Oracle porta i depositi tokenizzati nei pagamenti coordinati da Swift

L’integrazione annunciata da Oracle con il ledger blockchain di Swift punta a collegare i depositi tokenizzati delle banche ai pagamenti tra istituti, senza chiedere loro di abbandonare i sistemi già in uso. Il progetto mette in relazione l’infrastruttura digitale di ciascuna banca, il livello di coordinamento di Swift e le procedure di pagamento basate sullo standard ISO 20022. Oracle ha presentato l’iniziativa a Sibos, a Miami, il 28 settembre 2026. 32

Un collegamento tra sistemi, non una migrazione su un’unica blockchain

Il modello descritto da Oracle unisce tre elementi: l’infrastruttura con cui una banca gestisce i propri depositi tokenizzati, il ledger di Swift che coordina le attività tra istituti e le operazioni di pagamento già esistenti. L’obiettivo dichiarato è consentire alle banche di ampliare i servizi attuali con depositi tokenizzati interoperabili e gestire pagamenti tradizionali e digitali attraverso un modello operativo unificato. 32

In altre parole, non si tratta di trasferire tutti i depositi e i pagamenti su una sola blockchain. Le banche userebbero la propria infrastruttura per i depositi tokenizzati, mentre il ledger di Swift contribuirebbe a coordinare i flussi tra istituti. 2132

A cosa servono le piattaforme Oracle

• Oracle Blockchain Platform fornisce una parte della base tecnologica per collegare l’infrastruttura digitale di un istituto al ledger di Swift e partecipare ai flussi di pagamento coordinati attraverso di esso. 1632
• Oracle Digital Assets Data Nexus mette in comunicazione le transazioni in asset digitali con le operazioni di pagamento esistenti. Le funzionalità annunciate comprendono l’integrazione con sistemi basati su ISO 20022 e il coordinamento con il ledger di Swift. 1929
• Oracle Banking Payments offre un’integrazione preconfigurata per le banche che utilizzano la piattaforma di pagamento Oracle. L’intento è inserire i flussi di denaro digitale nei processi di elaborazione e orchestrazione già in uso, anziché crearne uno separato. 1929

In sintesi, Data Nexus fa da raccordo tra l’attività sugli asset digitali e le operazioni di pagamento; Banking Payments è il sistema di pagamento esistente con cui l’integrazione è progettata per funzionare. Oracle afferma che Banking Payments è costruito sullo standard ISO 20022, usato per strutturare i messaggi finanziari. 1934

Il contesto del progetto Swift

L’annuncio di Oracle si inserisce in un’iniziativa più ampia di Swift: l’organizzazione dichiara di collaborare con oltre 40 istituzioni finanziarie allo sviluppo del ledger blockchain. 5 Per il caso d’uso iniziale, 17 banche si stavano preparando a testare transazioni reali con depositi tokenizzati, con l’obiettivo di abilitare pagamenti transfrontalieri 24 ore su 24, sette giorni su sette. 9

I due numeri si riferiscono a gruppi e fasi differenti: oltre 40 istituzioni sono coinvolte nel lavoro più ampio, mentre 17 banche preparavano le transazioni pilota iniziali. Non significano che tutti gli istituti stiano già elaborando pagamenti con depositi tokenizzati in produzione. 59

Cosa promette l’integrazione — e cosa no

Il beneficio atteso è l’interoperabilità: le banche potrebbero collegare l’attività sugli asset digitali alle infrastrutture di pagamento che già utilizzano, mentre il ledger di Swift coordina i flussi tra istituti. Oracle presenta l’integrazione come un modo per gestire pagamenti tradizionali e digitali con un modello operativo unificato. 2132

Gli annunci descrivono funzionalità previste e attività pilota, non una disponibilità universale. Il primo obiettivo di Swift è rendere possibili pagamenti transfrontalieri continuativi; la finalità più ampia è far dialogare gli asset digitali tra istituti e con le infrastrutture di pagamento tradizionali. 921