Odaily星球日报 rapporte que a16z Crypto a publié un article explorant la contradiction fondamentale entre « résistance à la censure » et « faible latence » sur la blockchain, soulignant que tout protocole blockchain BFT doté d'une résistance à la censure nécessite au moins 5 rounds de communication pour atteindre sa latence optimale dans le meilleur des cas, lorsque plus d'un cinquième des validateurs peuvent agir de manière malveillante, tandis que les consensus BFT traditionnels n'exigent qu'au minimum 3 rounds.
L'article souligne que, dans les protocoles BFT traditionnels, le proposant de bloc détient à la fois le pouvoir de construire le bloc et de faire avancer le consensus, ce qui lui permet d'exclure des transactions spécifiques et d'effectuer une censure, source majeure des problèmes de MEV. Pour résoudre ce problème, Ethereum étudie FOCIL / EIP-7805, tandis que Solana explore des mécanismes tels que Constellation et MCP, dont l'idée centrale consiste à permettre aux validateurs de collecter préalablement, avant la proposition officielle du bloc, une « liste d'inclusion » contenant les transactions qui ne peuvent être ignorées.
a16z Crypto indique que la mise en œuvre de la résistance à la censure nécessite deux rounds de communication supplémentaires : d'abord, la transaction de l'utilisateur doit être diffusée à tous les validateurs, puis les validateurs doivent confirmer et inscrire la transaction dans une liste d'inclusion, avant que le processus de consensus ne puisse commencer. Ainsi, dans un environnement de réseau partiellement synchronisé, il n'existe aucun protocole capable de réaliser simultanément le BFT et la résistance à la censure en seulement 4 rounds ; 5 rounds constituent la limite théorique mathématique.
L'article souligne que, bien que les mécanismes de résistance à la censure augmentent la latence du protocole, ils réduisent considérablement la « latence effective » subie par les utilisateurs. Dans les systèmes sans capacité de résistance à la censure, les transactions peuvent être indéfiniment retardées en raison de la censure par les validateurs ; en revanche, dans les systèmes dotés de garanties de résistance à la censure, les transactions sont incluses dans un bloc au plus tard après 5 rounds de communication, rendant ainsi le temps de confirmation des transactions plus prévisible.