Credit-only path overview
After funding is confirmed, the Node constructs the TCAP credit authorization. The TSN authorization signer marks the transition asConfidentialSettlement. The transaction sequence is:
ConfidentialSettlement ABI
TSN and TCAP share one authorization contract. The required fields are:ConfidentialSettlement required fields
TcapCreditAuthorizationV1 handoff
The Node constructs the additive handoff with exactly these fields:TSN CPI wrapper
The TSN CPI wrapper creates theAcceptedIntentV1 PDA, derives the root from a canonical field sequence, checks every bound field, and consumes the intent after the TCAP CPI succeeds. TCAP stores the same fields in its receipt and requires a ConfidentialSettlement transition before credit can consume it.
A caller cannot supply an unrelated root or use a GPRU signature alone. The authorization is Mother-rooted and checked on chain.
Snapshot binding
Aftercredit_tcap_tin_tip_v1 succeeds, the owner-authorized Node/Mother path stores an encrypted snapshot envelope under the opaque new_commitment. The private reader fetches the public tip, loads that envelope, decrypts locally, verifies the envelope bindings and commitment hash, and only then returns balances.
The commitment binding is deliberately one-way:
What is visible and what is private
The chain stores program accounts, commitments, sequence values, token IDs, policy commitments, scoped authorization commitments, nullifiers, and validity windows needed for enforcement. It does not store plaintext receiving roots, private balance values, master seeds, or snapshot plaintext.Related pages
- TCAP Architecture for the private balance layer
- Mother Authority for the settlement authorization boundary
- TCAP Credits for the tip PDA and credit mechanics