Récemment, le livre blanc technique de Bitroot a fait le buzz, avec des données clés impressionnantes : 400 ms de confirmation finale + 25600 TPS, déjà proche du niveau de Solana.
À première vue, les chiffres peuvent impressionner, mais c'est l'architecture technique sous-jacente qui est vraiment intéressante. J'ai lu rapidement et j'ai découvert que Bitroot a complètement brisé le plafond de performance de la blockchain traditionnelle grâce à trois innovations clés.
I. Pipeline BFT : rendre le consensus sans file d'attente
La tolérance aux pannes byzantines (BFT) traditionnelle est comme faire la queue pour acheter un billet - si le consensus du bloc précédent n'est pas terminé, le bloc suivant doit attendre. Ethereum doit attendre 12 secondes à chaque fois, Solana a optimisé à 400 ms, mais c'est essentiellement toujours séquentiel.
L'innovation de Bitroot est le consensus en pipeline (Pipeline BFT). En d'autres termes, cela consiste à décomposer les quatre étapes du processus de consensus (Proposer → Pré-vote → Pré-engagement → Engagement) afin de permettre à des blocs de hauteurs différentes d'être traités simultanément à des étapes différentes.
Par exemple :
Le bloc N-1 est en train de faire un Commit (confirmation finale)
Le bloc N est en phase de pré-engagement (phase d'engagement)
Le bloc N+1 effectue le Prevote (vote préliminaire)
Le bloc N+2 est en phase de Propose (phase de proposition)
Quatre blocs avancent simultanément, l'efficacité décolle instantanément. Ajoutez à cela l'agrégation de signatures BLS (les signatures de 100 validateurs sont finalement compressées en 96 octets, la vérification nécessite une seule opération de couplage), la complexité de communication est réduite de O(n²) à O(n²/D).
Résultat : délai réduit de 60 %, débit multiplié par 8.
Deuxième point, EVM parallèle : libérer le potentiel des CPU multicœurs
L'EVM d'Ethereum est comme un programme à thread unique : même le processeur le plus puissant gaspille plus de la moitié de ses performances. La raison est simple : l'EVM suppose que toutes les transactions peuvent entrer en conflit, donc elles doivent être exécutées une par une.
Bitroot a introduit l'exécution parallèle optimiste (Optimistic Parallel EVM), utilisant une détection de conflit en trois étapes pour concilier sécurité et efficacité :
Phase 1 (Filtrage préexécution) : Utiliser un filtre de Bloom amélioré pour déterminer rapidement si deux transactions pourraient entrer en conflit, les transactions de la même couleur peuvent être exécutées en parallèle.
Phase 2 (Surveillance en cours) : Verrouillage en lecture et écriture de fine granularité et gestion de l'état versionné, détection en temps réel des conflits d'accès. En cas de conflit, seuls les transactions affectées sont annulées, et non l'ensemble du lot.
Phase 3 (Validation after Execution) : La vérification de la cohérence globale garantit que le transfert d'état est correct.
De plus, l'optimisation des algorithmes de vol de travail pour l'équilibrage de charge multithread et l'optimisation de la planification sensible à la NUMA pour l'accès à la mémoire, le taux d'utilisation du CPU est passé de 68 % à 90 %.
Données mesurées :
Transfert simple : 1200 → 8700 TPS sous 16 threads (7,25 fois plus rapide)
Contrats DeFi complexes : atteignant 5800 TPS avec un taux de conflit de 5%
Scénario de calcul AI : 0,1 % de taux de conflit, 600 → 7200 TPS (12 fois plus rapide)
Trois, le sharding d'état : véritable mise à l'échelle horizontale
Les deux premières optimisations sont verticales (plus rapides et plus parallèles), le sharding d'état est le véritable étalement horizontal. Bitroot divise l'état en plusieurs fragments selon le hachage de l'adresse du compte, chaque fragment maintient indépendamment son propre arbre d'état. Les transactions inter-fragments garantissent l'atomicité grâce à un protocole de soumission en deux étapes.
L'avantage est que l'évolutivité est proche de la linéarité - plus il y a de fragments, plus la capacité globale est élevée, sans goulot d'étranglement central.
Comparaison des données
Indicateurs
Bitroot
Ethereum
Solana
Arbitrum
Temps de confirmation
400ms
12s
400ms
2-3s
Débit
25 600 TPS
15 TPS
~3000 TPS
~4000 TPS
Frais de Gas
1/10~1/50 ETH
Référence
Plus bas
Plus bas
Compatible EVM
Complet
Oui
Non
Oui
Points clés
✓ Ce n'est pas un nouveau concept spéculatif : Pipeline BFT, EVM parallèle, agrégation de signatures BLS, ces technologies ont toutes des documents. L'innovation de Bitroot est la mise en œuvre technique — comment combiner, optimiser et intégrer ces théories en un système cohérent.
✓ Conciliation de la sécurité et de la performance : La détection des conflits en trois étapes n'est pas un jeu de hasard, mais une protection multicouche - garantissant à la fois l'efficacité parallèle et la cohérence des états.
✓ Données vérifiables : Ce n'est pas de la vantardise, l'environnement de test est constitué d'instances AWS c5.2xlarge standard, les résultats sont reproductibles.
Cependant, il y a aussi des points à critiquer : cet article a un peu “d'académisme”, et la description des scénarios d'application écologique reste assez vague. Ce n'est qu'après le lancement du mainnet que l'on pourra vraiment tester les performances et la sécurité. Mais d'un point de vue architectural, Bitroot a effectivement trouvé une solution assez équilibrée - elle ne sacrifie pas la décentralisation comme le font les chaînes de performance extrême, et elle ne renonce pas à l'efficacité comme les chaînes traditionnelles.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Bitroot brise le moule : les trois grandes percées technologiques derrière 25600 TPS
Récemment, le livre blanc technique de Bitroot a fait le buzz, avec des données clés impressionnantes : 400 ms de confirmation finale + 25600 TPS, déjà proche du niveau de Solana.
À première vue, les chiffres peuvent impressionner, mais c'est l'architecture technique sous-jacente qui est vraiment intéressante. J'ai lu rapidement et j'ai découvert que Bitroot a complètement brisé le plafond de performance de la blockchain traditionnelle grâce à trois innovations clés.
I. Pipeline BFT : rendre le consensus sans file d'attente
La tolérance aux pannes byzantines (BFT) traditionnelle est comme faire la queue pour acheter un billet - si le consensus du bloc précédent n'est pas terminé, le bloc suivant doit attendre. Ethereum doit attendre 12 secondes à chaque fois, Solana a optimisé à 400 ms, mais c'est essentiellement toujours séquentiel.
L'innovation de Bitroot est le consensus en pipeline (Pipeline BFT). En d'autres termes, cela consiste à décomposer les quatre étapes du processus de consensus (Proposer → Pré-vote → Pré-engagement → Engagement) afin de permettre à des blocs de hauteurs différentes d'être traités simultanément à des étapes différentes.
Par exemple :
Quatre blocs avancent simultanément, l'efficacité décolle instantanément. Ajoutez à cela l'agrégation de signatures BLS (les signatures de 100 validateurs sont finalement compressées en 96 octets, la vérification nécessite une seule opération de couplage), la complexité de communication est réduite de O(n²) à O(n²/D).
Résultat : délai réduit de 60 %, débit multiplié par 8.
Deuxième point, EVM parallèle : libérer le potentiel des CPU multicœurs
L'EVM d'Ethereum est comme un programme à thread unique : même le processeur le plus puissant gaspille plus de la moitié de ses performances. La raison est simple : l'EVM suppose que toutes les transactions peuvent entrer en conflit, donc elles doivent être exécutées une par une.
Bitroot a introduit l'exécution parallèle optimiste (Optimistic Parallel EVM), utilisant une détection de conflit en trois étapes pour concilier sécurité et efficacité :
Phase 1 (Filtrage préexécution) : Utiliser un filtre de Bloom amélioré pour déterminer rapidement si deux transactions pourraient entrer en conflit, les transactions de la même couleur peuvent être exécutées en parallèle.
Phase 2 (Surveillance en cours) : Verrouillage en lecture et écriture de fine granularité et gestion de l'état versionné, détection en temps réel des conflits d'accès. En cas de conflit, seuls les transactions affectées sont annulées, et non l'ensemble du lot.
Phase 3 (Validation after Execution) : La vérification de la cohérence globale garantit que le transfert d'état est correct.
De plus, l'optimisation des algorithmes de vol de travail pour l'équilibrage de charge multithread et l'optimisation de la planification sensible à la NUMA pour l'accès à la mémoire, le taux d'utilisation du CPU est passé de 68 % à 90 %.
Données mesurées :
Trois, le sharding d'état : véritable mise à l'échelle horizontale
Les deux premières optimisations sont verticales (plus rapides et plus parallèles), le sharding d'état est le véritable étalement horizontal. Bitroot divise l'état en plusieurs fragments selon le hachage de l'adresse du compte, chaque fragment maintient indépendamment son propre arbre d'état. Les transactions inter-fragments garantissent l'atomicité grâce à un protocole de soumission en deux étapes.
L'avantage est que l'évolutivité est proche de la linéarité - plus il y a de fragments, plus la capacité globale est élevée, sans goulot d'étranglement central.
Comparaison des données
Points clés
✓ Ce n'est pas un nouveau concept spéculatif : Pipeline BFT, EVM parallèle, agrégation de signatures BLS, ces technologies ont toutes des documents. L'innovation de Bitroot est la mise en œuvre technique — comment combiner, optimiser et intégrer ces théories en un système cohérent.
✓ Conciliation de la sécurité et de la performance : La détection des conflits en trois étapes n'est pas un jeu de hasard, mais une protection multicouche - garantissant à la fois l'efficacité parallèle et la cohérence des états.
✓ Données vérifiables : Ce n'est pas de la vantardise, l'environnement de test est constitué d'instances AWS c5.2xlarge standard, les résultats sont reproductibles.
Cependant, il y a aussi des points à critiquer : cet article a un peu “d'académisme”, et la description des scénarios d'application écologique reste assez vague. Ce n'est qu'après le lancement du mainnet que l'on pourra vraiment tester les performances et la sécurité. Mais d'un point de vue architectural, Bitroot a effectivement trouvé une solution assez équilibrée - elle ne sacrifie pas la décentralisation comme le font les chaînes de performance extrême, et elle ne renonce pas à l'efficacité comme les chaînes traditionnelles.
Il y a quelque chose.