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
Switch the traverse-starter process component from local-path capability resolution to a registry reference, as the end-to-end demonstration that traverse-framework/registry actually serves a real Traverse app (publish -> sync -> resolve from the public tier).
Change: in manifests/traverse-starter/components/process/component.manifest.json, replace contract_path/wasm_binary_path/wasm_digest with registry_ref: {"namespace": "traverse-starter", "id": "traverse-starter.process", "version_range": "^1.0.0"} (exact schema per the traverse-side spec from traverse-framework/traverse#548).
This is explicitly gated — do not start until all of:
traverse-starter.process 1.0.0 is published in traverse-framework/registry (seed-publish ticket there)
Note: nothing in reference-apps breaks in the meantime — the settled design keeps contract_path fully valid (dual mode); this flip is a demonstration, not a migration forced by a breaking change.
Process component manifest uses registry_ref (no contract_path/wasm_binary_path/wasm_digest)
registry sync + app registration resolves the capability from the synced public tier, WASM fetched into the local digest-verified cache at registration time
The app's existing smoke flow (traverse_starter_example_smoke evidence path) passes unchanged
No live network access at execution time (constitution)
Test plan
Fresh workspace: traverse-cli registry sync, register the app, run the starter flow end to end; verify output unchanged vs the contract_path version
Negative: registration without prior sync fails with the actionable "sync required" error
Summary
Switch the
traverse-starterprocess component from local-path capability resolution to a registry reference, as the end-to-end demonstration that traverse-framework/registry actually serves a real Traverse app (publish -> sync -> resolve from the public tier).Change: in
manifests/traverse-starter/components/process/component.manifest.json, replacecontract_path/wasm_binary_path/wasm_digestwithregistry_ref: {"namespace": "traverse-starter", "id": "traverse-starter.process", "version_range": "^1.0.0"}(exact schema per the traverse-side spec from traverse-framework/traverse#548).This is explicitly gated — do not start until all of:
traverse-starter.process1.0.0 is published in traverse-framework/registry (seed-publish ticket there)traverse-cli registry syncexists (Implement traverse-cli registry sync traverse#542)contract_pathxorregistry_ref) is implemented traverse-side (Spec: public-scope reconciliation + registry_ref resolution (feeds #542/#543) traverse#548 spec + implementation)Note: nothing in reference-apps breaks in the meantime — the settled design keeps
contract_pathfully valid (dual mode); this flip is a demonstration, not a migration forced by a breaking change.Governing Spec
006-public-scope-and-identity; no reference-apps-local spec required beyond following the manifest schema those define.Definition of Done
registry_ref(nocontract_path/wasm_binary_path/wasm_digest)registry sync+ app registration resolves the capability from the synced public tier, WASM fetched into the local digest-verified cache at registration timetraverse_starter_example_smokeevidence path) passes unchangedTest plan
traverse-cli registry sync, register the app, run the starter flow end to end; verify output unchanged vs the contract_path versionsha256:5647c39a1d25d8728350f9619025292a62e78a602068a2ad9b6f075751c93d99