Web3 Trends Numéro 1 : Interprétation de Jito BAM, BRC2.0 et EIP-7999

Bienvenue dans la série "Tendances du Web3", où Shisijun fournit une analyse concentrée et une interprétation des nouvelles technologies, protocoles et produits récents dans l'industrie du Web3.

La raison en est que l'IA a doublé la vitesse à laquelle je peux rechercher de nouveaux projets. Je pense qu'à l'avenir, la valeur des personnes sera davantage axée sur la réflexion, le jugement et l'inspiration.

Par conséquent, cette série vous aidera à saisir les changements fondamentaux dans les plus brefs délais et à juger des tendances qu'ils pourraient déclencher selon trois perspectives : contexte industriel → principes techniques → impact potentiel.

La plupart des opinions de l'auteur sont pessimistes et ne sont pas destinées à servir de transaction d'investissement, ni ne sont dirigées vers aucune partie du projet.

Jito BAM｜Ordonnancement des blocs + Marché de construction de blocs avec plug-in sur Solana

Qu'est-ce que c'est :

En termes simples, BAM est une plateforme de "construction de blocs" sur Solana. Similaire à l'objectif d'Ethereum Builder Net de faire du PBS (séparation du constructeur de blocs et du validateur), les deux visent un ordre de transaction plus ordonné, luttant contre le MEV et prévenant le risque de malveillance centralisée.

Qui l'a lancé et quel type d'arrière-plan :

Le parti principal est le camp Jito, la plus grande plateforme d'enchères de trading sur Solana, qui occupe 90% du marché des clients validateurs et a une forte influence de leadership. L'auteur a précédemment mené des recherches détaillées, qui peuvent être référencées comme : Rapport de recherche de 10 000 mots : L'évolution du paysage MEV sur Solana et ses avantages et inconvénients

L'alignement des participants est également très fort, incluant Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, etc. Évidemment, c'est une action conjointe de Solana officiel et des projets mainstream.

Cette motivation est facile à comprendre : Solana fait face à la pression de la croissance explosive des "chaînes de carnet d'ordres natifs" comme Hyperliquid, dont la valeur fondamentale réside dans sa capacité à faciliter les opérations des market makers. Cependant, la nature de développement inhérente à Solana rend difficile l'optimisation de cela de manière ciblée. Cependant, si les transactions au sein du bloc entier peuvent être personnalisées, alors les limitations de la génération linéaire de blocs de Solana peuvent être surmontées, facilitant ainsi l'optimisation de divers scénarios DeFi.

Le plan de déploiement officiel est : dans la phase initiale, Jito Labs exécutera les nœuds, avec un petit nombre de validateurs participants ; à moyen terme, il sera étendu à plus d'opérateurs de nœuds, avec l'objectif de couvrir 30%+ du staking du réseau ; et enfin le code sera open source et la gouvernance décentralisée.

Couplé à la tendance narrative de l'industrie de "l'équité vérifiable", la direction de BAM peut facilement obtenir le soutien des validateurs et des parties du protocole. Par conséquent, l'auteur croit qu'il est davantage basé sur le concept de poursuite de l'optimisation de l'équité comme TEE + PBS et a été lancé dans ce contexte.

Comment le principe est mis en œuvre :

De plus, pour comprendre sa valeur, vous devez également comprendre une caractéristique de l'algorithme POH de Solana.

C'est-à-dire que sa génération de blocs est en fait progressive et linéaire (un slot a 64 périodes de temps de pointe sous 400ms. Lorsque chaque période de temps expire, la transaction actuelle est envoyée et ne sera pas modifiée sauf en cas de rollback). C'est différent du modèle d'Ethereum "organiser le bloc entier, atteindre d'abord un consensus, puis synchroniser".

Grâce à ce système BAM, jito peut facilement mettre à niveau les clients d'un grand nombre de validateurs, augmentant ainsi la proportion du système BAM accepté par les validateurs.

Examinons la structure du système BAM comme indiqué ci-dessous. La partie violette au milieu et le code Plugin à droite sont BAM.

Il s'assurera que les transactions sur Solana ne sont pas poussées vers le Leader une par une, mais l'ordre des transactions de "ce bloc entier" sera d'abord trié dans le TEE (Environnement de Calcul de Confiance) (combiné avec certaines règles de tri fixes implémentées par le code Plugin), puis remis au validateur en une seule fois.

Le validateur doit finalement fournir une preuve TEE qu'il a effectivement donné l'espace de bloc (exclusivité) à ce marché de flux d'ordres.

La caractéristique la plus unique ici est la fonction de plug-in, qui peut "coder en dur" des règles dans le tri des ordres de transactions Tee. Cela a en fait une signification d'application pratique :

Par exemple, les plateformes oracle nécessitent que les mises à jour de prix soient programmées comme première transaction dans un bloc. Cela réduit l'aléatoire des transactions mettant à jour les prix on-chain et évite les problèmes causés par des mises à jour de prix inopportunes. Pour un autre exemple, pour Dex, un plugin pourrait être écrit pour identifier les transactions avec une forte probabilité d'échec et simplement ne pas les inclure dans le Tee, leur permettant d'expirer progressivement, réduisant ainsi les frais associés aux transactions échouées.

Il peut coexister avec le système de production de blocs Solana existant : le flux d'ordres normal, le bundle Jito et BAM sont toujours trois systèmes parallèles. BAM signifie "seuls les blocs BAM sont acceptés dans un bloc."

Comment l'évaluer :

L'auteur croit que c'est un chemin avec "une forte équipe, un fort narratif et des scènes ciblées", mais je ne suis pas optimiste quant au fait qu'il deviendra le chemin du marché mainstream.

Les raisons sont similaires à celles de Builder Net sur Ethereum et du très recherché MEV Share, qui ont eu du mal à progresser au fil des ans.

En raison de la réalité, TEE est coûteux et sa limite QPS n'est que de quelques milliers (en 2013, Tee n'avait que 128M de mémoire, et maintenant il s'est beaucoup développé, mais il ne peut atteindre que des milliers de QPS), bien que 40% des blocs sur Ethereum soient maintenant construits par TEE.

Cependant, le débit de données et de calcul de Solana est élevé, et vous auriez besoin de déployer de nombreux TEE pour le gérer, ainsi que des opérations et une maintenance complètes pour la reprise après sinistre, la mémoire et la bande passante. Sans incitations économiques durables, il est difficile de générer des rendements positifs.

Les rendements de Jito sont en fait assez faibles (par rapport aux protocoles à haut rendement sur la blockchain). Par exemple, au deuxième trimestre 2025 seulement, Jito n'a gagné que 22 391,31 SOL (environ 4 millions de dollars) grâce aux conseils. Une fois que le volume massif de transactions de Solana y sera migré, les temps d'arrêt de Tee seront inévitables. De plus, les nombreuses caractéristiques de Tee, telles que les défaillances de mémoire et la purge de stockage, augmentent le risque de temps d'arrêt et le potentiel de perte généralisée de transactions.

Cependant, il a le potentiel pour des arguments de vente décisifs : le séquençage oracle et les paiements sans échec, par exemple, offrent des avantages tangibles aux utilisateurs. Les market makers et les plateformes de trading de niveau entreprise y adhéreront. De plus, y participer bénéficie également du soutien officiel de Solana, ce qui en fait un excellent moyen d'obtenir de la reconnaissance.

Enfin : BAM lui-même n'est pas positionné pour fournir un débit 24/7. C'est un outil pour "fournir des garanties déterministes pour les blocs clés." Cependant, de nombreuses garanties déterministes reposent sur une certitude absolue, pas sur une certitude de 30%. Si ce n'est pas 100%, même si c'est 99%, c'est toujours 0%. C'est la clé de la prise de décision finale des grands projets web3.

BRC 2.0｜"Mapping EVM" : Capacités programmables alimentées par BTC

Qu'est-ce que c'est :

Il sera activé le 2 septembre 2025. Je comprends cela comme un système d'ombre à double chaîne piloté par BTC et exécuté par EVM. Notez qu'il ne fait pas référence à BRC20, mais à la deuxième génération de BRC. Pour plus d'informations sur BRC20, veuillez vous référer à : Interpréter le protocole Bitcoin Ordinals et l'innovation et les limitations des principes standard BRC20.

Le cœur de 2.0 est que vous écrivez des "instructions" sur Bitcoin en utilisant l'inscription ou commit-reveal, et un EVM modifié s'exécute dans l'indexeur pour exécuter le déploiement et les appels correspondants. L'EVM ne facture pas de gaz (les paramètres sont conservés mais non calculés), et les frais de transaction sont ajoutés à la transaction Bitcoin.

C'est fondamentalement similaire au protocole Alkanes (Methane). Methane écrit des instructions de transaction basées sur le champ op-return de Bitcoin et s'exécute dans la machine virtuelle WASN, tandis qu'il s'exécute dans l'EVM.

Qui l'a lancé et quel type d'arrière-plan :

L'arrière-plan de l'initiateur est : la plateforme bestinslot, qui est devenue populaire à l'ère de l'inscription BTC, continue l'idée de BRC-20 : sans changer le consensus BTC, essayez d'ajouter de la "programmabilité".

Le contexte industriel est : au cours des deux dernières années (en fait les deux dernières années), le récit de la programmabilité/L2 BTC a été populaire, et tout le monde cherche un chemin d'ingénierie qui peut fonctionner sans problème. Cependant, l'écart entre les tendances du marché et les progrès du développement est trop important, ce qui a entraîné l'émergence de modèles arbitraires tels que BRC2.0 et Alkanes seulement cette année.

La voix du marché est quelque peu limitée car la scène BTC n'a jamais eu de force cohésive pour la guider, et de nombreux protocoles peuvent être dérivés d'autres protocoles, donc en fait, BRC2.0 n'a probablement aucune relation réelle avec BRC20.

Comment le principe est mis en œuvre :

C'est dans l'indexeur, pas sur la chaîne BTC ni une chaîne séparée, pour opérer la logique EVM. Notez qu'il n'est pas considéré comme une chaîne car il n'y a pas de consensus.

L'adresse sur l'EVM que l'utilisateur souhaite contrôler est obtenue en hachant l'adresse BTC propre de l'utilisateur, puis en la mappant dans une "adresse EVM virtuelle".

Pour faire fonctionner ce système, la logique est en fait très similaire à celle du contrôle des actifs de BRC20. C'est juste une chaîne JSON. Dans BRC2.0, elle est définie comme suit :

On peut voir que vous encodez des instructions sur BTC, avec divers bytecodes/données d'appel, et elles sont rejouées et exécutées dans l'EVM.

De plus, la signature et les prix du gaz ont également été modifiés : le gasPrice de la couche EVM est fixé à 0, ce qui ne sert que de limite de ressource ; les frais de traitement réels sont reflétés dans les frais de transaction BTC.

C'est en fait assez risqué. J'ai fait rechercher par mon IA leur code de nœud et n'ai trouvé aucune protection contre la "profondeur d'appel/limite d'étape". Donc, théoriquement, un contrat avec une récursion infinie/auto-appel pourrait potentiellement faire tomber la VM. (Bien sûr, cette protection est facile à corriger : il suffit de définir une profondeur d'appel maximale.)

Comment l'évaluer :

Tout d'abord, il sait encore comment nommer les choses. Au moins, brc2.0 sera plus populaire que la création d'un nouveau nom de protocole. C'est aussi la raison pour laquelle RGB est redevenu populaire récemment.

Deuxièmement, il n'est pas complètement sans rapport avec BRC20. Après tout, son concept de conception de protocole et son mode de champ sont fondamentalement les mêmes, mais cela ne compte pas comme un droit d'auteur. Cependant, je n'ai pas vu l'auteur original de BRC20 sur la plateforme, donc la connexion n'est probablement pas significative.

Enfin, toutes les plateformes qui ont exploré la programmabilité peuvent vouloir partager la valeur de ce consensus de classe mondiale. Cependant, l'auteur croit que BTC ne devrait pas poursuivre la programmabilité, car peu importe comment il la poursuit, il ne sera pas en mesure de suivre l'optimisation des fonctions et de l'expér