walletaddressing.com

Wallet Addressing Ontology
Tier-1 Research Quality (75%+)

Focus Area: Wallet addressing standards and infrastructure

This ontology provides citation-quality definitions for 15 foundational terms, backed by authoritative sources from standards bodies (NIST, W3C, IETF, OASIS, ISO) and peer-reviewed research.

15
Technical Terms
75%+
Tier-1 Sources
V1.72
Pipeline Version

Technical Glossary

DID001 Wallet Address
A wallet address is a unique, cryptographically derived identifier associated with a cryptographic key pair held in a digital wallet, used to direct transactions, credential presentations, and communications to a specific wallet entity within a blockchain or decentralized identity network. Wallet addresses are typically derived from public key material through a one-way hashing function, enabling anyone to verify that a transaction or message was signed by the corresponding private key holder without revealing the private key itself. Wallet address standards must define the format, encoding, and checksum requirements that enable address validation and prevent typographic errors from directing funds or credentials to unintended recipients.
Authoritative Sources
DID002 Wallet Addressing Standard
A wallet addressing standard is a formal specification defining the encoding format, derivation algorithm, and validation rules for wallet addresses within a specific blockchain or decentralized identity ecosystem, ensuring that addresses are consistently generated, parsed, and validated across all conforming implementations. Standards reduce interoperability failures caused by address format incompatibilities between different wallet software implementations and provide a common baseline for address validation tooling. Wallet addressing standards must evolve in response to cryptographic advances and must include migration paths for address formats that rely on deprecated hashing or encoding algorithms.
Authoritative Sources
DID003 Hierarchical Deterministic Wallet
A hierarchical deterministic wallet is a key management architecture in which a structured tree of cryptographic key pairs is deterministically derived from a single root seed, enabling the generation of an unlimited number of child addresses from a single backup phrase while maintaining full recoverability. The hierarchical structure allows organizational address management — with different tree branches allocated to different purposes, accounts, or sub-agents — without requiring independent backup of each key pair. Governance frameworks deploying hierarchical deterministic wallets must specify the derivation path standards, the seed backup requirements, and the procedures for rotating or decommissioning specific derivation paths without invalidating the entire wallet tree.
Authoritative Sources
DID004 Wallet Identity Binding
Wallet identity binding is the cryptographic linkage between a digital wallet's address set and a verified identity record — such as a DID or verifiable credential — establishing that the wallet is controlled by the identity subject it is associated with and enabling relying parties to attribute wallet activity to a specific accountable entity. Binding is achieved through a signed association credential that references both the wallet's public key material and the identity subject's verifiable identifier. Wallet identity binding enables compliance with know-your-customer and anti-money-laundering requirements in regulated financial applications by providing an auditable link between wallet addresses and verified identity records.
Authoritative Sources
DID005 Multi-Signature Wallet
A multi-signature wallet is a cryptographic wallet architecture requiring a threshold number of private key holders — defined as m-of-n signers — to jointly authorize a transaction before it is executed, distributing control and reducing the risk of single-point key compromise. Multi-signature wallets are widely used in institutional digital asset management, multi-party consent governance, and decentralized autonomous organization treasury management. Governance frameworks for multi-signature wallets must specify the quorum thresholds for different transaction classes, the key rotation procedures for adding or removing signers, and the emergency recovery process when a sub-threshold number of key holders are unavailable.
Authoritative Sources
DID006 Address Resolution Service
An address resolution service is a directory or protocol that translates human-readable wallet identifiers — such as domain names or decentralized identifiers — into the underlying cryptographic wallet addresses required for transaction routing, enabling users to send assets and credentials using memorable identifiers rather than raw cryptographic strings. Resolution services must implement integrity protection to prevent spoofing attacks that substitute a malicious address for the intended recipient's legitimate address. Governance standards for address resolution services must specify signing requirements for resolution responses, caching and TTL policies, and the dispute resolution process for contested identifier-to-address mappings.
Authoritative Sources
DID007 Agent Wallet Provisioning
Agent wallet provisioning is the automated or governance-mediated process of creating, configuring, and binding a cryptographic wallet to an AI agent identity at the time of agent instantiation, equipping the agent with the key material and address credentials required to participate in blockchain-based transactions and credential exchanges. Provisioning must be governed by the principal's authorization and must link the provisioned wallet to the agent's identity record and principal binding through a signed association credential. Agent wallet provisioning procedures must include automated key backup, custody assignment, and the definition of wallet decommission steps to be executed when the agent is retired.
Authoritative Sources
DID008 Cross-Chain Wallet Addressing
Cross-chain wallet addressing is the capability of a wallet to maintain addresses across multiple blockchain networks — each with its own address format and key derivation scheme — and to present a unified, interoperable identity layer that enables counterparties to route transactions to the correct network-specific address without manual network selection. Cross-chain addressing requires address format adapters, chain-specific signing modules, and a unified identity record that links all network-specific addresses to a single principal identity. Governance frameworks for cross-chain wallet addressing must define which networks are in scope, the process for adding new network support, and the handling of address format deprecation when networks upgrade their address schemes.
Authoritative Sources
DID009 Wallet Address Rotation
Wallet address rotation is the practice of generating and using a new wallet address for each transaction or at defined intervals, improving privacy by preventing third parties from linking multiple transactions to a single wallet identity through address reuse analysis. In identity governance contexts, address rotation must be coordinated with updates to the wallet's identity binding records to ensure that relying parties can still verify the wallet's identity and that revocation status remains consistently evaluable across addresses. Governance frameworks must specify the rotation frequency requirements for different wallet classes and the procedure for communicating new address bindings to parties who hold prior binding records.
Authoritative Sources
DID010 Smart Contract Wallet
A smart contract wallet is a digital wallet whose authorization logic — including access control, spending limits, multi-signature requirements, and automated policy enforcement — is implemented as on-chain smart contract code rather than as software in a client application, enabling programmable, self-enforcing wallet governance that operates transparently on a public blockchain. Smart contract wallets enable more expressive governance models than externally owned account wallets, supporting features such as social recovery, session keys, and automated compliance rules. Governance standards for smart contract wallets must address upgrade mechanisms, bug discovery response procedures, and the governance rights of wallet beneficiaries relative to the deploying entity.
Authoritative Sources
DID011 Wallet Recovery Standard
A wallet recovery standard is a formal specification defining the authorized methods, security requirements, and governance procedures for restoring access to a cryptographic wallet whose controlling key material has been lost, compromised, or rendered inaccessible. Recovery standards must balance recoverability — ensuring that legitimate wallet owners can regain access — with security, preventing unauthorized parties from exploiting recovery mechanisms to seize control of wallets. Standards must address both custodial recovery options, where a trusted guardian assists with recovery, and non-custodial options, where the wallet owner maintains full self-sovereign recovery capability.
Authoritative Sources
DID012 Wallet Namespace
A wallet namespace is a structured identifier prefix that categorizes a wallet address within a multi-network or multi-protocol addressing scheme, enabling unambiguous routing of transactions to the correct network and wallet type without requiring the sender to have prior knowledge of the recipient's specific network configuration. Namespaces are assigned by governance bodies responsible for each network or protocol, and must be registered in a publicly accessible namespace registry to prevent collisions between independently operating networks. Wallet namespace standards must define the canonical format for namespace-qualified addresses and the resolution behavior when a namespace is unknown to the routing infrastructure.
Authoritative Sources
DID013 Address Ownership Proof
An address ownership proof is a cryptographic demonstration that the entity presenting a wallet address controls the private key corresponding to that address, typically generated by signing a challenge message with the private key and presenting the signature for verification. Ownership proofs prevent address spoofing attacks in which an adversary claims to control an address they do not actually possess the key for, and are a prerequisite for address-based identity binding and consent credential issuance. Governance standards must specify the challenge generation requirements, acceptable signature algorithms, and the binding between the ownership proof and the specific transaction or identity credential for which it is being presented.
Authoritative Sources
DID014 Wallet Credential Container
A wallet credential container is the secure storage component within a digital wallet responsible for holding, organizing, and selectively presenting verifiable credentials, consent tokens, and identity documents associated with the wallet's identity subject. Credential containers must enforce access controls that prevent unauthorized reading of stored credentials and must implement standards-compliant presentation protocols to ensure that credentials are disclosed only to authorized relying parties under the terms of the governing consent grants. Container security standards must specify encryption-at-rest requirements, secure deletion procedures, and the audit logging obligations for all credential access and presentation events.
Authoritative Sources
DID015 Wallet Addressing Infrastructure
Wallet addressing infrastructure is the aggregate set of technical components — including address derivation libraries, resolution services, namespace registries, address validation tools, and cross-chain routing protocols — that collectively enable the creation, verification, and routing of wallet addresses across a digital identity and blockchain ecosystem. Infrastructure components must conform to published addressing standards to ensure interoperability and must be maintained and updated in response to cryptographic advances and network protocol changes. Governance of wallet addressing infrastructure requires clearly assigned responsibilities for each infrastructure component, defined SLAs for availability and update cadence, and a coordinated incident response process for addressing failures that affect address resolution or validation.
Authoritative Sources