Le développement du CORE de Bitcoin est en retard, prévient Mike Hearn de Bitcoinj

On peut dire ce qu'on veut de Google, mais il n'est T facile d'y être embauché. Les entretiens d'embauche sont réputés pour être difficiles, et c'est un employeur très convoité, ce qui rend le départ de Mike Hearn d'autant plus marquant.

Hearn est un expert en développement logiciel de bas niveau. Il a travaillé comme ingénieur en fiabilité de site chez Google et s'est spécialisé dans la sécurité des comptes et l'antispam. Il a également été ONEun des chefs de file de la communauté Bitcoin , dirigeant l'équipe de développement open source de bitcoinj, qui est l'implémentation Java du protocole Bitcoin .

Son départ est en partie dû à son intérêt croissant pour le Bitcoin et à son engagement envers lui. Hearn anticipe un défi pour la monnaie virtuelle : l'équipe de développement CORE se réduit.

Chérie, j'ai réduit l'équipe

« La longue traîne s'est allongée, mais le gros du travail de conception a été réalisé par une poignée de personnes. C'est assez inquiétant », déclare Hearn, en mettant en avant quelques joueurs clés de l'équipe. Il utilise les données de l'équipe.page sur Github, le référentiel de code open source sur lequel Github est hébergé, pour voir qui est le plus impliqué.

Gavin Andresen, développeur principal, est un pilier évident. Parmi les autres collaborateurs, on compte Philip Kaufmann, qui développe beaucoup d'interfaces graphiques. Wladimir J. van der Laan travaille également sur le front-end.

« Il y a des correctifs occasionnels et des modifications proposées par d'autres personnes, mais l'essentiel du travail est réalisé par Gavin et ses collègues », explique Hearn. « Je suis un BIT inquiet du fait que T de personnes se présentent et effectuent un travail sérieux et utile sur le CORE. »

Mais c'est un problème général des projets open source. La plupart des gens ne sont pas rémunérés, ce qui signifie que la participation peut être inégale et que le taux d'épuisement professionnel peut être élevé. Andresen est rémunéré par la Fondation Bitcoin , et Jeff Garzik, un autre programmeur fortement impliqué dans le développement du CORE , est en première année chez BitPay, le processeur de paiement en Crypto , ce qui lui a permis de se concentrer au moins en partie sur le protocole.

La qualité, pas la quantité

Garzik explique que Hearn s'inquiète depuis longtemps de la taille de l'équipe, mais qu'elle est surestimée. De plus, les statistiques sur GitHub ne sont peut-être pas le moyen le plus simple d'évaluer la situation.

Les projets open source sont une question de qualité, et non de quantité, explique Garzik. Par exemple, certaines des fonctionnalités les plus importantes de Bitcoin se développent sur plusieurs mois, ce qui signifie que leur activité n'apparaît T dans les données Git.

Il cite Gregory Maxwell comme exemple. Maxwell dispose d'un accès « commit » sur GitHub, ce qui lui permet d'y apporter des modifications de code.

« En termes de code, Greg a produit très peu. Une pull Request par-ci, quelques lignes de code modifiées par-là », explique Garzik. « Compter les commits ou les lignes de code de Greg le classerait bien en dessous de la plupart des autres La rédaction, mais nous accordons une grande importance à ses contributions. »

Garzik a également été occupé dans les coulisses, dit-il, en codant des contributions en dehors du projet Bitcoin CORE .

Mais il n'en demeure pas moins que le Bitcoin traverse une véritable révolution. Autrefois, les ingénieurs dominaient le monde du Bitcoin , mais depuis, l'argent a investi et les priorités ont évolué.

[post-citation]

Barry Silbert, directeur du Bitcoin Investment Trust, a prédit que nous entrions dans la troisième phase de développement, avec l'arrivée massive de sociétés de capital-risque. Les investisseurs institutionnels de Wall Street ne seront T loin, a-t-il déclaré. Alors que des centaines de millions de dollars affluent actuellement dans l'économie du Bitcoin , l'approche de développement actuelle pourra-t KEEP le rythme ?

Il serait utile que certains d'entre eux fassent une contribution en retour, déplore Garzik. « En général, je suis déçu par le grand nombre d'entreprises Bitcoin qui ne contribuent en rien au projet open source original, le logiciel qui gère le réseau que nous utilisons tous. »

La semaine dernière, Gavin Andresen a laissé entendre la même chose dans une missive sur la liste de diffusion Bitcoin , lorsqu'il a dit aux entreprises en utilisant le CORE Bitcoin pour ne pas traiter l'équipe de développement CORE « comme si nous étions une société commerciale qui vous vendait une bibliothèque de logiciels ».

Hearn est d'accord et ajoute que les entreprises peuvent être victimes de changements techniques si elles ne restent T activement impliquées dans le développement de CORE .

« Le fait que Gox n'ait pas été entièrement conscient de la malléabilité et ait ensuite blâmé le logiciel Bitcoin est peut-être un bon exemple d'une entreprise qui a traité Bitcoin comme s'il s'agissait d'une boîte noire parfaite, et qui est devenue si déconnectée qu'elle ne lisait même T les listes de diffusion ou les notes de publication », dit-il.

Principaux développements

En attendant, dit Hearn,paiements améliorés Les protocoles Bitcoin constituent ONEun des axes majeurs du développement de Bitcoin . Cette fonctionnalité supplémentaire, destinée au logiciel client Bitcoin plutôt qu'au protocole CORE , est envisagée depuis un certain temps, mais n'a T encore été déployée. Elle promet un moyen de paiement plus simple que la gestion d'adresses longues, et inclura également la prise en charge des mémos.

Certains ont également travaillé sur la facturation par abonnement dans le protocole de paiement, explique-t-il ; cette fonctionnalité est indispensable dans Bitcoin. Un travail de conception préliminaire a été réalisé sur ce sujet, qu'il aimerait voir concrétisé.

Les frais de transaction intelligents figurent également parmi les priorités. Selon lui, les frais de transaction actuels ne sont pas suffisamment dynamiques. Ils reposent plutôt sur un ensemble de règles arbitraires définies par une équipe de développement CORE . Cela doit changer (et c'est le cas).

Les frais intelligents sont une tentative de faire flotter les frais et de formaliser certaines des règles concernant le moment où les frais sont payés, explique Hearn.

Ce n'est pas très dynamique aujourd'hui. Ce ne sont que des chiffres magiques choisis par Gavin, etc. C'est très rigide. Le cours du Bitcoin fluctue, mais T les frais. Le deuxième problème, c'est que c'est centralisé, car ce sont juste des chiffres magiques choisis par les développeurs, ce qui est peu viable à long terme.

Cependant, cela n'a T été intégré à la dernière version du protocole CORE , ce que Hearn considère comme un autre exemple de retard dans un projet aux ressources limitées, tandis que la communauté commerciale du Bitcoin avance.

Un nouveau type de portefeuille

D'autres développements sont également en cours au sein de la communauté Bitcoin . Hearn s'emploie à implémenter des portefeuilles déterministes hiérarchiques (HD) dans BitcoinJ.

Traditionnellement, les portefeuilles Bitcoin sont conçus pour générer des adresses totalement aléatoires, chiffrant les clés privées de l'utilisateur. Ces adresses étant impossibles à mémoriser, le portefeuille Bitcoin doit être sauvegardé fréquemment. Chaque sauvegarde inclut toutes les paires de clés.

Au lieu de cela, les portefeuilles HD utilisent un nombre aléatoire unique (également appelé adresse étendue, ou graine), qui peut être écrit sous la forme d'une série de douze mots. Le portefeuille peut ensuite utiliser un algorithme standard pour dériver plusieurs clés publiques de la graine, sous la forme d'un arbre.

« L'idée est que vous pouvez saisir le même ensemble de 12 mots, et ils fourniront les mêmes jeux de clés », explique Hearn. « Avec les portefeuilles HD, vous pouvez me fournir une adresse étendue, que je peux utiliser pour obtenir de nouvelles adresses. Vous ne me fournissez qu'une ONE donnée, et je peux générer de nouvelles adresses à chaque fois. »

Cela présente plusieurs avantages, notamment la possibilité de partager un portefeuille entre différents appareils. La structure arborescente permet également au propriétaire de la graine de partager certains groupes d'adresses issus de l'arbre, mais pas d'autres.

La norme de portefeuille HD a été finalisée lors de la conférence Bitcoin en mai dernier, et Hearn espère que l'intégration de BitcoinJ sera finalisée en mars. Les calculs sont terminés, dit-il. Le plus difficile sera de l'intégrer au logiciel BitcoinJ lui-même.

ONEun des défis des portefeuilles HD est la Politique de confidentialité. Le simple fait de créer une branche à partir d'une adresse étendue permet à chacun de parcourir toutes les adresses possibles de l'arbre, et ainsi de déterminer les paiements effectués vers ou depuis chacune d'elles.

Hearn propose une alternative proposée par Peter Todd, appelée adresses furtives. Celles-ci permettent de distribuer une adresse qui peut être utilisée pour en générer de nouvelles, mais empêchent toute connexion entre elles.

« Je ne suis pas certain que cela fonctionnera dans sa forme actuelle, car ce n'est pas vraiment compatible avec les portefeuilles légers, du moins sous la forme proposée », dit-il. Cependant, le système est encore en phase de conception, et cela pourrait donc changer à l'avenir.

Parmi les autres développements, on compte l'utilisation par défaut du réseau Tor dans BitcoinJ. Le trafic transitant par Tor est en grande partie chiffré. Il aimerait que cela soit possible d'ici fin mars, à son retour de vacances.

Une fois ces vacances terminées, Hearn a encore quelque chose en réserve. Il l'annoncera prochainement, et CoinDesk sera là pour en parler.