Un examen plus approfondi de la proposition de taille de bloc configurable de Bitcoin Unlimited

Un regard plus étroit dans la proposition de taille de bloc configurable de Bitcoin Unlimited.

Bitcoin Unlimited, l'une des applications Bitcoin Core introduites fin 2015, a attiré l'attention ces derniers mois. Le travail a pris en charge l'électricité de hachage de nombreux nouveaux pools miniers Bitcoin, y compris ViaBTC, GBMiners et BTC.TOP, tandis que l'adoption des nœuds semble également en hausse.

Ou peut-être plus correctement: pour créer ce contrôle plus explicite et plus facile à gérer.

Bitcoins Emerging Growth Story Joueurs _[en-fr]_2018-05-30 13-25-45--160 entre euxLe protocole Bitcoin, tel qu'appliqué par des nœuds économiquement pertinents, inclut actuellement une limite de taille de bloc d'un mégaoctet. Si un mineur devait créer un bloc supérieur à un mégaoctet, ce bloc serait considéré comme invalide. Il ne ferait pas partie de la blockchain de Bitcoin, et le mineur qui l'aurait minée aurait gaspillé ses sources à le faire.

BUIP001 – fourni par le programmeur en chef de Bitcoin Unlimited Andrew Stone – dispose entièrement de ce principe de limite de taille de bloc d'un mégaoctet et le remplace par 3 options configurables. Deux d'entre eux sont configurables par tous les opérateurs de noeud, y compris les utilisateurs réguliers en plus des mineurs. Et une troisième option est simplement pour les mineurs.

Ces configurations sont signalées au réseau Bitcoin. Les utilisateurs réguliers diffusent leurs préférences vers d'autres nœuds, et les mineurs intègrent leurs préférences dans les cubes qu'ils exploitent.

Tout d'abord, il y a la taille de génération maximale, également appelée «MG». Cette alternative est juste pour les mineurs et est assez simple: elle permet aux mineurs de définir la taille des cubes qu'ils créent. Le paramètre par défaut est un mégaoctet: il ne diverge pas automatiquement dans le protocole Bitcoin actuel. Mais si un mineur souhaite créer un bloc de deux mégaoctets, alors c'est aussi simple que "basculer un commutateur" dans l'interface utilisateur de Bitcoin Unlimited. Si un mineur souhaite créer un bloc de huit mégaoctets, alors c'est exactement le même commutateur.

(Les seules limites restantes sont les limites de longueur de message, que Bitcoin Unlimited place à 160 mégaoctets, et éventuellement les limites de type de données ou les limitations de source du système.)

MG fournit aux mineurs un contrôle total sur les dimensions des cubes qu'ils créent. Mais bien sûr, comme expliqué précédemment, un bloc de deux mégaoctets serait inversé par le réseau en ce moment.

C'est là que la deuxième alternative configurable entre en jeu.

Choix 2: Taille de bloc excessive, ou "EB"

La taille de bloc excessive, généralement appelée «EB», détermine la taille des cubes que les nœuds et les mineurs acceptent. Si un mineur génère un bloc de deux mégaoctets, ce bloc sera accepté par tous les nœuds et mineurs qui placent EB à au moins 2 mégaoctets.

EB est mis à seize mégaoctets par défaut et est configurable par les utilisateurs et les mineurs. Néanmoins, c'est une configuration particulièrement importante pour les mineurs: les mineurs extraient juste avec les cubes qu'ils prennent. Un mineur qui affirme la limite de taille de bloc actuelle d'un mégaoctet de Bitcoin rejettera un bloc de deux mégaoctets, pour maintenir l'extraction sur le dernier bloc d'un mégaoctet. Un mineur qui définit EB à 2 mégaoctets, cependant, extraira instantanément avec exactement le même bloc de deux mégaoctets, indépendamment de ce que fait le reste du réseau.

Bien sûr, cela présente également un problème.

Dans le cas où une minorité de mineurs met EB à un mégaoctet, et la grande majorité de tous les mineurs fixe EB à, disons, deux mégaoctets, le réseau pourrait se diviser en 2. Après que quelqu'un exploite un bloc de deux mégaoctets, une minorité de mineurs ignoreront et, au lieu de continuer à étendre la chaîne d'un mégaoctet. Presque tous les mineurs, cependant, prendront la chaîne avec tout le bloc de deux mégaoctets, et prolongeront cette chaîne.

Différents groupes de mineurs considéreraient les chaînes uniques comme légitimes, et les miennes au-dessus de leur chaîne «très propre» tout en rejetant l'autre chaîne. Cette séparation pourrait techniquement durer éternellement sans que les deux chaînes convergent, ce qui diviserait Bitcoin en deux monnaies et réseaux distincts.Dans un effort pour résoudre ce problème, Bitcoin Unlimited introduit la troisième alternative configurable.

Choix 3: Profondeur d'acceptation excessive, ou "AD"

Plus particulièrement, AD détermine le nombre de confirmations supplémentaires requises par un bloc, avant que les nœuds et les mineurs ne le prennent, quelle que soit la taille du bloc. La valeur par défaut est quatre.

Ainsi, l'état de l'autorisation d'un nœud définit EB à 2 mégaoctets, et AD à quatre confirmations ajoutées. Si ce nœud reçoit un bloc de trois mégaoctets, il ignorera initialement ce bloc puisqu'il dépasse son EB de deux mégaoctets. Mais si la grande majorité des mineurs n'ignore pas ce bloc et extrait quatre nouveaux blocs par-dessus, l'EB de deux mégaoctets du nœud est annulé avec ses quatre confirmations AD. Le bloc de trois mégaoctets est rétroactivement accepté comme légitime.

Par conséquent, les mineurs distincts (et les nœuds) doivent converger – éventuellement – sur une seule chaîne légitime, même s'ils ont des paramètres MG et EB distincts.«Lorsque l'ANNONCE d'un nœud est atteinte, ce nœud prend les blocs suivants de n'importe quelle taille pendant environ 24 heures (144 blocs).Cette porte collante s'assure que les mineurs construisent instantanément sur la chaîne avec les cubes les plus grands récemment acceptés plutôt que continuellement. en arrière sur le reste du réseau, en attendant chaque bloc pour atteindre adéquat AD.

Comments are Disabled