Most crypto transfers work the way a bank transfer does. You send a fixed amount, it arrives, and the transaction is done. Payment streaming is a different model built for situations where a one time transfer does not fit: ongoing payroll, a subscription, a grant paid out over months, or an allocation that should unlock gradually instead of all at once. A stream does not move one lump sum. It releases value to a recipient continuously, often described as a payment measured in tokens per second, for as long as the stream stays open.
What a stream actually is
A payment stream is a smart contract arrangement, not a special kind of token. The sender funds a contract with a total amount and a rate, for example a set number of USDC released per second over a chosen duration. From that point on, the recipient's claimable balance increases on a schedule defined entirely by math. There is no background process pushing tiny transfers every second, because that would be impractical and expensive on any blockchain. Instead, the contract calculates how much has accrued whenever someone checks the balance or asks to withdraw, the same way interest accrues on a savings account between the moments you actually look at the statement.
Most streaming protocols support two broad shapes of this idea. One is a fixed, scheduled stream: a defined total amount unlocks steadily over a defined period, commonly used for vesting token allocations to a team or investor. We covered that specific use case in our guide to token vesting and unlock schedules. The other shape is open ended and more like a subscription or payroll line: a stream that keeps running at a set rate until either party stops it, rather than counting down to a fixed end date.
Why someone would use this instead of a normal transfer
Streaming solves a few problems that a single transfer does not. For payroll or contractor payments, it replaces a lump sum at the end of the month with funds that become available as work happens, which matters if a contract ends partway through a period since only the accrued portion has actually been paid out. For subscriptions, it removes the need for a recurring authorization or a card on file, since the contract itself is already running on a schedule. For token distributions, it lets a project commit publicly to a release schedule that anyone can verify onchain, instead of asking holders to trust a manual unlock process.
Two names that come up often in this space are Superfluid and Sablier. Superfluid wraps ordinary ERC-20 tokens into what it calls super tokens, which are the streamable version of an asset, in a similar spirit to how WETH wraps ETH into a form that smart contracts can work with directly. Sablier offers separate products for fixed-duration vesting style streams and for open-ended recurring payments. Both protocols describe Base as one of the networks they support, alongside several other EVM chains. As with any protocol, check the project's own documentation for the current contract addresses on Base rather than relying on a third party listing, since deployments and versions do change over time.
What to check before you rely on a stream
A stream is still a smart contract holding or drawing your funds, so the same due diligence that applies to any DeFi interaction applies here. A few specific questions are worth answering before you send money into one or agree to be paid through one.
- Who can cancel it, and what happens to the unstreamed balance. Some streams let only the sender cancel, some let either side cancel, and some are not cancellable at all once started. If you are the recipient, understand whether a cancellation returns the unearned portion to the sender or whether anything accrued up to that moment is yours to keep regardless.
- Whether funds are locked upfront or drawn from a live balance. A fixed vesting style stream usually escrows the full amount at the start. An open ended payroll style stream may instead draw continuously from the sender's ongoing balance of the wrapped token, which means the stream can stop if that balance runs low, sometimes with a grace period and sometimes without one.
- What approval you are granting. Funding a stream typically requires an ERC-20 approval for the streaming contract, the same mechanism covered in our guide to checking and revoking token approvals. Approve only the amount you intend to stream, and revisit old approvals once a stream has ended.
- Smart contract risk. A streaming protocol is still code that can contain bugs, and funds sitting in any contract, including an escrow for a vesting stream, are exposed to whatever risks apply to that contract. Our overview of common smart contract vulnerabilities is a reasonable starting point for understanding what that risk looks like in general terms.
- Recordkeeping for tax purposes. Receiving value continuously rather than in discrete payments can complicate how you track what you received and when. This is a question for a tax professional familiar with your jurisdiction rather than something to assume, and our guide to which wallet actions can trigger a taxable event is a useful starting point for the broader topic.
The part that does not change
A payment stream is not a special category of wallet or a separate network feature. It is a smart contract that your existing Base wallet can interact with the same way it interacts with any other contract: by sending a transaction to fund it, and by sending a transaction to withdraw from it. Nothing about using a streaming protocol changes how your wallet stores keys, signs transactions, or protects your recovery phrase. The novelty is entirely in what the contract does with the funds once they arrive, not in how you connect to it or approve it.