ENFR
8news

Tech • IA • Crypto

Aujourd'huiMa veilleVidéosTop articles 24hArchivesFavorisMes topics

Le hashrate n’est pas ce que vous croyez | Bitcoin 2026

BTCBitcoin Magazine12 mai 2026 à 01:0016:19
0:00 / 0:00

INTRO

Le taux de hachage de Bitcoin, souvent cité, est une métrique inférée qui peut masquer les risques réels de sécurité, lesquels dépendent davantage des dynamiques de reprise et de la résilience du système en situation de stress que de la seule puissance de calcul.

POINTS CLÉS

Le taux de hachage est une estimation, pas une mesure directe

Le taux de hachage de Bitcoin n’est pas directement observable: il est déduit de la production de blocs et de la difficulté du réseau au fil du temps. Il s’agit donc d’une estimation rétrospective de l’effort de calcul plutôt que d’un indicateur en temps réel. En conditions normales, cela a peu d’impact, mais en période de perturbation, cela devient critique.

La sécurité dépend des dynamiques, pas des instantanés

Un taux de hachage élevé suggère une forte sécurité dans des modèles statiques, mais ces modèles supposent des conditions stables (coûts de l’énergie, solvabilité des mineurs, indépendance opérationnelle). En réalité, la sécurité dépend du comportement du système dans le temps, surtout lors de chocs. Deux réseaux avec un même taux de hachage peuvent avoir des résiliences très différentes.

La répression chinoise de 2021 a révélé la fragilité du système

En mai 2021, environ 50 % du taux de hachage mondial de Bitcoin a disparu en quelques semaines. Le protocole a continué de fonctionner et a ajusté la difficulté comme prévu, mais la reprise physique et financière a pris entre six mois et deux ans. Cet épisode a mis en évidence l’écart entre la résilience du protocole et les contraintes du monde réel.

Les chocs créent des fenêtres de vulnérabilité prolongées

Une chute soudaine de 30 % du taux de hachage ferait passer le temps moyen de bloc de 10 minutes à environ 14,3 minutes, prolongeant l’ajustement de difficulté de deux semaines à près de 20 jours. Durant cette période, le réseau fonctionne dans un état déséquilibré, ce qui accroît l’incertitude et retarde le retour à l’équilibre.

L’économie des mineurs peut déclencher des effets en cascade

Contrairement aux idées reçues, les mineurs ne gagnent pas immédiatement plus après une baisse du taux de hachage, car la difficulté reste inchangée jusqu’à l’ajustement. Les opérateurs aux marges serrées et endettés peuvent subir des ruptures de covenants, des arrêts forcés ou des liquidations, créant un effet domino où un choc temporaire entraîne des pertes de capacité durables.

Les lacunes d’information amplifient le risque

Les variations du taux de hachage sont difficiles à distinguer du bruit statistique en temps réel, en raison de la nature stochastique de la production de blocs. Cela crée des délais de décision chez les exchanges, prêteurs et mineurs, ouvrant une « fenêtre de coordination » où les évaluations divergent et les réponses se fragmentent.

Les conditions d’attaque s’améliorent en période d’instabilité

Une baisse du taux de hachage réduit le seuil de calcul nécessaire pour une attaque, tandis que des blocs plus lents allongent les délais de confirmation, par exemple de 60 à 85 minutes. Cela facilite la coordination des attaquants et complique les défenses, augmentant la vulnérabilité systémique.

La structure du capital et les contrats d’énergie sont déterminants

Les opérations de minage dépendent fortement du financement, notamment des prêts adossés à des ASIC et des contrats d’électricité. Les contrats « take-or-pay » imposent des coûts fixes en période de baisse, tandis que des accords flexibles permettent de s’adapter. La fragilité financière, plus que le protocole, provoque souvent la perte de capacité.

Le risque de corrélation affaiblit la décentralisation apparente

Malgré la dispersion géographique, les infrastructures de minage partagent des dépendances critiques: peu de fabricants d’ASIC, des firmwares communs et une offre limitée de transformateurs avec 18 à 24 mois de délai. Ces expositions communes peuvent entraîner des défaillances simultanées sous stress.

Décalage entre la vitesse du protocole et celle des marchés

L’ajustement de difficulté de Bitcoin est plus lent que les marchés du capital, de l’énergie et du crédit, qui réagissent en continu. Ce décalage peut aggraver les chocs, permettant à une perturbation de 30 % de devenir une réduction effective de 40 % avant l’ajustement.

Les indicateurs clés de sécurité dépassent le taux de hachage

Des métriques comme la vitesse de reprise, la solidité des bilans des mineurs et la corrélation des défaillances offrent une meilleure lecture de la sécurité. Indicateurs observables: valorisation du collatéral ASIC, primes d’assurance, flexibilité énergétique et contraintes de chaîne d’approvisionnement, absents du taux de hachage agrégé.

CONCLUSION

La véritable sécurité de Bitcoin ne réside pas dans son taux de hachage instantané, mais dans la manière dont ses couches physiques, financières et opérationnelles réagissent au stress, faisant des dynamiques de reprise un facteur plus déterminant que la puissance de calcul brute.

Transcription complète

Hash rate is the most cited number in Bitcoin, but strictly speaking, it's not a number that we can measure. There's no global gauge that tells us what the current hash rate of Bitcoin is. Rather, it's something that we estimate backwards. We infer it from blocks against difficulty over a rolling window. So, a figure on a dashboard is an inference about work that must have been performed. In order to produce the chain that we observe in a steady state that distinction doesn't matter but under stress it becomes the entire problem. Hash rate measures effort. Security is what happens when that effort breaks. So the standard model says that more hash rate is more security and that has a one in a one period attack model that's uh directionally correct. You have a larger honest network so you have a higher work threshold for an attack but that holds one variable constant time. It assumes stable power costs, stable machine fleet, that miners remain solvent, and that the capacity on paper is capacity that can respond. It assumes that operations that or operators that look independent fail independently. In May of 2021, half of the global hash rate was went offline within weeks. The protocol survived. The difficulty adjustment did exactly what it was designed to do. But the recovery of capital, the reallocation of fleets, the reconfiguration of power markets and supply chains took 6 months to two years, depending how you measure. The hash rate is the stock, but the security is the flow. And the standard model only shows the stock. the standard model or rather the uh the hash rate is a snapshot but security is a trajectory. Those are different mathematical objects. You can have two networks with identical hash rate and completely different trajectories under stress. One can have uh miners that are lightly leveraged run flexible power contracts hold idled machines as reserve capacity and operate firmware that they control. And the second can have the same firm rate, the same hash rate concentrated in dense sites with short duration ASIC backed debt locked into taker pay power with similar firmware and exposed to the same power grid. So those look the same on the dashboard, but they have very different security trajectories. The question uh the about of uh for the attacker is not what's the how much hash power is there. It's how much credible hash power remains available over time. Machines that are not uh machines that can't get power are not uh are not credible security. Sites are not credible security if the transformers have an 18month replacement window. operations uh are not um credible security if the next margin shock breaches a covenant. What matters is not h, it's h of t. It's the hash rate over time and more specifically under stress. The power grid, the policy, the firmware and the credit environments uh are all variable mechanisms. um that affect the security uh aside from the hash rate. So let's say that we had a 30% hash rate shock overnight. The immediate effect is that that 10-minute block time gets divided by 7. You have uh 14.3 minute blocks. That means that the time for a difficulty adjustment goes from 2016 blocks being two weeks to about 20 days. That's a 43% increase in real time right off the bat. So the first uh change that I want to make explicit is that the protocol uh adjustment clock slow itself slows. So the non-equilibrium state lasts longer. Now consider the minor economics during that gap. The intuition is that with 30% gone, the remaining terraashes earn more power per ter earn more revenue per terahash. That's partially true, but before adjustment, the original difficulty remains and the revenue per terash doesn't change uh in a on a per wall clock time basis. So per unit of wall clock time, the revenue per terahash doesn't change. The difficulty adjustment is where the repricing actually occurs. But that's 20 days out. 20 days is a really long time in capital markets. That's time for operators with thin margins uh operating on fixed power obligations with ASIC backed debt to breach their debt service coverage ratios and trigger forced curtailment to push collateral underwater on a marktomarket basis and miners do not adjust to this uniformly. The ecosystem resorts. Some miners survive the repricing and they benefit when the difficulty drops, but the others are gone. So the 30% shock uh is not just a number, it's a sorting mechanism and it separates the capacity that's installed from the capacity that's resilient. This is where security is determined. After the shock, three things happen. One, there's lower work to compete. An attacker uh doesn't need as needs 30% less work to compete with the network. Fine. Two, the network has yesterday's view of the world. The difficulty hasn't adjusted. And third, and this is the one that's often not taken into account, nobody knows the true state of the system in real time. As we said earlier, the rate is inferred. So under real shock uh well rather nobody knows when that just by looking at the block times whether there's a real shock or whether it's just block time variance. Block arrival is on a poisonson process. So operations dashboards always smooth over the difficulty over a rolling window. They do this because the raw signal is too noisy. Nobody can uh infer um clean information from that stochcastic signal. But this induces decision lag. Exchanges, lenders, market makers, miners, insurers, power count counterparties, they're all trying to determine were the block were the miners unlucky? Is the network impaired? Is it entering a cascade? These entities update at different speeds and they update based on different data. This is the vulnerability window. It's not a cryptographic window. It's not just a cryptographic window. It's an information window. It's a coordination window. And it's a liquidity window. And so the attacker's problem changes. The required capital to compete uh is down. That's the cost effect. But there's also a time effect that uh 60 that a 60-minute confirmation time say for settlement on a on an exchange becomes an 8 becomes 85 minutes 43% up. This makes coordination between adversaries easier. It makes a defender response harder. Risk policies adjust unevenly against uh across counterparties and the defender's reaction surface fragments. The resilient parties close quickly. The there's flexible load. There's they have liquid operators. They have uh capacity that can return without new transformers, interconnects, uh new credit contracts, new firmware deployments. But the fragile miners leave that window open, not because the protocol failed, but because the physical and financial layers couldn't respond fast enough. So what matters isn't the starting hash rate at the time that there's a shock. What matters is the recovery curve. Attackers don't need permanent control. They need an attack window. Security is not the depth of the curve, it's the area under the curve. And the danger moment is not low hash rate, it's unstable hash rate. We uh it's 15minute talk, so I'll skip over the math. So three things that uh are not obvious from the hash rate. One is capital. Industrial mining is financed. They have uh equipment loads that are coll or loans that are collateralized by AS6. They have um project finances that are tied to specific sites. They have rate linked uh rate linked um uh loans. And they all have covenants. So debt service coverage ratios, collateral maintenance triggers, uh those are all covenants tied to the hash price and the revenue per terahash per day uh determines whether those covenants are breached. So when the rate drops temporarily, that's not volatility. That those are triggers. the operations have to curtail or liquidate and it's not the system that failed, it's the balance sheet. So temporary protocol conditions lead to permanent loss of capacity. Second is energy. Uh what matters isn't the energy contracted, it's how flexible that energy is. So how do take or pay contracts behave? They behave like fixed cost floors during shocks. The interruptible loads can curtail when prices spike. They can monetize demand responsibly. They can re-energize when conditions improve. It's not the fastest or rather it's not the largest megawatt. It's the fastest megawatt. And also as we said before uh there's coupling networks lock onto uh um common shared dependencies. Uh AS6 supplies concentrate in three vendors. Even those three vendors buy capacity from the same foundaries and they have shared firmware stacks. Large transformers take 18 to 24 months uh for a replacement lead window. Physical destruction is uninsurable in real time under those conditions and geographic dispersion can still mean uh that shared exposure to one grid operator jurisdiction uh and weather conditions um are present. So from an underwriting perspective, the correlation risk looks diverse until it's stressed and then it looks like a single position. >> Welcome to predict. The world is a market. Everything is a market. Every headline moves the line. Every moment is your market. Call the moves. Bet on your instinct, your prediction, your edge. Dual bits predict where everything is a market. Hash rate doesn't wait for difficulty. So when the hash rate drops, collateral uh collateral drops uh um or rather collateral obligations trigger uh credit is tightened, power contract obligations kick in uh and curtailments uh are triggered which cause further hash rate drops. That's the cascade. So on a difficulty uh in proto that's in protocol time 20 days. These things aren't waiting 20 days. These are are responding continuously. Capital markets, power markets all respond continuously. Credit markets respond brutally and insurance responds when claims arrive. So these clocks are not aligned. The protocol is the slowest clock. there's a mismatch between uh the continuous response of the markets and the response of the protocol and they can be moving in opposite directions. So the uh protocol's observed hash rate and the market's observed risk are not correlated in that time and during that gap when they live when they're in opposite directions a 30% shock can become a 40% problem before the protocol catches up. So if I compress everything I said to three points, it's recovery speed. How fast can capacity return when the window opens? Capital halflife. How long can stressed operators survive before they're forced offline? And correlation failure. How much does does uh does the system share underlying exposure? These are not abstract quantities. They're specific, observable, and often priced quantities. Uh hash rate over break even, insurance premium changes, ASIC collateral haircuts, power optionality value, pool concentration, supply lead times. These are measures that forecast the postshock security. Notice that the aggregate hash rate is not in that list. When the aggregate hash rate moves, the other factors have already moved. So lastly, software is not just one layer. Uh hash rate is just one layer. Hash rate measures effort, but security is how the system recovers. Bitcoin solve the trust in software. It didn't solve physics, power transformers, semiconductors, and cooling. It didn't solve capital like debt structures, covenants, liquidity, and it didn't solve coordination, the willingness and ability of independent operators to remain online during times of stress. Those don't run on Bitcoin's clock. They fail independently and recover at different speeds. The network security question is not how much hash is there right now. It's what happens under stress and how quickly does it close the window. And the hash rate is the last signal to know. Thank you. >> Every year, this community comes together to celebrate, to debate, to build what comes next. And every year, the stage gets bigger. Sound money, center stage. So, where do you go to celebrate the next chapter in Bitcoin history? You come home. Nashville, July 2027.

Sur le même sujet : BTC