Solana Foundation publiserte den 6. oktober en åpen kildekode-standard for delivery-versus-payment-oppgjør, som gir utviklere et program som flytter en handels kontant- og aktivabein sammen eller ikke i det hele tatt. Designet krever at begge sider er fullt finansiert før utførelse – ingen dellikvideringer – og plasserer hvert bein i sin egen escrow-konto til en tredjepart, oppgjørsmyndigheten, godkjenner. Det er et smalt, men bevisst stykke infrastruktur for tokeniserte markeder på Solana, og det utelater flere ting med vilje.
Hvordan den tobeinte utvekslingen faktisk fungerer
Når en handel settes opp, låser programmet det avtalte beløpet av hver sides tokens i separate escrow-kontoer. Begge bein må være tokenkontoer på Solana. En bankkontobetaling gjort på en annen kanal kvalifiserer ikke – den faller helt utenfor den atomiske utvekslingen. Oppgjørskoden, ved den dokumenterte kildekode-commit'en, sjekker at hver escrow-saldo dekker det avtalte beløpet for det beinet før den overfører noe. Hvis en side mangler midler, mislykkes hele transaksjonen.
Finansiering er ikke noe eksotisk. Det er en vanlig sjekket tokenoverføring, noe som betyr at et depot- eller treasury-system kan levere tokens uten å kalle en spesiell finansieringsfunksjon. Destinasjoner er faste når handelsposten opprettes. Hvis en nødvendig overføring ikke kan fullføres, reverseres oppgjørstransaksjonen – men de tidligere finansieringsoverføringene er separate transaksjoner, så de tilbakeføres ikke sammen med den. Eventuelle overskytende tokens går tilbake til den navngitte parten i stedet for å fylle på det motparten mottar.
Netting er eksplisitt utelukket
Programmet utelukker netting, praksisen med å motregne forpliktelser før man betaler eventuell gjenværende saldo. Det er en bevisst avveining, og det er en som Bank for International Settlements og Committee on Payments and Market Infrastructures påpekte i sin tokeniseringsrapport fra oktober 2024 på sidene 12 og 13: umiddelbar bruttooppgjør krever mer likviditet, mens nettingordninger strekker den samme likviditeten lenger. Men BIS-rapporten peker også på den andre siden av regnskapet – raskere tilgang til penger og eiendeler kan redusere alternativkostnaden for kapital som er bundet under oppgjør.
En CryptoSlate-analyse av tokeniserte innskudd gjorde en beslektet distinksjon, mellom å flytte kontanter raskere og å redusere mengden kontanter du trenger. Dekningen deres av Roughrider 2. oktober beskrev en bankbetalingsordning på Solana hvor tokenoverføringer og brenning ligger side om side med daglig netting av bankkontobevegelser. Det er en annen form for problemet, og Solana DvP prøver ikke å løse det.
Hva atomisk oppgjør dekker og ikke dekker
Programmet beskytter mot hovedstol-leveringsrisiko inne i tokenutvekslingen. Hvis du er kjøper, kan du ikke betale uten å motta eiendelen, og omvendt. Det det ikke gjør, er å rydde opp i det finansielle forholdet rundt handelen. En långiver kan finansiere begge posisjoner gjennom en separat ordning, men det finansieringsforholdet lever utenfor DvP-programmet – det økonomiske ansvaret forblir hos deltakerne og de som støtter dem.
Instrumentene selv har også bagasje. En kontanttoken bærer utstederens kreditt- og innløsningsrisiko. En regulert aktivatoken kan beholde kontroller – fryse, pause, permanente delegat-rettigheter – som påvirker overføringer selv mens tokenene ligger i escrow. Atomisk eller ikke, du holder fortsatt noen andres krav.
Hvor dette går videre
Programmet er åpen kildekode, med oppgjørslogikken festet til en dokumentert kildekode-commit for alle som vil revidere escrow-sjekkene. Det interessante spørsmålet nå er hvem som bygger på toppen av det. En depotleverandør, et treasury-skrivebord eller en utsteder av tokeniserte innskudd kan koble til finansiering uten endringer i programmet selv, siden finansieringsveien bare er en standard sjekket overføring. Hvorvidt noen av dem gjør det – og hvorvidt bruttooppgjør på dette detaljnivået finner reell volum på Solana – er den delen som ennå ikke er besvart.
