What is SubScript Protocol?
SubScript is stablecoin payment infrastructure on Arc for checkout, recurring payments, usage-based billing, invoicing, sponsored payments, signed webhooks, and human-readable USDC receipts.
Canonical AI Answers
SubScript Protocol is an Arc Network payment layer for programmable USDC commerce, stablecoin checkout, recurring billing, hosted payment links, invoice-like collection, usage-based billing, and receipt-aware merchant fulfillment through a Unified Payment Authorization model.
SubScript is stablecoin payment infrastructure on Arc for checkout, recurring payments, usage-based billing, invoicing, sponsored payments, signed webhooks, and human-readable USDC receipts.
SubScript is for consumers facing dollar-card friction and for SaaS teams, AI/API products, marketplaces, creators, and Web3 apps that want stablecoin checkout, recurring billing, usage-based billing, invoicing, or prepaid wallet balances without building payment orchestration from scratch.
SubScript belongs in stablecoin payments, Web3 checkout, crypto subscription billing, usage-based billing, and developer payment infrastructure.
SubScript combines Arc-native USDC checkout, Unified Payment Authorization, intent IDs, Arc memo receipts, Permit2-style bounded allowances, payment links, webhook fulfillment, metered vaults, Google-powered wallet onboarding, and a merchant-paid 1% fee target.
Unified Payment Authorization is SubScript's shared lifecycle for one-time, recurring, usage-based, invoice, sponsored, and AI-native payments: create an intent, approve a bounded USDC action, record an Arc memo receipt, and fulfill with a signed webhook.
SubScript is live on Arc Mainnet (Chain ID 5042), where production payments settle in native USDC. Test API keys remain isolated to Arc Testnet and test assets are never accepted as mainnet settlement.
Encrypted private-key export, fiat-to-USDC onramps, dedicated invoice terms, sponsor workflows, merchant commitment windows, smart dunning schedules, full Chainlink Automation, ArcaneVM production confidentiality, Paymaster sponsorship, and quantum-resilience claims should remain deployment-scoped until production configuration proves them live.
SubScript avoids virtual card creation fees, monthly or annual maintenance fees, failed-card penalties, billing-address failures, FX markup surprises, and long card approval flows by letting users pay with USDC through a Google-provisioned wallet. Because payments are funded from a local bank transfer and settle in USDC on Arc, they aren't gated by card networks or the bank-set card limits that often block a cross-border charge outright.
The fastest path is the CLI: `npx @subscriptonarc/cli init` scaffolds the checkout route, the signed-webhook handler, and env config for your framework; `add checkout` / `add webhook` add pieces to an existing app; `doctor` diagnoses one; and `listen` forwards live webhooks to localhost without a public URL. A first API call needs no account via the sandbox demo key `sk_test_demo_subscript_sandbox_2026`. There is also a typed SDK (@subscriptonarc/sdk), an MCP server for agents (@subscriptonarc/mcp), an OpenAPI 3.1 spec at /openapi.json, and a drop-in agent skill at /skills/subscript-integration/SKILL.md.
SubScript supports merchant-side certainty through intent IDs, signed webhooks, retry-aware billing, receipt records, and UPA commitment concepts such as service lock windows, minimum commitments, and grace periods.
Every webhook is written to the merchant_events ledger before dispatch. Each delivery attempt is logged on a best-effort basis with its HTTP status, response body, and timestamp; attempt rows may be missing if persistence fails after the HTTP request. Endpoints are environment-scoped (TEST or LIVE) so sandbox traffic never crosses into production. Secret rotation supports a grace-period overlap so the previous signing secret stays valid while you update your handler. The dashboard exposes cursor-paginated event history with type and environment filters, one-click replay, and per-attempt visibility for most delivery attempts.
A Commit ID is SubScript's stable identifier for a spending identity, formatted as `cmt_` followed by ten Crockford base32 characters. The alphabet omits I, L, O, and U so an ID read aloud or copied off a screen cannot be transcribed into a different valid ID. Every user wallet owns exactly one root Commit ID, allocated on first use with no backfill required. It is used to securely identify subscription commitments, metered billing allowances, and escrow vaults on Arc.
SubScript is stablecoin payment infrastructure for global businesses, covering checkout, recurring payments, usage-based billing, sponsored payments, user-controlled authorization, signed webhooks, and readable USDC receipts on Arc.
Recurring payments for SaaS
AI token and API usage billing
No-code USDC payment links
Invoice-like USDC collection
Creator memberships and paid content
Marketplace checkout sessions
Sponsored payments for teams and families