De Solana Foundation publiceerde op 6 oktober een open-source standaard voor delivery-versus-payment-afwikkeling, waarmee bouwers een programma krijgen dat de contante en activapoot van een transactie samen of helemaal niet verplaatst. Het ontwerp vereist dat beide zijden volledig gefinancierd zijn voordat de uitvoering plaatsvindt — geen gedeeltelijke uitvoering — en plaatst elke poot in een eigen escrow totdat een derde partij, de afwikkelingsautoriteit, goedkeuring geeft. Het is een smalle maar bewuste stukje infrastructuur voor tokenized markten op Solana, en het laat bewust verschillende zaken buiten beschouwing.
Hoe de tweebenige uitwisseling daadwerkelijk werkt
Wanneer een transactie wordt opgezet, vergrendelt het programma het overeengekomen bedrag aan tokens van elke zijde in afzonderlijke escrow-rekeningen. Beide poten moeten token-rekeningen op Solana zijn. Een betaling via een bankrekening op een ander spoor komt niet in aanmerking — die valt volledig buiten de atomaire uitwisseling. De afwikkelingscode, op de gedocumenteerde source commit, controleert of elk escrow-saldo het overeengekomen bedrag voor die poot dekt voordat er iets wordt overgedragen. Als één zijde tekortschiet, mislukt het geheel.
Financiering is niets exotisch. Het is een gewone gecontroleerde tokenoverdracht, wat betekent dat een custody- of treasurysysteem de tokens kan leveren zonder een speciale financieringsfunctie aan te roepen. Bestemmingen worden vastgelegd wanneer het transactierecord wordt aangemaakt. Als een vereiste overdracht niet kan worden voltooid, keert de afwikkelingstransactie terug — maar de eerdere financieringsoverdrachten zijn afzonderlijke transacties, dus die worden niet teruggedraaid. Eventuele overtollige tokens gaan terug naar de genoemde partij in plaats van het bedrag dat de tegenpartij ontvangt op te vullen.
Netting is expliciet uitgesloten
Het programma sluit netting uit, de praktijk van het verrekenen van verplichtingen voordat het resterende saldo wordt betaald. Dat is een bewuste afweging, en een die de Bank for International Settlements en het Committee on Payments and Market Infrastructures hebben opgemerkt in hun tokenization-rapport van oktober 2024 op pagina's 12 en 13: onmiddellijke bruto-afwikkeling vereist meer liquiditeit, terwijl nettingregelingen dezelfde liquiditeit verder strekken. Maar het BIS-rapport wijst ook op de andere kant van de balans — snellere toegang tot geld en activa kan de opportuniteitskosten van kapitaal dat tijdens de afwikkeling vastzit verlagen.
Een CryptoSlate-analyse van tokenized deposito's maakte een gerelateerd onderscheid, tussen het sneller verplaatsen van contant geld en het verminderen van de hoeveelheid contant geld die je nodig hebt. De Roughrider-bespreking van 2 oktober beschreef een bankbetalingsregeling op Solana waarbij tokenoverdrachten en burning samengaan met dagelijkse netting van bewegingen op bankrekeningen. Dat is een andere vorm van het probleem, en Solana DvP probeert dat niet op te lossen.
Wat atomaire afwikkeling wel en niet dekt
Het programma beschermt tegen principal delivery risk binnen de tokenuitwisseling. Als je de koper bent, kun je niet betalen zonder het activum te ontvangen, en vice versa. Wat het niet doet, is de financiële relatie rond de transactie opruimen. Een kredietverstrekker zou beide posities kunnen financieren via een afzonderlijke regeling, maar die financieringsrelatie valt buiten het DvP-programma — de economische verantwoordelijkheid blijft bij de deelnemers en bij wie hen ondersteunt.
De instrumenten zelf dragen ook bagage met zich mee. Een cash-token draagt de krediet- en aflossingsrisico's van de uitgever. Een gereguleerd activatoken kan controlemechanismen behouden — freeze-, pause-, permanent-delegate-bevoegdheden — die overdrachten beïnvloeden zelfs terwijl de tokens in escrow staan. Atomair of niet, je houdt nog steeds andermans claim vast.
Waar dit naartoe gaat
Het programma is open source, met de afwikkelingslogica vastgezet op een gedocumenteerde source commit voor iedereen die de escrow-controles wil auditen. De interessante vraag is nu wie erop voortbouwt. Een custody-provider, een treasury-afdeling of een uitgever van tokenized deposito's zou financiering kunnen aansluiten zonder wijzigingen aan het programma zelf, aangezien het financieringspad slechts een standaard gecontroleerde overdracht is. Of een van hen dat doet — en of bruto-afwikkeling op dit granulariteitsniveau echt volume vindt op Solana — is het deel dat nog niet beantwoord is.
