Una nuova svolta nella tecnologia Lightning potrebbe arrivare presto su Bitcoin

La rete Lightning di Bitcoin potrebbe aver appena iniziato a inviare transazioni tramite blockchain, ma i suoi sviluppatori stanno già cercando di riprogettare la Tecnologie.

Questo perché, sebbene pubblicizzata come un modo per aumentare significativamente la capacità di bitcoin, la rete stessa richiede agli utenti di archiviare una quantità significativa di dati, il che rende difficile scaricarla ed eseguirla. Pertanto, diversi sviluppatori di lightning, il co-fondatore di Lightning Labs 'Laolu' Osuntokun e Christian Decker e Rusty Russell di Blockstream, hanno pubblicato una nuova proposta che immagina un modo alternativo e "semplificato" di effettuare transazioni off-chain chiamatoanche troppo.

Ma la nuova proposta T riguarda solo la condensazione della quantità di dati che gli utenti devono archiviare, ma anche la salvaguardia della sicurezza Criptovaluta degli utenti.

Ad esempio, tutti questi dati pongono un altro problema, in quanto se gli utenti trasmettono accidentalmente dati più vecchi, potrebbero perdere denaro. Per questo motivo, questi dati sono stati definiti "informazioni tossiche".

Eltoo, d'altro canto, memorizza solo i dati più recenti delle transazioni off-chain, risolvendo il noto problema dell'"asimmetria informativa": se succede qualcosa al dispositivo su cui esegui l'app Lightning, ad esempio lo smartphone, potresti perdere l'accesso all'intera cronologia dei dati.

"Con eltoo, riduciamo il rischio che i fondi vengano spazzati via. Eliminiamo queste informazioni tossiche", ha affermato Decker, che ha osservato che il nome della proposta è una specie di scherzo: la grafia fonetica di "L2", che sta per layer-two, ciò che molti chiamano Tecnologie come un fulmine che spinge le transazioni fuori dalla catena.

E questo è un aspetto che interessa molto a Decker, poiché ha sperimentato personalmente il problema.

"Questo è successo davvero a me", ha detto, aggiungendo:

"Avevo un vecchio nodo lightning sul mio portatile. L'ho ripristinato. T sapevo di T avere lo stato più recente. Il tizio ha chiuso la connessione perché sapeva che era uno stato vecchio! Perché poteva rubarlo. Cosa che ha fatto, tra l'altro."

Tutto sulla revoca

Da tempo gli sviluppatori cercano di trovare un modo per consentire agli utenti di effettuare numerose transazioni utilizzando Bitcoin, senza appesantire la blockchain con dati non necessari.

Questo è in realtà l'oggetto della maggior parte dei dibattiti sulla scalabilità.

Ma il primo tentativo in tal senso risale agli albori della storia di Bitcoin, quando vennero sperimentate le funzionalità di transazione off-chain utilizzando i cosiddetti "numeri di sequenza" per KEEP traccia di quale transazione off-chain fosse la più recente.

L'idea era semplice: se ALICE ha $ 10 e invia una transazione da $ 1 a Bob, ovviamente il suo saldo scende a $ 9,00. Questo quindi ottiene un numero di sequenza "1". Se in seguito invia a Bob $ 4, il suo saldo è ora di $ 5 e questa transazione più recente ottiene un numero di sequenza "2".

Ma secondo Decker, il meccanismo "T ha funzionato", perché i minatori T avevano motivo di far rispettare le regole e sostituire le vecchie transazioni con quelle più recenti.

I minatori potrebbero semplicemente trasmettere l' ONE transazione in cui il saldo di Alice scende a $ 9 (anche se aveva effettuato un'altra transazione che aveva fatto scendere il suo saldo a $ 5). Mentre non è chiaro perché un minatore potrebbe voler o decidere di non revocare una transazione per ONE, potrebbe decidere di farlo poiché non c'era alcuna esecutività.

In questo modo, è fondamentale revocare le vecchie transazioni, altrimenti Bob potrebbe non ottenere la seconda transazione e ALICE potrebbe scappare con i soldi.

Questa "mancanza di applicabilità" è un problema che T è stato risolto fino al 2015.

E la rete lightning è la soluzione più nota a questo problema finora. Oggi, la revoca del vecchio stato viene realizzata con il modello "L2-penalty", in base al quale un portafoglio o nodo lightning memorizza tutti questi stati intermedi, quindi, se qualcuno prova a trasmettere uno stato precedente, ora non valido, questo viene rilevato e l'utente che imbroglia viene punito con la perdita di denaro.

Eltoo e L2

Ma, tre anni dopo, i ricercatori stanno di fatto tornando all'idea di utilizzare numeri sequenziali per revocare vecchie transazioni.

A differenza del vecchio codice di bitcoin, che T aveva un meccanismo di controllo per queste sequenze, eltoo aggiunge una procedura che rende prescritto ogni aggiornamento di stato. Ogni aggiornamento di stato (ad esempio, ALICE che invia denaro a Bob) è composto da due transazioni, ciascuna delle quali entrambe le parti memorizzano e che sostituiscono totalmente la precedente transazione di aggiornamento.

"Solo l'ultima transazione di regolamento può essere confermata sulla blockchain", afferma l'introduzionepost del blogspiega.

Il vantaggio tangenziale di questo sistema è che aumenta la scalabilità di lightning. Con eltoo, ogni nodo lightning T ha bisogno di memorizzare tutti gli stati intermedi, piuttosto, memorizza solo la versione più recente e alcune informazioni sulla transazione stessa, come la sua transazione di regolamento corrispondente e potenzialmente gli HTLC che spendono da quel regolamento, nota il post.

Ma forse l'aspetto più vantaggioso della proposta è che T si basa sul modello "chi vince prende tutto".

In alternativa, è possibile utilizzare contemporaneamente gli schemi di penalità eltoo e quelli L2 più vecchi.

"Eltoo ha dei compromessi piuttosto diversi. Non sto dicendo che sia migliore in tutti i sensi", ha detto Decker a CoinDesk, indicando alcune argomentazioni sulla mailing list degli sviluppatori Bitcoin riguardo alla Tecnologie che aumenta i tempi di attesa per la liquidazione delle transazioni.

Nel complesso, è comunque molto entusiasta di eltoo e della semplicità che offre, aggiungendo:

"T sappiamo ONE sia il più bello, ma vorrei che eltoo fosse l'opzione migliore. Penso che eltoo sia più facile da spiegare e da estendere in seguito."

Codice ostacolo

Non solo gli sviluppatori stanno ancora discutendo sui meriti della proposta, ma c'è un altro ostacolo che ostacola questa tecnologia: "sighash_noinput".

Questa opzione di codice tanto attesa deve essere aggiunta alla base di codice Bitcoin affinché la Criptovaluta possa supportare Eltoo (almeno in una forma efficiente).

Per capirne il motivo, è importante sapere cosa fa la funzione base sighash. Funziona come una specie di flag che specifica quale parte dei dati della transazione deve essere firmata quando viene trasferita a qualcun altro. Gli utenti possono scegliere tra una gamma di opzioni, ad esempio il flag predefinito, sighash_all, indica che tutte le parti della transazione devono essere firmate, il che significa che nessuna di queste parti può essere modificata durante il processo.

La funzione proposta "sighash_noinput" potrebbe segnalare che i dati "input" che vanno in una transazione T hanno bisogno di essere firmati. E a loro volta, che i dati in input possono cambiare nel tempo, da quando la transazione è stata creata a quando è stata scritta nella blockchain.

Ed è esattamente ciò di cui eltoo ha bisogno, poiché il concetto è che tutto lo stato tra la transazione iniziale e quella finale verrà eliminato, il che significa che l'input sarà diverso dall'inizio e dalla fine.

Quando gli è stato chiesto se pensa che la proposta sighash_noinput verrà integrata nel codice di base Bitcoin , Decker ha riso e ha detto: "Da quando è nato SegWit, ho smesso di fare queste previsioni".

Sta sottolineando il fatto che Segregated Witness (SegWit) ha avuto un ampio supporto dalla maggior parte degli sviluppatori più attivi di Bitcoin, ma ha finito per fomentareuna battaglia lunga anni all'interno della comunità. La modifica del codice è stata aggiunta a Bitcoin solo lo scorso agosto, anche se è stato propostopiù di due anni prima.

Tuttavia, anche se è ancora presto, la funzione sighash_noinput è una modifica relativamente facile da apportare al codice di base di Bitcoin, ha affermato Decker.

Inoltre, da tempo si teorizza che il cambiamento avrebbe avuto molte implicazioni positive per gli sviluppatori, ha continuato. Grazie a questi potenziali benefici, una manciata di utenti di Twitter ha iniziato ad aggiungere la modifica al codiceai loro profiliper esprimere il loro sostegno, proprio come hanno fatto gli utenti di Twitter durante il dibattito sul ridimensionamento (con#No2X sta diventando popolaretra coloro che si opponevano all'iniziativa Segwit2x).

Decker, fiducioso, ha concluso:

"Ogni giorno nuovi casi d'uso si uniscono al fronte sighash_noinput."

Scatola di avvertimento per elettricitàimmagine tramite Shutterstock