Are pre-baked scripts still sandboxed?
Yes. Ahead-of-time compilation changes how scripts execute. It doesn't require removing the sandbox. You can relax restrictions (including disabling memory safety) for trusted code to approach native performance. Keep the restricted configuration for untrusted mods.
Does it work on every platform?
The runtime and pre-baked approach span desktop, mobile, web, and console targets, including systems without JIT. Your export needs the matching target toolchain and integration. Plus includes the engine module for studios building their own console exports. SDK access and console ports are separate.
What does script obfuscation protect?
Supported scripts ship as stripped machine code rather than tokenized source, making casual recovery much harder. Engine-visible names, some strings, scenes, and assets may remain inspectable. Obfuscation does not make code impossible to reverse engineer. Check your export report for scripts that remain as source.
Can the open-source Godot Sandbox project help with deobfuscation?
No. The Godot module is a complete reimplementation, with a different ABI. The SGD compiler also uses a custom codegen backend to produce highly optimized code.
Why not just embed Lua?
A scripting language alone is not a security boundary. A Lua integration needs carefully restricted host bindings, libraries, and resource limits to handle untrusted code. Godot Sandbox provides a dedicated isolated runtime with a zero-outside-access restriction mode and an explicit game API.
Do I need to upload my game or license my players?
No. Compilation runs locally. Commercial tooling is licensed for development and export; the shipped runtime does not ask players for a license key.