12 façons de mesurer la santé du réseau Bitcoin

Le réseau Bitcoin ultra-résilient est le plus grand projet de calcul distribué au monde en termes de puissance de calcul brute, ayant depuis longtemps dépassé 1 exaFLOPS (1 000 pétaFLOPS) – plus de huit fois la vitesse combinée des 500 meilleurs supercalculateurs.

Bien que depuis qu'il a atteint un incroyable 3,2 zettaFLOPS (3 200 exaFLOPS), le projet a été discrètement retiré de Wikipédia.listedes projets de calcul distribué. Cela est probablement dû au fait que les exaFLOPSestimations'effondre avec les ASIC spécialisés de Bitcoin, car ils ne sont pas capables d'effectuer des opérations en virgule flottante.

Au lieu de cela, l'estimation peut être utilisée pour estimer dans quelle mesure d'autres superordinateurs et projets de réseaux distribués seraient capables d'exploiter le Bitcoin, puisque les superordinateurs ont la capacité d'effectuer les opérations entières utilisées dans le hachage.

Par conséquent, le supercalculateur le plus rapide d'aujourd'hui, celui de ChineTianhe-2avec une performance de 33,86 Pflop/s, il représenterait environ 0,001 % du réseau Bitcoin .

Surveillance de la santé du réseau

À mesure que Bitcoin mûrit et commence à concurrencer les réseaux de paiement de détail traditionnels comme Visa et MasterCard, et les réseaux de gros comme Swift, la santé du réseau décentralisé devient vitale pour ses capacités de performance.

Le site communautaire Bitcoin.org fait un excellent travail de maintenance des archives historiques dealertes d'état du réseauet vulnérabilités.

Le rapport assemblé ci-dessous répertorie les statistiques critiques pour la surveillance continue de la santé du réseau Bitcoin distribué, couvrant les mesures importantes pour l'accessibilité, l'évolutivité, la sécurité et la vitesse de traitement des transactions.

1.Le projet Bitnodes

Bitnodes estime la taille du réseau Bitcoin en identifiant tous les nœuds accessibles. La méthodologie actuelle consiste à envoyerobtenir l'adresseMessage récursif pour trouver tous les nœuds accessibles du réseau à partir d'un ensemble de nœuds sources. Ce sondage est effectué toutes les 24 heures et les résultats sont affichés sur une carte géographique mondiale, incluant les classements et la version du client de référence Bitcoin .

Le projet Bitnodes a été lancé en avril 2013 avec le soutien de la Fondation Bitcoin , qui en fait une ressource communautaire. Le dernier rapport du projet est disponible ici : <a href="https://bitcoinfoundation.org/2014/09/bitnodes-project-2014-q3-report-the-state-of-bitcoin-p2p-network/">https://bitcoinfoundation.org/2014/09/bitnodes-project-2014-q3-report-the-state-of-bitcoin-p2p-network/</a> .

2.Propagation des données

L'échange d'informations sur le réseau Bitcoin est quasi instantané. Mais à quelle vitesse l'information se propage-t-elle exactement sur le réseau ? Le graphique d'évolution de la propagation, maintenu par BitcoinStats, montre le 50e percentile de la messages d'invocationreçu par les pairs (c'est-à-dire : le graphique montre le temps écoulé depuis qu'une transaction ou un bloc entre dans le réseau jusqu'à ce qu'une majorité de nœuds l'ait reçu et traité).

3.Serveurs DNS Bootstrap

Les graines DNS sont utilisées par la quasi-totalité des clients Bitcoin pour identifier un ensemble de nœuds auxquels se connecter au démarrage. Ces graines sont gérées par des bénévoles grâce à une multitude de mécanismes afin de garantir que les graines renvoyées représentent un échantillon représentatif des nœuds actuellement en ligne.

À l'exception de bitseed.xf2.org, les seeds visent à renvoyer les nœuds actuellement en ligne et accessibles. Également fourni par BitcoinStats, le graphique montre les résultats des tentatives d'amorçage régulières utilisant les seeds, le tracé représentant le taux de réussite horaire moyen de connexion pour chacune d'elles. Plus le taux est proche de 100 %, meilleure est la seed.

Un graphique auxiliaire avec le temps de réponse des graines DNS aux requêtes est également fourni, qui indique les temps de réponse en millisecondes (ms) écoulés entre l'envoi de la requête et la réception d'une réponse.

4.Taux de hachage du réseau

Fourni par le développeur Pieter Wuille, cette série de graphiques affiche la difficulté de hachage et le nombre estimé de térahashes par seconde (vitesse de calcul) que le réseau exécute pour différentes fenêtres temporelles (1 térahash équivaut à 1 000 gigahashes).

Calculé en divisantcible maximale par objectif actueloù la cible est un nombre de 256 BIT ,difficulté mesure la difficulté de trouver un nouveau bloc par rapport à la facilité avec laquelle il peut l'être. La difficulté s'ajuste tous les 2 016 blocs (ou deux semaines) et pour trouver un bloc, le hachage SHA-256 de l'en-tête d'un bloc doit être inférieur ou égal à la cible actuelle pour que le bloc soit accepté par le réseau.

5.Distribution du taux de hachage

Ce graphique circulaire d'Organ Ofcorti est une estimation de la distribution du taux de hachage parmi les plus grands pools de minage à un intervalle hebdomadaire. Il est important de le surveiller, car l'intégrité du réseau dépend d'un seul acteur ne dépassant pas 50 % de la puissance de hachage globale.

Un tableau de statistiques de blocs résolus répertorie toutes les statistiques pouvant être dérivées du nombre de blocs résolus par un contributeur au taux de hachage au cours de la semaine écoulée. Les attributions de blocs proviennent soit de sources primaires, comme celles revendiquées par un site web de pool, soit de sources secondaires, comme les signatures Coinbase ou les adresses de génération connues.

Lorsque les données dépendent uniquement de sources secondaires, elles peuvent être inexactes et manquer certains blocs si un solveur de blocs particulier s'est donné la peine de masquer les blocs résolus, ce qui entraînera une sous-estimation du taux de hachage du solveur de blocs.

Une alternativegraphiqueLes données sur des horizons temporels de 24 heures, 48 heures et quatre jours sont fournies par Blockchain.

6.Indicateur d'exploitation minière égoïste

Produite par Coinometrics, cette mesure tente de mesurer la probabilité et la prévalence des mineurs de Bitcoin engagés dans un sous-ensemble de comportements de la stratégie « Selfish Mining », comme décrit par Ittay Eyal et Emin Gün Sirer dans leur article,La majorité ne suffit pas : le minage de Bitcoin est vulnérable.

Étant donné que le protocole Bitcoin repose sur le fait que les mineurs suivent les règles définies par le logiciel, dès que les mineurs ont trouvé un bloc, ils doivent l'annoncer au réseau.

Le minage égoïste défie cette règle : certains mineurs, une fois qu'ils ont trouvé un bloc, peuvent le cacher au réseau et commencer à travailler sur le bloc suivant. Une fois qu'ils ont un numéro dans leur chaîne cachée, ils peuvent le libérer pour invalider les blocs que le réseau pensait appartenir à la chaîne principale.

Plus la probabilité qu'au moinsk (distribution réelle) les blocs seront trouvés dans le temps représenté par le premier compartiment, plus il est probable que les mineurs s'engagent dans un comportement de succession QUICK dans le cadre de la stratégie d'exploitation minière égoïste.

Coinometrics explique :

Une façon d'estimer la probabilité de mise en œuvre d'une telle stratégie consiste à comparer la distribution du temps entre les blocs à la distribution attendue. Le taux de création de blocs Bitcoin est déterminé par la rapidité avec laquelle le premier mineur résout un hachage répondant aux exigences de difficulté du protocole. Chaque tentative de résolution de ce problème a une probabilité d'être correcte. Par définition, cette probabilité est indépendante des hachages. Par conséquent, le taux de génération des blocs devrait Réseaux sociaux une distribution exponentielle.

7.Blocs orphelins

Les blocs orphelins sont des blocs valides qui ne font pas partie de la blockchain Bitcoin principale. Ils peuvent survenir naturellement lorsque deux mineurs produisent des blocs à des moments similaires, ou être causés par un attaquant disposant d'une puissance de hachage suffisante et tentant d'inverser des transactions.

Initialement accepté par la majorité du réseau,blocs orphelinsCe sont les transactions rejetées après réception de la preuve d'une blockchain plus longue ne contenant T ce bloc. Autrement dit, un utilisateur pourrait considérer une transaction comme ayant une confirmation, puis revenir à zéro confirmation si une blockchain plus longue, ne contenant T la transaction, était reçue.

8.Moniteur de doubles dépenses

La blockchain surveille en temps réel les doubles dépenses détectées lors des 500 000 dernières transactions grâce à un cache de 10 minutes. Cela pourrait permettre d'alerter les utilisateurs en cas de transactions potentiellement malveillantes sur le réseau.

9.Transactions non confirmées

La blockchain maintient également une liste actualisée en temps réel des nouvelles transactions Bitcoin en attente d'intégration dans un bloc. Le moniteur affiche le nombre total de transactions non confirmées, y compris les frais totaux et la taille totale en kilo-octets.

10.Délai moyen de confirmation des transactions

Il s'agit du temps moyen (en minutes) nécessaire à l'acceptation d'une transaction dans un bloc. Les estimations raisonnables diffèrent quant au temps et aux confirmations nécessaires pour qu'une transaction soit considérée comme compensée et « correcte », mais le niveau de risque approprié dépend de la valeur de la transaction.

11.Taille totale de la chaîne de blocs

La taille totale de la chaîne de blocs est importante en raison des considérations d'espace de stockage à mesure qu'elle grandit, ainsi que du temps nécessaire à la synchronisation initiale après l'installation du client de référence pour la première fois. Cette mesure indique la taille totale de tous les en-têtes de blocs et de toutes les transactions, hors index de base de données.

12.Taille moyenne des blocs

Mesurée ici en fractions de mégaoctet, la taille du bloc deviendra undébatune fois que le réseau Bitcoin commencera à approcher sa limite de débit actuelle d'environ sept transactions par seconde.

En fin de compte, important pour l'évolutivité, la limite de taille de bloc indiquée devra être augmentée, liée à une autre variable, ou rester la même avec davantage de confirmations poussées hors de la chaîne, chaque chemin ayant des implications correspondantes pour la décentralisation du système.

Veuillez nous faire savoir dans la section commentaires ci-dessous si nous avons omis des mesures essentielles aux opérations du réseau ou si des références sont obsolètes.

Réseaux sociaux Jon Matonis surGazouillement.