Annonce de Bitcoin Core - 7 janvier 2016
Chapô : Bitcoin est une monnaie électronique décentralisée qui permet des paiements directs entre utilisateurs sans intermédiaire financier. Le projet Bitcoin Core, qui maintient le logiciel original de Bitcoin, prône la compatibilité et la flexibilité des mises à jour via des soft forks. Les décisions concernant les règles de consensus sont laissées aux utilisateurs, garantissant leur choix dans l'utilisation du logiciel.
Bitcoin propose un système d'argent électronique décentralisé
Bitcoin est décrit comme une « version peer-to-peer de l’argent électronique qui permet d’envoyer des paiements en ligne directement d’une partie à une autre sans passer par une institution financière ». L'objectif principal est d'étendre la flexibilité du système pour qu'il fonctionne efficacement à grande échelle tout en préservant sa sécurité et ses caractéristiques fondamentales de décentralisation, ce qui rend Bitcoin unique.
Le projet Bitcoin Core améliore le protocole originel
« Bitcoin Core » se réfère au projet logiciel open source issu directement de l'implémentation originale de Bitcoin. Les contributeurs s'efforcent de maintenir et publier des logiciels destinés à la communauté pour examen. Ils visent à proposer des améliorations au protocole de consensus en suggérant des mises à jour jugées techniquement logiques. Ces propositions doivent également avoir une chance raisonnable d'être soutenues et adoptées largement par la communauté.
Les différences entre soft forks et hard forks sont cruciales
Les modifications apportées aux règles de consensus peuvent être effectuées soit par le biais de soft forks, soit par ceux appelés hard forks. Les soft forks permettent aux anciens et nouveaux logiciels de coexister sur le réseau, introduisant ainsi sans interruption nouvelles fonctionnalités pour ceux qui choisissent d'effectuer une mise à niveau. En revanche, les hard forks rompent cette compatibilité, obligeant tous les participants à adopter les mêmes règles avant une certaine date ou risqueront la perte d'argent.
Les événements liés aux hard forks peuvent également nuire au réseau si les participants ne prennent aucune mesure pour s'adapter, potentiellement endommageant les applications dépendantes du réseau.
La compatibilité est essentielle selon l’équipe Bitcoins Core
L'équipe derrière Bitcoin Core privilégie fortement la compatibilité et affirme que chaque utilisateur devrait pouvoir choisir librement s'il souhaite mettre à jour son logiciel actuel ou non. Il a été établi qu'il est possible d'ajouter presque n'importe quelle nouvelle fonctionnalité via un soft fork ; cependant, dans certains cas où il existe un accord quasi universel sur certains avantages significatifs associés aux hard forks, ces derniers peuvent être considérés.
Malgré cela, dans presque toutes les situations normales, les soft forks sont préférés car ils servent mieux l'intérêt général des utilisateurs actuels et futurs du système.
L'écosystème Bitcoin continue d'évoluer avec différentes implémentations
Avec le développement continu de l'écosystème Bitcoin, on s'attend également à voir émerger un nombre croissant d'implémentations alternatives du protocole original. Il sera inévitable que divers projets logiciels proposent des propositions radicalement différentes pour enrichir cet écosystème dynamique.
Finalement, il convient de noter que ce ne sont pas seulement les développeurs qui décident des règles du consensus Bitcoin ; c'est bien chaque utilisateur qui participe activement en choisissant quel logiciel exécuter. C’est pourquoi le logiciel Bitcoin Core n’intègre pas volontairement fonction automatique permettant sa mise à jour : cela garantit que chaque utilisateur prend part activement aux évolutions proposées tout en conservant son libre arbitre quant au choix du logiciel utilisé.
Annexe A
Un hard fork représente un changement dans les règles de consensus où certains blocs invalides selon anciennes règles deviennent valides sous nouvelles conditions. À contrario, un soft fork représente aussi un changement dans ces règles mais avec l'effet inverse : certains blocs valides auparavant pourraient devenir invalides selon nouvelles directives tandis que ceux déjà invalides restent inchangés.
