Solana Foundation udgiver open source-atomisk DvP-afregningsprogram

Solana Foundation annoncerede den 6. oktober 2026 Solana DvP, et open source-escrowprogram, der tilbyder finansielle institutioner et open source‑API til atomisk delivery‑versus‑payment‑afregning på Solana. New York-datert meddelelse oplyste, at J.P. Morgan bidrog med input til institutionelle afregningspraksisser og -krav under programmets udvikling.

Udgivet under MIT-licensen er programmet implementeret på Solanas mainnet‑beta og devnet under program‑ID‑en dvp34bdbcEm4f4FCUjGV4mDAkDshaQR4LkK8fdcsyZq, ifølge Foundationens programdokumentation. Koden er blevet revideret af Cantina, og Foundationen oplyser, at programmet har gennemgået eksterne sikkerhedsrevisioner og er klar til brug med rigtige midler.

Foundationen beskriver delivery‑versus‑payment som grundstenen i værdipapirafregning, en struktur der sikrer, at aktivet og pengene bevæger sig simultant for at fjerne hovedstolsrisiko. Traditionelle markeder opnår dette gennem en fler‑dags kæde af clearing‑huse, depotinstitutioner og forvaltere, som binder kapital i én til to dage, oplyser meddelelsen, mens institutionelle handler, der afregnes on‑chain, indtil nu typisk har været afhængige af skræddersyede smarte kontrakter. Solana DvP er beregnet til at erstatte disse skræddersyede kontrakter med en standardbane, der afregnes atomisk, leverer isoleret escrow og håndhæver deadlines, og komprimerer afregningen til én atomisk transaktion med endelighed på sekunder i stedet for dage, siger Foundationen.

“Atomisk afregning fjerner modpartsrisiko, som er iboende i traditionel finans. Solana DvP‑programmet giver institutioner én åben standard på tværs af Solana‑økosystemet, på offentlig infrastruktur, med endelighed på sekunder i stedet for dage,” sagde Catherine Gu, Head of Product, Digital Assets hos Solana Foundation.

“En delt, åben standard for atomisk delivery‑versus‑payment er præcis den type grundlæggende infrastruktur, som institutionelle markedsdeltagere har brug for for at operere i stor skala uden at introducere afregningsrisiko og modparts‑eksponering. Vi er glade for at kunne bidrage med vores afregningsekspertise,” sagde Rhodel D’souza, Head of Markets Digital Assets hos J.P. Morgan. En ansvarsfraskrivelse i meddelelsen angiver, at bankens involvering var begrænset til at give input til værdipapirafregningspraksis og ikke udgjorde design, udvikling, drift, godkendelse, certificering, garanti, godkendelse eller på nogen måde at garantere Solana DvP eller dets ydeevne.

Hvordan en handel afregnes

Foundationens produktside beskriver flowet i tre trin. Først registreres parterne, aktiverne, beløbene, afregningsmyndigheden og udløbsdatoen on‑chain. Hver part finansierer derefter sin escrow med en standard token‑overførsel fra sin eksisterende wallet eller forvalter, uden at der kræves specialintegration fra modpartens wallet eller forvalter. Til sidst frigiver myndigheden begge ben i én atomisk transaktion, eller handlen rulles tilbage.

Dokumentationen definerer handelens roller. Asset‑leg‑parterne og cash‑leg‑parterne finansierer hver deres side af handlen. Afregningsmyndigheden er en tredje adresse, der navngives ved oprettelsen og er den eneste underskriver, der kan afregne; den kan ikke omdirigere provenuet, som er fastsat ved oprettelsen. En lejer betaler lejen til SOL‑deponeringen, som holder handelens konti åbne. Programmet er symmetrisk, bemærker dokumentationen, så to aktiver eller to stablecoins afregnes på samme måde som en asset‑mod‑cash‑udveksling.

Programmet eksponerer instruktionerne CreateDvp, ReclaimDvp, SettleDvp, CancelDvp, RejectDvp og RecoverDvp. Finansiering har ingen egen instruktion; et ben betragtes som finansieret, når dets escrow‑konto indeholder mindst det aftalte beløb, indsat via en standard TransferChecked‑token‑overførsel. Da enhver wallet eller forvalter, der kan sende den overførsel, kan finansiere et ben uden et DvP‑specifikt programkald, angiver dokumentationen, at eksisterende forvaltnings‑ og treasury‑opsætninger kan deltage direkte. Atomiskhed opnås ved, at begge afregningsoverførsler ligger i én enkelt Solana‑transaktion, så enten træder begge i kraft, eller ingen gør. Indtil afregning kan hver part genindløse sit eget ben eller rulle handlen tilbage, afregningsmyndigheden kan annullere, og en genoprettelses‑instruktion henter indskud, der lander efter at en handel er lukket.

Ifølge meddelelsen kan enhver to modparter bruge programmet med enhver afregningsagent, hvad enten det er en bank, en forvalter eller en børs.

Token‑understøttelse, grænser og adgang

Solana DvP understøtter SPL Token og Token‑2022, inklusive token‑udvidelser, som Foundationen siger regulerede udstedere er afhængige af, såsom permanent delegat, pause‑tokens og transfer‑hooks. Dokumentationen er mere specifik: mint‑er, der indeholder TransferFee, InterestBearing, ScaledUiAmount eller NonTransferable‑udvidelser, afvises både ved oprettelse og afregning, mens PermanentDelegate, Pausable, DefaultAccountState, en freeze‑authority og MintCloseAuthority accepteres. ConfidentialTransfer‑mint‑er accepteres med forbeholdet, at beløb på det ben forbliver offentlige, og TransferHook understøttes op til 32 ekstra konti pr. ben. Da tokeniseret‑sikkerheds‑skabelonen i Mosaic, Foundationens udstedelses‑værktøjssæt, altid tilføjer Scaled UI Amount‑udvidelsen, accepteres mint‑er oprettet fra den skabelon ikke som ben.

Dokumentationen fastlægger også, hvad programmet ikke gør. Det leverer ingen matchning, prisopdagelse eller ordrebog; ingen netting, kun bilaterale handler; ingen delvise udfyldninger; ingen off‑ledger‑ben; ingen berettigelseskontrol, tilladelsesliste eller KYC; og ingen automatisk afregning, fordi afregningsmyndigheden skal underskrive. Der er ingen protokolgebyr ud over transaktionsgebyrer og leje. Handlens udløb er begrænset til ét år fra oprettelse, og kun afregning blokeres efter udløb; geninddragelse, annullering og afvisning forbliver tilgængelige, hvilket kode‑lageret angiver forhindrer, at en udløbet men finansieret handel sidder fast med midler.

Programmet fjerner hovedstolsrisikoen mellem de to parter, ifølge dokumentationen, men det fjerner ikke udstederens kredit- eller indløsningsrisiko på nogen af tokenerne, muligheden for, at en mint’s myndigheder kan handle på escrow‑tokens, eller afhængigheden af, at afregningsmyndigheden er tilgængelig for at underskrive.

Hver handel registreres i en 458‑byte program‑ejet konto. Kildekoden, IDL’en, genererede TypeScript‑ og Rust‑klienter samt tests publiceres i solana-foundation/dvp GitHub‑repository under MIT‑licensen; programmet er et no_std Pinocchio‑program med klienter genereret fra IDL’en ved hjælp af Codama. IDL’en er på version 0.1.0 pr. 2. oktober 2026, og programmet kan opgraderes på begge klynger.

DvP er tilgængelig via Markets‑modulet i Solana Developer Platform, hvis tre moduler, Issuance, Payments og Markets, dækker aktivoprettelse, pengestrøm og afregning, ifølge produktsiden. En devnet‑demo kører en fuld handel fra oprettelse til atomisk afregning. Foundation har sagt, at de planlægger at tilføje privatliv til programmet, så handelsafregninger kan gøres private og fortrolige, og de byder designpartnere og tidlige deltagere velkommen inden produktionsudgivelsen.