Aller au contenu
Financial Context Wiki

Blockchain sans permission

Une blockchain sans permission supprime l’approbation préalable de l’identité pour certaines actions du protocole, mais l’admissibilité, l’accès pratique, l’influence, la confidentialité et la gouvernance des applications doivent être évalués séparément.

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

Une blockchain sans permission permet à un acteur d’exécuter certaines actions du protocole sans approbation préalable de son identité par un administrateur ou consortium. L’étiquette doit préciser l’action : lire l’état public, soumettre une transaction, exploiter un nœud qui valide indépendamment, découvrir des pairs, proposer un bloc, activer du stake, déployer du code, soumettre une preuve ou contestation et modifier la gouvernance peuvent suivre des règles différentes.

L’admissibilité sans permission ne signifie ni gratuité, ni anonymat, ni influence égale, ni accès garanti. Frais, soldes, stake, bonds, matériel, bande passante, données, disponibilité, compétences, files d’activation et délais sont des conditions opérationnelles ou du protocole, non des listes d’identités autorisées. Services RPC, frontends, builders, relays, pools de staking, séquenceurs, bridges, oracles, administrateurs de contrats et gouvernance peuvent encore imposer des barrières pratiques ou explicites.

Fonctionnement

  1. Fixer blockchain, réseau, fork, déploiement, version, acteur et action. Construire une matrice des permissions pour lecture, soumission de transactions, validation locale, découverte de pairs, proposition de blocs, staking ou minage, preuve ou contestation, déploiement de code et gouvernance des upgrades.
  2. Vérifier le parcours de lecture et de validation. Distinguer client complet ou léger de RPC ou indexeur, état courant d’historique archivé et disponibilité du protocole de conservation, authentification, limites de débit et politique de confidentialité du fournisseur.
  3. Suivre l’accès d’une transaction depuis signature, financement, nonce, gas et plafonds de frais jusqu’à admission locale, relay, sélection par builder ou proposer, inclusion, exécution, fork choice, justification et finalité. Validité ou accusé d’un RPC ne garantit aucun état ultérieur.
  4. Séparer exploitation du nœud et influence sur le consensus. Cartographier clients d’exécution et de consensus, synchronisation, stockage, bande passante, découverte de pairs et résistance aux attaques eclipse ; puis cartographier travail, stake, activation, clés, disponibilité et conditions de slashing propres à la chaîne pour produire des blocs.
  5. Mesurer la concentration pratique entre pools de minage ou staking, opérateurs, clients, clouds, RPC, builders, relays et flux d’ordres privés. La résistance Sybil lie l’influence à une ressource rare ; elle n’empêche pas la création bon marché d’identités réseau.
  6. Auditer séparément chaque application et dépendance de mise à l’échelle. Le déploiement sans permission d’un contrat n’élimine pas owner, proxy, rôle, pause ou allowlist. Preuves, contestations, séquenceurs, disponibilité des données, bridges et oracles peuvent comporter bonds, fenêtres, clés ou acteurs autorisés.
  7. Cartographier gouvernance du protocole, du client et de l’application, pouvoirs d’urgence et adoption des upgrades. Surveiller inclusion, finalité, concentration, échecs d’accès et fuite de confidentialité ; maintenir lorsque possible des parcours auto-hébergés ou diversifiés sans les prétendre gratuits ou invulnérables à la censure.

Utiliser la matrice, non une étiquette binaire. Un réseau peut exposer l’état public et accepter les transactions signées tout en restreignant la production de blocs ; une couche de base sans permission peut héberger une application avec allowlist et administrateur d’upgrade. Inversement, un réseau permissionné peut publier des données vérifiables sans ouvrir adhésion ni production.

Public ne signifie pas privé. Les adresses sont pseudonymes, tandis que ledger, requêtes RPC, connexions, IP, horaires et parcours de financement peuvent relier les activités. La validation open source ne crée pas non plus un accord instantané : acceptation locale, propagation, inclusion, exécution réussie, fork choice canonique et finalité restent distincts.

Exemples

  • L’accès aux transactions conserve une barrière de frais. Pour gasUsed = 21,000, baseFee = 20 gwei, priorityFee = 2 gwei et maxFee = 30 gwei, le prix effectif est min(30, 20 + 2) = 22 gwei. Les frais sont 21,000 * 22 = 462,000 gwei = 0.000462 ETH. À 3,000 USD/ETH, cela représente 1.386 USD. Aucune identité n’est approuvée, mais financement et admission locale comptent encore.
  • Valider ne permet pas de proposer des blocs à volonté. Dans un modèle proportionnel pédagogique avec 3,200 ETH de stake effectif actif, un opérateur détenant 64 ETH a une part de 64 / 3,200 = 2%. Sur 10,000 slots, les propositions attendues sont 10,000 * 2% = 200 ; un nœud complet sans validator activé a un poids de proposition de 0. Sélection et récompenses réelles suivent le protocole déployé.
  • Plusieurs URL peuvent partager un même domaine de panne. Un frontend liste 4 RPC URLs, mais 3 appartiennent à un opérateur et 1 est indépendant. Les parts sont 75% et 25% ; l’indice Herfindahl-Hirschman vaut 0.75^2 + 0.25^2 = 0.625 = 6,250. L’accès au protocole peut être ouvert et le point d’entrée applicatif concentré.
  • Les identités Sybil ne créent pas gratuitement du poids de consensus. Créer 1,000 P2P identities peut être bon marché. Activer 1,000 Ethereum validator keys au minimum indiqué de 32 ETH chacune exige 1,000 * 32 = 32,000 ETH, avant files, matériel et exploitation. Le nombre de nœuds ne remplace ni poids du stake ni contrôle indépendant.

Risques

  • Appliquer une seule étiquette sans permission à chaque action.
  • Mauvaise blockchain, réseau, fork, déploiement ou règles.
  • Authentification, limites, censure, panne ou état périmé du RPC.
  • Restrictions par frontend, domaine, wallet, app store ou géographie.
  • Politique locale du mempool rejetant ou expulsant une transaction valide.
  • Plafond de frais, solde, nonce, gas ou calldata bloquant la soumission.
  • Censure, pouvoir d’ordonnancement et MEV du builder ou proposer.
  • Concentration ou panne de relay, builder ou flux d’ordres privé.
  • Barrières de capital, activation, matériel et exploitation du validator.
  • Concentration de pool de minage ou staking, dépositaire et opérateur.
  • Monoculture des clients et bugs corrélés.
  • Barrières de stockage, bande passante, synchronisation, historique et données.
  • Bootnode, DNS, NAT, score des pairs, eclipse, Sybil et DoS de ressources.
  • Désanonymisation par ledger, RPC, IP, horaires, financement et graphe.
  • Contrôles owner, proxy, rôle, pause ou allowlist du contrat.
  • Dépendances envers oracle, séquenceur, bridge, disponibilité des données ou multisig.
  • Échec de bond, fenêtre, données, calcul ou permission de preuve ou contestation.
  • Confusion entre acceptation, diffusion, inclusion, validité et finalité.
  • Mélange entre gouvernance du protocole, adoption des clients et gouvernance applicative.
  • Restrictions juridiques, géographiques, ISP, cloud et approvisionnement matériel.

Idées reçues

  • Sans permission signifie gratuit, immédiat et inclusion garantie. Une approbation précise disparaît ; contraintes économiques, techniques et d’ordonnancement demeurent.
  • Quiconque exploite un nœud peut proposer des blocs à volonté. Validation indépendante et sélection de l’auteur par le consensus sont des rôles distincts.
  • Admissibilité signifie participation facile et influence égale. Coûts des ressources et influence pondérée peuvent fortement différer.
  • Public ou pseudonyme signifie privé ou anonyme. Les métadonnées onchain et d’infrastructure peuvent identifier schémas et acteurs.
  • Une couche de base sans permission rend toute application sans permission. Contrats, rollups, bridges, frontends et gouvernance conservent leurs propres contrôles.

Sujets connexes

Sources

Navigation

Rechercher dans le wiki...