Innovation Crypto Spotlight 3: MAST

in #fr6 years ago (edited)

Innovation Crypto Spotlight 3: MAST*

Article traduit de Spencer Bogart
Durée: 3 min
Niveau: avancé

Dans ce post, j'avais l'intention de discuter de quelques informations sur MAST, ce qu'il fait, et ses implications. Cependant, ce faisant, je suis tombé sur un article phénoménal de David Harding qui accomplit tout ce qui précède. Je ne tenterai pas d'améliorer cet article et j'espère plutôt ajouter à la discussion en soulignant et en résumant quelques points ainsi qu'en discutant des perspectives sur les objectifs de conception de plus haut niveau des réseaux crypto et comment MAST s'aligne avec ces objectifs.

Tout d'abord, voici le post de David Harding sur Bitcoin Tech Talk "Qu'est-ce qu'un MAST (Bitcoin Merklized Abstract Syntax Tree)?"

Résumé

Le fait est que MAST déplace une partie significative du traitement et du stockage des contrats intelligents et, ce faisant, pourrait augmenter matériellement les fonctionnalités de Bitcoin (contrats intelligents plus complexes), la confidentialité (moins de détails du contrat intelligent sont divulgués publiquement), et l'efficacité (consomme moins de ressources réseau dans l'exécution et la vérification de ces contrats). Essentiellement, avec MAST, nous pourrions obtenir plus de fonctionnalités et plus d'intimité sans surcharger le réseau.

L'importance de « Win-Win-Wins » : Réflexions sur les objectifs de conception de la Crypto

Ce qui est génial avec MAST, c'est que c'est une solution gagnant-gagnant-gagnant pour ce qui est souvent un compromis entre la fonctionnalité, l'efficacité et la confidentialité. Généralement, les nouvelles fonctionnalités et l'amélioration de la vie privée se font au détriment de l'efficacité. Un regard rapide sur ces objectifs (parfois contradictoires) :

Fonctionnalité : Très simplement, nous voulons que plus de gens puissent faire plus de choses avec plus de personnes sur le réseau. Toutes choses étant égales par ailleurs, les utilisateurs obtiennent plus d'utilité du réseau lorsqu'ils peuvent faire plus de choses dessus - il s'ensuit que nous voulons augmenter le nombre de choses que les gens peuvent faire sur le réseau. Si c'était aussi simple que cela, le développement de crypto serait un processus simple de "MOAR features !!".
Cependant, tout le reste n'est pas égal et le désir de « faire plus » doit être mis en balance avec le deuxième objectif de conception pour maximiser la participation potentielle.

Efficacité : Nous voulons minimiser les besoins en ressources pour les participants au réseau tels que les nœuds complets et les mineurs qui fournissent les services critiques dont dépend le réseau. Cela signifie minimiser la quantité de données à traiter et à stocker au niveau du réseau.
En général, nous voulons éviter les changements qui découragent les bons participants de réseau de fournir leurs services. Le plus souvent, ajouter plus de "caractéristiques" ou de "fonctionnalités" revient à augmenter les besoins en ressources pour les participants au réseau tels que les "nœuds complets" (qui gardent le réseau honnête en vérifiant de manière indépendante les transactions).

Confidentialité : la confidentialité du réseau est souhaitable pour plusieurs raisons. Tout d'abord, il est plus proche des attentes actuelles des utilisateurs : personne ne publie le solde bancaire et l'historique des transactions en ligne pour le monde entier et ne publie pas tous les termes de tous les contrats passés. Deuxièmement, la protection de la vie privée va de pair avec la fongibilité - une qualité importante qu'il est important de préserver.
Par exemple, Monero se spécialise dans la vie privée - ce qui se fait au détriment de l'efficacité (les transactions confidentielles sont beaucoup plus importantes). De même, Ethereum se spécialise dans les fonctionnalités (langage de programmation plus expressif) - ce qui se fait au détriment de l'efficacité (les contrats intelligents nécessitent plus de ressources de traitement et de stockage).

La friction dans ces compromis est pourquoi il est d'autant plus important de trouver des win-win-wins pour améliorer les blockchains publiques comme Bitcoin qui existent déjà dans la nature.

1_YSBh2PLN87N2Nr7t7CcpIg.png

En fin de compte, MAST semble être la solution gagnante : en déplaçant une partie importante du traitement et du stockage des contrats intelligents hors chaîne, MAST augmente l'efficacité (moins de ressources réseau nécessaires pour exécuter, vérifier et stocker les contrats), améliore la vie privée (moins de détails du contrat sont divulgués publiquement), et augmente la fonctionnalité (contrats intelligents plus expressifs).

En effet, minimiser l'utilisation en chaîne en termes de stockage et de traitement des données est la manière dont toutes les innovations discutées jusqu'ici dans la série gagnent leur efficacité, leur fonctionnalité et leurs avantages en termes de confidentialité, notamment Schnorr Signatures et Scriptless Scripts.

Note supplémentaire : Bien que MAST soit déjà une amélioration de la confidentialité, il existe une autre proposition (via Gregory Maxwell) connue sous le nom de Taproot qui améliorerait encore davantage la confidentialité. Avec Taproot, une transaction MAST ressemblerait à n'importe quelle autre transaction - sinon, comme proposé actuellement, le fait qu'une transaction soit une transaction MAST serait publiquement évident sur la blockchain.

Références :

· David Harding sur BitcoinTechTalk

· Proposition MAST de Johnson Lau BIP 114

· Mark Friendbach (alias maaku) travaillant sur un autre



Viens faire un tour sur notre communauté Telegram!
Tu y retrouveras tout ce dont tu as besoin pour la crypto : des reviews d'ICO, notre spreadsheet, des articles de tout niveau, du trading et les dernières informations!

🙏 |Si tu aimes cet article, n'hésite pas à upvoter / commenter / resteemer

🙌 | Si tu aimes notre travail et que tu veux nous soutenir en nous faisant un don en ETH, c'est par ici : 0x27D31fa37FA5dC2B19134302517e27342b649F2a