Octet éducatif : Comment améliorer les crypto-monnaies

Parfois, nous pouvons oublier quelque chose de très important à propos des crypto-monnaies : en plus d'être de l'argent, des services publics, des titres, de l'art (ou quoi que ce soit d'autre, vraiment), ce sont tous des logiciels. Un programme informatique complexe vivant dans les entrailles du monde numérique et d'Internet. Maintenant, au cas où vous ne le sauriez pas, il y a toujours quelqu'un derrière les programmes informatiques, et pas seulement pour leur création. Ils ont besoin d'un entretien constant pour fonctionner et pour maintenir le rythme constant des mises à jour partout.

En tant que logiciels, les crypto-monnaies peuvent également être grandement améliorées. S'ils sont décentralisés (non contrôlés par une seule partie) et open-source (avec son code accessible au public), ils peuvent même être améliorés et maintenus par toute personne intéressée. En effet, la plupart des crypto-monnaies accueillent de nouveaux volontaires ou programmeurs rémunérés dans le monde entier pour rejoindre leur développement.

Ils peuvent aider à maintenir les référentiels existants (une archive de code) ou proposer des améliorations potentielles. C'est la raison d'être des propositions d'amélioration en crypto.

Qu'est-ce qu'une proposition d'amélioration ?

Essentiellement, les propositions d'amélioration du développement cryptographique sont des documents détaillés décrivant une nouvelle amélioration potentielle pour le système concerné . Ce document formel a un « champion » (le développeur qui a eu l'idée), qui partage et discute de ses propositions avec les mainteneurs et la communauté. Les premières propositions d'amélioration étaient, bien sûr, les propositions d'amélioration Bitcoin (BIP).

Les BIP étaient d'abord décrit par le programmateur anglo-iranien Amir Taaki en 2011 :

"... un document de conception fournissant des informations à la communauté Bitcoin, ou décrivant une nouvelle fonctionnalité pour Bitcoin ou ses processus ou son environnement. Le BIP doit fournir une spécification technique concise de la fonctionnalité et une justification de la fonctionnalité. Nous voulons que les BIP soient les principaux mécanismes pour proposer de nouvelles fonctionnalités, pour recueillir les commentaires de la communauté sur un problème et pour documenter les décisions de conception qui ont été prises dans Bitcoin.

À partir de ce moment, la plupart des altcoins utilisent le même système ou un système très similaire pour leur développement. Le concept est généralement associé à leurs propres registres, par exemple les propositions d'amélioration d'Ethereum (EIP) ou les propositions d'amélioration d'Obyte (OIP). De même, le processus de rédaction, d'envoi, de discussion et d'acceptation de nouvelles propositions d'amélioration varie d'une équipe à l'autre.

Dans les registres décentralisés et open source, les développeurs n'ont qu'à rejoindre des référentiels de code comme GitHub, SourceForge ou GitLab pour commencer à participer à une pièce ou à un projet. Ils peuvent le faire au mieux de leurs capacités, même s'ils ne sont pas des experts, car il y a surtout des développeurs plus expérimentés qui dirigent chaque mise à jour et discussion. N'importe qui (expert ou non) peut ainsi présenter ses propres Propositions d'Amélioration, et en discuter avec la communauté.

Propositions d'amélioration d'Obyte (OIP)

Obyte a adopté le framework OIP (anciennement BBIPs) pour faciliter l'évolution de son écosystème. Les OIP fournissent un flux de travail structuré pour proposer, discuter et mettre en œuvre des améliorations au protocole Obyte. Les membres de la communauté sont encouragés à participer activement au processus OIP, garantissant une approche décentralisée et communautaire de la prise de décision.

La communauté Obyte héberge ses OIP sur GitHub, une plate-forme largement utilisée pour la collaboration et le contrôle de version. OIP-0001 sert de document de base pour les propositions d'amélioration d'Obyte, définissant les lignes directrices, la structure et les attentes pour les changements proposés. Notre flux de travail se déroule comme suit :

1. Soumission de proposition : les membres de la communauté rédigent et soumettent des OIP sur le référentiel Obyte GitHub, selon le style requis. La proposition doit inclure une description complète du changement proposé, sa justification et les avantages potentiels pour l'écosystème Obyte.
   

2. Examen et discussion de la communauté : une fois soumis, l'OIP est soumis à un examen approfondi par la communauté des développeurs. Les membres de la communauté sont encouragés à fournir des commentaires, à soulever des préoccupations et à s'engager dans des discussions constructives concernant la faisabilité de la proposition, son impact potentiel et les détails de sa mise en œuvre.

   
   

3. *** Itération et raffinement : *** Sur la base des commentaires de la communauté, le proposant itère et affine l'OIP, en tenant compte de précieuses informations et suggestions. Ce processus itératif contribue à améliorer la qualité de la proposition et augmente la probabilité d'acceptation par la communauté.
   

4. *** Consensus communautaire : *** Les OIP nécessitent un consensus de la communauté avant de pouvoir être mis en œuvre. Le consensus peut être atteint par divers mécanismes, tels que la signalisation par le biais de forums communautaires, le vote ou un consensus approximatif entre les membres influents de la communauté.
   

5. Mise en œuvre et déploiement : une fois qu'un OIP a obtenu le consensus de la communauté, les développeurs de l'écosystème Obyte travaillent à la mise en œuvre des modifications proposées au protocole. Cette phase implique le codage, les tests et la garantie de la compatibilité avec l'infrastructure existante.

   
   

Avec la mise en œuvre réussie d'un OIP, l'amélioration proposée devient une partie intégrante de l'écosystème Obyte. Ces améliorations peuvent aller de nouvelles fonctionnalités, de fonctionnalités améliorées ou d'optimisations qui améliorent l'expérience utilisateur et élargissent les possibilités dans le grand livre Obyte. Si vous êtes prêt à y participer, nous vous attendons sur GitHub !

Fin de l'octet ! Consultez les ressources supplémentaires ici :

Obyte pour les développeurs

Tutoriels pour les nouveaux développeurs Obyte

Cas d'utilisation d'Obyte Pt1
Cas d'utilisation d'Obyte Pt2