You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
No VM, program is just an i386 .elf that gets loaded directly into the fullnode process. The .elf will have no external deps (no plt, pic, rx) and we'll write a custom loader that works on Windows, Linux, macOS.
.so needs to be signed (to identify the author's public key only ?) and verified as being unmodified before loading.
Source code is any language that can produce a compatible .elf (potentially just C since that'll likely be easiest to get toolchain to output the right .elf but could also a "safe" subset of Rust (no unsafe, external crates, spawn)
Hosted server service that accepts signed source code, compiles it into an .rexx, and "installs" it on the testnet. Contract ID (publickey?) provided back to the submitter
Produce an RFC that discusses how programs are loaded on-chain
No VM, program is just an i386 .elf that gets loaded directly into the fullnode process. The .elf will have no external deps (no plt, pic, rx) and we'll write a custom loader that works on Windows, Linux, macOS.
.so needs to be signed (to identify the author's public key only ?) and verified as being unmodified before loading.
Source code is any language that can produce a compatible .elf (potentially just C since that'll likely be easiest to get toolchain to output the right .elf but could also a "safe" subset of Rust (no unsafe, external crates, spawn)
Hosted server service that accepts signed source code, compiles it into an .rexx, and "installs" it on the testnet. Contract ID (publickey?) provided back to the submitter
Produce an RFC that discusses how programs are loaded on-chain