Le débat sémantique peut expliquer le départ de Bitcoin Core de Wladimir van der Laan

Le débat sémantique peut expliquer le départ de Bitcoin Core de Wladimir van der Laan

Life crypto

Le 7 septembre, le développeur de Bitcoin Core, Wladimir van der Laan, a tweeté qu’il pourrait « en finir avec les coins » tous ensemble. Il a ensuite confirmé à Crypto qu’il prenait effectivement une pause dans ses fonctions de développeur Core et l’un des gardiens du référentiel Github du projet. L’un des facteurs qui l’a conduit à cette décision a été une tempête Twitter qui a duré des jours et a été causée par le changement de nom d’une variable qui spécifie une liste de caractères qui ne peuvent pas apparaître dans les noms de fichiers en raison des restrictions du système d’exploitation.

La source: Dépôt Bitcoin Github.

Comment quelque chose d’aussi anodin en apparence pourrait-il conduire à une tempête sur Twitter, qui à son tour, a conduit au départ temporaire d’un développeur qui travaille sur Bitcoin depuis 2014?

La variable en question est un paramètre nommé à l’origine «FILE_CHAR_BLACKLIST». Le 9 juin, l’utilisateur de Github TrentZ a proposé de le changer en un nom qui, à son avis, était plus approprié – FILE_CHAR_BLOCKLIST. La motivation notée était que certains développeurs pouvaient être offensés par l’utilisation de « noir » dans le nom de fichier d’origine comme moyen de désigner un résultat négatif, tandis que l’utilisation alternative de « blanc » ferait référence à une conclusion positive. Il n’y avait pas de consensus à l’époque sur ce changement, mais après un certain temps, la discussion s’est arrêtée.

La conversation autour de l’utilisation de «Black» et «White» en référence respectivement aux variables «Bad» et «Good» n’est pas unique à la communauté blockchain. En avril 2020, le National Cyber ​​Security Center du Royaume-Uni a annoncé qu’il commencerait à utiliser «Autoriser» et «Refuser» à la place de ce que certains considèrent comme un langage de division enraciné dans le colorisme. De même, le géant informatique Cisco Systems a également annoncé que sa division de la sécurité utiliserait le nouveau schéma de dénomination dans son code.

Il y a deux jours, un autre contributeur Bitcoin nommé Verretor a proposé une autre modification du nom de cette variable, cette fois en changeant «FILE_CHAR_BLOCKLIST» en «FILE_CHARS_DISALLOWED». Il semble que sa proposition n’était pas motivée par des connotations positives ou négatives, au contraire, il pensait que le nom actuel était ambigu:

«La liste de blocage est ambiguë. Cela pourrait signifier une liste de blocs. Exemple: « blocknotify » dans le même fichier fait référence aux blocs Bitcoin. « 

C’est alors que tout l’enfer s’est déchaîné alors que le débat qui avait commencé sur Github a migré vers Twitter. Un côté du débat soulignait la nécessité pour la communauté Bitcoin d’être plus inclusive en commençant par le code, tandis que l’autre partie pensait qu’il s’agissait d’un cas de politisation de questions qui ne sont pas de nature politique. Un autre développeur de Bitcoin Core, Luke Dashjr, a expliqué pourquoi toutes les propositions précédentes étaient ambiguës et a soumis les siennes:

«Il ne s’agit pas de bloquer quoi que ce soit, donc la liste de blocage est techniquement fausse. La « liste noire » a aussi de réels problèmes d’ambiguïté. Ce que fait cette liste, c’est lister les caractères à exclure des noms de fichiers, car le système d’exploitation (ou nos bibliothèques) est connu pour ne pas les prendre en charge dans les noms de fichiers. « Je pense que FILE_CHAR_EXCLUDE va ​​bien. »

Le PDG de Blockstream, Adam Back, a déclaré à Crypto qu’il trouvait la situation ironique, étant donné que la bataille avait éclaté sur une variable qui apparaît dans le code de test:

«Il y a une triple ironie qu’il a été mal nommé ce n’est même pas une liste noire, c’est une liste de lettres qui ne peuvent pas apparaître dans les noms de fichiers OS. Et c’est dans un code de test, donc ce n’est même pas dans le binaire Bitcoin. « 

Il semble maintenant qu’un compromis raisonnable ait été atteint. La proposition de Dashjr n’a jamais été officialisée, nous laissant avec FILE_CHARS_DISALLOWED au moment de la publication.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *