Un UASF est la manière dont une mise à jour est introduite dans la blockchain, les utilisateurs ayant la décision de l'activer ou non. Apprenez ici tout ce que vous devez savoir à son sujet, son fonctionnement et son importance.
LUASF signifie User Activated Soft Fork (UASF) ou User Activated Soft Fork. Il s'agit d'un mécanisme activé par nœuds complets à un moment précis, ce qui permet au système Bitcoin être en mesure de passer ou de passer à un nouvel ensemble de règles pour consentement. Tout cela sans provoquer de changements abyssaux dans le réseau, comme la division de la chaîne en deux blockchain différent.
Un fourchette souple ou fourchette soupleIl s'agit plutôt d'un changement des règles de protocole logiciel imposées par des nœuds complets. Même avec ces nouveaux changements, la compatibilité avec les versions précédentes du logiciel demeure. Cela permet aux anciens nœuds complets de reconnaître les nouveaux bloques y relations comme valide. Et pour le reste des nouveaux nœuds, travaillez en synchronisation avec le reste des nœuds, qu'ils soient ou non mis à jour.
Pour exécuter un UASF, le soft fork doit se produire avec les nœuds complets à un moment donné. Autrement dit, à une date et une heure spécifiques. Là, les nœuds complets doivent activer les nouvelles règles de consensus et rejeter tous les blocs et transactions qui ne respectent pas les nouvelles règles. Cependant, les nœuds complets pourront accepter ou rejeter les verrous des mineurs en fonction des nouvelles règles. Ainsi, les mineurs pourraient s'en tenir aux nouvelles règles de consensus pour l'extraction de blocs, ou refuser et risquer de gaspiller des ressources si leurs blocs sont rejetés.
Fonctions d'un UASF
Les fourches souples ont été créées afin de créer de nouvelles fonctionnalités qui améliorent subtilement certaines fonctions au sein de la blockchain. Perfectionner votre protocole sans risquer le fonctionnement du réseau. C'est le point opposé de fourche dur, où les changements peuvent diviser le réseau blockchain en deux chaînes différentes.
Au départ, ces fourches sont activées par les mineurs, qui contrôlent la puissance de hachage du réseau. Décider d'adopter ou non les modifications proposées. Mais parce que les opinions autour de ces bifurcations peuvent être très variées de la part de la communauté. Ceux-ci pourraient ou non être d'accord avec les décisions des mineurs, de sorte que le concept UASF a été mis en œuvre. Cette modification permet aux participants du réseau d'activer le soft fork. Cela signifie que les mineurs, bien qu'ils puissent rejeter le soft fork, ne le font tout simplement pas du fait qu'ils ne perdent pas les commissions générées par les transactions et bloquent la production. Une manière subtile de faire accepter les changements aux mineurs.
En cas d'activation d'un soft fork, toutes les opérations effectuées sur le réseau qui ne sont pas conformes aux nouvelles règles du protocole seront rejetées. Par conséquent, si les mineurs l'ignorent et continuent de valider avec les règles précédentes, leurs efforts de minage seront vains, en approuvant des transactions et des blocs qui seront invalides selon les nouvelles règles de consensus. Action avec laquelle ils ne pourront recevoir aucune récompense pour le travail qu'ils ont accompli, gaspillant leur puissance de hachage (taux de hachage).
Ainsi, le mécanisme UASF permet aux utilisateurs de prendre le contrôle des mineurs et de les inciter à accepter les nouvelles règles. Il faut donc beaucoup de coordination de la part de la communauté de l'ensemble du réseau pour l'activer.
Qu'est-ce que le BIP 148?
La proposition d'amélioration de Bitcoin BIP 148 est un exemple clair d'UASF, qui encourage le réseau à mettre en œuvre SegWit afin d'améliorer l'utilisation de l'espace dans le bloc. Afin de traiter un plus grand nombre de transactions au sein du bloc et beaucoup plus rapidement. SegWit est un changement proposé dans le réseau qui permet de séparer les signatures numériques dans Bitcoin de la section d'origine du bloc, permettant une meilleure gestion de l'espace dans le bloc.
Ce soft fork ne provoque aucune division sur le réseau Bitcoin, mais cherche plutôt à inciter les mineurs à mettre à niveau leur logiciel pour implémenter SegWit. Ce qui nécessitait au moins 95% d'acceptation par les mineurs pour être pleinement activé.
Ainsi, comme l'adoption de SegWit par les mineurs n'atteignait pas le niveau attendu, les développeurs ont choisi de créer une autre proposition. Un système qui permettrait aux nœuds complets d'activer SegWit de manière coordonnée, sans avoir besoin de l'approbation de la plupart des nœuds miniers. Cette proposition est Fourche souple activée par l'utilisateur o UASF.
Pour cette raison, le mécanisme UASF donne du pouvoir aux participants du réseau et non aux mineurs. D'où son nom fourche souple activée par l'utilisateur.
Implications de l'activation d'un UASF
L'activation de l'UASF ne nécessitant pas l'approbation des mineurs, comme dans le cas initial de SegWit qui était d'au moins 95%, les fourches logicielles activées par l'utilisateur ne nécessitent qu'une coordination communautaire. Par exemple, les utilisateurs à domicile, les échanges, les services de portefeuille et d'autres fournisseurs de services peuvent activer un UASF dans leur propre client Bitcoin. Pour ce faire, ils doivent spécifier un certain temps dans le futur pour l'activation de la fourche souple.
Ainsi, avec la mise en œuvre d'un UASF, ils sont encourage ou oblige les mineurs à participer au réseau avec les nouvelles règles de consensus établies. Eh bien, s'ils les rejettent, ils courent le risque de miner des blocs et de valider des transactions qui seront rejetées. Depuis les nœuds complets n'ont pas adhéré aux nouvelles règles de consensus.
D'un autre côté, bien que l'activation d'un UASF puisse sembler assez facile pour les utilisateurs encore moins expérimentés ou peu techniques, la mise en œuvre d'un UASF peut avoir des conséquences négatives involontaires. Par exemple, la mise en œuvre d'un UASF n'est pas du tout facile et pourrait entraîner une scission de la chaîne Bitcoin. Quelque chose qui n'est pas voulu ou voulu pour une raison quelconque.
De plus, bien que les nœuds complets puissent accepter l'UASF, ils ne peuvent l'activer à aucun moment. Ou que les mineurs refusent d'accepter la mise en œuvre dans une certaine mesure. Ce que pourrait exposer les utilisateurs aux attaques de double dépense pendant que les mineurs acceptent la mise à jour.
De même, pour implémenter un UASF, il est nécessaire d'avoir au moins 50% des nœuds complets, afin qu'ils puissent interrompre la transmission des blocs générés avec les anciennes règles de consensus dans le réseau principal.
Que savez-vous, cryptonuta?
Le principal avantage des UASF est-il leur capacité à maintenir la compatibilité ascendante?VRAI!
Le principal utilitaire et avantage des UASF est que leur fonction facilite la rétrocompatibilité dans Bitcoin, et l'une des principales raisons pour lesquelles il est largement utilisé dans ce projet.
Autres implémentations UASF
L'un des cas les plus connus d'UASF s'est produit dans le protocole de Ethereum. Quand quelques jours après le démarrage du projet DAO un hacker a volé environ 55 millions de dollars sur les comptes des utilisateurs. Comme il fallait s'y attendre, de nombreux participants de la communauté étaient inquiets et en colère à propos de cet incident.
Pour cette raison, trois propositions principales ont été formulées pour résoudre l'incident. La première proposition était d'accepter simplement le vol et de poursuivre le projet. La deuxième proposition concernait le retour de la blockchain au moment avant le vol. De cette façon, vous pouvez continuer à partir de ce point comme si de rien n'était, puisque le vol est comme s'il n'existait pas. Et la troisième proposition était d'accepter comme fausses toutes les transactions effectuées par le pirate informatique et de rendre l'argent aux utilisateurs.
La deuxième proposition était un hard fork o fourche dur qui diviserait la chaîne Ethereum en deux parties, tandis que la troisième proposition concernait une fourche souple ou fourchette souple.
Une grande partie de la communauté Ethereum a choisi la deuxième option. Cela inverserait la chaîne et supprimerait les données de vol. Mais une autre partie de la communauté qui n'était pas d'accord avec cette proposition, a choisi de continuer avec la chaîne selon la troisième proposition. Cela a abouti à la scission d'Ethereum en deux chaînes, la première connue sous le nom d'Ethereum (ETH) et la seconde connue sous le nom de Ethereum Classique (ETC). C'est un fait qui nous montre la portée et l'importance de ce type d'action.