MPP Sessions are the killer feature that meaningfully differentiates @tempo's MPP from @coinbase's x402.
An MPP session is a state channel: lock funds in escrow, stream authorized payments off-chain, settle on-chain at the end.
A voucher is the off-chain primitive that makes it work i.e. a cryptographically signed message that says "I authorize X total so far," submitted with each unit of service consumed.
Here's a simplified mental model:
Imagine you're getting a coffee. Instead of paying per sip, you hand the barista $20 upfront and they hold it in a lockbox. You sip. After each sip, you hand them a signed note that says "I've consumed $0.20 total so far." At the end, they take what the last note says and give you change from the lockbox.
That's a session. That's a voucher.
Except the lockbox is a smart contract. The "change guarantee" isn't social trust — it's cryptographic. The barista literally cannot take more than your last signed note authorized, because that note is enforceable on-chain. And settlement takes 0.6 seconds, not a banking day.
Now think about why this matters for agents.
AI agents don't pay per conversation. They pay per token, per API call, per tool invocation - potentially thousands of micropayments per task. Charging a card for each one is like paying per sip. Technically possible. Economically broken. Transaction fees would dwarf the actual payment value at any meaningful scale.
The "pre-deposit and stream vouchers" model is the only unit economics that work at machine speed. You pay the one-time cost of opening the channel — one on-chain transaction. Then every interaction in the session is a signed message - no gas, no latency, no waiting for block confirmation. The math changes entirely.
What makes this more than a clever hack: the escrow is non-custodial. The service provider never holds your funds. The smart contract enforces the rules. The payer always recovers unspent deposit at session close. The trust model is the protocol, not a counterparty.
For agentic systems operating at scale, it seems like MPP has the payment primitives that actually fit the workload. Super excited to follow-along and see what industry adoption looks like in the coming months.
An MPP session is a state channel: lock funds in escrow, stream authorized payments off-chain, settle on-chain at the end.
A voucher is the off-chain primitive that makes it work i.e. a cryptographically signed message that says "I authorize X total so far," submitted with each unit of service consumed.
Here's a simplified mental model:
Imagine you're getting a coffee. Instead of paying per sip, you hand the barista $20 upfront and they hold it in a lockbox. You sip. After each sip, you hand them a signed note that says "I've consumed $0.20 total so far." At the end, they take what the last note says and give you change from the lockbox.
That's a session. That's a voucher.
Except the lockbox is a smart contract. The "change guarantee" isn't social trust — it's cryptographic. The barista literally cannot take more than your last signed note authorized, because that note is enforceable on-chain. And settlement takes 0.6 seconds, not a banking day.
Now think about why this matters for agents.
AI agents don't pay per conversation. They pay per token, per API call, per tool invocation - potentially thousands of micropayments per task. Charging a card for each one is like paying per sip. Technically possible. Economically broken. Transaction fees would dwarf the actual payment value at any meaningful scale.
The "pre-deposit and stream vouchers" model is the only unit economics that work at machine speed. You pay the one-time cost of opening the channel — one on-chain transaction. Then every interaction in the session is a signed message - no gas, no latency, no waiting for block confirmation. The math changes entirely.
What makes this more than a clever hack: the escrow is non-custodial. The service provider never holds your funds. The smart contract enforces the rules. The payer always recovers unspent deposit at session close. The trust model is the protocol, not a counterparty.
For agentic systems operating at scale, it seems like MPP has the payment primitives that actually fit the workload. Super excited to follow-along and see what industry adoption looks like in the coming months.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
