Guide · Updated 14 Sep 2026

Cfx escrow explained: what you can edit, what you cannot, and why the licence check fails

Cfx escrow is the reason a paid RedM script arrives with half its files unreadable and a licence error waiting for anyone who copies it to a second server. It protects the author, and done properly it costs you nothing. Done badly it locks you out of your own config. This is how it works from the buying side, what a good escrowed script leaves open, and what to check when the server refuses to load one.

What escrow does

When an author uploads a resource to the Cfx.re portal with escrow on, the portal encrypts its Lua files. Each buyer then downloads a build that carries a small .fxap file: a licence tied to the buyer's Cfx.re account. At start, the server checks its own licence key against that file and decrypts the protected files in memory. The code never sits readable on your disk, and a build copied to a server with a different key does not run.

Two consequences worth knowing. Escrow protects Lua only; HTML, CSS, JavaScript, images and SQL files are always readable. And the encryption is per upload: a new version from the author is a new build, downloaded again from Tebex, unless the script has its own way of updating.

What a good escrowed script leaves open

Authors choose which Lua files stay readable with an escrow_ignore list in fxmanifest.lua. On a script made for server owners rather than against them, that list holds:

  • config.lua, or the whole config/ folder. Job names, locations, prices and commands have to be yours to change.
  • Translation files, so you can run the script in your language.
  • Anything you are meant to ship inside your own resources. Poggy AnimTool ($24.99) exports scenes that play through a runtime file you copy into your own scripts; that runtime is left out of escrow because an encrypted copy would be useless to you.
  • Often the interface: Auction House ($29.99) and Poggy Markets ($99) leave the HTML, CSS and JavaScript editable so you can restyle them.

Every product page in this store says what is open under "Open where it matters". If a script you are considering elsewhere does not say, ask before buying; a config you cannot edit is a script you cannot fit to your server.

What you cannot do

  • Read or change the encrypted files. Not with a text editor, not with a decompiler; the server decrypts them in memory and nowhere else.
  • Run the build on a server whose key belongs to another Cfx.re account. This is the whole point.
  • Rename the resource folder on some scripts. Scripts that refer to themselves by folder name break when renamed; scripts written with GetCurrentResourceName() do not. Poggy scripts identify themselves by a fixed id, so the folder can be called anything.

The licence error, and the three causes

An escrow error at start looks alarming and is never a config problem. In order of likelihood:

  1. Account mismatch. The server's licence key is registered to a different Cfx.re account from the one you used at Tebex checkout. Check both at portal.cfx.re. Buying on a second account, or a developer who bought under theirs, is the usual story.
  2. The purchase has not reached Keymaster yet. Tebex tells Cfx about the purchase; occasionally that takes a few minutes. Restart once more before you open a ticket.
  3. A stale or missing .fxap. A build copied from another machine, or restored from a backup that excluded the file. Download it again from your Tebex purchases and the file comes with it.

Escrow and updates

The part that wears people down is that every update to an escrowed script is a new portal build: re-download from Tebex, unzip, keep your config, restart, for every script, every release. The reason is that only your account can fetch a build with your .fxap.

The way around it is an update system that fetches the new build itself and leaves the licence file alone. That is what Poggy Core (Free) does: it downloads the new escrowed build from the update feed, merges your config, backs up what it replaced, and never downloads, compares, writes or deletes a .fxap. The licence you already have unlocks the newer build, so an escrowed script updates in place while the server runs. Witnesses (from $6.99/mo) and every other Poggy script, paid or free, update this way.

Buying escrowed scripts sensibly

  • Buy with the Cfx.re account that owns the server key, or link the developer's purchases to it before launch.
  • Before paying, read what is open. Config and translations at minimum.
  • Back up the .fxap files with the rest of the resource folder; see how to back up a RedM server.
  • Prefer scripts that identify themselves by id rather than folder, and that update without a portal trip. The time it saves is measured in evenings.

Questions this guide answers

Can I edit an escrowed RedM script?

You can edit any file the author left out of escrow, which on a well-made script is the config, translations and usually the interface. Encrypted Lua files cannot be read or changed. A product page that says "config.lua is open, the rest is escrowed" is describing exactly this.

What is the .fxap file?

Your server's licence for that script. It is generated for your Cfx.re account when you download an escrowed build and lets your server key decrypt the protected files. It is unique to you: a build with someone else's .fxap will not load, and a copy without one will not either.

Why do I get an escrow error at start?

The server key belongs to a different Cfx.re account from the one that bought the script, or the purchase has not reached your Keymaster yet. It is never a config problem. Check portal.cfx.re under the account you used at Tebex.

Can escrowed scripts update automatically?

Yes, if the author's update system fetches the new escrowed build and leaves the .fxap alone. Poggy scripts do this through poggy_core, so an escrowed script updates in place without a portal download.

Scripts mentioned in this guide

Whole store →
Poggy Core — Free RedM Framework Core and Auto-Updater
Free RedM Framework Core and Auto-Updater

Poggy Core

The free foundation every Poggy script runs on: one framework API for VORP Core, RSG Core and QBCore RedM, automatic updates, config files that merge themselves and database tables created on start. Use it under your own scripts too.

PriceFree
Poggy AnimTool — RedM Animation Scene Editor
RedM Animation Scene Editor

Poggy AnimTool

An in-game timeline editor that chains RedM animations, attaches props with keyframed position and rotation, previews it live on your character and exports a scene any resource can play back.

Price$24.99
Poggy Markets — RedM Player-Owned Shop Script
RedM Player-Owned Shop Script

Poggy Markets

Players buy a storefront, stock it, price it, hire staff and run it from a live sales dashboard, with optional supply-and-demand pricing and a commodities exchange.

Price$99

Best RedM Scripts for a New Server

Economy, law, activities, roleplay tools and admin utilities. What to run, what it costs, and where the free options are.

Read the guide →

VORP vs RSG Core vs QBCore for RedM

Script availability, structure and inventory for each framework, and what "runs on VORP, RSG and QBCore" actually means.

Read the guide →

How to Install a RedM Script

Download, resources folder, SQL, start order, config and the escrow licence check. Then the five common errors.

Read the guide →

Free RedM Scripts Worth Installing

Seven free scripts, what each one does, what it needs, and what it does not do.

Read the guide →

How to Update RedM Scripts Without Breaking Your Config

The manual routine that keeps your config safe, and the automatic route that removes the routine.

Read the guide →

RedM Server Economy: How to Balance Money, Jobs and Shops

Sources, sinks, player shops, auctions, jobs and a stipend. The model, the starting numbers and the scripts.

Read the guide →

How to Set Up Jobs on a RedM Server

Job names and grades, duty, several jobs per character, badges, and making every script agree.

Read the guide →

How to Back Up a RedM Server

The database, resources, configs, licence files and txData. How to automate it, and how to test the restore.

Read the guide →

RedM Server Performance: How to Reduce Lag

Measure first, then the usual causes: hot client loops, dead entities, unindexed queries and NPC systems tuned too high.

Read the guide →

Using Poggy Core in Your Own RedM Scripts

The free framework layer under your own resources: install, first script, menus, storage, jobs, standalone mode, diagnostics.

Read the guide →
Return to Store