@did-btc1/common / Proof
Interface: Proof
Defined in: interfaces.ts:121
Proof is the Data Integrity proof (ZCAP-LD style) added to a did:btc1 DID Update Payload.
Verifiable Credential Data Integrity 2.1 Proofs.
DID BTC1 4.3.2 Invoke DID Update Payload.
Extends
Properties
capability?
> optional capability: string
Defined in: interfaces.ts:166
The root capability being invoked. In did:btc1, this is typically urn:zcap:root:<urlencoded-did> (see Section 9.4.1).
Inherited from
capabilityAction?
> optional capabilityAction: string
Defined in: interfaces.ts:172
The action performed under the capability—set to "Write" in the spec for DID document updates.
Inherited from
challenge?
> optional challenge: string
Defined in: interfaces.ts:181
Inherited from
created?
> optional created: string
Defined in: interfaces.ts:179
(Optional) Some cryptosuites or proofs may include a timestamp, domain, or challenge. Although not explicitly required in the doc's steps, they often appear in Data Integrity proofs and may be included as needed.
Inherited from
cryptosuite
> cryptosuite: string
Defined in: interfaces.ts:149
The cryptographic suite used, e.g. "schnorr-secp256k1-jcs-2025".
Inherited from
domain?
> optional domain: string
Defined in: interfaces.ts:180
Inherited from
proofPurpose
> proofPurpose: string
Defined in: interfaces.ts:160
The purpose of the proof, which the spec sets to "capabilityInvocation".
Inherited from
proofValue
> proofValue: string
Defined in: interfaces.ts:127
The cryptographic signature value. The exact property name may be defined by the cryptosuite (for instance, proofValue for a raw signature) and contains the actual signature bytes in an encoded form.
type
> type: string
Defined in: interfaces.ts:144
The proof type—per the spec’s example, "DataIntegrityProof".
Inherited from
verificationMethod
> verificationMethod: string
Defined in: interfaces.ts:155
DID URL of the key invoking the capability, i.e. the DID Document's verificationMethod.id used to sign this update.