Beaucoup de personnes remarquent une diff\u00e9rence tr\u00e8s intuitive lorsqu\u2019elles comparent diff\u00e9rentes blockchains pour la premi\u00e8re fois : sur Bitcoin, une transaction peut devoir attendre un certain temps avant d\u2019\u00eatre incluse dans un bloc, tandis que sur d\u2019autres r\u00e9seaux, de nouveaux blocs semblent appara\u00eetre toutes les quelques secondes. Il est donc facile de se faire une intuition : plus les blocs sont produits rapidement, plus le r\u00e9seau est avanc\u00e9.<\/p>\n\n\n\n
Mais cette intuition est incompl\u00e8te. Derri\u00e8re la vitesse de production des blocs, il n\u2019y a pas simplement du \u00ab rapide \u00bb et du \u00ab lent \u00bb, mais les compromis de conception qu\u2019un r\u00e9seau fait entre s\u00e9curit\u00e9, d\u00e9centralisation et efficacit\u00e9. Pour comprendre cette diff\u00e9rence, il faut d\u2019abord clarifier un concept de base : le Block Time, c\u2019est-\u00e0-dire le temps de bloc.<\/p>\n\n\n\n
Une blockchain peut se comprendre simplement comme une cha\u00eene de registres en croissance continue : chaque bloc regroupe un lot de transactions, puis se connecte dans l\u2019ordre apr\u00e8s le bloc pr\u00e9c\u00e9dent. La fr\u00e9quence \u00e0 laquelle de nouveaux blocs sont produits influence directement la perception qu\u2019ont les utilisateurs du temps d\u2019attente avant que leurs transactions soient inscrites dans le registre.<\/p>\n\n\n\n
Le temps de bloc moyen de Bitcoin est d\u2019environ trente minutes ? Non, d\u2019environ dix minutes. Ces \u00ab dix minutes \u00bb sont souvent mentionn\u00e9es, mais beaucoup de gens ne savent pas exactement ce que cela signifie. Certains pensent que Bitcoin produit un bloc exactement toutes les dix minutes, d\u2019autres pensent que le temps de bloc correspond au temps de confirmation d\u2019une transaction, et d\u2019autres encore pensent qu\u2019une cha\u00eene produisant des blocs en quelques secondes est forc\u00e9ment plus rapide et plus s\u00fbre que Bitcoin.<\/p>\n\n\n\n
Toutes ces interpr\u00e9tations doivent \u00eatre d\u00e9compos\u00e9es. Les blockchains diff\u00e8rent fortement par leur vitesse de production de blocs, non seulement parce que leurs param\u00e8tres diff\u00e8rent, mais parce qu\u2019elles utilisent des m\u00e9canismes de consensus, des hypoth\u00e8ses de r\u00e9seau et des mod\u00e8les de s\u00e9curit\u00e9 diff\u00e9rents. Cet article ne se contentera pas d\u2019\u00e9num\u00e9rer la vitesse de diverses cha\u00eenes ; il expliquera ce qui d\u00e9termine le temps de bloc, pourquoi Bitcoin a choisi environ dix minutes, pourquoi d\u2019autres cha\u00eenes peuvent atteindre quelques secondes, et quels co\u00fbts implique la r\u00e9duction du temps de bloc.<\/p>\n\n\n\n
Le Block Time d\u00e9signe l\u2019intervalle de temps moyen entre deux blocs adjacents. Il d\u00e9crit la cible statistique ou la moyenne, au niveau du r\u00e9seau, de la fr\u00e9quence \u00e0 laquelle un nouveau bloc appara\u00eet, et non le temps de traitement fixe de chaque transaction.<\/p>\n\n\n\n
Ce point est essentiel. L\u2019objectif de Bitcoin est de produire un bloc en moyenne toutes les dix minutes environ, mais cela ne signifie pas que chaque bloc appara\u00eet exactement au bout de dix minutes. Comme le minage est al\u00e9atoire, l\u2019intervalle r\u00e9el entre deux blocs adjacents peut \u00eatre nettement inf\u00e9rieur \u00e0 dix minutes ou nettement sup\u00e9rieur. Ce n\u2019est qu\u2019en observant les blocs sur une longue p\u00e9riode que l\u2019intervalle moyen se rapproche de la cible du protocole.<\/p>\n\n\n\n
Un chiffre simple permet de le comprendre : si un bloc est produit en moyenne toutes les dix minutes, alors une journ\u00e9e compte 1 440 minutes et, id\u00e9alement, environ 144 blocs seront produits. Mais dans la pratique, un bloc peut appara\u00eetre au bout de trois minutes, tandis que le suivant attendra vingt minutes. Dix minutes est une cible moyenne de long terme, pas un compte \u00e0 rebours pour chaque bloc.<\/p>\n\n\n\n
La hauteur de bloc est le num\u00e9ro d\u2019ordre d\u2019un bloc sur la cha\u00eene. Une hauteur qui augmente continuellement indique que de nouveaux blocs sont constamment produits. Par cons\u00e9quent, la vitesse de croissance de la hauteur de bloc peut refl\u00e9ter approximativement le temps de bloc moyen : plus la hauteur augmente vite, plus l\u2019intervalle entre les blocs est g\u00e9n\u00e9ralement court.<\/p>\n\n\n\n
Mais la hauteur de bloc n\u2019est en elle-m\u00eame qu\u2019un num\u00e9ro d\u2019ordre. Elle n\u2019indique pas \u00e0 quel point un bloc donn\u00e9 est s\u00fbr, ni qu\u2019une transaction a d\u00e9j\u00e0 atteint une confirmation finale. On ne peut pas conclure qu\u2019une transaction est irr\u00e9versible simplement parce que l\u2019on voit la hauteur augmenter rapidement.<\/p>\n\n\n\n
Bitcoin utilise la preuve de travail (Proof of Work, PoW) pour produire de nouveaux blocs. Les mineurs essaient continuellement des calculs pour trouver une valeur de hachage qui remplit des conditions sp\u00e9cifiques. Celui qui trouve en premier une valeur valide a la possibilit\u00e9 de diffuser le nouveau bloc au r\u00e9seau.<\/p>\n\n\n\n
Ce processus est intrins\u00e8quement al\u00e9atoire, de sorte que le protocole ne peut pas imposer \u00ab un bloc appara\u00eet d\u00e8s que dix minutes se sont \u00e9coul\u00e9es \u00bb comme le ferait un minuteur logiciel ordinaire. L\u2019approche de Bitcoin est l\u2019ajustement de difficult\u00e9 : le protocole v\u00e9rifie environ tous les 2 016 blocs le temps r\u00e9ellement n\u00e9cessaire \u00e0 la production des blocs et ajuste la difficult\u00e9 de minage en fonction du r\u00e9sultat. Si les blocs ont \u00e9t\u00e9 produits trop vite auparavant, la difficult\u00e9 augmente ; s\u2019ils ont \u00e9t\u00e9 produits trop lentement, la difficult\u00e9 diminue. L\u2019objectif est de faire tendre le temps de bloc moyen de long terme vers dix minutes.<\/p>\n\n\n\n
Il n\u2019est pas n\u00e9cessaire ici d\u2019entrer dans la formule compl\u00e8te de l\u2019ajustement de difficult\u00e9. Il suffit de comprendre son r\u00f4le : c\u2019est un m\u00e9canisme de r\u00e9troaction qui permet \u00e0 la vitesse r\u00e9elle de production des blocs de fluctuer autour de la valeur cible, plut\u00f4t que d\u2019\u00eatre contr\u00f4l\u00e9e par une horloge fixe. C\u2019est aussi pour cette raison que les dix minutes de Bitcoin sont une cible moyenne maintenue par le protocole, et non une promesse de ponctualit\u00e9 pour chaque bloc.<\/p>\n\n\n\n
Puisque la difficult\u00e9 peut \u00eatre ajust\u00e9e, pourquoi ne pas fixer la cible \u00e0 une minute, voire \u00e0 quelques secondes ? L\u2019une des raisons est que les blocs ont besoin de temps pour se propager \u00e0 travers le r\u00e9seau.<\/p>\n\n\n\n
Lorsqu\u2019un mineur trouve un nouveau bloc, ce bloc doit \u00eatre diffus\u00e9 aux autres n\u0153uds. Ce n\u2019est qu\u2019apr\u00e8s l\u2019avoir re\u00e7u et valid\u00e9 que les autres n\u0153uds continueront \u00e0 construire la cha\u00eene suivante apr\u00e8s ce bloc. Si les blocs sont produits trop rapidement, une situation peut se produire : certains n\u0153uds travaillent encore sur l\u2019ancien bloc tandis que d\u2019autres ont d\u00e9j\u00e0 vu le nouveau ; diff\u00e9rents mineurs peuvent trouver plusieurs blocs valides presque en m\u00eame temps, ce qui provoque une bifurcation temporaire de la cha\u00eene.<\/p>\n\n\n\n
\u00c0 mesure que les forks augmentent, le r\u00e9seau a besoin de blocs suivants pour choisir et r\u00e9organiser, et la probabilit\u00e9 de blocs orphelins et de r\u00e9organisations augmente \u00e9galement. Plus le temps de bloc est court, plus la fen\u00eatre laiss\u00e9e \u00e0 la propagation des blocs et \u00e0 la synchronisation des n\u0153uds est \u00e9troite, et plus les exigences vis-\u00e0-vis des conditions de r\u00e9seau sont \u00e9lev\u00e9es. Le choix d\u2019environ dix minutes par Bitcoin est un \u00e9quilibre conservateur entre propagation des blocs, s\u00e9curit\u00e9 et temps d\u2019attente, et non un nombre fix\u00e9 au hasard.<\/p>\n\n\n\n
Un temps de bloc plus long signifie que les utilisateurs attendent plus longtemps, mais aussi que le r\u00e9seau dispose d\u2019une plus grande tol\u00e9rance vis-\u00e0-vis de la vitesse de synchronisation des n\u0153uds, de la latence du r\u00e9seau et de la concurrence entre mineurs. L\u2019objectif de conception de Bitcoin n\u2019est pas de rechercher l\u2019attente la plus courte, mais de r\u00e9duire autant que possible l\u2019incertitude caus\u00e9e par les forks et les r\u00e9organisations dans un r\u00e9seau d\u00e9centralis\u00e9.<\/p>\n\n\n\n
Ainsi, dix minutes ne signifie pas \u00ab il est techniquement impossible d\u2019aller plus vite \u00bb, mais constitue un point d\u2019\u00e9quilibre plus conservateur choisi par Bitcoin dans le cadre de ses hypoth\u00e8ses de s\u00e9curit\u00e9.<\/p>\n\n\n\n
D\u2019autres blockchains peuvent fixer des cibles de production de blocs plus courtes, g\u00e9n\u00e9ralement non pas parce qu\u2019elles r\u00e9duisent simplement les param\u00e8tres de Bitcoin, mais parce qu\u2019elles adoptent des m\u00e9canismes de consensus ou des hypoth\u00e8ses de r\u00e9seau diff\u00e9rents. Par exemple, certains r\u00e9seaux utilisent la preuve d\u2019enjeu (Proof of Stake, PoS) ou un consensus de type BFT, o\u00f9 la production de blocs fonctionne diff\u00e9remment du minage PoW ; certains r\u00e9seaux contr\u00f4lent le rythme de production des blocs gr\u00e2ce \u00e0 un ensemble de validateurs plus concentr\u00e9, une planification de tours plus claire ou des exigences plus fortes en mati\u00e8re de performance des n\u0153uds.<\/p>\n\n\n\n
Des temps de bloc courts exigent une synchronisation plus rapide entre les n\u0153uds. Sinon, avant qu\u2019un nouveau bloc ait eu le temps de se propager sur tout le r\u00e9seau, le bloc suivant appara\u00eet, et le risque de forks et de blocs orphelins augmente consid\u00e9rablement. Par cons\u00e9quent, les r\u00e9seaux capables de produire des blocs en quelques secondes doivent souvent concevoir de mani\u00e8re coordonn\u00e9e la propagation r\u00e9seau, le nombre de validateurs, les performances des n\u0153uds et les r\u00e8gles de consensus.<\/p>\n\n\n\n
R\u00e9duire le temps de bloc permet d\u2019obtenir des blocs plus fr\u00e9quents, mais le co\u00fbt appara\u00eet g\u00e9n\u00e9ralement dans plusieurs domaines : le risque de forks ou de blocs orphelins peut \u00eatre plus \u00e9lev\u00e9 ; le poids de s\u00e9curit\u00e9 fourni par un bloc individuel peut diff\u00e9rer ; les n\u0153uds peuvent n\u00e9cessiter des conditions de r\u00e9seau et de calcul plus fortes ; et le r\u00e9seau peut avoir besoin de m\u00e9canismes de finalit\u00e9 ou de r\u00e8gles de confirmation suppl\u00e9mentaires pour compenser.<\/p>\n\n\n\n
Certains r\u00e9seaux fixent des cibles de production de blocs de l\u2019ordre de quelques secondes \u00e0 une dizaine de secondes comme choix de conception. Les valeurs pr\u00e9cises varient selon les mises \u00e0 niveau du r\u00e9seau et les changements de param\u00e8tres, et les comparaisons doivent s\u2019appuyer sur la documentation officielle du r\u00e9seau concern\u00e9. Plus important encore, on ne peut pas juger qu\u2019une cha\u00eene est globalement meilleure simplement parce qu\u2019on voit qu\u2019elle produit des blocs rapidement. Elle fonctionne peut-\u00eatre \u00e0 un autre point d\u2019\u00e9quilibre et porte des hypoth\u00e8ses de s\u00e9curit\u00e9 diff\u00e9rentes.<\/p>\n\n\n\n
Pour comprendre le temps de bloc, il faut distinguer trois choses :<\/p>\n\n\n\n
Premi\u00e8rement, le temps de bloc : l\u2019intervalle moyen auquel de nouveaux blocs sont produits.<\/p>\n\n\n\n
Deuxi\u00e8mement, l\u2019entr\u00e9e d\u2019une transaction dans un bloc : une transaction est regroup\u00e9e et incluse par un certain bloc.<\/p>\n\n\n\n
Troisi\u00e8mement, l\u2019obtention d\u2019une confirmation s\u00e9curis\u00e9e pour une transaction : suffisamment de blocs suivants se sont accumul\u00e9s apr\u00e8s le bloc contenant la transaction, ou les r\u00e8gles du protocole lui conf\u00e8rent une finalit\u00e9, ce qui r\u00e9duit fortement le risque de r\u00e9organisation ou d\u2019annulation.<\/p>\n\n\n\n
Le fait qu\u2019une transaction soit incluse dans un bloc signifie seulement qu\u2019elle est entr\u00e9e dans un certain bloc, et non qu\u2019elle est d\u00e9j\u00e0 irr\u00e9versible. Si la cha\u00eene subit un fork et une r\u00e9organisation, la transaction peut \u00eatre d\u00e9plac\u00e9e vers une autre cha\u00eene, voire revenir temporairement \u00e0 l\u2019\u00e9tat en attente. Si une cha\u00eene produisant des blocs rapidement a davantage de forks, ou si un bloc individuel a un poids de s\u00e9curit\u00e9 plus faible, il peut \u00eatre n\u00e9cessaire d\u2019avoir davantage de blocs suivants pour atteindre un niveau de s\u00e9curit\u00e9 similaire \u00e0 celui d\u2019une autre cha\u00eene.<\/p>\n\n\n\n
Un exemple p\u00e9dagogique simplifi\u00e9 peut l\u2019illustrer : supposons que la cha\u00eene A produise toutes les dix minutes un bloc avec un poids de s\u00e9curit\u00e9 plus \u00e9lev\u00e9, et que la cha\u00eene B produise chaque seconde un bloc avec un poids de s\u00e9curit\u00e9 plus faible. Bien que la cha\u00eene B produise des blocs beaucoup plus rapidement, elle peut avoir besoin d\u2019accumuler davantage de blocs pour atteindre un niveau de s\u00e9curit\u00e9 proche de celui de la cha\u00eene A. Cet exemple sert seulement \u00e0 faire comprendre que \u00ab le nombre de confirmations ne peut pas \u00eatre simplement assimil\u00e9 \u00e0 la s\u00e9curit\u00e9 \u00bb ; les r\u00e9seaux r\u00e9els impliquent aussi des m\u00e9canismes de consensus, des co\u00fbts d\u2019attaque, des conditions de r\u00e9seau et des r\u00e8gles de finalit\u00e9, et il ne peut pas \u00eatre appliqu\u00e9 directement \u00e0 une cha\u00eene sp\u00e9cifique.<\/p>\n\n\n\n
Par cons\u00e9quent, lorsqu\u2019on compare l\u2019exp\u00e9rience de transaction, il ne faut pas regarder uniquement l\u2019intervalle entre les blocs, mais le temps approximatif n\u00e9cessaire pour atteindre le m\u00eame niveau de s\u00e9curit\u00e9. Une production rapide de blocs ne signifie pas une confirmation finale rapide, et encore moins une s\u00e9curit\u00e9 forc\u00e9ment sup\u00e9rieure.<\/p>\n\n\n\n
Le temps de bloc n\u2019est pas un indicateur unique o\u00f9 plus court serait toujours meilleur. Il ressemble davantage \u00e0 un param\u00e8tre de conception que le r\u00e9seau choisit entre latence, d\u00e9bit, s\u00e9curit\u00e9 et d\u00e9centralisation. Le choix par Bitcoin d\u2019une cible moyenne d\u2019environ dix minutes est un \u00e9quilibre conservateur maintenu par l\u2019ajustement de difficult\u00e9, dans le but de r\u00e9duire le risque de forks et de r\u00e9organisations dans les conditions de propagation des blocs et de synchronisation de l\u2019ensemble du r\u00e9seau. D\u2019autres cha\u00eenes peuvent r\u00e9duire le temps de bloc \u00e0 quelques secondes, mais cela n\u00e9cessite g\u00e9n\u00e9ralement des m\u00e9canismes de consensus diff\u00e9rents, des hypoth\u00e8ses de r\u00e9seau plus fortes ou des conceptions structurelles diff\u00e9rentes, avec les co\u00fbts correspondants.<\/p>\n\n\n\n
On peut faire une analogie avec la fr\u00e9quence de d\u00e9part des bus : des d\u00e9parts tr\u00e8s fr\u00e9quents peuvent r\u00e9duire l\u2019attente, mais si les routes ou les stations ne peuvent pas suivre, la congestion et les probl\u00e8mes d\u2019ordre apparaissent facilement ; une fr\u00e9quence de d\u00e9part plus faible est plus stable, mais les passagers attendent plus longtemps. Cette analogie aide \u00e0 comprendre \u00ab l\u2019\u00e9quilibre entre la fr\u00e9quence et la capacit\u00e9 du syst\u00e8me \u00bb, mais elle ne refl\u00e8te pas le consensus d\u00e9centralis\u00e9 des blockchains ni les m\u00e9canismes de s\u00e9curit\u00e9 contre les forks ; elle ne doit donc pas \u00eatre consid\u00e9r\u00e9e comme un mod\u00e8le technique r\u00e9el.<\/p>\n\n\n\n
Pour les utilisateurs, juger si le temps de bloc d\u2019une cha\u00eene est raisonnable ne doit pas se limiter \u00e0 \u00ab quelques minutes \u00bb ou \u00ab quelques secondes \u00bb. Il faut aussi tenir compte de son m\u00e9canisme de consensus, de ses r\u00e8gles de finalit\u00e9, de ses besoins de confirmation des transactions et de ses cas d\u2019usage. Un temps de bloc plus court peut augmenter le nombre de blocs par unit\u00e9 de temps, mais le d\u00e9bit global des transactions reste limit\u00e9 par la capacit\u00e9 de chaque bloc et par la capacit\u00e9 de traitement du r\u00e9seau. Apr\u00e8s avoir compris le Block Time, une vision plus raisonnable est la suivante : diff\u00e9rents r\u00e9seaux ont choisi diff\u00e9rents points d\u2019\u00e9quilibre, et la vitesse de production des blocs n\u2019est qu\u2019une porte d\u2019entr\u00e9e pour comprendre ces \u00e9quilibres, pas un simple classement du meilleur au moins bon.<\/p>\n","protected":false},"excerpt":{"rendered":"
Beaucoup de personnes remarquent une diff\u00e9rence tr\u00e8s intuitive lorsqu\u2019elles comparent […]<\/p>\n","protected":false},"author":1,"featured_media":12430,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[102],"tags":[],"class_list":["post-12536","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-crypto-basics"],"yoast_head":"\n