Tout ce que vous connaissez aujourd’hui est construit sur Bitcoin grâce aux primitives prises en charge par Bitcoin Script. Qu’est-ce que j’entends par primitives ? Les composants de base d’un langage de programmation que vous pouvez utiliser pour créer de véritables applications permettant d’effectuer des tâches. Aucun langage de programmation n’a jamais été conçu spécifiquement pour une seule application, c’est-à-dire pour construire un seul programme. Ils sont conçus pour prendre en charge des primitives de base, telles que des opérations mathématiques permettant de manipuler des données, ou la création de structures de données de base pour stocker des données d’une certaine manière, ou des opérations permettant de parcourir les données lorsque vous les manipulez.
Les primitives de base sont conçues de telle manière que les développeurs peuvent décider comment les utiliser afin de créer une application ou un programme réel. La conception de base du langage ne se concentre pas nécessairement sur ce que les gens vont en faire, mais simplement sur le fait que les primitives du langage ne peuvent pas être combinées d’une manière qui soit 1) ne parvienne pas à accomplir ce que le développeur essaie d’accomplir sans qu’ils comprennent pourquoi, ou 2) accomplir ce que le développeur essaie de faire d’une manière préjudiciable à l’utilisateur final.
Personne ne conçoit un langage de programmation en pensant dès le départ : « Oh, nous voulons permettre aux développeurs de faire A, B et C, mais les empêcher complètement de faire X, Y et Z. » (Pour les lecteurs plus techniques ici, je fais référence ici à l’objectif de ce que le développeur construit, et non à des détails techniques de bas niveau comme la façon dont les primitives sont combinées).
Bitcoin Script n’est pas différent des autres langages de programmation, sauf sur un point : ce que signifie qu’une certaine combinaison de primitives soit préjudiciable aux utilisateurs finaux. Bitcoin possède deux propriétés que les applications informatiques générales n’ont pas : la blockchain et ce qui y est exécuté doivent être entièrement vérifiés par tous les utilisateurs exécutant un nœud complet, et toute la progression du système est sécurisée par des incitations financières qui doivent rester en équilibre. Outre ces considérations supplémentaires, Script est comme n’importe quel autre langage de programmation, il doit inclure toutes les primitives permettant aux développeurs de créer des éléments utiles pour les utilisateurs qui ne peuvent pas être combinés de manière préjudiciable aux utilisateurs.
Toutes les conversations autour des softforks pour ajouter des alliances (nouvelles primitives) ont abouti, du moins sur la place publique, à des exigences ridicules quant à leur utilisation. Ce n’est ni une chose possible à faire, ni la chose importante sur laquelle se concentrer. Ce qui sera construit avec Script est tangentiel aux risques qui doivent être analysés, la façon dont les éléments construits interagissent avec la couche de base est le risque majeur. Quels coûts cela imposera-t-il, et comment les limiter ? (C’est une grande partie de la proposition de restauration du grand script de Rusty). Comment ces coûts sur la couche de base peuvent-ils fausser les incitations ? C’est une grande partie du risque de MEV.
Ces questions peuvent être analysées sans se concentrer de manière obsessionnelle sur tout ce qui peut être construit avec une primitive. Les primitives peuvent être limitées au niveau de la couche de base en termes de coût et de complexité de vérification. Plus important encore, en termes d’incitations, ce que permettent les nouvelles primitives peut être comparé à ce qu’il est déjà possible de construire aujourd’hui. Si les nouvelles primitives améliorent simplement le modèle de confiance pour les utilisateurs finaux de systèmes qui peuvent déjà être construits et qui ont une influence sur les incitations du système, sans aggraver matériellement l’influence qu’elles ont sur ces incitations, alors aucun nouveau risque réel n’est introduit.
Ces conversations doivent commencer à se concentrer sur ce qui compte vraiment : les nouvelles fonctionnalités par rapport aux dommages causés à l’utilisateur final. Ils ont presque complètement déraillé, toujours sur la place publique et non dans les cercles techniques, dans des disputes sur la question de savoir si les utilisateurs finaux devraient être autorisés à faire certaines choses ou non. Ce n’est pas la conversation qui compte. Ce qui compte, c’est de fournir des fonctionnalités utiles aux utilisateurs finaux sans entraîner de conséquences néfastes.
Les gens doivent se concentrer sur les primitifs et non sur les oies sauvages qu’ils entendent au loin.
Cet article est un Prendre. Les opinions exprimées appartiennent entièrement à l’auteur et ne reflètent pas nécessairement celles de BTC Inc ou de Bitcoin Magazine.
Source https://bitcoinmagazine.com/takes/bitcoin-script-focus-on-the-building-blocks-not-the-wild-geese
