Toute cryptomonnaie a besoin d’une couche de base qui enregistre et r\u00e8gle r\u00e9ellement les transactions, et cette couche de base est g\u00e9n\u00e9ralement appel\u00e9e blockchain de \u00ab couche 1 \u00bb. Des dizaines d’entre elles se disputent aujourd’hui l’attention, chacune pr\u00e9tendant \u00eatre plus rapide, moins ch\u00e8re ou plus d\u00e9centralis\u00e9e que la pr\u00e9c\u00e9dente. Comprendre ce qu’est r\u00e9ellement une couche 1, et quels compromis se cachent derri\u00e8re ces affirmations, rend bien plus facile de voir au-del\u00e0 du marketing.<\/p>\n
Un r\u00e9seau de couche 1<\/a> est une blockchain<\/a> dot\u00e9e de son propre ensemble ind\u00e9pendant de validateurs, de ses propres r\u00e8gles de consensus et de son propre actif natif servant \u00e0 payer l’activit\u00e9 sur le r\u00e9seau. Il ne d\u00e9pend pas d’une autre cha\u00eene pour finaliser les transactions \u2014 il est lui-m\u00eame la couche de r\u00e8glement de base. Cela diff\u00e8re d’un r\u00e9seau de couche 2, qui traite l’activit\u00e9 s\u00e9par\u00e9ment puis r\u00e8gle les r\u00e9sultats sur une couche 1 sous-jacente. Bitcoin et Ethereum sont tous deux des couches 1, tout comme la plupart des r\u00e9seaux qui se d\u00e9crivent comme des \u00ab concurrents \u00bb d’Ethereum.<\/p>\n Parce qu’une couche 1 r\u00e9pond de sa propre s\u00e9curit\u00e9, les enjeux pratiques de ses choix de conception sont plus \u00e9lev\u00e9s que pour une couche 2 b\u00e2tie par-dessus. Une faille ou un moment d’instabilit\u00e9 dans le processus de consensus d’une couche 1 affecte d’un coup tout ce qui est construit sur cette cha\u00eene, y compris les r\u00e9seaux de couche 2 qui y r\u00e8glent, ce qui est l’une des raisons pour lesquelles la conception d’une couche 1 tend \u00e0 avancer prudemment et pour lesquelles les nouvelles couches 1 font l’objet d’un examen minutieux avant qu’on leur confie une activit\u00e9 significative.<\/p>\n Toute conception de couche 1 se heurte \u00e0 la m\u00eame tension fondamentale, souvent d\u00e9crite comme le trilemme de la blockchain : il est difficile de maximiser pleinement d\u00e9centralisation, s\u00e9curit\u00e9 et scalabilit\u00e9 en m\u00eame temps, et la plupart des conceptions s’appuient davantage sur deux des trois. Un r\u00e9seau qui r\u00e9partit la validation sur un ensemble tr\u00e8s vaste et g\u00e9ographiquement diversifi\u00e9 de participants ind\u00e9pendants tend \u00e0 \u00eatre tr\u00e8s d\u00e9centralis\u00e9 et s\u00fbr, mais coordonner autant de participants peut limiter le d\u00e9bit de transactions que la couche de base g\u00e8re. Un r\u00e9seau qui utilise un ensemble de validateurs plus restreint ou coordonn\u00e9 plus \u00e9troitement peut souvent aller plus vite, mais cette concentration est elle-m\u00eame un compromis au d\u00e9triment de la d\u00e9centralisation.<\/p>\n Aucun des deux c\u00f4t\u00e9s de ce compromis n’est automatiquement mauvais. Cela d\u00e9pend de ce pour quoi la cha\u00eene est optimis\u00e9e, et il vaut la peine de lire la documentation de conception d’un projet pour voir quel c\u00f4t\u00e9 du trilemme il a consciemment choisi, plut\u00f4t que de supposer qu’une cha\u00eene a \u00e9chapp\u00e9 enti\u00e8rement au compromis.<\/p>\n Il est utile de penser au trilemme comme \u00e0 un budget plut\u00f4t qu’\u00e0 une loi immuable : une cha\u00eene n’est pas enferm\u00e9e pour toujours dans un seul compromis, et des changements de conception peuvent d\u00e9placer avec le temps l’endroit o\u00f9 elle se situe. Mais d\u00e9placer cet \u00e9quilibre dans une direction signifie g\u00e9n\u00e9ralement encore c\u00e9der quelque chose ailleurs, m\u00eame si le changement est graduel ou mis en \u0153uvre par \u00e9tapes plut\u00f4t que d’un seul coup. Les affirmations selon lesquelles une cha\u00eene \u00e9volue vers \u00ab plus de d\u00e9centralisation et plus de scalabilit\u00e9 en m\u00eame temps \u00bb m\u00e9ritent d’\u00eatre lues attentivement pour voir exactement ce qui, le cas \u00e9ch\u00e9ant, a \u00e9t\u00e9 c\u00e9d\u00e9 pour rendre cela possible.<\/p>\n Le consensus est le m\u00e9canisme qu’un r\u00e9seau utilise pour amener des milliers d’ordinateurs ind\u00e9pendants \u00e0 s’accorder sur un historique de transactions unique et partag\u00e9, sans qu’une autorit\u00e9 centrale tranche en dernier ressort. Le choix du m\u00e9canisme de consensus<\/a> a un effet direct sur la position d’une cha\u00eene dans le trilemme : il d\u00e9termine qui peut participer \u00e0 la validation des transactions, quel mat\u00e9riel ou quel capital cela requiert, et \u00e0 quelle vitesse le r\u00e9seau peut consid\u00e9rer une transaction comme d\u00e9finitive. Deux cha\u00eenes peuvent partager des objectifs tr\u00e8s similaires sur le papier et pourtant se comporter tr\u00e8s diff\u00e9remment d\u00e8s qu’on regarde comment leur couche de consensus est r\u00e9ellement b\u00e2tie.<\/p>\n Quand une cha\u00eene semble plus rapide ou moins ch\u00e8re \u00e0 utiliser, c’est g\u00e9n\u00e9ralement le r\u00e9sultat visible de d\u00e9cisions architecturales pr\u00e9cises : le temps de bloc, la quantit\u00e9 de donn\u00e9es qui tient dans chaque bloc, la fa\u00e7on dont les transactions sont ordonn\u00e9es et la coordination requise entre validateurs avant qu’un bloc ne compte comme d\u00e9finitif. Rien de tout cela n’est gratuit. Extraire plus de d\u00e9bit d’une couche de base signifie g\u00e9n\u00e9ralement exiger davantage du mat\u00e9riel ou de la coordination n\u00e9cessaires pour faire tourner un validateur, ce qui restreint qui peut r\u00e9ellement participer \u00e0 la s\u00e9curisation du r\u00e9seau. Une habitude utile est de se demander ce qu’une cha\u00eene a c\u00e9d\u00e9 pour atteindre ses chiffres de d\u00e9bit, plut\u00f4t que de prendre une affirmation de vitesse accrocheuse pour toute l’histoire.<\/p>\n Une cha\u00eene peut para\u00eetre d\u00e9centralis\u00e9e dans son marketing alors que son ensemble r\u00e9el de validateurs est concentr\u00e9 parmi un petit nombre de grands op\u00e9rateurs bien dot\u00e9s. Les exigences mat\u00e9rielles comptent ici : si faire tourner un validateur requiert une infrastructure co\u00fbteuse et sp\u00e9cialis\u00e9e, moins de participants ind\u00e9pendants peuvent r\u00e9ellement le faire, m\u00eame si le nombre total de validateurs para\u00eet \u00e9lev\u00e9 sur le papier. La concentration g\u00e9ographique et organisationnelle parmi les validateurs est plus difficile \u00e0 contourner par le marketing qu’un chiffre de d\u00e9bit, ce qui est pr\u00e9cis\u00e9ment pourquoi il vaut la peine de la chercher.<\/p>\n La diversit\u00e9 des clients est un signal connexe et moins discut\u00e9. La plupart des couches 1 reposent sur un logiciel de validation construit et maintenu par un petit nombre d’\u00e9quipes ind\u00e9pendantes, et si l’un de ces logiciels comporte un bogue grave, l’impact d\u00e9pend fortement du nombre de validateurs qui l’ex\u00e9cutaient. Un r\u00e9seau o\u00f9 les validateurs font tourner un m\u00e9lange r\u00e9ellement vari\u00e9 de logiciels d\u00e9velopp\u00e9s ind\u00e9pendamment est plus r\u00e9silient \u00e0 ce type de point de d\u00e9faillance unique qu’un r\u00e9seau o\u00f9 presque tout le monde ex\u00e9cute le m\u00eame client par d\u00e9faut.<\/p>\n Ethereum<\/a> et Solana<\/a> illustrent deux r\u00e9ponses diff\u00e9rentes au m\u00eame trilemme. Ethereum a g\u00e9n\u00e9ralement privil\u00e9gi\u00e9 de garder sa couche de base largement d\u00e9centralis\u00e9e, en poussant une grande part de l’activit\u00e9 quotidienne de transactions vers des r\u00e9seaux de couche 2 distincts qui y r\u00e8glent, plut\u00f4t que de maximiser directement le d\u00e9bit de la couche de base. Solana a poursuivi une conception plus \u00e9troitement int\u00e9gr\u00e9e, incluant un m\u00e9canisme int\u00e9gr\u00e9 d’ordonnancement des transactions en amont du consensus, destin\u00e9 \u00e0 g\u00e9rer beaucoup plus d’activit\u00e9 directement sur sa couche de base. Aucune des deux approches n’est objectivement correcte \u2014 elles refl\u00e8tent des paris diff\u00e9rents sur les endroits o\u00f9 les compromis valent la peine d’\u00eatre faits, et toutes deux continuent d’\u00e9voluer.<\/p>\n Bien comparer les couches 1 signifie regarder au-del\u00e0 du chiffre de d\u00e9bit accrocheur et se poser plut\u00f4t trois questions : quel est l’ensemble r\u00e9el de validateurs, et \u00e0 quel point est-il concentr\u00e9 ? Qu’est-ce qui doit rester vrai, techniquement, pour que la cha\u00eene continue de fonctionner \u00e0 mesure que davantage de gens l’utilisent ? Et que dit la documentation du projet elle-m\u00eame sur ce pour quoi il optimise, dans ses propres mots plut\u00f4t que dans un communiqu\u00e9 de presse ? Une cha\u00eene franche sur ses compromis est en g\u00e9n\u00e9ral plus digne de confiance qu’une cha\u00eene qui pr\u00e9tend avoir r\u00e9solu le trilemme d’embl\u00e9e. La comparaison des couches 1 porte en fin de compte sur des compromis, pas sur des gagnants \u2014 chaque choix de conception qui rend une cha\u00eene plus rapide ou moins ch\u00e8re est emprunt\u00e9 \u00e0 un autre endroit du syst\u00e8me, et savoir o\u00f9 il a \u00e9t\u00e9 emprunt\u00e9 vous en dit bien plus qu’une page marketing ne le fera jamais.<\/p>\n","protected":false},"excerpt":{"rendered":" Ce qui fait d’une blockchain une couche 1, le trilemme derri\u00e8re chaque choix de conception et en quoi ces r\u00e9seaux diff\u00e8rent r\u00e9ellement.<\/p>\n","protected":false},"author":5,"featured_media":124,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-284","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-altcoins"],"_links":{"self":[{"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/posts\/284","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/comments?post=284"}],"version-history":[{"count":1,"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/posts\/284\/revisions"}],"predecessor-version":[{"id":314,"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/posts\/284\/revisions\/314"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/media\/124"}],"wp:attachment":[{"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/media?parent=284"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/categories?post=284"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bitcoindigital.info\/fr\/wp-json\/wp\/v2\/tags?post=284"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Le trilemme de la blockchain<\/h2>\n
Comment le consensus fa\u00e7onne les compromis<\/h2>\n
Le d\u00e9bit et les frais sont des choix de conception, pas des accidents<\/h2>\n
La d\u00e9centralisation n’est pas toujours visible au premier coup d’\u0153il<\/h2>\n
Deux philosophies de conception diff\u00e9rentes<\/h2>\n