The Solana Foundation released Solana DvP on October 6, an open-source delivery-versus-payment settlement program aimed at financial institutions. The MIT-licensed tool is a reusable building block for developers and institutions that want to settle asset and cash legs together. JPMorgan provided input on institutional settlement practices during its development.
Solana DvP isn't a JPMorgan product. It's a Solana Foundation release, and the bank's role was advisory. The foundation says the program encodes institutional settlement expectations—finality, operational controls, failed-settlement handling, deadlines, and integration with existing legal processes—into a public-chain settlement primitive.
What DvP actually does
Delivery-versus-payment is the standard way securities transactions work: the asset leg and the cash leg settle at the same time, so neither side is left holding nothing. Solana DvP uses isolated escrow, atomic settlement, and enforceable deadlines to make each leg conditional on the other. If one side doesn't perform, the other doesn't settle. That eliminates the risk of settling the asset without the cash, or the cash without the asset—a failure mode that gets expensive fast in institutional markets.
The tool is designed to settle a transaction in a single atomic process. Atomicity here doesn't just mean speed; it means the two legs are inseparable. The foundation describes it as a settlement primitive, not a full platform. Institutions still need to bring their own custody, cash, and legal arrangements.
Why JPMorgan's name is on it
JPMorgan's input shaped the program's handling of settlement requirements, according to the foundation. The bank didn't build it, and it isn't selling it. But its involvement signals what the foundation was aiming for: a tool that reflects how institutional settlement actually works, not how a crypto-native developer might imagine it.
That distinction matters. Institutional settlement isn't just about moving tokens. It requires finality—a point where a transfer can't be reversed. It requires operational controls, so firms can manage who can do what. It requires a plan for failed settlement, because trades do fail, and the legal process has to pick up where the code stops. And it requires deadlines that are enforceable, not just suggested.
Solana DvP tries to encode those expectations into a public-chain primitive. Whether that's enough to get institutions comfortable is a different question.
The open-source angle
The MIT license means anyone can use, modify, or fork the code. For the Solana Foundation, that's the point: a reusable building block lowers the cost for institutions and developers to experiment with on-chain settlement. It also means the foundation isn't trying to control the market for DvP tools. It's seeding one.
That approach has trade-offs. Open-source code can be audited by anyone, but it can also be copied and adapted in ways the original authors didn't intend. For regulated firms, the license is less important than the operational and legal wrappers they build around it.
What happens next
The follow-up will focus on which firms use Solana DvP in live transactions and whether it integrates with regulated custody, cash, and securities systems. Those integrations are where most institutional blockchain projects stall. A settlement primitive that works in a test environment is one thing. One that plugs into a bank's custody stack, its cash accounts, and its legal agreements is another.
For now, Solana DvP is a released tool with a notable advisory credit and an MIT license. The foundation hasn't named any institutions running it in production. Until that changes, the useful question isn't whether the code works—it's whether anyone with real money on the line will use it.
