Context
public sourceThe public CKB IDL organization contains coordinated client, derive, specification, example, and CLI repositories. The portfolio presents the system as a boundary between script authors, wallet tooling, and executable artifacts.
Problem
proposedScript witness layouts need to be described precisely enough for the VM side and external tooling to agree on the same bytes.
Architecture and decisions
public sourceThe derive repository describes a Rust procedural macro that generates machine-readable IDL artifacts. The CLI provides a narrow validate, bind, verify, and inspect boundary for canonical IDL bytes and CKB executables.
Implementation evidence
public sourcePublic repository structure and README documentation support the derive and CLI descriptions. Coordinated repository review is still required before the final case study is published.
Results and tradeoffs
public sourceThe system favors explicit artifacts and exact bytes over implicit discovery. This makes the commitment boundary inspectable, while leaving deployment and broader registry workflows outside the CLI's current scope.
Limitations and open evidence
pending- Network deployment and script-registry publication remain outside the current CLI scope.
- Final case-study wording must be checked against the coordinated repositories before publication.