sono rimasto sveglio la scorsa notte a esaminare le specifiche tecniche dell'rCBDC e onestamente qualcosa riguardo la rivendicazione della capacità offline non mi lascia in pace 😂
il CBDC retail funziona su un modello UTXO. le transazioni consumano output non spesi e ne creano di nuovi. la rete tiene traccia di quali output sono stati spesi. la prevenzione della doppia spesa funziona perché la rete vede ogni transazione prima che l'output venga contrassegnato come consumato.
la capacità offline rompe quell'assunzione
se un cittadino in un'area a bassa connettività effettua una transazione offline, quella transazione raggiunge la rete più tardi. ma tra il momento in cui avviene la transazione offline e il momento in cui si risolve - lo stesso output non speso appare ancora valido per chiunque altro con cui quel cittadino interagisca offline
documenti elencano il supporto offline come una caratteristica di inclusione finanziaria. non descrivono il meccanismo che impedisce lo stesso UTXO di essere speso due volte prima che una delle due transazioni raggiunga la rete
onestamente non so se le transazioni CBDC offline abbiano una soluzione crittografica a questo che semplicemente non è documentata a questo livello o se la finestra della doppia spesa è un compromesso noto che il design accetta in cambio di accesso a bassa connettività?? 🤔
#SignDigitalSovereignInfra @SignOfficial $SIGN
