Relationship to Authorization Protocols
LCP captures the merchant's side of a transaction. Authorization protocols capture the consumer's side. Together they form a complete agreement.
This section is advisory.
The agentic commerce ecosystem has developed sophisticated authorization protocols that capture the consumer's side of a transaction — who authorized it, what constraints were set, and whether the agent complied. LCP captures the merchant's side — what terms were offered, what obligations were accepted, and what recourse is available. Together they form a complete agreement.
The Two Sides of a Transaction
| Side | What It Captures | Source |
|---|---|---|
| Consumer authorization | Who authorized the agent, what constraints were set, whether the agent complied | Authorization protocols |
| Merchant terms | What was offered, under what conditions, with what obligations and recourse | LCP |
| Mutual agreement | That both sides accepted, bound together with parties, jurisdiction, and timestamp | LCP Level 3+ (signed acceptance) |
Authorization protocols answer: "Is this agent legitimate and authorized?" LCP answers: "What terms govern this transaction?" Signed acceptance (Level 3+) binds the answers together into a verifiable record of mutual consent.
Complementary, Not Competing
LCP does not replace or duplicate authorization protocols. The relationship is additive: authorization protocols establish that the consumer has delegated authority to a specific agent under specific constraints; LCP captures the terms the merchant offered and to which both parties bound themselves. Neither layer is sufficient on its own. Together they form the complete agreement.
No authorization protocol captures the merchant's terms, the mutual agreement, the dispute resolution process, or the temporal obligations that extend beyond payment. These are the domain of LCP. Conversely, LCP does not capture consumer-side authorization, agent identity, or the chain of delegated authority — those are the domain of authorization protocols. The two layers compose.
For illustrations of how LCP integrates with specific authorization protocols, see the per-protocol pages under Protocol Integration.
Combined Evidence for Dispute Resolution
When a dispute arises, the resolution process requires evidence from both sides:
| Evidence | Source |
|---|---|
| Did the consumer authorize this transaction? | Consumer authorization framework |
| Did the agent stay within authorized scope? | Consumer authorization framework |
| What terms did the merchant offer? | LCP atrHash + preserved terms document |
| Did both parties accept? | LCP signed acceptance record (Level 3-4) |
| What dispute resolution was specified? | LCP disputeResolution field |
| What jurisdiction governs? | LCP disputeResolution.jurisdiction |
No single protocol provides all of this evidence. The combination of consumer-side authorization frameworks plus LCP terms records creates the complete evidentiary foundation that institutional dispute resolution requires.
Mastercard Verifiable Intent Integration
SD-JWT three-layer credential — LCP integrates as a custom Layer 2 constraint via URN naming.
MCP as Delivery Mechanism
An LCP MCP server is the natural delivery channel for legal context — protocol-independent and reachable by any MCP-compatible agent platform.