Solana Foundation rilascia il programma di regolamento DvP atomico open source

La Solana Foundation, il 6 ottobre 2026, ha annunciato Solana DvP, un programma di escrow open source che offre alle istituzioni finanziarie un’API open source per il regolamento atomico delivery-versus-payment su Solana. Lannuncio datato a New York ha indicato che J.P. Morgan ha fornito input sulle pratiche e sui requisiti di regolamento istituzionale durante lo sviluppo del programma.

Rilasciato sotto licenza MIT, il programma è distribuito su mainnet-beta e devnet di Solana con l’ID programma dvp34bdbcEm4f4FCUjGV4mDAkDshaQR4LkK8fdcsyZq, secondo la documentazione del programma della Foundation. Il codice è stato revisionato da Cantina e la Foundation dichiara che il programma ha subito audit di sicurezza esterni ed è pronto per l’uso con fondi reali.

La Foundation descrive il delivery-versus-payment come la pietra angolare del regolamento dei titoli, una struttura che garantisce che l’asset e il denaro si muovano simultaneamente per eliminare il rischio di perdita del capitale scambiato. I mercati tradizionali ottengono ciò attraverso una catena di più giorni di clearinghouse, depositari e custodi che immobilizzano capitale per uno o due giorni, afferma l’annuncio, mentre le operazioni istituzionali che si regolano on‑chain hanno finora tipicamente fatto affidamento su smart contract su misura. Solana DvP è destinato a sostituire quei contratti su misura con un unico binario standard che si regola in modo atomico, fornisce escrow isolato e applica scadenze, comprimendo il regolamento in una singola transazione atomica con finalità in pochi secondi anziché giorni, ha dichiarato la Foundation.

“Il regolamento atomico elimina il rischio di controparte insito nella finanza tradizionale. Il programma Solana DvP fornisce alle istituzioni un unico standard aperto nell’ecosistema Solana, su infrastruttura pubblica, con finalità in pochi secondi anziché giorni,” ha dichiarato Catherine Gu, Head of Product, Digital Assets presso la Solana Foundation.

“Uno standard condiviso e aperto per il delivery‑versus‑payment atomico è esattamente il tipo di infrastruttura fondamentale di cui i partecipanti istituzionali al mercato hanno bisogno per operare su larga scala senza introdurre rischi di regolamento e esposizione alla controparte. Siamo stati lieti di contribuire con la nostra esperienza di regolamento,” ha dichiarato Rhodel D’souza, Head of Markets Digital Assets presso J.P. Morgan. Un disclaimer nell’annuncio afferma che il coinvolgimento della banca era limitato a fornire input sulle pratiche di regolamento dei titoli e non costituiva la progettazione, lo sviluppo, l’operatività, l’approvazione, la certificazione, la garanzia, l’approvazione o la garanzia di Solana DvP o delle sue prestazioni in alcun modo.

Come si regola una operazione

La pagina del prodotto della Foundation descrive il flusso in tre passaggi. In primo luogo, le parti, gli asset, gli importi, l’autorità di regolamento e la scadenza vengono registrati on‑chain. Ogni parte quindi finanzia il proprio escrow con un trasferimento token standard dal proprio wallet o custode esistente, senza richiedere integrazioni personalizzate dal wallet o custode della controparte. Infine, l’autorità rilascia entrambe le gambe in un’unica transazione atomica, oppure l’operazione viene annullata.

La documentazione definisce i ruoli dell’operazione. La parte dell’asset e la parte del contante finanziano ciascuna una metà dell’operazione. L’autorità di regolamento è un terzo indirizzo nominato al momento della creazione e l’unico firmatario che può regolare; non può reindirizzare i proventi, che sono fissati alla creazione. Un pagatore di affitto finanzia il deposito SOL che mantiene aperti i conti dell’operazione. Il programma è simmetrico, osserva la documentazione, quindi due asset o due stablecoin si regolano allo stesso modo di uno scambio asset‑contro‑contante.

Il programma espone le istruzioni CreateDvp, ReclaimDvp, SettleDvp, CancelDvp, RejectDvp e RecoverDvp. Il finanziamento non ha un’istruzione propria; una gamba è considerata finanziata una volta che il suo conto escrow contiene almeno l’importo concordato, depositato tramite un trasferimento token standard TransferChecked. Poiché qualsiasi wallet o custode in grado di inviare quel trasferimento può finanziare una gamba senza una chiamata al programma specifica per DvP, afferma la documentazione, le configurazioni di custodia e tesoreria esistenti possono partecipare direttamente. L’atomicità deriva dal fatto che entrambi i trasferimenti di regolamento avvengono all’interno di un’unica transazione Solana, quindi o entrambi hanno effetto o nessuno dei due. Fino al regolamento, ciascuna parte può reclamare la propria gamba o annullare l’operazione, l’autorità di regolamento può cancellare, e un’istruzione di recupero recupera i depositi che arrivano dopo la chiusura dell’operazione.

Secondo l’annuncio, qualsiasi coppia di controparti può utilizzare il programma con qualsiasi agente di regolamento, sia esso una banca, un custode o un exchange.

Supporto token, limiti e accesso

Solana DvP supporta SPL Token e Token-2022, incluse le estensioni token di cui la Foundation afferma dipendano gli emittenti regolamentati, come delegato permanente, token sospensibili e hook di trasferimento. La documentazione è più specifica: i mint che includono le estensioni TransferFee, InterestBearing, ScaledUiAmount o NonTransferable vengono rifiutati sia alla creazione sia al regolamento, mentre PermanentDelegate, Pausable, DefaultAccountState, un’autorità di congelamento e MintCloseAuthority sono accettati. I mint ConfidentialTransfer sono accettati con la riserva che gli importi su quella gamba rimangono pubblici, e TransferHook è supportato fino a 32 account aggiuntivi per gamba. Poiché il modello di security tokenizzata in Mosaic, il toolkit di emissione della Foundation, aggiunge sempre l’estensione Scaled UI Amount, i mint creati da quel modello non sono accettati come gambe.

La documentazione specifica anche ciò che il programma non fa. Non fornisce corrispondenza, scoperta del prezzo o libro degli ordini; nessun netting, solo scambi bilaterali; nessun riempimento parziale; nessuna gamba off‑ledger; nessun controllo di ammissibilità, lista di autorizzazione o KYC; e nessun regolamento automatico, poiché l’autorità di regolamento deve firmare. Non esiste alcuna commissione di protocollo oltre alle tariffe di transazione e al canone di locazione. La scadenza del trade è limitata a un anno dalla creazione, e solo il regolamento è bloccato dopo la scadenza; il recupero, l’annullamento e il rifiuto rimangono disponibili, come afferma il repository del codice, impedendo che un trade scaduto ma finanziato blocchi i fondi.

Il programma elimina il rischio di perdita del capitale scambiato tra le due parti, secondo la documentazione, ma non elimina il rischio di credito dell’emittente o il rischio di rimborso su nessuno dei token, la capacità delle autorità di un mint di agire sui token in escrow, né la dipendenza dalla disponibilità dell’autorità di regolamento per firmare.

Ogni trade è registrato in un account di programma di 458 byte. Il codice sorgente, l’IDL, i client TypeScript e Rust generati e i test sono pubblicati nel solana-foundation/dvp repository GitHub sotto licenza MIT; il programma è un programma Pinocchio no_std con client generati dall’IDL tramite Codama. L’IDL è alla versione 0.1.0 al 2 ottobre 2026, e il programma è aggiornabile su entrambi i cluster.

DvP è accessibile tramite il modulo Markets della Solana Developer Platform, i cui tre moduli, Issuance, Payments e Markets, coprono la creazione di asset, il movimento di denaro e il regolamento, secondo la pagina prodotto. Una demo devnet esegue un trade completo dalla creazione al regolamento atomico. La Foundation ha dichiarato di pianificare l’aggiunta della privacy al programma affinché i regolamenti dei trade possano essere resi privati e confidenziali, e sta accogliendo partner di design e primi partecipanti in vista del rilascio in produzione.