Add WIP protocol 28 soroban host for CAP-85#19
Draft
sisuresh wants to merge 1 commit into
Draft
Conversation
Wire up a per-protocol soroban-env-host submodule for protocol 28 (CAP-85, externally managed contract executables), gated behind the `next` feature and WIP_SOROBAN_PROTOCOL, mirroring the existing p27 module: - .gitmodules + src/rust/soroban/p28 submodule (rs-soroban-env CAP-85). - src/rust/Cargo.toml: soroban-env-host-p28 git/rev pin (+ unified feature). - src/rust/src/soroban_proto_all.rs: p28 adaptor module + HOST_MODULES entry; soroban_curr aliased to p28 under `next`. - src/rust/src/soroban_module_cache.rs: p28_cache field + arms. - src/rust/src/dep-trees/p28-expect.txt, Cargo.lock: regenerated. - configure.ac / common.mk / src/Makefile.am: CAP-85 flag wiring. - src/protocol-curr/xdr, ProtocolVersion.h, TransactionFrame.cpp: p28 XDR. The p28 host is pinned at the CAP-85 branch with rs-soroban-env stellar#1698 ("lazily decode ledger entries passed in e2e flow") reverted, so the host keeps the pre-stellar#1698 e2e_invoke/wasm_module_memory_cost interface that core's mirror-of-p27 glue targets. Adopting stellar#1698 requires separate C++ bridge work and is out of scope for this WIP host.
This was referenced Jul 10, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
WIP wiring of a per-protocol soroban-env-host submodule for protocol 28 (CAP-85, externally managed contract executables), gated behind
next/WIP_SOROBAN_PROTOCOL, mirroring the p27 module..gitmodules+src/rust/soroban/p28submodule (rs-soroban-env CAP-85)src/rust/Cargo.toml:soroban-env-host-p28git/rev pin +unifiedfeaturesrc/rust/src/soroban_proto_all.rs: p28 adaptor module +HOST_MODULESentry;soroban_curr→ p28 undernextsrc/rust/src/soroban_module_cache.rs:p28_cachefield + armssrc/rust/src/dep-trees/p28-expect.txt,Cargo.lock: regeneratedconfigure.ac/common.mk/src/Makefile.am: CAP-85 flag wiringsrc/protocol-curr/xdr,ProtocolVersion.h,TransactionFrame.cpp: p28 XDRHost pin note
The p28 host is pinned at the CAP-85 branch with rs-soroban-env stellar#1698 ("lazily decode ledger entries passed in e2e flow") reverted, keeping the pre-stellar#1698
e2e_invoke/wasm_module_memory_costinterface that core's mirror-of-p27 glue targets.Base branch
p28-cap-0085-baseis pinned at the branch point (d6f2546); the fork'smasteris stale.