Solana Foundation släpper öppet källkodsprogram för atomisk DvP‑uppgörelse

Solana Foundation meddelade den 6 oktober 2026 Solana DvP, ett öppet källkodsprogram för escrow som erbjuder finansiella institutioner ett öppet API för atomisk delivery-versus-payment‑uppgörelse på Solana. New York-daterade meddelandet sade att J.P. Morgan bidrog med input om institutionella uppgörelsesätt och krav under programmets utveckling.

Programmet, som släppts under MIT‑licensen, är distribuerat på Solanas mainnet‑beta och devnet med program‑ID dvp34bdbcEm4f4FCUjGV4mDAkDshaQR4LkK8fdcsyZq, enligt Foundationens programdokumentation. Koden har granskats av Cantina, och Foundationen uppger att programmet har genomgått externa säkerhetsgranskningar och är redo för användning med riktiga medel.

Foundationen beskriver delivery-versus-payment som grundstenen för värdepappersuppgörelser, en struktur som säkerställer att tillgången och kontanter rör sig simultant för att eliminera risken att förlora kapitalbeloppet. Traditionella marknader uppnår detta genom en flerdagars kedja av clearinghus, depåer och förvaringsinstitut som binder kapital i en till två dagar, enligt meddelandet, medan institutionella affärer som avvecklas on‑chain hittills vanligtvis har förlitat sig på skräddarsydda smarta kontrakt. Solana DvP är avsedd att ersätta dessa skräddarsydda kontrakt med en standardiserad bana som avvecklas atomiskt, tillhandahåller isolerad escrow och verkställer tidsgränser, vilket komprimerar uppgörelsen till en enda atomisk transaktion med slutgiltighet på sekunder snarare än dagar, sade Foundationen.

”Atomisk uppgörelse eliminerar motpartsrisk som är inneboende i traditionell finans. Solana DvP‑programmet ger institutioner en öppen standard över hela Solana‑ekosystemet, på offentlig infrastruktur, med slutgiltighet på sekunder i stället för dagar,” sade Catherine Gu, produktchef för Digital Assets på Solana Foundation.

”En gemensam, öppen standard för atomisk delivery-versus-payment är exakt den typ av grundläggande infrastruktur som institutionella marknadsaktörer behöver för att verka i skala utan att introducera uppgörelsesrisk och motparts exponering. Vi var glada över att bidra med vår uppgörelseexpertis,” sade Rhodel D’souza, chef för Markets Digital Assets på J.P. Morgan. Ett ansvarsfrihetsavtal i meddelandet anger att bankens engagemang begränsades till att ge input om värdepappersuppgörelsesätt och inte innebar någon design, utveckling, drift, godkännande, certifiering, garanti, stöd eller på något sätt garanterade Solana DvP eller dess prestanda.

Hur en handel avvecklas

Foundationens produktsida beskriver flödet i tre steg. Först registreras parterna, tillgångarna, beloppen, uppgörelsemyndigheten och utgångsdatumet on‑chain. Därefter finansierar varje part sin escrow med en standard token‑överföring från sin befintliga plånbok eller förvaringsinstitution, utan att någon anpassad integration krävs från motpartens plånbok eller förvaringsinstitution. Slutligen släpper myndigheten båda benen i en enda atomisk transaktion, eller så rullas affären tillbaka.

Dokumentationen definierar handelns roller. Tillgångs‑parten och kontant‑parten finansierar vardera en sida av affären. Uppgörelsemyndigheten är en tredje adress som namnges vid skapandet och den enda signeraren som kan avveckla; den kan inte omdirigera intäkterna, som är fastställda vid skapandet. En hyresbetalare finansierar SOL‑depositionen som håller handelns konton öppna. Programmet är symmetriskt, noterar dokumentationen, så två tillgångar eller två stablecoins avvecklas på samma sätt som ett tillgång‑mot‑kontant‑utbyte.

Programmet exponerar instruktionerna CreateDvp, ReclaimDvp, SettleDvp, CancelDvp, RejectDvp och RecoverDvp. Finansiering har ingen egen instruktion; ett ben räknas som finansierat så snart dess escrow‑konto innehåller minst det avtalade beloppet, insatt via en standard TransferChecked‑token‑överföring. Eftersom vilken plånbok eller förvaringsinstitution som helst som kan skicka den överföringen kan finansiera ett ben utan ett DvP‑specifikt programanrop, enligt dokumentationen, kan befintliga förvarings‑ och kassasystem delta direkt. Atomiskhet uppnås genom att båda uppgörelsestransaktionerna ligger i en enda Solana‑transaktion, så antingen verkställs båda eller ingen. Fram till avveckling kan vilken part som helst återkräva sitt eget ben eller rulla tillbaka affären, uppgörelsemyndigheten kan avbryta, och en återhämtningsinstruktion hämtar insättningar som anländer efter att en affär har stängts.

Enligt meddelandet kan vilka två motparter som helst använda programmet med vilken uppgörelsesagent som helst, vare sig det är en bank, en förvaringsinstitution eller en börs.

Tokenstöd, gränser och åtkomst

Solana DvP stöder SPL Token och Token‑2022, inklusive token‑tillägg som Foundationen säger att reglerade emittenter är beroende av, såsom permanent delegat, pausbara token och överförings‑hooks. Dokumentationen är mer specifik: mynt som innehåller TransferFee-, InterestBearing‑, ScaledUiAmount‑ eller NonTransferable‑tillägg avvisas både vid skapande och avveckling, medan PermanentDelegate, Pausable, DefaultAccountState, en frysningsmyndighet och MintCloseAuthority accepteras. ConfidentialTransfer‑mynt accepteras med förbehållet att beloppen på det benet förblir offentliga, och TransferHook stöds upp till 32 extra konton per ben. Eftersom den tokeniserade värdepappersmallen i Mosaic, Foundationens verktyg för emission, alltid lägger till Scaled UI Amount‑tillägget, accepteras inte mynt skapade från den mallen som ben.

Dokumentationen specificerar också vad programmet inte gör. Det tillhandahåller ingen matchning, prisupptäckt eller orderbok; ingen nettning, endast bilaterala affärer; inga partiella fyllningar; ingen off‑ledger‑del; ingen behörighetskontroll, allowlist eller KYC; och ingen automatisk avveckling, eftersom avvecklingsmyndigheten måste signera. Det finns ingen protokollavgift utöver transaktionsavgifter och hyra. Handelsutgången är begränsad till ett år från skapandet, och endast avvecklingen blockeras efter utgången; återkrav, avbokning och avslag förblir tillgängliga, vilket kodförrådet anger förhindrar att en utgången men finansierad handel fastnar med medel.

Programmet eliminerar risken att förlora kapitalbeloppet mellan de två parterna, enligt dokumentationen, men det tar inte bort utfärdarens kredit- eller inlösenrisk för någon av tokenarna, möjligheten för en mynths myndigheter att agera på deponerade token, eller beroendet av att avvecklingsmyndigheten är tillgänglig för att signera.

Varje handel registreras i ett 458‑byte stort programägt konto. Källkoden, IDL:n, genererade TypeScript‑ och Rust‑klienter samt tester publiceras i solana-foundation/dvp GitHub‑arkivet under MIT‑licensen; programmet är ett no_std Pinocchio‑program med klienter genererade från IDL:n med hjälp av Codama. IDL:n är version 0.1.0 från och med den 2 oktober 2026, och programmet kan uppgraderas på båda klustren.

DvP är tillgänglig via Markets-modulen i Solana Developer Platform, vars tre moduler, Issuance, Payments och Markets, täcker tillgångsskapande, penningrörelser och avveckling, enligt produktsidan. En devnet‑demo kör en fullständig handel från skapande till atomisk avveckling. Stiftelsen meddelade att de planerar att lägga till sekretess i programmet så att handelsavvecklingar kan göras privata och konfidentiella, och de välkomnar designpartners och tidiga deltagare inför produktionssläppet.