1. Ce qu'est Bitroot
Qu'est-ce que Bitroot ?
Bitroot est une blockchain Layer 1 qui exécute les transactions EVM en parallèle. Elle conserve le bytecode EVM et l'outillage Ethereum, et ajoute une interface d'inférence IA que les contrats peuvent appeler directement. Ses chiffres phares publiés sont plus de 100 000 TPS et environ 0,3 seconde pour la finalité. Ce sont les chiffres du projet lui-même, et le site n'y associe pas les conditions de test complètes ; la question sur les TPS ci-dessous explique comment les lire.
Bitroot est-elle une Layer 1 ou une Layer 2 ?
Une Layer 1. Elle exécute son propre consensus et son propre ensemble de validateurs au lieu de régler ses transactions sur une autre chaîne. La conséquence est que la sécurité repose sur les validateurs de Bitroot et n'est pas héritée d'Ethereum. L'avantage est que l'exécution et le règlement partagent un même domaine, sans passage par un pont par défaut. Positioning Bitroot expose ce que ce choix résout et ce qu'il laisse ouvert.
Pour quel problème a-t-elle été conçue ?
L'EVM exécute les transactions d'un bloc l'une après l'autre, dans un ordre fixe. Un seul fil d'exécution plafonne le débit quel que soit le nombre de cœurs du nœud, ce que The EVM Single-Thread Bottleneck fait remonter au Yellow Paper. Les agents IA et les tâches de calcul distribué rendent ce plafond plus visible, car ils génèrent de nombreuses petites transactions fréquentes qui doivent être peu coûteuses et vérifiables. La réponse de Bitroot comporte deux volets : l'exécution parallèle avec un consensus en pipeline pour le débit, et une extension AI-native avec audit vérifiable pour le volet IA.
Quels sont les trois moteurs ?
La page d'accueil décrit trois composants. Le moteur d'exécution parallèle analyse les dépendances entre transactions et exécute simultanément celles qui n'entrent pas en conflit. Le module EVM AI-native expose une interface permettant à un contrat d'appeler l'inférence d'un modèle. L'audit vérifiable à divulgation nulle de connaissance permet à un tiers de contrôler un résultat d'IA sans accéder au modèle.
Où se trouvent les canaux officiels ?
L'explorateur de blocs est BRTSCAN (https://devnet.bitroot.co/overview) et le code du protocole se trouve sur https://github.com/brt-chain/bitroot. Les canaux communautaires sont X (@Bitroot_), Telegram (bitroot_official) et Discord. Considérez comme non officiel tout ce qui n'est pas relié depuis bitroot.co ou ces canaux. Les personnes et la gouvernance sont présentées sur les pages À propos et Équipe.
2. Exécution parallèle et performances
Que signifie EVM parallèle ?
Une EVM standard traite les transactions d'un bloc strictement en séquence. Une EVM parallèle en exécute plusieurs à la fois et aboutit exactement à l'état que l'exécution séquentielle aurait produit. Le cas difficile est celui de deux transactions qui touchent le même compte ou le même emplacement de stockage. Three Paths to Parallel Execution compare les principales conceptions.
Quelle approche du parallélisme Bitroot utilise-t-elle ?
Le contrôle de concurrence optimiste (OCC). Le consensus fixe d'abord l'ordre des transactions. Les transactions s'exécutent ensuite de façon spéculative en parallèle, tandis que leurs ensembles de lecture et d'écriture sont enregistrés. Si deux d'entre elles se recoupent, seules les transactions concernées sont réexécutées, de sorte que le résultat correspond à l'exécution séquentielle. Les deux autres conceptions courantes exigent ce que Bitroot a choisi d'éviter : l'ordonnancement déterministe (style Sealevel) oblige les développeurs à déclarer à l'avance des listes d'accès, et les modèles à objets (style Sui) remplacent le modèle de données de l'EVM. Voir l'introduction à l'OCC et Bitroot's optimistic parallelization.
Que se passe-t-il quand deux transactions entrent en conflit ?
Le runtime détecte le chevauchement des ensembles de lecture/écriture, maintient un résultat cohérent avec l'ordre d'origine et réexécute uniquement les transactions touchées. Une détection de conflits en plusieurs étapes et un regroupement dynamique limitent le travail perdu par un pari raté, de sorte qu'un conflit n'entraîne pas l'abandon d'un lot entier. Un état que tout le monde touche, comme un unique pool AMM très utilisé, limite toujours l'accélération. Conflict Hotspots and Workloads montre dans quelle mesure.
Qu'est-ce que Pipeline BFT ?
C'est le protocole de consensus de Bitroot. Le BFT classique exécute la proposition, le vote et la validation comme des phases séquentielles. Pipeline BFT fait chevaucher ces phases sur plusieurs hauteurs de bloc, de sorte que l'ordonnancement n'attend pas la fin du tour précédent. La rotation des leaders et l'agrégation des signatures maintiennent le coût des messages sous contrôle à mesure que des validateurs s'ajoutent. Le consensus est aussi découplé de l'exécution : l'ordre est fixé d'abord, puis l'exécution rattrape la racine d'état correspondant à cet ordre. Les détails figurent dans Pipeline BFT and Execution Decoupling.
Comment lire les chiffres de plus de 100 000 TPS et 0,3 s ?
Comme des affirmations qui dépendent de conditions. « TPS » peut désigner un pic de laboratoire, un débit soutenu sous une limite de latence, ou le débit observé sur une fenêtre de temps. Ces valeurs peuvent différer de plusieurs ordres de grandeur, et elles sont souvent présentées sous la forme d'un seul chiffre. Pour une EVM parallèle, le taux de conflits de la charge de test compte autant que le matériel. Bitroot publie les chiffres phares sans les conditions complètes ; une mesure indépendante sur le réseau public est donc la bonne vérification. A Glossary of Performance Metrics liste ce que tout benchmark devrait divulguer.
Quelle différence entre TPS, BPS, latence et finalité ?
Le TPS est le nombre de transactions par seconde. Le BPS est le nombre de blocs par seconde, c'est-à-dire le rythme de production des blocs. La latence de confirmation est le temps écoulé jusqu'à l'inclusion d'une transaction dans un bloc. La finalité est le point à partir duquel le protocole ne l'annulera plus. Une chaîne peut augmenter son BPS et rester lente à l'usage si les conflits accumulent les réexécutions ; les quatre valeurs doivent donc être rapportées séparément. L'article du glossaire définit chacune d'elles.
L'exécution parallèle accélère-t-elle toutes les applications ?
Non. Les charges qui touchent surtout des états indépendants, comme des paiements entre utilisateurs sans lien ou des créations (mints) distinctes, se parallélisent bien. Les charges où de nombreux utilisateurs accèdent au même état de contrat gagnent moins. Un benchmark de transferts et une charge de prêt ou d'AMM sur la même chaîne peuvent différer d'un facteur important.
En quoi est-ce différent du passage à l'échelle par Layer 2 ou du sharding ?
Ces approches traitent des parties différentes du passage à l'échelle. Celui-ci se décompose en consensus, disponibilité des données, exécution et règlement, et les L2, le sharding, les couches DA autonomes et le parallélisme L1 visent chacun une partie différente. Bitroot travaille sur l'exécution et le consensus de la L1. Mapping Blockchain Scaling situe chaque approche sur cette carte.
3. Compatibilité EVM
Dans quelle mesure Bitroot est-elle compatible avec Ethereum ?
Bitroot est conçue pour exécuter le bytecode EVM standard avec l'outillage Ethereum standard. L'expression « compatible EVM » recouvre quatre couches distinctes, dont chacune pèse sur le coût de migration : la sémantique du bytecode, l'ensemble des précompilés, le comportement du JSON-RPC, et le fonctionnement inchangé de Foundry et Hardhat. What EVM Compatibility Actually Means les passe en revue et explique pourquoi le parallélisme rend la compatibilité plus difficile à maintenir.
Puis-je déployer tel quel un contrat Solidity existant ?
En général, oui. Les contrats Solidity standard se compilent et se déploient sans modification, sauf s'ils dépendent d'adresses de précompilés propres à Ethereum. Exécutez votre propre suite de tests sur le testnet Bitroot avant de vous y fier. Le Guide développeur donne les détails.
Dois-je déclarer des ensembles de lecture/écriture ou des listes d'accès ?
Non. Les dépendances sont découvertes à l'exécution, vous écrivez donc du Solidity comme vous le faites déjà. Les chaînes qui ordonnancent de façon déterministe exigent cette déclaration à l'avance.
Quels portefeuilles et outils fonctionnent ?
Tout ce qui prend en charge un réseau EVM personnalisé via le JSON-RPC standard : MetaMask, Rabby, OKX Wallet, Hardhat, Foundry, Remix, ethers.js et viem. Le Guide développeur inclut la configuration de chacun.
Combien coûtent les transactions ?
La page d'accueil affiche des frais de gas moyens d'environ 0,00007 $, très inférieurs à ceux du réseau principal d'Ethereum. Le site n'indique ni la période ni la charge sous-jacentes à cette moyenne : utilisez-la comme indication et estimez le gas de vos propres opérations par lots.
4. Fonctionnalités AI-native
Que signifie AI-native ici ?
Cela désigne des capacités précises et vérifiables : des extensions optionnelles d'instructions ou de précompilés par lesquelles un contrat appelle l'inférence IA, des chemins d'exécution hybrides, l'ordonnancement de calcul distribué, et une frontière nette entre la couche de règlement et le calcul de confiance. What an AI-Native Blockchain Actually Needs distingue les objectifs d'ingénierie des promesses du réseau principal.
Un smart contract peut-il appeler un modèle d'IA ?
C'est à cela que sert le module EVM AI-native. Conceptuellement, c'est un précompilé d'inférence que Solidity peut appeler avec call, sans oracle distinct ni relais hors chaîne. L'interface, les adresses des précompilés et l'ABI se trouvent dans le dépôt du protocole (https://github.com/brt-chain/bitroot) et ne sont pas recopiés sur les pages web, où ils deviendraient obsolètes.
Comment un résultat d'IA est-il vérifié ?
Par l'audit vérifiable à divulgation nulle de connaissance, qui permet à un tiers de contrôler le calcul et son résultat sans voir les poids du modèle. Les preuves ZK, les environnements d'exécution de confiance (TEE) et le calcul multipartite (MPC) prouvent ou supposent chacun des choses différentes et coûtent des montants différents, et un système réel les combine. Trusted Computing Framework les compare.
L'audit vérifiable remplace-t-il un audit de contrat ?
Non. Il montre qu'un calcul et son résultat sont dignes de confiance. Il ne dit rien sur la présence éventuelle d'un bug dans la logique de votre propre contrat.
Ai-je besoin des fonctionnalités IA pour développer sur Bitroot ?
Non. Elles constituent une extension optionnelle. Une application DeFi ou NFT standard peut n'utiliser que les fonctionnalités EVM ordinaires.
Où s'inscrit le calcul GPU ?
La chaîne enregistre les tâches et les paiements, et le travail GPU s'effectue dans un réseau de calcul distribué. Distributed GPU and Edge Compute Networks explique comment de tels réseaux répartissent et ordonnancent le travail et se rétablissent après l'échec de tâches, ainsi que ce qu'une chaîne doit éviter de promettre en matière de calcul.
5. Développer sur Bitroot
Comment me connecter au réseau ?
Ajoutez-le comme réseau personnalisé dans un portefeuille EVM, avec le nom du réseau, l'URL RPC, l'ID de chaîne, le symbole de la devise et l'URL de l'explorateur indiqués sur BRTSCAN (https://devnet.bitroot.co/overview). Le Guide développeur détaille la procédure MetaMask pas à pas.
Pourquoi le site n'indique-t-il pas l'URL RPC et l'ID de chaîne ?
Les paramètres du testnet peuvent changer entre les mises à niveau, et une valeur obsolète risque davantage de vous envoyer sur le mauvais réseau que de vous aider. BRTSCAN est la source faisant autorité pour les valeurs en vigueur.
Comment obtenir des jetons de testnet ?
Soumettez l'adresse de votre portefeuille au faucet, https://devnet.bitroot.co/faucet. Avec les frais moyens cités plus haut, une seule demande devrait couvrir beaucoup d'activité de développement.
Le testnet et le réseau principal sont-ils le même réseau ?
Non. L'URL RPC et l'ID de chaîne diffèrent selon l'environnement ; vérifiez donc sur BRTSCAN auquel vous êtes connecté.
Comment déployer avec Hardhat, Foundry ou Remix ?
Pointez la configuration réseau vers Bitroot et déployez comme sur n'importe quelle chaîne EVM. Le Guide développeur fournit des extraits de configuration pour Hardhat et Foundry ainsi que le flux « Injected Provider » de Remix. Après le déploiement, vérifiez le code source sur BRTSCAN afin que d'autres puissent lire le contrat et appeler ses fonctions de lecture depuis l'explorateur.
Existe-t-il un pont ?
Oui, à l'adresse https://bridge.bitroot.co/.
Par où commencer pour apprendre ?
La section Étude couvre les fondamentaux. Pour l'exécution parallèle en particulier, Who Should Read About Parallel EVM propose des parcours de lecture distincts pour les développeurs de contrats, les ingénieurs clients et les chercheurs.
6. Nœuds et staking
Quels types de nœuds existe-t-il ?
Deux. Les nœuds validateurs participent au consensus, à la production de blocs et à la vérification, et exigent une disponibilité stable. Les nœuds de calcul fournissent de la capacité GPU pour l'entraînement et l'inférence IA distribués, et exigent un matériel adapté aux tâches qu'ils prennent en charge. Un même opérateur peut exploiter l'un, l'autre ou les deux. Voir Nœuds.
Comment fonctionne le staking ?
Les deux rôles mettent des BRT en garantie. Un validateur qui signe deux fois ou un nœud de calcul qui renvoie de mauvais résultats peut perdre une partie ou la totalité de sa mise, à proportion de la faute. Les nœuds qui se comportent correctement gagnent en réputation, ce qui influe sur la fréquence à laquelle ils sont choisis et sur ce qu'ils perçoivent. Le staking minimum, la période de verrouillage et la formule de récompense figurent dans le dépôt du protocole et les annonces officielles, et ne sont pas figés ici.
Mon GPU inactif peut-il participer ?
Oui. Les GPU domestiques, d'entreprise et de minage inactifs peuvent participer au palier de capacité qui leur correspond. C'est un objectif affiché du réseau de nœuds de calcul.
Comment les tâches de calcul sont-elles attribuées et contrôlées ?
L'attribution utilise une fonction aléatoire vérifiable (VRF), de sorte que personne ne peut choisir qui reçoit une tâche. Pour les tâches critiques, le même travail est confié à plusieurs nœuds indépendants, et le résultat n'est accepté que lorsqu'ils concordent.
Les jetons stakés peuvent-ils être confisqués arbitrairement ?
Non. Le slashing s'applique à un comportement fautif vérifiable, comme la double signature ou le renvoi de résultats incorrects. Une participation ordinaire et des problèmes réseau occasionnels ne le déclenchent pas.
7. Écosystème et Fondation
Quels types de projets ont leur place sur Bitroot ?
La DeFi et l'infrastructure financière, l'outillage pour développeurs, les agents IA et les applications de calcul, ainsi que les applications grand public et sociales. Voir Écosystème.
Comment la Fondation Bitroot soutient-elle les projets ?
Plusieurs équipes gèrent chacune un programme de subventions pour un secteur donné, de sorte qu'aucun organisme unique ne décide de tout. Le soutien comprend le financement, l'accompagnement technique, la visibilité et la mise en relation. Les programmes en cours et les fenêtres de candidature figurent sur la page Fondation.
Existe-t-il un seuil minimal pour rejoindre l'écosystème ?
Il n'y a pas de critère d'entrée unique. Être déployé sur Bitroot ou intégré au protocole suffit en général, et l'éligibilité aux subventions varie selon l'équipe et le secteur.
Quels projets sont en production ?
La page de l'écosystème ne liste que des projets vérifiables et se met à jour à mesure de leur lancement. Les partenariats non confirmés en sont exclus.
8. Lire et citer ce site
Où se trouve la documentation technique ?
Dans le Livre blanc, la section Recherche et le Blog. Le blog contient la série technique sur les rouages de l'EVM, l'exécution parallèle, le consensus et le calcul de confiance.
Les outils d'IA et les robots d'indexation peuvent-ils lire le site ?
Oui. Chaque article est aussi servi en Markdown brut, sans texte de navigation, à l'adresse /{locale}/blog/{slug}.md, et /llms.txt liste les pages principales par langue. Le site est disponible en anglais, chinois simplifié, chinois traditionnel, japonais, coréen, espagnol et français.
Comment le contenu est-il sélectionné et corrigé ?
La page Standards éditoriaux décrit comment le contenu technique et de recherche est choisi, rédigé, relu et corrigé.
Comment contacter Bitroot pour la presse ?
Utilisez la page Contact média. Les logos et la charte graphique se trouvent sur Ressources de marque.
Ceci constitue-t-il un conseil en investissement ?
Non. Le contenu est une information générale, et non un conseil financier, d'investissement, juridique ou fiscal. Les chiffres de performance sont les objectifs affichés du projet ou des résultats obtenus dans des conditions qui peuvent ne pas correspondre aux vôtres.