Erlay, il nuovo protocollo di relay bitcoin.

[gbianchi]

Sempre a seguito dei miei studi su un nodo bitcoin veloce,
ho trovato che esiste un sacco di movimento per quel che riguarda l'ottimizzazione del relay tra nodi.

In passato erano state fatte alcune implementazioni chiamate FIBER, FALCON e Fast Relay Network,
che servivano principalmente per la rete dei miner.

https://bitcoinmagazine.com/technical/how-falcon-fibre-and-the-fast-relay-network-speed-up-bitcoin-block-propagation-part-1469808784

questi 3 progetti sono attualmente abbandonati.

E' invece in corso di implementazione Erlay un nuovo protocollo
di relay basato sulla libreria Minisketch.

Sinteticamente, i nodi invece che flooddarsi le transazioni da eseguire, come fanno ora,
si scambiano delle rappresentazioni compatte, o sketch che poi verificano con un processo chiamato "riconciliazione"

Lo sviluppo di erlay e' attivo da due anni, e la prima versione e' stata scartata, perche' aveva parecchi difetti.
Ora e' in fase di merge finale una seconda versione, che forse sara' gia' presente nella prossima versione di Bitcoin Core.

La cosa interessante e' che dalle analisi statistiche si evince Erlay consuma molto meno banda rispetto al flooding,
permettendo quindi alla rete di scalare molto meglio, anche verso connettivita' piu' ridotte (es: paesi meno acanzati)

In pratica un grande passo avanti per una migliore scalabilita' dei nodi.

Per chi vuol approfondire:

Lo sviluppo:
https://github.com/bitcoin/bitcoin/pull/21515

Il BIP 330 (aggiornato) che definisce erlay:
https://github.com/naumenkogs/bips/blob/bip_0330_updates/bip-0330.mediawiki

Un paper di studio:
https://people.ece.ubc.ca/sasha/papers/ccs19.pdf

La libreria miniscketch:
https://github.com/sipa/minisketch

[fillippone]

Grazie per l’update.
Avevo sentito parlare di earlay un paio di anni fa, e davo per scontato che fosse già attivo.
Evidentemente, mi sbagliavo.
Conferma, ancora una volta la spinta alla decentralizzazione della rete bitcoin passi anche per l’ottimizzazione di ogni aspetto, per poter scalare onchain, in primis.
Un nodo di bitcoin può girare su un Raspi3, uno di ETH?

[alexrossi]

All'atto pratico quanto tempo in più ci si mette a ricevere una transazione non confermata?

[gbianchi]

All'atto pratico quanto tempo in più ci si mette a ricevere una transazione non confermata?

uno studio dettagliato e comparato tra flood ed erlay e' qui, in diverse simulazioni di carico, dal paragrafo 7 in poi.

https://people.ece.ubc.ca/sasha/papers/ccs19.pdf

A fronte di un aumenteo medio di delay attorno a un secondo o due (da 4 a 6) rispetto a flood,
si ottengono riduzioni del traffico anche di un ordine di grandezza. Direi un risultato eccellente.

[gbianchi]

Grazie per l’update.
Avevo sentito parlare di earlay un paio di anni fa, e davo per scontato che fosse già attivo.
Evidentemente, mi sbagliavo.
Conferma, ancora una volta la spinta alla decentralizzazione della rete bitcoin passi anche per l’ottimizzazione di ogni aspetto, per poter scalare onchain, in primis.
Un nodo di bitcoin può girare su un Raspi3, uno di ETH?

E' vero, e' in sviluppo da piu' di due anni... ma una prima versione aveva troppi problemi,
ed e' stata completamente riscritta una seconda versione.

Questa versione e' ormai nella fase finale di merge nel codice Bitcoin Core.