-
Notifications
You must be signed in to change notification settings - Fork 411
docs: add stablecoin payments topic #196
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
EddieNBT
wants to merge
2
commits into
google-agentic-commerce:main
Choose a base branch
from
EddieNBT:patch-2
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
+51
−0
Open
Changes from all commits
Commits
Show all changes
2 commits
Select commit
Hold shift + click to select a range
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,50 @@ | ||
| # Exploring Stablecoin Payments in AP2 | ||
| This document is an exploratory contribution examining how the Agent Payments | ||
| Protocol (AP2) could apply to stablecoin-based payments. It does not represent | ||
| an official AP2 specification. | ||
| ## Push vs Pull Payment Semantics | ||
| AP2 v0.1 focuses on "pull" payment methods (e.g., credit/debit cards), where | ||
| the merchant initiates a charge against the user's credentials. Stablecoin | ||
| payments operate on "push" semantics — the payer initiates a transfer directly | ||
| to the payee's address. | ||
| Despite this difference, AP2's core mandate architecture could be applicable | ||
| to push payments as well. The following table outlines a conceptual mapping | ||
| of how each AP2 component might function in a stablecoin context: | ||
| | AP2 Component | Pull Payments (Cards) | Push Payments (Stablecoins) | | ||
| |---------------|----------------------|---------------------------| | ||
| | Cart Mandate | Merchant signs cart, user confirms | Same — cart signing is payment-agnostic | | ||
| | Payment Mandate | Shared with card network/issuer | Could be shared with settlement network for trust | | ||
| | Credentials Provider | Returns card token | Could execute transfer and return proof of payment | | ||
| | MPP | Initiates charge | A verification layer could confirm on-chain receipt | | ||
| ## Potential Use Cases | ||
| ### Social Entertainment Payments | ||
| Social platforms process high volumes of micro-transactions across borders. | ||
| Possible AP2 applications include: | ||
| - **Creator Tipping (Human Present):** A user tips a live streamer in USDT. | ||
| The Shopping Agent facilitates the flow, the Merchant Agent builds a cart | ||
| for the tip amount, and the user confirms via a Cart Mandate. Settlement | ||
| could occur on-chain. | ||
| - **Digital Gifting (Human Present):** A user purchases virtual gifts to send | ||
| to a friend. The cart contains multiple virtual items with a total settled | ||
| in stablecoins. | ||
| - **Subscriptions (Human Not Present — Future):** A user subscribes to premium | ||
| content with monthly stablecoin payments. This would align with future AP2 | ||
| capabilities such as Intent Mandates planned for v1.x. | ||
| ### Cross-Border B2B Settlement | ||
| Stablecoins are increasingly used for cross-border merchant settlement, | ||
| particularly in emerging markets where traditional banking rails are slow or | ||
| expensive. AP2 mandates could provide the accountability and audit trail | ||
| needed for these transactions. | ||
| ## Possible PaymentMethodData Extension | ||
| One possible approach to supporting stablecoins is to define a payment method | ||
| identifier following the W3C Payment Method convention. For example: | ||
| ```json | ||
| { | ||
| "supported_methods": "https://example.com/stablecoin/v1", | ||
| "data": { | ||
| "supported_tokens": ["USDT", "USDC"], | ||
| "supported_chains": ["ethereum", "tron", "polygon"], | ||
| "preferred_chain": "tron", | ||
| "settlement_currency": "USD" | ||
| } | ||
| } | ||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For this new topic to appear in the site navigation, it needs to be added to
mkdocs.yml. Please add an entry for this file under theTopicssection in thenavconfiguration.For example: