A significant proposal has emerged in UCP that bridges two worlds: the cryptographic identity patterns of Web3 and the practical requirements of mainstream commerce. Issue #287 introduces wallet attestation as a first-class identity and eligibility mechanism — no OAuth redirects required.
Currently, UCP's identity linking relies heavily on OAuth flows — redirect the user to Google, Apple, or another provider, get back a token, link it to the commerce session. This works well for traditional web users but creates friction for the growing crypto-native population where wallets are identity.
The proposal addresses two distinct surfaces:
wallet_attestation type in UCP's mechanism registry, enabling wallet-based authentication as a first-class option alongside OAuth providers.attestations map on Cart/Checkout objects for attaching cryptographically signed proofs alongside existing context.eligibility claims.Both surfaces share the same verification primitive:
kid (key identifier) referencing the provider's JWKSprovider_jwks and verifies the signature offlineThis pattern inverts the traditional identity flow. Instead of "prove who you are by logging in," it's "prove what you have by signing." The wallet address becomes the identity anchor, with attestations layered on top.
A brand offers exclusive pricing to NFT holders. With wallet attestation, the AI agent can prove NFT ownership without revealing the full wallet contents or requiring an OAuth dance:
{
"attestations": {
"nft_holder": {
"provider": "https://attestation.example.com",
"type": "nft_ownership",
"collection": "0x1234...5678",
"sig": "eyJ...",
"kid": "key-2026-03"
}
}
}
A crypto-native user shopping internationally can attach attestations proving KYC completion, sanctions screening, or accredited investor status — all without exposing underlying identity documents to the merchant.
DAO members get discounts. The agent attests to governance token holdings; the business verifies via JWKS. No need to integrate with every DAO's specific membership system.
This proposal builds on the mechanism registry pattern that landed last week. That breaking change replaced hardcoded OAuth providers with a discoverable registry — creating exactly the extension point this proposal needs.
Key technical considerations:
exp (expiration) semantics.This is currently a proposal (Issue), not yet a PR with implementation. The community will likely discuss:
This proposal represents UCP adapting to the reality of multi-modal identity. Some users will continue using Google/Apple OAuth. Others will prefer wallet-based identity. AI agents need to handle both seamlessly. The mechanism registry pattern makes this extensibility possible without protocol fragmentation.
For commerce platforms exploring crypto-native customer segments, this proposal offers a path forward that doesn't require rebuilding identity infrastructure from scratch.
Source: Universal-Commerce-Protocol/ucp Issue #287
Related: UCP Identity Linking Mechanism Registry