Open-source Bitcoin Funding

Imaginez une développeuse qui examine une modification de portefeuille le soir, après son emploi. Elle doit comprendre le comportement existant, exécuter des tests et envisager des situations moins courantes. Elle peut ne créer aucune fonction visible et pourtant éviter un problème aux autres. Le projet de logiciel Bitcoin Core cite aussi les tests, la documentation, les traductions et les interfaces parmi les contributions nécessaires. Ses règles présentent même la relecture approfondie et les tests comme un goulot d’étranglement du développement. Le financement permet précisément ce travail souvent discret. [6] [7]

Un don peut soutenir une personne ou une organisation, une subvention définit le cadre du travail financé et un emploi impose ses propres obligations. Brink distingue ainsi les aides destinées aux développeurs expérimentés du fellowship rémunéré, un programme où l’on apprend en travaillant avec des mentors. Pour les subventions, Brink attend de l’autonomie et des comptes rendus publics. Le montant ne suffit donc pas : le bénéficiaire doit connaître les attentes, la durée, le calendrier de paiement et les conditions d’une éventuelle prolongation. [3]

Un dépôt conserve le code d’un projet et l’historique de ses modifications. Le rendre public ne suffit pas à faire financer le travail. OpenSats examine l’adéquation avec sa mission, la clarté des objectifs, la faisabilité, les compétences du candidat et l’impact attendu. L’organisme décrit une expertise technique, des vérifications sur le candidat et une approbation à la majorité du conseil. L’accord fixe ensuite le périmètre, les étapes et les comptes rendus. Ce sont les règles d’un fonds précis, pas une procédure d’admission unique pour tout Bitcoin. [1]

Spiral conserve une annonce historique de Square Crypto datée du 2019-09-14 : une subvention de 100000 USD à BTCPay Foundation pour soutenir BTCPay Server. Elle pouvait financer un logiciel libre et ouvert améliorant Bitcoin, notamment son usage ou sa confidentialité. Cette somme concerne ce financement précis, pas un tarif actuel de développement. Human Rights Foundation soutient aussi, dans le cadre de sa mission, l’éducation, les traductions et la facilité d’utilisation, en plus du développement. Le terme couvre donc plus que la programmation ; ces exemples ne constituent pas une liste exhaustive de financeurs. [4] [5]

Dans Bitcoin Core, une modification est proposée publiquement, examinée et testée par d’autres, puis les responsables de maintenance décident de son intégration au dépôt commun. Même cette intégration ne change pas à elle seule les règles de tout le réseau. Les utilisateurs choisissent leur logiciel et leurs nœuds, les ordinateurs qui vérifient les transactions et les blocs, s’en servent pour contrôler le respect des règles. Un financeur peut orienter le travail d’un développeur rémunéré. Mais la subvention ne lui permet ni de contourner les contrôles du projet ni d’imposer l’adoption aux autres. Financer le travail, accepter le code et adopter les règles du réseau sont des étapes distinctes. [7] [9]

Il est raisonnable de demander qui paie, pour combien de temps, avec quelles obligations et quelles possibilités d’interrompre le soutien. Un conflit d’intérêts peut apparaître lorsque les objectifs du financeur divergent des besoins des utilisateurs. OpenSats publie des documents financiers et de gouvernance ainsi que des liens vers ses règles sur les conflits d’intérêts. Cette transparence aide à juger les relations, mais ne garantit pas la neutralité. Le nombre d’entreprises qui rémunèrent des développeurs ne mesure pas non plus le contrôle du protocole. Il s’agit d’examiner des liens précis, pas d’accuser d’avance tous les fonds. [2] [9]

On peut chercher les résultats dans la licence, le code, les relectures, les tests, la documentation et les rapports du bénéficiaire. Bitcoin Core accepte généralement les contributions sous licence MIT, avec les exceptions précisées. La licence fixe les conditions d’utilisation ; ce n’est pas un certificat de sécurité. Un code public ne prouve pas non plus qu’il a été soigneusement examiné. Si une vulnérabilité sensible est découverte — une erreur exploitable pour attaquer — elle doit être signalée selon la politique du projet et divulguée de manière coordonnée. L’obligation de montrer rapidement un résultat ne doit pas passer avant la protection des utilisateurs. [7] [8]

Un projet utile demande encore de l’entretien, la vérification des modifications d’autrui et la transmission des connaissances. Brink inclut explicitement ces tâches et les corrections de bugs dans le travail soutenu. Compter les commits, c’est-à-dire les modifications enregistrées dans le dépôt, ou additionner les dons annoncés ne suffit donc pas. Il importe davantage de savoir ce qui a été résolu, qui l’a vérifié et qui s’en occupera ensuite. L’annonce d’une subvention commence un soutien ; elle ne prouve pas qu’un projet est terminé. Un financement durable prévoit aussi le travail qui ne fait jamais la une. [3] [1]