Skip to main content
日期:2026-06-30

总结

ProofForge 不应把所有链都当成同一种 backend。工程划分见 RFC 0002工程细节以该 RFC 为准)。
目标族四类: 已拍板决策:decisions.md

工程文档索引

Target id(canonical)

与 RFC 0002 一致:
  • evm
  • wasm-near, wasm-cosmwasm
  • solana-sbpf-linker(主路线), solana-zig-fork(fallback)
  • move-aptos(Move POC 优先), move-sui(后续)
  • wasm-polkadot / ink! — 仅 research,未进 registry

近期里程碑

implementation-backlog.md 对齐:

M1:目标注册 + IR + metadata(Phase 1)

M2:并行 spike — CosmWasm + Solana(Phase 2)

Phase 1 完成后并行,不固定先后:
  • CosmWasm Counter:cosmwasm-check + instantiate/execute/query
  • Solana Counter:stock Zig + sbpf-linker + Mollusk/validator
详见 shared-scenario.md

M3:Move Aptos POC(Phase 3)

  • 从 IR 生成 Aptos counter package
  • aptos move compile/test 通过
  • Sui object POC 作为独立 follow-up

M4:跨 target 场景硬化 + CI matrix

  • 多 target shared scenario 测试
  • 可选 CI job 不阻塞 base build

当前判断

优先顺序见 decisions.md
  1. EVM metadata 和 target profile
  2. Portable IR + Counter shared scenario
  3. CosmWasm 与 Solana 并行 spike
  4. Aptos Move sourcegen
  5. 云平台等至少两个 target 达到 Experimental

风险(摘要)

完整列表见 可行性分析 和 RFC 0002 Open Engineering Risks:
  • sBPF 上 Lean runtime 体积与 loader 约束
  • CosmWasm 需要更紧的 no-WASI runtime
  • Move 需要真实 resource/object 模型,不能只做字符串模板
  • Portable IR 不能太 EVM 化,也不能过度抽象失去可用性

参考