
Analyse de « gigagas » : un nouveau concept du maître des néologismes Paradigm, va-t-il donner naissance à une nouvelle narration ?
TechFlow SélectionTechFlow Sélection

Analyse de « gigagas » : un nouveau concept du maître des néologismes Paradigm, va-t-il donner naissance à une nouvelle narration ?
La création de néologismes ne s'arrête jamais, l'acquisition de clients n'a jamais commencé.
Rédaction : TechFlow
Contester un récit, le comprendre, puis en devenir un : telle est la démarche classique dans l'univers spéculatif de la cryptographie.
Mais la naissance d’un récit commence souvent par un terme impressionnant, comme « intention », « modularité », « parallélisation »… Des mots courts, percutants, à demi compris — c’est précisément cette sensualité technologique qu’on recherche.
Et si vous cherchez l’origine de ces termes, il faut inévitablement couronner le fonds d’investissement Paradigm du titre suprême de « maître des néologismes ».
En juillet dernier, Paradigm présentait ses dix tendances clés pour l'année, introduisant pour la première fois le concept dit « centré sur l’intention » (intent-centric).
Le concept d’« intention » s'est alors répandu comme une traînée de poudre. Les projets se sont précipités pour s’y rattacher : une simple aspiration comme « améliorer l’expérience utilisateur » pouvait désormais être sublimée par le seul mot « intention ». Et les nouveaux protocoles ont tous ajouté fièrement « basé sur les intentions » dans leur bio Twitter.
Récemment, le maître des néologismes Paradigm a frappé à nouveau. Son directeur technique a publié un article intitulé Reth's path to 1 gigagas per second, and Beyond (littéralement, « La voie de Reth vers 1 gigagas par seconde, et au-delà »), dont le mot-clé incontournable est naturellement "gigagas".

« Giga » est une unité quantitative bien connue, signifiant un milliard ou giga ; quant à « gas », il s’agit évidemment des frais de gas familiers.
Mais quand on combine les deux — un milliard de gas ?
Ah, ce sentiment familier revient : concis, percutant, à demi compris, impressionnant sans qu’on sache trop pourquoi.
Du TPS au GPS : le nouveau standard du maître des néologismes
En réalité, le « gigagas » proposé par Paradigm concerne les performances des blockchains.
Dans la pensée conventionnelle, pour mesurer la rapidité d’une blockchain, on utilise le TPS (transactions par seconde), soit le nombre de transactions traitées chaque seconde.
Cependant, le CTO de Paradigm affirme que « le volume de gas consommé par seconde » (Gas Per Second, GPS) constitue un indicateur bien plus précis. Pourquoi ?
-
Mesure du travail de calcul : Le gas mesure la charge computationnelle nécessaire à l’exécution d’opérations (transactions ou contrats intelligents). Ainsi, le GPS reflète plus fidèlement la quantité de calcul que le réseau peut traiter chaque seconde.
-
Indicateur de capacité et d’efficacité : Utiliser le GPS permet une meilleure compréhension de la capacité et de l’efficacité de la blockchain, facilitant ainsi l’évaluation des coûts du système.
-
Protection contre les attaques DOS : Standardiser le GPS comme métrique de performance renforce la résilience face aux attaques par déni de service (Denial of Service, DOS), qui pourraient exploiter des indicateurs moins précis.
-
Comparaison des performances inter-chaînes : L’utilisation du GPS facilite la comparaison entre différentes chaînes compatibles EVM, car celles-ci peuvent présenter des niveaux variables de complexité computationnelle.
Ainsi, utiliser le GPS plutôt que le TPS offre une évaluation plus pertinente des performances d'une blockchain. Dans son article, Paradigm recommande à la communauté EVM d’adopter le volume de gas par seconde comme indicateur standard, combiné à d’autres dimensions tarifaires du gas, afin de créer une norme de performance globale.
Si l’on suit la logique de Paradigm, en évaluant complètement les performances des réseaux EVM selon le volume de gas consommé par seconde — tout en intégrant les coûts de calcul et de stockage — le classement actuel des principaux L1 et L2 selon leur GPS serait le suivant :

*Note de TechFlow : Dans le tableau, « mg » désigne milligas, soit un millième de gas. Plus la valeur est élevée, plus la blockchain peut traiter de calculs par seconde, donc meilleures sont ses performances. D’après les données, opBNB atteint le score le plus élevé parmi tous les réseaux listés.
Cela signifie qu’en comparaison avec d'autres blockchains, opBNB peut exécuter davantage de calculs par unité de temps, traitant ainsi plus de transactions, ou des transactions plus complexes. Toutefois, l'évaluation des performances doit aussi prendre en compte d'autres facteurs, tels que la sécurité du réseau, le degré de décentralisation et la structure des frais.
1 gigagas : le VC qui construit lui-même les infrastructures
Toutefois, les ambitions de Paradigm vont bien au-delà des chiffres du tableau ci-dessus : il s’agit d’atteindre 1 gigagas, soit un milliard d’unités de gas consommées par seconde par la blockchain.
Depuis plusieurs années déjà, Paradigm développe en langage Rust Reth, un client d’exécution pour Ethereum.
L’objectif de Reth est d’optimiser les performances d’exécution, en augmentant le nombre d’unités de « gas » pouvant être traitées chaque seconde, et ainsi d’améliorer les performances globales du réseau Ethereum.

D’après les données publiées dans l’article, Reth atteint déjà entre 100 et 200 mégagas par seconde (y compris récupération de l’expéditeur, exécution des transactions et calcul des tries de chaque bloc). Pour atteindre l’objectif de 1 gigagas par seconde, il faut donc multiplier les performances par dix.
La solution proposée par Paradigm consiste à appliquer à Reth des extensions verticales et horizontales.
Quant aux détails techniques de ces extensions, ils sont trop spécialisés pour un public général. Nous les simplifions ici pour en donner une compréhension rapide.
L’extension verticale revient à installer un moteur plus puissant ou ajouter davantage de mémoire à une machine, afin d’augmenter sa capacité de traitement. Il s’agit essentiellement de renforcer les capacités d’un nœud ou serveur unique.
Les méthodes envisagées par Paradigm incluent :
-
JIT / AOT EVM : grâce à la compilation juste-à-temps (JIT) ou à l’avance (AOT) de l’EVM, on réduit la surcharge liée à l’interpréteur EVM, accélérant ainsi le traitement des transactions en mode monothread. Cela pourrait diviser par deux le temps d’exécution.
-
EVM parallèle : en exploitant les processeurs multi-cœurs, on peut exécuter simultanément davantage de transactions. En effet, historiquement jusqu’à 80 % des transactions EVM n’ont pas de dépendances conflictuelles, et peuvent donc être exécutées en parallèle.
-
Parallélisation, pipeline et racine d’état modifiée : cela réduit les coûts liés au calcul de la racine d’état. Ce calcul représente plus de 75 % du temps de création d’un bloc, donc son optimisation est une étape clé pour améliorer significativement l’efficacité.

L’extension horizontale, quant à elle, consiste à ajouter davantage d’unités de traitement au système — un peu comme ajouter de nouvelles lignes de production dans une usine. En répartissant la charge de travail entre plusieurs unités, on étend la capacité globale du système sans surcharger un nœud individuel.
Les solutions envisagées par Paradigm comprennent :
-
Reth multi-Rollup : réduit les coûts opérationnels liés à l’exécution de multiples rollups, permettant de lancer plusieurs rollups dans un même processus, minimisant ainsi au maximum le coût d’exploitation de milliers de rollups.
-
Reth natif cloud : en répartissant les tâches sur plusieurs machines, on augmente la capacité. À l’instar des architectures cloud, cela permet une extension automatique à la demande, avec stockage persistant via des objets cloud.
Il n’est pas grave de ne pas tout comprendre : l’essentiel à retenir, c’est ceci :
Paradigm a développé son propre client Ethereum, défini un nouveau standard de mesure des performances EVM, et cherche par tous les moyens à faire monter ce nouveau standard (GPS) jusqu’à 1 gigagas.
Un VC qui prend lui-même les rênes des infrastructures, accumule les performances, afin d’atteindre une efficacité d’exécution bien supérieure à celle d’Ethereum ou des autres blockchains EVM existantes — permettant ainsi à la blockchain de consommer plus de gas, d’exécuter plus de tâches par unité de temps, et de préparer le terrain pour des applications à grande échelle.
On le voit ici clairement : Paradigm investit non seulement dans d’autres projets L1/L2, mais descend également dans l’arène, investit ses propres ressources dans le développement de performances, misant sur plusieurs tableaux pour améliorer les infrastructures.
Les néologismes ne s’arrêtent jamais, la conquête des utilisateurs non plus
Manifestement, « gigagas » est un concept bien plus technique, bien moins accessible que « intention », où tout le monde pouvait s’engouffrer.
Peut-être verrons-nous à l’avenir diverses L1/L2 vanter leurs performances atteignant 1 gigagas, voire plus. Mais pour les projets applicatifs, ce terme reste probablement sans lien direct.
Pourtant, dans un contexte où les récits manquent, chaque nouveau concept relance une course à l’attention.
Comme le souligne finement M. Pan, les néologismes cryptos doivent être faciles à prononcer, simples à comprendre et originaux. Sous cet angle, « gigagas » remplit tous les critères, suscitant immédiatement la curiosité.
Mais aujourd’hui, avec tant de L1/L2, tant de nouveaux récits et concepts autour des performances, après toutes ces poursuites effrénées, où sont les applications notables ?
Faut-il croire que, tant que les infrastructures sont solides, les applications viendront tôt ou tard — et qu’il faut donc prioritairement construire les bases ?
Selon moi, l’importance du « gigagas » est peut-être moindre que celle du « gigauser » (un milliard d’utilisateurs). Certes, la performance peut être une condition préalable à l’échelle utilisateur, mais elle ne garantit pas forcément l’arrivée des utilisateurs.
L’amélioration concrète de l’expérience des produits crypto et l’afflux d’utilisateurs restent des défis considérables.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News









