@Aboudjem — Thanks for the thoughtful feedback. Quick update:
- proofType canonical values: Already incorporated into the draft. The spec now defines six canonical identifiers (RECEIPT_ROOT, ZK_PROOF, ORACLE_ATTESTATION, RELAY_CLAIM, MULTISIG_ATTESTATION, TEE_ATTESTATION) with a keccak256 open registry convention.
- Companion vs. standalone: Leaning toward a standalone companion ERC, composable with but not formally coupled to ERC-7824.
- Batch settlement: Interesting direction, but I think it sits at a different layer — settleConditional is only invoked on-chain during disputes; happy path completes off-chain at zero gas. Batch finalization is better addressed at the host framework layer or as a future ERC. Detailed thoughts in the new thread.
I’ve upgraded this to a formal Draft ERC. Full spec and continued discussion here: [Draft ERC] Agent Off-Chain Conditional Settlement Extension Interface
On collaboration — I’d welcome it. The areas where contributions would be most impactful right now are reference implementation, test vectors, and proof type integration examples. Given your experience shipping smart accounts at Biconomy and co-authoring ERC-3643/6960/7410, that’d be a strong fit. Happy to discuss collaboration in the new thread.