Il fork di Stellar Network solleva preoccupazioni sul protocollo di consenso Ripple

Una recente biforcazione involontaria del registro nella rete Stellar ha causato un'interruzione temporanea del suo sistema di transazioni e ha dato origine a un dibattito più ampio sull'integrità del protocollo di consenso Ripple.

Il dibattito è iniziato il 5 dicembre, quando il direttore esecutivo della Stellar Development Foundation (SDF) Joyce Kim ha pubblicato un post sul blog delineando una biforcazione nella rete Stellar che l'azienda ha attribuito a problemi all'interno del protocollo di consenso Ripple.

Sia Ripple Labs cheStellar utilizzare il protocollo open source per fornire reti di transazione concorrenti che consentono di inviare denaro fiat tramite blockchain. Lo sviluppo mette in discussione la fattibilità della Tecnologie che entrambe le aziende sperano possa attrarre individui e aziende in cerca di un modo potente per ridurre i costi di trasferimento del denaro, sebbene l'incidente della scorsa settimana abbia avuto un impatto solo sulla rete Stellar .

Una domanda CORE che ne è derivata è stata se i problemi di rete di Stellar siano possibili anche in Ripple, o se i problemi siano sorti da modifiche nel codice del protocollo di consenso. Stellar stessa è una fork modificata di Ripple, un'iniziativa guidata da Jed McCaleb dopo la sua uscitanel 2013 da Ripple Labs, di cui è co-fondatore.

Non sorprende, dato ilstoria delle controversie tra le organizzazioni, Ripple Labs ha contestato le conclusioni del team Stellar in una risposta post del blog scritto dal direttore Tecnologie di Ripple Labs Stefan Thomas. Thomas ha sostenuto che i problemi risiedono nelle modifiche apportate da Stellar al protocollo di consenso prima dell'implementazione e ha affermato che la rete Ripple non ha riscontrato questi problemi in passato.

Serve un nuovo protocollo?

Secondo il rapporto iniziale di Stellar, i nodi di rete non sono riusciti a concordare su un registro comune, creando essenzialmente cronologie di transazioni gemelle che il team di sviluppo ha poi corretto nel giro di diverse ore. Questo processo ha portato alla perdita di fondi dei clienti su almeno ONE exchange che offre un mercato per l'asset token di Stellar, gli stellar, e all'eliminazione di transazioni che erano state incluse nella catena eventualmente modificata.

McCaleb, che ha anche fondato l'exchange Bitcoin Mt Gox, oggi non più attivo, ha in seguito pubblicato una valutazione tecnica che evidenziava un problema persistente di stabilità all'interno della rete Stellar .

McCaleb ha scritto:

"Abbiamo visto che i nodi tendono a perdere la sincronizzazione almeno da settembre. La rete si divideva in tre o quattro modi e poi alla fine si ricomponeva, ma lo faceva relativamente in fretta e senza perdite. La biforcazione della scorsa settimana è stata un caso in cui ciò è accaduto, ma il registro non è stato in grado di riunirsi rapidamente".

Ha ribadito che la colpa è del protocollo di consenso Ripple, indicando un difetto per cui i nodi verificano le transazioni in base ai dati di un pool di nodi più piccolo di quanto inizialmente previsto. McCaleb ha aggiunto che il team Stellar sta lavorando per "rendere sicuro il codice".

A seguito dell’incidente, l’SDF raddoppierà gli sforzi per un protocollo di consenso sostitutivo guidato da David Mazières del Secure Computing Group della Stanford University.

Nel frattempo, la rete di transazioni Stellar verrà eseguita su un singolo nodo di verifica, per evitare problemi simili durante lo sviluppo del nuovo protocollo.

Le critiche si concentrano sulla sicurezza del protocollo

IL protocollo di consenso costituisce la base per la verifica delle transazioni nelle reti Stellar e Ripple, con i nodi partecipanti che concordano sui round di transazioni che vengono poi codificati nei rispettivi registri di tali reti.

Nel post iniziale di Stellar sul fork, Kim ha affermato che il protocollo Ripple ha due problemi principali: la minimizzazione della sicurezza delle transazioni a favore dell'attività del sistema e dell'integrità del nodo e la capacità dell'algoritmo di consenso di raggiungere la correttezza.

Kim ha scritto:

"L'algoritmo di consenso Ripple/ Stellar esistente è implementato in un modo che favorisce la tolleranza agli errori e la terminazione rispetto alla sicurezza. Ciò significa che dà priorità alle chiusure e alla disponibilità del registro rispetto a tutti coloro che effettivamente concordano su cosa sia il registro, aprendo così diversi potenziali scenari di rischio".

Kim ha aggiunto che la ricerca condotta da Mazières "ha raggiunto la conclusione che l'algoritmo esistente difficilmente sarebbe stato sicuro in tutte le circostanze". Un nuovo white paper contenente il protocollo di consenso proposto, così come il suo codice, dovrebbe essere pubblicato nei prossimi mesi, ha continuato.

Ripple risponde

Il CTO di Ripple Labs Thomas ha scritto nella replica dell'azienda che alcune delle affermazioni nei post del blog di Stellar erano fuorvianti o errate, citando il suo white paper come prova sufficiente che il suo protocollo di consenso è sicuro.

Ha scritto:

"Non abbiamo esaminato la versione modificata del consenso Ripple di Stellar, ma per quanto riguarda l'algoritmo di consenso Ripple, il protocollo fornisce sicurezza e tolleranza agli errori supponendo che i validatori siano configurati correttamente."

Thomas ha anche contestato il meccanismo tramite il quale i nodi della rete raggiungono il consenso sui round di transazione e ha affermato che il team di Ripple LOOKS l'ora di esaminare i risultati preparati da Mazières.

Il capo crittografo di Ripple, David Schwartz, ha poi dichiarato a CoinDesk in una nota che sistemi come il protocollo di consenso Ripple "funzionano in modo affidabile solo quando una percentuale sufficientemente ampia di validatori o miner funziona correttamente".

"In base alle informazioni disponibili, sospettiamo che una grande percentuale dei validatori di Stellar abbia fallito, il che ha causato il fork del registro", ha affermato.

Immagine tramiteImmagine