Nous avons terminé une lecture de 3 heures du Whitepaper sur AlpenGlow (@anza_xyz ) Notes : (1) La turbine est maintenant optionnelle—le rotor gère le relais de blocs, c'est plus simple mais peut-être plus facile à censurer (2) Les nœuds de relais deviennent motivés par des incitations (3) Les signatures de certificats réduisent les octets on-chain, pas le trafic réseau (4) Le levier de mise à l'échelle de Solana est une latence plus faible ; les créneaux sont fixés à 400 ms (5) L'horloge PoH a été supprimée—le délai d'attente du leader de 400 ms impose un ordre (6) Le protocole favorise les annulations rapides plutôt que les inclusions, ce qui pourrait augmenter les soumissions répétées. Questions : (1) Quels sont les principaux compromis lors du déploiement d'Alpenglow ? Est-ce résistant à la censure ? (2) Comment les certificats sont-ils créés et vérifiés ? (3) Comment Alpenglow remplace-t-il exactement PoH pour l'ordre ? (4) Comme les relais sont de nouveaux intermédiaires, peuvent-ils envoyer des messages directs aux txs vers des validateurs en qui ils ont confiance et créer un fork ? Cela crée-t-il de la censure ? Tout conseil serait apprécié @TheWattenhofer @DiscoKobi @qkniep @brenn @bw_solana