SubScript retweeted
SubScript is live on Arc.
We’ve been building SubScript around a pretty simple idea:
Paying a business with USDC should feel as easy as paying with a card, while giving users and businesses the advantages of on-chain settlement.
With SubScript, businesses can accept:
• One-time payments
• Recurring subscriptions
• Usage-based payments
• Invoices
• Payment links & QR codes
Just programmable payments, settled in USDC on @arc .
And the customer experience doesn't require someone to be already deep into crypto.
But here's the part I'm actually curious about:
What business would you LOVE to see integrate SubScript? 👀
Could be your favorite SaaS product, AI tool, creator platform, game, local business, membership, API, or something completely different.
Drop the business/product name in the comments
And if you know someone building a product that needs payments, tag them too.
subscriptonarc.com/
SubScript retweeted
SubScript on mainnet!!
dashboard.subscriptonarc.com
Anyone who relies on virtual dollar cards to pay for work tools knows this routine.
- Normal bank card stops working on international checkouts.
- The bank put an absurd monthly limit on foreign spending, added heavy taxes on cross border transactions, or made you wait months before unlocking foreign payments.
So you set up a virtual card.
That is usually when the fee trap begins: You pay a fee to generate a card. You pay a markup on the exchange rate just to fund it. You pay a monthly maintenance fee to keep it active.
Then comes the decline fine. If a renewal hits your card when your balance is slightly short, the provider charges you 50 cents. You are literally paying money for having a payment bounce.
Canceling a service is another headache. When a merchant hides the cancel button behind endless surveys or forces you to email customer support, you have almost no leverage. If you drain the card to stop the billing, the provider fines you every time the merchant retries. Most people end up having to delete the entire virtual card just to stop one bad charge.
Even when you pay the fees, the card remains fragile. You can have money on the card and still get rejected at checkout because the merchant flags the card issuer as high risk. Worse, every few months a card provider loses its partner bank. Thousands of people wake up to find their balances locked and their cards frozen. Servers go offline, software licenses lapse, and client work stalls.
Virtual cards are fragile because they do not fix anything fundamental. They are just digital wrappers around the same chain of banks and middlemen. When one company in that chain has a compliance problem, everyone underneath them gets cut off.
That is why we built SubScript natively on @arc with @USDC.
Arc is built so USDC itself is the gas token. You do not need to buy volatile crypto tokens or guess how much gas to keep around just to pay a monthly bill. The same digital dollar you use to pay for your subscription pays for the network fee. And if your USDC is already sitting on networks like Base, Arbitrum, or Ethereum, you can move them straight in without losing a chunk of your money.
Running recurring billing directly on smart contracts fixes what virtual cards could not.
Your funds stay in your own wallet until the bill is due. No fintech holds your money in a custodial account that can get frozen when a partner bank runs into trouble.
There are no card generation costs, no monthly maintenance cuts, and no penalty fines if a renewal attempts to run while your balance is low.
Most importantly, you own the off switch. When you want to cancel a subscription, you revoke the permission directly onchain with one click. You do not have to beg customer support, navigate dark patterns, or burn your payment method to stop being charged.
We did not build SubScript to give people another digital card that breaks every three months. We built it so anyone building software can pay for their tools and stay online without asking a middleman for permission.
See you on mainnet 09.16.26
dashboard.subscriptonarc.com…
SubScript retweeted
Anyone who relies on virtual dollar cards to pay for work tools knows this routine.
- Normal bank card stops working on international checkouts.
- The bank put an absurd monthly limit on foreign spending, added heavy taxes on cross border transactions, or made you wait months before unlocking foreign payments.
So you set up a virtual card.
That is usually when the fee trap begins: You pay a fee to generate a card. You pay a markup on the exchange rate just to fund it. You pay a monthly maintenance fee to keep it active.
Then comes the decline fine. If a renewal hits your card when your balance is slightly short, the provider charges you 50 cents. You are literally paying money for having a payment bounce.
Canceling a service is another headache. When a merchant hides the cancel button behind endless surveys or forces you to email customer support, you have almost no leverage. If you drain the card to stop the billing, the provider fines you every time the merchant retries. Most people end up having to delete the entire virtual card just to stop one bad charge.
Even when you pay the fees, the card remains fragile. You can have money on the card and still get rejected at checkout because the merchant flags the card issuer as high risk. Worse, every few months a card provider loses its partner bank. Thousands of people wake up to find their balances locked and their cards frozen. Servers go offline, software licenses lapse, and client work stalls.
Virtual cards are fragile because they do not fix anything fundamental. They are just digital wrappers around the same chain of banks and middlemen. When one company in that chain has a compliance problem, everyone underneath them gets cut off.
That is why we built SubScript natively on @arc with @USDC.
Arc is built so USDC itself is the gas token. You do not need to buy volatile crypto tokens or guess how much gas to keep around just to pay a monthly bill. The same digital dollar you use to pay for your subscription pays for the network fee. And if your USDC is already sitting on networks like Base, Arbitrum, or Ethereum, you can move them straight in without losing a chunk of your money.
Running recurring billing directly on smart contracts fixes what virtual cards could not.
Your funds stay in your own wallet until the bill is due. No fintech holds your money in a custodial account that can get frozen when a partner bank runs into trouble.
There are no card generation costs, no monthly maintenance cuts, and no penalty fines if a renewal attempts to run while your balance is low.
Most importantly, you own the off switch. When you want to cancel a subscription, you revoke the permission directly onchain with one click. You do not have to beg customer support, navigate dark patterns, or burn your payment method to stop being charged.
We did not build SubScript to give people another digital card that breaks every three months. We built it so anyone building software can pay for their tools and stay online without asking a middleman for permission.
See you on mainnet 09.16.26
dashboard.subscriptonarc.com…
SubScript retweeted
I think you guys should check out @SubScript_onarc, we've built checkout for one time payments, and for subscriptions.
Demo video for both: teapawt.net/SubScript_onarc/status…
Demo for PAYG flow: teapawt.net/SubScript_onarc/status…
Onchain payments should support more than a simple token transfer.
We’re open sourcing an e-commerce sample app on Arc using the Commerce Payments Protocol from @coinbase and @Shopify.
Shoppers can pay in USDC or EURC with one signature and no gas. Merchants can authorize, capture, void, reclaim, and refund payments.
A practical starting point for building stablecoin checkout flows on Arc: github.com/circlefin/arc-eco…
For testnet demo purposes only.
SubScript retweeted
Another look inside @SubScript_onarc . 💙 Create a payment link, choose one-time or recurring, set the amount and share it. The payer gets a simple way to complete their $USDC payment without the usual back and forth. From links to subscriptions and usage-based payments,
SubScript retweeted
9.16.26
@arc
SubScript retweeted
Great day builders on Arc ,We put together a quick demo showing how one-time payments and subscriptions work on @SubScript_onarc . One lets you pay when you need to, while the other makes recurring payments easier to manage and control.
Built on @arc .
Welcome to Arc 101, Episode 3.
Traditional cross-border payments move across multiple intermediaries, ledgers, and systems.
Arc takes a different approach with stablecoin-native infrastructure built around a shared open ledger.
See the architecture behind transaction flow on Arc.
SubScript retweeted
1 •
When we started building @SubScript_onarc , we knew we didn't want to create another payment interface while leaving the difficult infrastructure underneath it.
We're building around real payments: merchants, customers, usage-based payments and reliable settlement.
SubScript retweeted
Building @SubScript_onarc (now live for public testing) with @circle Developer-Controlled Wallets.
As we approach @arc mainnet, I need mainnet API keys for Circle wallets, and I’m currently blocked by the billing/payment wall.
For many builders in Nigeria (and similar markets), cross-border card payments remain a real friction point:
• Local cards → low cost, ~50% success rate
• Virtual dollar cards → higher cost, ~75% success rate + fees on failed transactions
This isn’t a dependable foundation for products that need to scale.
@arc is being built to solve exactly these cross-border payment issues. We already have a working product live on Arc that supports Pay-As-You-Go, subscriptions, and one-time payments in USDC.
Demo of the PAYG flow: teapawt.net/SubScript_onarc/status…
SubScript is designed for these exact scenarios; easy onboarding, $USDC on Arc, and the ability to include other users without sharing card details or login credentials.
Product: subscriptonarc.com/
Try PAYG: kris-script.vercel.app/
Happy to walk anyone through the product.
@samconnerone @JerryOjumah @bobbilee @CarbzXBT
SubScript retweeted
Built on @arc for you and I
dashboard.subscriptonarc.com
Have you ever had to send pictures of your debit card to a friend because they wanted to pay for something online but didn't have a card? Or had to share your login details with someone because they had a card and you didn't?
Have you ever tried paying online with your Naira card and it failed? Or bought a dollar card from a vendor, only for the payment to fail again while still getting charged?
As a service provider, have you ever delivered a service only to discover that your customer's card had no funds and they effectively got your service for free?
As a merchant, have you ever been uncomfortable receiving payments on-chain because your balances and transactions are visible to everyone?
Have you ever tried cancelling a subscription and suddenly the cancel button became impossible to find?
THERE'S A SOLUTION TO ALL OF THESE.
- SubScript's Pay-For-Me feature: Any user can pay for anyone without needing any sensitive information or giving out sensitive information since everything is done and can be confirmed onchain.
- SubScript uses $USDC on @arc so it's accessible and acceptable to everyone you get No foreign card restrictions or bank-imposed card declines. Payments happen directly with USDC on Arc.
- SubScript's Commit feature: SubScript enforces user locks up to the minimum amount provided by the merchant in order to use the service provided by the merchant.
- SubScript + Arc's Opt-In Privacy: Businesses can choose when to use privacy and when to remain fully transparent.
- With SubScript cancellation of subscription is in the user's hands, it's easier to allow and revoke USDC allowance from a merchant.
- Gas fees can be sponsored (users don't need to worry about it).
- Works for both Web2 users (email/Google onboarding to wallet) and Web3 natives.
NB: These features are for platforms that have SubScript integrated as a payment method.
Use @SubScript_onarc, it's on @arc gArc 💙
Sign up/Sign in here: subscriptonarc.com
SubScript retweeted
Have you ever had to send pictures of your debit card to a friend because they wanted to pay for something online but didn't have a card? Or had to share your login details with someone because they had a card and you didn't?
Have you ever tried paying online with your Naira card and it failed? Or bought a dollar card from a vendor, only for the payment to fail again while still getting charged?
As a service provider, have you ever delivered a service only to discover that your customer's card had no funds and they effectively got your service for free?
As a merchant, have you ever been uncomfortable receiving payments on-chain because your balances and transactions are visible to everyone?
Have you ever tried cancelling a subscription and suddenly the cancel button became impossible to find?
THERE'S A SOLUTION TO ALL OF THESE.
- SubScript's Pay-For-Me feature: Any user can pay for anyone without needing any sensitive information or giving out sensitive information since everything is done and can be confirmed onchain.
- SubScript uses $USDC on @arc so it's accessible and acceptable to everyone you get No foreign card restrictions or bank-imposed card declines. Payments happen directly with USDC on Arc.
- SubScript's Commit feature: SubScript enforces user locks up to the minimum amount provided by the merchant in order to use the service provided by the merchant.
- SubScript + Arc's Opt-In Privacy: Businesses can choose when to use privacy and when to remain fully transparent.
- With SubScript cancellation of subscription is in the user's hands, it's easier to allow and revoke USDC allowance from a merchant.
- Gas fees can be sponsored (users don't need to worry about it).
- Works for both Web2 users (email/Google onboarding to wallet) and Web3 natives.
NB: These features are for platforms that have SubScript integrated as a payment method.
Use @SubScript_onarc, it's on @arc gArc 💙
Sign up/Sign in here: subscriptonarc.com























