Ho sbagliato quasi tutto sul consenso, tranne le parti importanti: * Non può essere d'intralcio ai produttori di blocchi che utilizzano il 100% della larghezza di banda il 100% delle volte. * gli utenti hanno bisogno di una finalità deterministica in un round (2-delta) Alpenglow soddisfa entrambe queste esigenze con un design semplice ed elegante che è davvero facile da intuire. L'intelligente presupposto su cui si basa Alpenglow è quello di dividere le faglie in due categorie. Completamente bizantino e piumino o non disponibile. Se la rete è d'accordo con una tolleranza di non più del 20% bizantina e del 20% verso il basso, non appena un nodo vede un fork con il 40% di voti è sicuro impegnarsi in esso perché o quel fork viene finalizzato in un round con l'80% dei voti e abbiamo finito, o due round con il 60%. Non posso renderlo più veloce di così 🤌🤌🤌 Ciò che gli utenti dovrebbero vedere è che le attuali conferme ottimistiche, che vedono il 95%+ voti, diventano immediatamente conferme complete. Non ci sono parole nelle lingue umane per esprimere come si senta l'ingegneria di base nel gestire non più di 2 blocchi di transizioni di stato alla volta, invece che fino a un'epoca piena di blocchi non confermati. È 1000 volte più facile ragionare sulla superficie di attacco peggiore con l'esecuzione asincrona. Il documento semplifica e formalizza anche la turbina (ora Rotor). Votor e Rotor ci preparano per un percorso facile verso più leader concorrenti e tutte le cose buone che ne conseguono. 🏒🥅