# What Is Payment Streaming? Per-Second Crypto Payments Explained

> Payment streaming moves money continuously, second by second, instead of in monthly lump sums. How it works onchain, use cases, and how protocols compare.

Published: 2026-10-26 · Papaya Finance Limited · Canonical: https://papaya.finance/blog/what-is-payment-streaming

**Short answer:** Payment streaming is a way of paying continuously, second by second, at an agreed rate instead of sending lump sums each month. Onchain, a stream is opened with one transaction and the recipient's balance grows every second until the payer stops it, without a new transaction for each moment of value. Papaya Protocol (papaya.finance), Superfluid and Sablier are examples of protocols that support stablecoin payment streams.

> **Definition — Payment streaming (money streaming)**
>
> A payment method in which value moves continuously from payer to recipient at a fixed rate per second. Balances are calculated from the rate and the time elapsed, so the stream runs without per-period transactions until it is changed or cancelled.

## How a payment stream works

A stream has three main parameters: the payer, the recipient and the flow rate (an amount per second). A \$30 monthly stream, for example, is a tiny amount per second.

On a smart contract, nothing actually "moves" every second. Instead, the contract records when the stream started and at what rate. Anyone's current balance is then calculated as:

**current balance = balance at last update + (rate × seconds since last update)**

Superfluid's documentation (as of October 2026) describes exactly this: because the only changing variable is time, the balance can update every second "with no need for gas", and opening a stream is a one-time action. Papaya Protocol uses the same principle: balances are calculated from rates and time, so there is no transaction per period.

## Why pay by the second?

Per-second payments sound exotic, but they fix real problems.

- **Pay for exactly what you use.** If a customer uses a service for 11 days, they pay for 11 days.

- **No billing runs.** The merchant's revenue accrues in real time and can be withdrawn whenever needed.

- **Instant cancellation.** Stopping the stream stops the payment. There is no unused month to argue about.

- **High frequency without high cost.** Because there is no transaction per period, hourly or per-second pricing becomes practical.

## Common use cases

- **Usage-based and pay-as-you-go SaaS:** charge while a service is active.

- **AI agents:** an agent can pay a model, data or compute provider continuously, within a rate the owner set.

- **Creator subscriptions:** fans support a creator continuously and can stop any time.

- **Payroll-like flows:** contractors get paid as they work.

- **Vesting:** fixed-amount, fixed-duration streams for tokens (a different model, popular for token distribution).

## Streams compared: Papaya Protocol, Superfluid, Sablier

The three protocols share the per-second idea but differ in design. The table summarizes publicly documented features; check each project's documentation for current details.

| **Feature** | **Papaya Protocol** | **Superfluid** | **Sablier** |
|----|----|----|----|
| Streaming model | Per-second streams (in production; streaming version audited by Stronghold Security) | Per-second "Constant Flow Agreement" streams | Lockup (fixed amount and duration) and Flow (open-ended) |
| Token used | The stablecoin the user deposited, tracked as an internal balance | Super Tokens (wrapped versions of tokens) | Standard ERC-20 tokens |
| Funding | User funds a balance; subscriptions draw from it | Sender needs a buffer deposit; stream runs until cancelled or balance hits zero | Lockup: full deposit upfront. Flow: no upfront deposit required, top-ups any time |
| Custody | Non-custodial; Papaya Finance Limited never takes custody of user funds | Non-custodial smart contracts | Non-custodial smart contracts |
| Primary focus | Recurring payments via streams: subscriptions, usage billing, agent payments | Streaming and distributions | Token vesting, airdrops and payments |

Sources (as of October 2026): public documentation of each protocol; Papaya Protocol [audit report](https://papaya.finance/Papaya_Finance_Papaya_Protocol_Audit_Report.pdf).

## What makes Papaya Protocol's approach different

Papaya Protocol is designed as a recurring-payments layer built on per-second streams, not a general token-distribution tool. Two things follow from that:

1.  **Streams as subscriptions.** Products can use per-second streams both for usage-based pricing and for familiar monthly price points expressed as a per-second rate, while customers can stop at any moment.

2.  **Cost does not grow with frequency.** Whether you bill monthly, hourly or by the second, there is no transaction per billing period.

On control: the user grants a spending permission for a specific stream 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). Papaya Protocol runs on supported EVM chains (Ethereum, BNB Chain, Polygon, Base, Scroll, Sei, Avalanche, Arbitrum, zkSync, and Arc), and the per-second streaming version is audited by Stronghold Security ([audit report](https://papaya.finance/Papaya_Finance_Papaya_Protocol_Audit_Report.pdf)).

## Limitations to keep in mind

- **Streams need a funded balance.** If the payer's balance runs out, the stream cannot continue. Each protocol handles this differently (buffers, liquidations or pausing).

- **Accounting is continuous.** Finance teams need to recognize revenue as it accrues rather than per invoice.

- **Not every buyer wants per-second pricing.** Many customers prefer a predictable monthly price; a stream can be quoted at a monthly-equivalent rate, but if you need card-style fixed charges, a processor may fit better.

## FAQ

### Does payment streaming send a transaction every second?

No. A stream is opened with one transaction and closed with another. In between, balances are calculated from the rate and the elapsed time, so value accrues every second without separate transactions.

### Is payment streaming the same as a subscription?

A stream can be used as a subscription, but it is more flexible: payment is continuous and stops the moment the stream is cancelled. Fixed-period subscriptions charge a set amount per period instead.

### Can the recipient withdraw streamed funds at any time?

In most streaming protocols, yes. In Papaya Protocol, merchants can withdraw what has accrued whenever they want.

### What tokens can be streamed?

Usually ERC-20 tokens, and for payments mostly stablecoins such as USDC. Superfluid streams Super Tokens; Papaya Protocol keeps balances in the stablecoin the user deposited.

### Who controls the money in a payment stream?

In non-custodial protocols, the payer controls their own funds and permissions. With 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).

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