Alliance: un accord habituellement formel, solennel et contraignant.
Ce mot est devenu l’un des mots les plus chargés de l’espace Bitcoin. Ils sont la meilleure chose depuis le pain tranché. Ils sont la chose la plus dangereuse depuis la bombe atomique. Ils ne vont vraiment rien faire pour mettre à l’échelle Bitcoin, mais ils sont soignés.
Tout le monde a une attitude complètement différente envers eux. Nous avons la pro-faction, l’anti-faction, la faction ambivalente. Pour aggraver les choses, l’alliance est franchement un terme très vague dans sa description des propositions matures et en béton au protocole qui seraient classées comme alliances.
Les degrés de différence entre la fonctionnalité de différentes propositions qui ont été proposés sont énormes. Certains d’entre eux créent des espaces de conception entièrement nouveaux pour ce qu’il est possible de construire au-dessus du bitcoin, tandis que d’autres à proprement parler n’ajoutent aucune nouvelle fonctionnalité, ils optimisent simplement des choses qui sont déjà possibles avec un grand degré de complexité et de frais généraux.
Créons une nouvelle définition spécifique à Bitcoin.
Alliance: Tout script qui garantit certains, ou tous, des sorties créées par une transaction qui dépense une entrée avec un script d’alliance devra répondre à certains critères spécifiés pour que la transaction de dépense soit valide consensuelle.
Ainsi, en termes moins stricts, si un script Bitcoin se limite actuellement à dépenser une pièce en exigeant une preuve d’autorisation, c’est-à-dire une signature cryptographique, ou elle peut être dépensée, c’est-à-dire après l’expiration d’un timelock ou de la dépens script d’alliance.
Cette dernière partie est le cœur de ce qui a fait de l’alliance un mot si controversé. Beaucoup de gens ont de grandes réservations sur l’ajout d’une nouvelle façon de «verrouiller» les bitcoins qui peuvent s’auto-copier et garantir que les futures pièces sont limitées de la même manière. Beaucoup de gens ont des inquiétudes quant à ce que cela soit utilisé pour nuire à la fongibilité ou à l’institut des régimes de censure.
Je pense qu’il est nécessaire de souligner que ces deux choses peuvent être accomplies en ce moment, sans aucune capacité de script d’alliance, simplement en utilisant Multisig. Toute autorité peut refuser d’autoriser les retraits à être traités à partir des échanges à moins qu’ils ne soient à un multi-2 sur 2 où cette autorité détient une clé. À partir de là, ils peuvent simplement refuser de signer des transactions envoyant des adresses où ils ne détiennent pas de clé requise, et établir la liste noire ou le schéma de liste blanche qu’ils souhaitaient opadement et entièrement hors chain.
Cela dit, il est toujours important que les utilisateurs de Bitcoin aient une compréhension et une compréhension de la différence de puissance et de flexibilité entre toutes les différentes propositions d’alliance qui existent actuellement.
Il y a deux choses fondamentales que les alliances cherchent à permettre afin d’appliquer des restrictions aux pièces de monnaie sont dépensées, et.
L’introspection est la capacité d’inspecter différentes parties de la transaction qui est en cours d’évaluation tout en essayant de dépenser une pièce spécifique. Ainsi, par exemple, si vous souhaitez restreindre une pièce de monnaie afin qu’elle soit dépensée à une adresse spécifique, vous devez être en mesure de comparer l’adresse spécifiée dans le script d’alliance de l’entrée à l’adresse spécifiée dans la sortie de la transaction qui le dépensait. Les opcodes qui permettent l’introspection sont ceux qui nous donnent la possibilité de comparer différentes parties de la transaction de dépenses avec les restrictions incluses dans le script en cours d’évaluation. Plus vous pouvez obtenir granulaires avec l’introspection concernant les parties particulières d’une transaction que vous pouvez examiner, plus elle devient puissante.
Le transport des données à terme est lié à l’introspection et, à bien des égards, une conséquence de l’informatique, qui vous permet de vous assurer que certaines informations sont reportées et incluses dans chaque nouveau script d’alliance afin qu’elle puisse être utilisée dans la prochaine évaluation du script d’alliance. Ceci est accompli en utilisant l’introspection pour restreindre certaines parties de la transaction si étroitement qu’elles doivent inclure les données exactes souhaitées ou elles ne sont pas valides. Plus vous avez de capacité introspective plus puissante, plus vous pouvez transporter de manière flexible les données, et plus vous pouvez utiliser ces données.
Ce n’est que la première introduction à une série d’articles à venir au cours des prochaines semaines en examinant toutes les principales propositions d’alliance qui sont dans un état mature, ont reçu un intérêt récent ou sont suffisamment importantes sur le plan d’une importance cruciale pour que les développeurs soient d’accord sur leur utilité mais pas encore une conception concrète. Ce ne sera pas complet à 100%, mais ce sera relativement complet. Certains d’entre eux ne sont pas non plus strictement en soi, mais composent très étroitement avec eux.
Ceux-ci comprendront:
- Vérifier
- Checksigfromstack
- Txhash
- Op_vault
- CheckContractVerifier
- CHAT
- Modifier
Ce post Bitcoin Covenants: Que sont-ils et que font-ils? Apparu pour la première fois sur Bitcoin Magazine et est écrit par Shinobi.
