Il 6 ottobre la Solana Foundation ha pubblicato uno standard open-source per il regolamento delivery-versus-payment, offrendo agli sviluppatori un programma che sposta insieme le gambe di cassa e di attività di uno scambio, o nessuna delle due. Il design richiede che entrambe le parti siano completamente finanziate prima dell'esecuzione — nessuna esecuzione parziale — e colloca ciascuna gamba in un proprio escrow fino all'approvazione di una terza parte, l'autorità di regolamento. È un'infrastruttura ristretta ma deliberata per i mercati tokenizzati su Solana, e omette diverse cose di proposito.
Come funziona effettivamente lo scambio a due gambe
Quando viene impostato uno scambio, il programma blocca l'importo concordato dei token di ciascuna parte in conti escrow separati. Entrambe le gambe devono essere conti token su Solana. Un pagamento su conto bancario effettuato su un altro canale non è idoneo — resta completamente fuori dallo scambio atomico. Il codice di regolamento, al commit sorgente documentato, verifica che ciascun saldo escrow copra l'importo concordato per quella gamba prima di trasferire qualsiasi cosa. Se una parte è scoperta, l'intera operazione fallisce.
Il finanziamento non ha nulla di esotico. È un normale trasferimento di token con controllo, il che significa che un sistema di custodia o tesoreria può fornire i token senza chiamare una funzione di finanziamento speciale. Le destinazioni sono fisse al momento della creazione del record di scambio. Se un trasferimento richiesto non può essere completato, la transazione di regolamento si annulla — ma i trasferimenti di finanziamento precedenti sono transazioni separate, quindi non si annullano con essa. Eventuali token in eccesso tornano alla parte designata invece di aumentare ciò che riceve la controparte.
Il netting è esplicitamente escluso
Il programma esclude il netting, la pratica di compensare le obbligazioni prima di pagare il saldo rimanente. È un compromesso consapevole, e uno che la Banca dei Regolamenti Internazionali e il Comitato sui Pagamenti e le Infrastrutture di Mercato hanno segnalato nel loro rapporto sull'ottobre 2024 sulla tokenizzazione alle pagine 12 e 13: il regolamento lordo immediato richiede più liquidità, mentre gli accordi di netting estendono la stessa liquidità più a lungo. Ma il rapporto della BRI indica anche l'altro lato della medaglia — un accesso più rapido a denaro e attività può ridurre il costo opportunità del capitale immobilizzato durante il regolamento.
Un'analisi di CryptoSlate sui depositi tokenizzati ha fatto una distinzione correlata, tra il muovere il denaro più velocemente e il ridurre la quantità di denaro necessaria. La sua copertura del 2 ottobre su Roughrider descriveva un accordo di pagamento bancario su Solana in cui i trasferimenti di token e il burning coesistono con il netting giornaliero dei movimenti dei conti bancari. Questa è una forma diversa del problema, e Solana DvP non cerca di risolverla.
Cosa copre e cosa non copre il regolamento atomico
Il programma protegge dal rischio di consegna del capitale all'interno dello scambio di token. Se sei l'acquirente, non puoi pagare senza ricevere l'attività, e viceversa. Ciò che non fa è sistemare la relazione finanziaria attorno allo scambio. Un prestatore potrebbe finanziare una delle due posizioni attraverso un accordo separato, ma quella relazione di finanziamento vive al di fuori del programma DvP — la responsabilità economica rimane con i partecipanti e con chi li sostiene.
Gli strumenti stessi portano con sé dei fardelli. Un token di cassa porta i rischi di credito e di rimborso del suo emittente. Un token di attività regolamentato può mantenere controlli — poteri di congelamento, pausa, delegato permanente — che influenzano i trasferimenti anche mentre i token sono in escrow. Atomico o no, stai comunque detenendo una pretesa di qualcun altro.
Dove si va da qui
Il programma è open source, con la logica di regolamento fissata a un commit sorgente documentato per chiunque voglia verificare i controlli dell'escrow. La domanda interessante ora è chi costruirà sopra di esso. Un fornitore di custodia, un desk di tesoreria o un emittente di depositi tokenizzati potrebbero inserire il finanziamento senza alcuna modifica al programma stesso, poiché il percorso di finanziamento è solo un trasferimento standard con controllo. Se qualcuno lo farà — e se il regolamento lordo a questo livello di granularità troverà volumi reali su Solana — è la parte che non ha ancora una risposta.
