Skip to content

docs: Tapp verification SDK design draft (#9)#15

Open
Wilbert957 wants to merge 1 commit into
mainfrom
docs/sdk-design
Open

docs: Tapp verification SDK design draft (#9)#15
Wilbert957 wants to merge 1 commit into
mainfrom
docs/sdk-design

Conversation

@Wilbert957

Copy link
Copy Markdown
Collaborator

Design draft for the Tapp verification SDK (tracking #9): extract tapp's chain/attestation logic into a reusable, macOS-buildable crate + TS/Python bindings, so every consumer (CLI, verifier, frontend, indexer, agents) shares one tested implementation instead of re-rolling the footguns (RTMR-vs-report_data, quote version offset, override/inherit, AS endpoint :50004, on-chain hash codec).

Key point: the core verify flow already ships in src/verify.rs (behind tapp-cli verify-app) — chain reads, evidence parsing, CoCo-AS client, reconciliation. So the SDK work is mostly extract verify + onchain into a shared crate + add bindings, which also resolves the module duplication of the "standalone CLI" approach (#13) by sharing one crate.

Docs-only (design draft for review).

🤖 Generated with Claude Code

Design draft for extracting tapp's chain/attestation logic into a reusable SDK so
consumers (CLI, verifier, frontend, indexer, agents) don't re-implement the footguns
(RTMR-vs-report_data, quote version offset, override/inherit, AS endpoint, hash codec).

Notes that the core verify flow already ships in src/verify.rs (tapp-cli verify-app),
so the SDK is mostly "extract verify+onchain into a shared (macOS-buildable) crate +
bindings" — which also removes the module duplication of the standalone-CLI approach.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant