Skip to content

Update pay-x402 extension entry to v1.1.0 - #4476

Closed
shawn93676 wants to merge 1 commit into
github:mainfrom
shawn93676:catalog-pay-x402-v1.1.0
Closed

Update pay-x402 extension entry to v1.1.0#4476
shawn93676 wants to merge 1 commit into
github:mainfrom
shawn93676:catalog-pay-x402-v1.1.0

Conversation

@shawn93676

Copy link
Copy Markdown

Updates the pay-x402 entry in extensions/catalog.community.json from v1.0.0 to v1.1.0.

Why this matters: the catalog currently serves v1.0.0, whose pay command directed agents to POST to an endpoint that is itself a paid x402 resource — an agent following the bundled instructions received a 402 instead of a payment header. v1.1.0 fixes the flow (the payer signs its own payment) and removes XRPL claims the facilitator never supported.

Changes:

  • version: 1.0.0 → 1.1.0
  • download_url: points at the v1.1.0 tag (verified: the zip resolves)
  • description: updated to match v1.1.0 (spend caps, counterparty credit check via SolvScore, x402 payments during spec implementation; settles on Base or Solana)
  • updated_at: entry-level and catalog-level timestamps

Follows the Extension Submission template (filed as issue #4446 on Sept 4); the catalog was last refreshed Sept 3, so the entry has not yet picked up the v1.1.0 fix.

Tag: 🤖🤖🤖 (prepared by an AI agent on behalf of the extension author, per repo convention).

Bumps the pay-x402 catalog entry from v1.0.0 to v1.1.0. The v1.0.0 release's pay command directed agents to a paid x402 endpoint, so an agent following it received a 402 instead of a payment header; v1.1.0 fixes that and removes XRPL claims the facilitator never supported. Update issue: github#4446.
@shawn93676
shawn93676 requested a review from mnriem as a code owner September 8, 2026 19:37
@mnriem mnriem added the triage-out-of-scope Verdict: won't land in core — invalid, duplicate, off-mission, or redirected to an extension label Sep 9, 2026
@mnriem

mnriem commented Sep 9, 2026

Copy link
Copy Markdown
Collaborator

Thanks — but catalog changes shouldn't be hand-edited into catalog.community.json via a PR; they go through the [Extension] submission-issue flow, which validates the release/digests and generates the catalog PR automatically. Good news: you already filed this correctly as #4446, so this PR is a duplicate of that submission. Closing this in favor of #4446 — the v1.1.0 update will land through the automated pipeline there. (No need to also open the PR; the issue is enough.)

@mnriem mnriem closed this Sep 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

triage-out-of-scope Verdict: won't land in core — invalid, duplicate, off-mission, or redirected to an extension

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants