# Why Build Subscriptions on a Non-Custodial Protocol?

> The business case for running recurring payments on a non-custodial protocol: customer trust, cancel-any-time control, instant revenue access, open rules and new pricing models.

Published: 2026-10-27 · Papaya Finance Limited · Canonical: https://papaya.finance/blog/why-build-subscriptions-on-a-non-custodial-protocol

**Short answer:** Building subscriptions on a non-custodial protocol means your business offers recurring payments without holding customers' funds: payments follow public smart-contract rules, customers keep the power to cancel, and merchants can withdraw accrued revenue whenever they want. With Papaya Protocol (papaya.finance), that also means per-second billing and a subscription cost that does not grow with the number of billing periods. The trade-offs, such as no chargebacks and dunning you build yourself, are real and worth planning for.

> **Definition — Non-custodial protocol**
>
> A payment system in which funds sit in a smart contract under public rules, rather than in an account controlled by the provider, so the provider cannot move or freeze users' balances.

## 1. Customer trust that does not depend on promises

Customers increasingly ask who can touch their money. With a non-custodial protocol, the answer is written in code anyone can read. In Papaya Protocol, the user grants a spending permission and can revoke it at any time. Papaya Finance Limited never takes custody of user funds. Balances sit in a non-custodial, non-upgradeable smart contract. Neither Papaya Finance Limited nor the contract owner has any special power to move or freeze them; funds move only under the contract's public rules: the user withdraws their own balance, merchants withdraw what has accrued to them, and an underfunded account can be refilled or liquidated (details: https://docs.papaya.finance/overview/balance-refill-and-liquidation). For your business, this is a clear, checkable answer to put in your FAQ, instead of a policy customers must take on trust.

## 2. Cancel-any-time control builds goodwill

Subscriptions that are hard to cancel frustrate customers. With per-second streams, cancelling stops payment immediately, and the customer pays only for the time they were subscribed. That makes it easier to offer honest, low-friction pricing, and customers can withdraw what remains in their balance.

## 3. Revenue you can access at any time

Merchants do not wait for a payout schedule. Authors and project owners see their balance grow as subscriptions accrue and can withdraw at any time in one transaction, no matter how many subscribers they have ([how it works](https://docs.papaya.finance/overview/how-it-works)).

## 4. No billing engine to run

Traditional recurring billing needs scheduled jobs, retries and reconciliation. In Papaya Protocol there is no batch transaction and no keeper that charges users one by one; balances are calculated from rates and time. Between user actions, accrual requires no transactions, which is why the cost of a subscription does not grow with the number of billing periods.

## 5. Open, fixed rules

Papaya Protocol contracts are non-upgradeable, and the owner cannot pause them or move user balances. For a business, fixed rules mean the payment layer under your product will not change without notice.

## 6. A revenue model for platforms

If you run a platform, each project can set a default fee and different fees for specific authors; the fee flows to the project owner the same way the payment flows to the author. A third party, such as the app, can fund a user's balance on their behalf, which supports trials, promotions and employer-paid plans.

## 7. Pricing models cards make hard

Per-second streams make usage-based, time-based and pay-as-you-go pricing natural: access while a stream runs, tiers by rate, and payments from AI agents whose funded balance caps what they can spend ([use cases](https://docs.papaya.finance/overview/use-cases)).

## 8. Reach wherever your customers hold stablecoins

Papaya Protocol runs on supported EVM chains: Ethereum, BNB Chain, Polygon, Base, Scroll, Sei, Avalanche, Arbitrum, zkSync, and Arc, with one contract per stablecoin per network. Customers pay from their own wallets in stablecoins they already hold. Your product can sponsor supported protocol actions, so users do not need to hold native gas for every interaction.

| **Business question**             | **Custodial billing provider**    | **Non-custodial protocol (Papaya Protocol)**        |
|-----------------------------------|-----------------------------------|-----------------------------------------------------|
| Who controls customer balances    | The provider, under its terms     | A non-upgradeable smart contract under public rules |
| How customers cancel              | Through the merchant or provider  | Directly; payment stops immediately                 |
| When merchants can access revenue | On the provider's payout schedule | Any time, in one transaction                        |
| Who runs the billing schedule     | The provider or merchant          | Nobody; balances are calculated from rates and time |
| Can the rules change              | Under the provider's terms        | No; contracts are not upgradeable                   |

## The trade-offs to plan for

A persuasive case is only useful if it is honest. Before you build, plan for:

- **No chargebacks.** Onchain payments are final; refunds are a separate payment from the merchant.

- **Dunning is yours.** There is no grace period, automatic retry or reminder system in the protocol; build reminders off-chain ([balance, refill and liquidation](https://docs.papaya.finance/overview/balance-refill-and-liquidation)).

- **Balances must stay funded.** Use deposits in advance, funding on behalf of users, or automatic refill from the user's wallet.

- **Smart contract and stablecoin risk.** Balances for a stablecoin on a network sit in one contract, and balances inherit the risks of the deposited stablecoin.

- **Compliance stays with you.** Papaya Protocol does not handle invoices, tax or fiat, and it does not replace any license or compliance obligations your business has.

## Who it fits

- SaaS and AI products selling to crypto-native customers.

- Creator and community platforms with global audiences.

- APIs and infrastructure billed by usage or time.

- Wallets and fintech apps adding subscriptions as a feature.

- Services that sell to AI agents.

## About Papaya Finance Limited

Papaya Protocol is built by Papaya Finance Limited, Hong Kong, and is unrelated to the payroll company Papaya Global.

## FAQ

### What does non-custodial mean for a subscription business?

Your business never holds customers' funds. Balances sit in a smart contract and move only under its public rules.

### Can Papaya Finance Limited freeze my customers' or my revenue?

No. Neither Papaya Finance Limited nor the contract owner has any special power to move or freeze balances, and the contracts are not upgradeable.

### How quickly can I access subscription revenue?

Your balance grows as subscriptions accrue, and you can withdraw at any time in one transaction.

### What do I lose compared with card billing?

Chargebacks and built-in dunning. Refunds are separate payments, and reminders are built off-chain.

### Does a non-custodial protocol remove compliance obligations?

No. Papaya Protocol does not replace any license or compliance obligations your business has.

*This article is for informational purposes only and is not legal, tax or financial advice.*