Qu’est-ce qu’une proposition d’amélioration du Bitcoin ?

Bitcoin, en tant que crypto-monnaie open source et décentralisée, n'a pas de structure organisationnelle hiérarchique ou définie. En conséquence, une norme généralement acceptée pour l’introduction de nouvelles idées et le développement du Bitcoin était nécessaire.

Le premier BIP a été publié en 2011 par le programmeur anglo-iranien Amir Taaki, 2 ans après la création de Bitcoin, définissant le format du BIP lui-même et s'inspirant du système de propositions de modifications du langage Python. Chaque BIP est accessible au public sur GitHub. Les propositions d'amélioration du Bitcoin appartiennent normalement à l'une des trois catégories suivantes : volet des normes, information et processus.

Les BIP Standards Track concernent les modifications apportées au protocole ou aux méthodes de validation. Les BIP informatifs sont destinés à des fins éducatives ou de sensibilisation. Les BIP de processus concernent les modifications de processus proposées en dehors du protocole Bitcoin. Les BIP informatifs peuvent être acceptés ou ignorés par la communauté Bitcoin à sa guise. Les BIP de suivi et de traitement des normes nécessitent cependant un consensus communautaire et doivent être pris en compte.

En tant que projet open source, toute personne ayant le désir ou les compétences peut soumettre un BIP. Avant de devenir un BIP formel, les BIP passent par un processus de rédaction ou de « triage » – en commençant par un brouillon envoyé à la liste de diffusion bitcoin-dev@lists.linuxfoundation.org. Le BIP proposé sera soit proposé, rejeté, retiré ou différé. S’il donne le feu vert, il sera publié sous forme de brouillon dans le référentiel Bitcoin Core GitHub des BIP, où la communauté pourra l’examiner et travailler de manière transparente.

Vient ensuite l’étape active, suivie de l’obsolescence ou du remplacement. La plupart des BIP commencent leur vie grâce à des discussions sur des listes de diffusion ou d'autres communautés. Les BIP peuvent être liés à des décisions critiques telles que des hard forks et des soft forks. Par exemple, le BIP 141, également connu sous le nom de SegWit, a proposé un soft fork destiné à augmenter la capacité du réseau. Les propositions de fork nécessitent une majorité de 95 % parmi les mineurs. Surtout, les BIP ne peuvent pas être appliqués. Même si un consensus communautaire est atteint sur un changement présenté dans un BIP, chaque développeur fait son propre choix concernant la base de code qu'il utilise. De plus, il n’existe aucun moyen ni aucun désir de dicter quelle version du code est utilisée par les utilisateurs individuels de Bitcoin. De nombreux changements, tels que les modifications de l'interface utilisateur, ne nécessitent aucun BIP.