Aller au contenu
Financial Context Wiki

Trilemme de la blockchain

Le trilemme de la blockchain est une heuristique permettant de comparer l’évolutivité, la décentralisation et la sécurité sous des charges de travail et des modèles de menace explicites. Il ne s’agit pas d’un théorème ou d’une règle selon laquelle les systèmes n’en choisissent littéralement que deux.

Mis à jour

À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.

Réponse directe

Le trilemme de la blockchain est une heuristique de conception : l’augmentation de l’évolutivité, de la décentralisation ou de la sécurité dans le cadre d’un modèle de ressources fixes et de confiance peut exercer une pression sur les autres dimensions. Il ne s’agit pas d’un théorème d’impossibilité mathématique, d’un score additif ou d’une règle selon laquelle chaque réseau doit sélectionner exactement deux propriétés.

Chaque axe nécessite des définitions opérationnelles. L’évolutivité inclut un débit, une latence, des frais et une croissance des données ou de l’état durables sous la charge indiquée. La décentralisation comprend une validation indépendante, des entrées et des sorties sans autorisation, ainsi qu’une concentration sur les enjeux ou le pouvoir de hachage, les opérateurs, les clients, les fournisseurs de cloud, la géographie et la gouvernance. La sécurité comprend la sûreté, la vivacité, la finalité, la résistance à la censure, la disponibilité des données et la récupération dans le cadre d’un modèle d’adversaire explicite.

Le partage, les cumuls, les preuves de validité, les clients légers et l’échantillonnage de la disponibilité des données peuvent améliorer la frontière des possibles en changeant qui exécute, télécharge, stocke, prouve ou vérifie les données. Ils n’effacent pas les compromis : ils déplacent les coûts des ressources et introduisent des hypothèses spécifiques aux couches concernant les séquenceurs, les prouveurs, les challengers, les ponts, les clés de mise à niveau et la disponibilité des données.

Comment ça marche

  1. Épinglez la chaîne, le réseau, la version du protocole, la couche et la revendication architecturale exacte. Identifiez les composants de consensus, d’exécution, de disponibilité des données, de règlement et de gouvernance au lieu d’évaluer uniquement un nom de marque.
  2. Définissez l’évolutivité, la décentralisation et la sécurité avec des proxys mesurables, une charge de travail et une fenêtre d’observation. N’ajoutez pas le TPS, le nombre de nœuds et le coût d’attaque dans un seul score sans dimension.
  3. Cartographier qui propose, construit, commande, valide, stocke les données, prouve, défie, met à niveau, met en pause et permet la sortie. Enregistrez les limites d’autorisation, de garde et de contrôle d’urgence.
  4. Mesurez la décentralisation entre les entités de participation ou de pouvoir de hachage, les nœuds de validation indépendants, les logiciels clients, l’hébergement, la géographie et la gouvernance. Incluez les barrières liées au matériel, à la bande passante, au stockage, au temps de synchronisation et au capital.
  5. Mesurer la sécurité comme la sécurité, la vivacité, la finalité, la résistance à la censure, la disponibilité et la récupération des données selon les seuils contradictoires indiqués, les hypothèses de corrélation et les incitations économiques.
  6. Mesurez l’évolutivité en utilisant le débit soutenu et final, la latence d’inclusion et de finalité, les frais de charge, les octets, la croissance de l’état, les coûts de synchronisation et de vérification, ainsi que le comportement en cas de congestion ou de panne de composant.
  7. Comparez les architectures sur la même charge de travail et le même modèle de menace, versionnez les preuves et soulignez les échecs. Indiquez quelle hypothèse de coût ou de confiance a évolué entre les couches plutôt que de prétendre que le trilemme a été résolu.

Exemple

  • Une chaîne hypothétique entièrement répliquée transportant 2 MiB / 12 seconds a 7,200 blocks/day et une entrée brute de 2 * 7,200 = 14,400 MiB/day = 14.0625 GiB/day. Augmenter la charge utile à 8 MiB donne 57,600 MiB/day = 56.25 GiB/day, exactement 4x avant la surcharge du protocole, les index, l’état et la réplication. La capacité augmente, mais cette arithmétique ne constitue pas une exigence complète en matière de nœud.
  • Supposons que les opérateurs de pieu contrôlent 34%, 22%, 18%, 16%, 10%. En vertu d’un seuil de blocage d’activité >= 1/3 indiqué, seul le premier opérateur est qualifié. Sous un seuil de contrôle >= 2/3 déclaré, le plus petit préfixe est les trois premiers : 34 + 22 + 18 = 74% ; les deux premiers totalisent seulement 56%. Les liens d’entités réelles et les seuils de protocole nécessitent toujours une vérification.
  • Si 10,000 transactions * 200 bytes = 2,000,000 bytes, mais qu’un cumul affiche un 400,000-byte batch, la moyenne est de 400,000 / 10,000 = 40 bytes/transaction, ou 5x de compression des données. Cela ne dit rien en soi sur le risque lié au séquenceur, à la preuve, au pont, à la disponibilité des données ou à la clé de mise à niveau.
  • Dans un modèle d’échantillonnage illustratif avec 4,096 shares, un adversaire retient 25% = 1,024 shares. Si 30 independent uniform samples with replacement sont pris, la probabilité de manquer toutes les actions retenues est de (3,072 / 4,096)^30 = 0.75^30 = 0.0001785821 = 0.01785821% ; la détection modélisée est 99.98214179%. L’indépendance, l’uniformité et le modèle de retenue sont des hypothèses et non une garantie de production.

Risques

  • Traiter l’heuristique du trilemme comme un théorème universel prouvé.
  • Laisser l’évolutivité, la décentralisation ou la sécurité indéfinie.
  • Ajout de proxys différents dans un score opaque ou sans dimension.
  • La sélection sélective annonçait le TPS maximal au lieu d’un débit durable.
  • Signalement des moyennes tout en masquant la latence de queue et le comportement de charge en cas de panne.
  • Utiliser les frais uniquement comme mesure d’évolutivité sans charge de travail ni subvention.
  • Traiter le nombre brut de nœuds, de validateurs ou d’adresses comme des entités indépendantes.
  • Ignorer la mise déléguée, la puissance de hachage et le contrôle commun des opérateurs.
  • Ignorer la concentration des clients, du cloud, de la géographie et de la gouvernance.
  • À l’exclusion des barrières liées au matériel, à la bande passante, au stockage, à la synchronisation et au capital.
  • Appel d’un système sécurisé sans adversaire ni seuil déclarés.
  • Confondre sécurité, vivacité, finalité, résistance à la censure et récupération.
  • Ignorer la disponibilité des données, la récupération historique et la croissance de l’état.
  • Surestimation des garanties et hypothèses de client léger, de preuve ou d’échantillonnage.
  • Comparer les débits L1 et L2 comme si leurs garanties étaient identiques.
  • En supposant qu’un cumul hérite de chaque propriété de sécurité de la couche de base.
  • Ignorer les clés de séquenceur, de prouveur, de challenger, de pont, d’administrateur et de mise à niveau.
  • Comparaison de différentes versions de protocoles, charges de travail ou fenêtres d’observation.
  • Déduire la demande de jetons ou la valeur d’investissement à partir de la qualité de l’architecture.
  • Déclarer une solution permanente après une optimisation déplace un goulot d’étranglement.

Idées fausses courantes

  • Chaque blockchain doit choisir exactement deux propriétés sur trois. Le trilemme est une heuristique comparative ; les systèmes occupent des frontières de compromis changeantes selon différentes hypothèses.
  • Plus de validateurs ou de nœuds signifie automatiquement plus de décentralisation et de sécurité. La pondération des entités, les logiciels, l’hébergement, la géographie, la gouvernance et la vérification indépendante sont importants.
  • Un nombre TPS global élevé prouve une décentralisation évolutive. La charge de travail, le matériel, la croissance des données, la latence finale, les frais et le comportement en cas de panne déterminent si la capacité est durable.
  • L2, modularité ou partitionnement élimine le trilemme. Ces conceptions redistribuent l’exécution, les données, la preuve et la confiance ; chaque garantie doit être tracée de bout en bout.
  • Les trois dimensions sont des scores scalaires fixes ou prédisent la valeur du jeton. Les mesures sont multidimensionnelles et versionnées, tandis que l’économie des jetons est une question distincte.

Sujets connexes

Sources faisant autorite

Navigation

Rechercher dans le wiki...