Au cours des deux derniers jours, nous avons abordé les nouvelles opcodes EVM et les précompilations cryptographiques introduites avec VIP-255.
Aujourd’hui, partie trois, la conclusion : les améliorations fondamentales du protocole qui sous-tendent les deux précédentes.
Partie 3 : Interstellar expliqué – Améliorations fondamentales du protocole
EIP-2935 – Hachages de blocs historiques depuis l’état : Les hachages des 8 191 blocs les plus récents sont fournis via un contrat, en utilisant la convention d’appel exacte d’Ethereum.
Version humaine : VeChainThor a toujours disposé des reçus, stockés dans son propre système. Cette mise à jour les place dans le tiroir que les outils Ethereum savent déjà ouvrir.
Comment cela change VeChain : VeChainThor conserve déjà cet historique dans l’état via le contrat intégré Extension, donc les recherches résolvent contre Extension et retournent les identifiants de bloc VeChainThor plutôt que des hachages Keccak, ce qui en fait une correction d’interface plutôt qu’une nouvelle capacité.
Impact à long terme : Les systèmes de preuve et les conceptions de clients légers écrits pour Ethereum peuvent être portés sans réécriture spécifique à VeChainThor.
EIP-7825 – Plafond du gaz pour les transactions : Une limite absolue de 16 777 216 gaz par transaction unique.
Version humaine : Aucune transaction unique ne pourra plus monopoliser l’intégralité d’un bloc. L’étiquette de file d’attente, appliquée par le protocole.
Comment cela change VeChain : Limiter le pire cas permet de maintenir des temps de bloc de 10 secondes stables lors des pics de demande, ce qui est plus critique ici que sur une chaîne à clause unique, car une transaction multi-clauses pourrait autrement occuper la majeure partie d’un bloc.
Impact à long terme : Des temps de bloc prévisibles sont ce sur quoi reposent les intégrations entreprises, et un pire cas borné permet d’augmenter la capacité ultérieurement sans faire grimper le risque de queue.
EIP-7934 – Limite de taille de bloc : Une limite de 8 Mo pour le bloc encodé.
Version humaine : Une limite sur la taille maximale autorisée d’un bloc. Garantit que l’exécution d’un nœud reste dans le domaine des ordinateurs normaux, et non dans celui des centres de données.
Comment cela change VeChain : La comptabilisation du gaz ne limite pas à elle seule la taille physique d’un bloc, ce qui laisse la possibilité de le gonfler avec des données peu coûteuses et une propagation lente sur le réseau ; un plafond au niveau des octets ferme cette faille.
Impact à long terme : Le coût des nœuds reste stable à mesure que l’utilisation augmente, et le coût des nœuds détermine la répartition large de la validation.
Pour VeChain, c’est cette couche qui assure l’honnêteté des deux dernières parties. Des opcodes moins coûteux et une cryptographie native ne comptent pas beaucoup si les temps de bloc commencent à glisser ou si l’exécution d’un nœud devient trop coûteuse pour tout le monde sauf un centre de données.
Ces trois modifications sont ce qui maintient VeChainThor rapide, prévisible et décentralisé à mesure que davantage de développeurs et davantage de transactions s’y ajoutent.
Pour les entreprises en particulier, il s’agit de la partie ennuyeuse mais essentielle : des temps de bloc prévisibles et des coûts de nœud stables sont les garanties structurelles qui permettent à un réseau de dépasser la phase d’achat dès le départ.
Voilà l’intégralité de VIP-255, onze EIP réparties en trois parties.
La mise à niveau sera active à la hauteur de bloc 25 902 540 le mercredi 16 septembre 2026 à 11:15:10 UTC (estimé) ! Laquelle de ces trois parties vous a le plus marqué ? Dites-le-nous ci-dessous 👇