Delegate.xyz primary sources — 2026-05-07
Project status in this pass
- No standalone Delegate.xyz whitepaper or litepaper surfaced.
- The clearest source of truth was the official documentation, the
delegate-registryrepository README, and the ERC-5639 draft standard. - The sources consistently frame the project as a neutral delegation registry for scoped wallet-to-wallet authority, not as a custody product or simple NFT utility wrapper.
Primary-source snapshots
1) Official docs overview
- URL: https://docs.delegate.xyz/
- Key excerpt/signals:
- The docs say delegate.xyz links cold wallets with hot wallets so the hot wallet can act on behalf of the cold wallet “like crypto power-of-attorney.”
- They position the system for claims, governance, gaming, login, token-gated minting, and other access-control use cases.
- They say users can delegate for everything, a specific contract, or a specific token.
- They also claim 150+ onchain integrations and emphasize compatibility with smart-contract wallets because authentication relies on
msg.senderrather than offchain signature workflows.
- Why it mattered:
- This is the clearest product-level evidence that Delegate.xyz is really authority-routing infrastructure for safer hot-wallet use, not just an NFT claim helper.
2) Official docs feature framing
- URL: https://docs.delegate.xyz/
- Key excerpt/signals:
- The docs emphasize five design properties: fully onchain, fully enumerable, fully independent, fully immutable, and fully verifiable.
- They explicitly say there are zero admin powers and no governance control because governance is treated as an attack vector.
- They highlight the same recognizable address across multiple EVM chains via vanity-address deployment.
- Why it mattered:
- These design choices show the project is trying to be a neutral Schelling-point registry primitive whose trust model depends on immutability and chain-portable recognizability.
3) Repository README / deployment and design philosophy
- URL: https://raw.githubusercontent.com/delegatexyz/delegate-registry/main/README.md
- Key excerpt/signals:
- The README points to the frontend at
delegate.xyzand the docs atdocs.delegate.xyz, then lists finalized deployments at the same address across many mainnets and testnets. - It says the registry is intended as “an immutable registry contract to be deployed as a standalone primitive.”
- It argues for no admin powers, no external dependencies, fully onchain delegation, and clear method names that distinguish delegation from ownership.
- The README points to the frontend at
- Why it mattered:
- This is the strongest repository-level evidence that the project wants to become shared infrastructure rather than a proprietary app-specific standard.
4) ERC-5639 draft standard
- URL: https://eips.ethereum.org/EIPS/eip-5639
- Key excerpt/signals:
- The abstract describes a Delegation Registry protocol and ABI that links delegate wallets to a vault wallet so the delegate can prove control and asset ownership of the vault.
- The motivation frames this as a safer alternative to forcing cold wallets to sign into dapps directly.
- The specification defines wallet-level, contract-level, and token-level delegation plus enumeration and check methods.
- Why it mattered:
- This makes the standardization effort explicit and shows the mechanism is meant to outlive any single frontend.
5) Raw ERC-5639 markdown
- URL: https://raw.githubusercontent.com/ethereum/ERCs/master/ERCS/erc-5639.md
- Key excerpt/signals:
- The raw text preserves the interface definitions and makes the intended primitive especially clear:
delegateForAll,delegateForContract,delegateForToken, plus a family ofcheck...and enumeration functions. - The proposal repeatedly frames the vault wallet as granting read-only or authentication-oriented access rather than transfer rights.
- It also describes chained wallet authentication as a possible extension of the model.
- The raw text preserves the interface definitions and makes the intended primitive especially clear:
- Why it mattered:
- The raw spec clarifies that Delegate.xyz is really a reusable authority schema and registry ABI, not only a UI or integration brand.
Working conclusion
Delegate.xyz is best cataloged as delegation-registry infrastructure: a neutral, immutable control plane for publishing scoped hot-wallet authority so downstream apps can read delegated rights without taking custody or forcing repeated cold-wallet interaction.