Cryptomonnaie

Dans quelle mesure la «finance décentralisée» est-elle décentralisée? – Aaron Hay

Dans quelle mesure la «finance décentralisée» est-elle décentralisée? - Aaron Hay


La «décentralisation» de la décentralisation et les compromis en matière de conception commune

2*agw6 IupXIzgEXIHYcPdVg - Dans quelle mesure la «finance décentralisée» est-elle décentralisée? - Aaron Hay
Photo par Edvard Alexander Rølvaag sur Unsplash

La finance décentralisée est aujourd’hui une priorité au-dessus d’Ethereum et comprend de nombreux composants empilés qui coopèrent:

  1. Protocole de consensus de base
  2. Les atouts
  3. Protocoles de contrat intelligents

Les contrats intelligents permettent la création de nouveaux actifs, et de nouveaux actifs pourraient bientôt servir de garantie pour permettre la création de nouveaux actifs, tous activés par le protocole de consensus sous-jacent.

Ainsi, 2) et 3) s'appuient sur 1) et ne peuvent donc pas réaliser une décentralisation supérieure à celle de 1). Autrement dit, puisque 1) définit la couche de fondation sur 2) et 3) sur laquelle construire, 1) définit également une niveau maximum théorique de décentralisation 2) et 3) peuvent atteindre / maintenir.

Certains actifs et protocoles reposent sur Ethereum avec les principes fondamentaux d’Ethereum, mais d’autres ne le sont pas.

“Une chose que je connaissais vraiment quand je le créais [Uniswap] était d'essayer d'imiter les propriétés de Ethereum lui-même. Ethereum avait donc quelques propriétés essentielles qui me tenaient à cœur. Ce n'est pas le traitement le plus efficace, ni le stockage le plus efficace. C’est la manière la plus décentralisée de programmer, la plus résistante à la censure… vous avez cette exécution sans confiance, elle a toutes ces propriétés. Et c’est ainsi que (ces propriétés) étaient celles que j’essayais de recréer. ”

Entretien de Wyre avec Hayden Adams, créateur d’Uniswap

Dans la citation ci-dessus, un compromis est fait entre Ethereum, Bitcoin et d’autres protocoles de blockchain: le trilemme d’évolutivité. Le trilemme d’évolutivité indique qu’il est très difficile pour les systèmes blockchain d’avoir les trois éléments suivants sur la couche de base:

  1. Décentralisation
  2. L'évolutivité
  3. Sécurité

Aucune chaîne de blocs n'a aujourd'hui une décentralisation, une évolutivité et une sécurité performantes. Les conceptions de preuve de travail de Bitcoin et d’Ethereum diffèrent, mais les deux ont opté pour une capacité de décentralisation et de sécurité accrue avec le coût d’une moindre évolutivité. Pour les actifs et les protocoles de contrat intelligents sur Ethereum, ces mêmes compromis de conception sont répercutés.

N'oubliez pas qu'il n'y a pas de ligne d'arrivée à la décentralisation et que cette décentralisation est plutôt une échelle glissante (souvent subjective). La décentralisation ne peut être atteinte, mais seulement recherchée, et le fait que quelque chose soit construit sur Ethereum ne signifie pas qu’elle possède les mêmes propriétés.

Pas tout Besoins être décentralisé, mais certaines choses probablement devrait être.

Cadre de base pour cartographier les actifs en fonction des fonctions de conservation et d'approvisionnement

Bitcoin et Ether - représentent une sorte de décentralisation «Gold standard» parmi les autres actifs énumérés ci-dessus. Chaque protocole est natif du protocole, ce qui signifie que la conservation et les nouvelles fournitures sont gérées au niveau du protocole. Elles sont toutes deux transparentes et ouvertes. Chacune a des règles d'approvisionnement connues (c'est-à-dire 12,5 nouveaux bitcoins toutes les 10 minutes et 2 nouveaux éther toutes les 15 secondes) qui peuvent être vérifiées. Chacun est un actif désinflationniste programmatique qui existe depuis 10 ans (bitcoin) et 4 ans (éther), respectivement.

erc-20, erc-721 et autres normes de jetons - sont des normes de contrat intelligentes vérifiées qui, comme Bitcoin et Ether, permettent de gérer la conservation et les nouvelles fournitures de manière transparente et ouverte. Cependant, quelques risques supplémentaires se présentent ici: 1) la garde et la propriété sont maintenant gérées par un code de contrat intelligent, et 2) les émissions peuvent varier considérablement par jeton et doivent être vérifiées auprès d'une source fiable. OnchainFX est une bonne source pour vérifier les aspects relatifs à l’offre (voir «% Y2050 Supply Issued»).

dai - Maker’s dai est une expérience très intéressante, en cours, stable. Dai conserve de nombreux aspects clés de l'éther, mais ajoute un peu de complexité à la coordination de multiples contrats intelligents et de parties prenantes décentralisées (livre blanc). Dai est un jeton erc-20, dont la conservation est gérée par le contrat intelligent, et l'approvisionnement est variable et basé sur le marché, en fonction de la création nette de CDP.

Actifs inter-chaînes- BTC enveloppé (wBTC) est relativement nouveau et peu volumineux, mais présente une solution innovante (cadre des actifs enveloppés) qui permet l’accès bitcoin (ou d’autres actifs inter-chaînes) à des contrats intelligents sur Ethereum.

La WTC possède certaines fonctionnalités de transparence (ici, ici et ici) que les utilisateurs peuvent vérifier, mais elle présente néanmoins une variété de risques en même temps, à savoir les risques intermédiaires (voir marchands, dépositaires), les risques liés aux contrats intelligents (erc-20), et risque collatéral.

Garde en dehors de la chaîne - pose des risques spécifiques aux intermédiaires et à leur degré de vérification des utilisateurs et de transparence des procédures de conservation et des mesures de sécurité (voir à nouveau l'approche des actifs encapsulés pour voir à quoi pourraient ressembler certaines de ces sauvegardes).

Remarque: Un grand nombre des actifs ci-dessus sont des produits dérivés, c’est-à-dire qu’ils tirent leur valeur d’un actif sous-jacent (par exemple, USD, BTC ou même un panier d’actifs). Comme indiqué ci-dessus, l’offre du dérivé (par exemple, wBTC) et celle de son sous-jacent (BTC) varieront.

Remarque: Tous les actifs ci-dessus assument des risques de garde centralisés s’ils sont détenus par le biais d’un échange centralisé. Par exemple, l'ether sur un échange est un actif A1 pour l'échange, mais un actif A10 pour l'utilisateur d'échange qui est propriétaire de cet actif. De même, l'éther placé dans un contrat intelligent devient un actif A4 pour son propriétaire.

Voici une brève liste des caractéristiques de conception que j'ai observées et qui sacrifient en quelque sorte la décentralisation:

  1. Recherche de loyer - La recherche de loyer peut être clairement indiquée sous forme de frais (qui dépasse les frais d'essence requis) ou imposée par le biais de l'utilisation obligatoire d'un jeton unique. En théorie, si un code source ouvert publié est une recherche de rente et que des frais sont incorporés dans le protocole, le protocole peut facilement être créé avec le code spécifique aux frais supprimé. Nous commençons déjà à le voir dans la pratique (voir zcash / zclassic, bancor / uniswap).
  2. Ensembles de contributeurs fermés - par exemple. Dans les systèmes de preuve d’enjeu, si les ensembles de validateurs sont fermés aux validateurs «sélectionnés» ou si le processus de sélection des validateurs n’est pas aléatoire, la décentralisation est limitée par la confiance placée dans les intermédiaires en place. De même, pour les contrats intelligents qui reposent sur des données externes, les petits ensembles Oracle sélectionnés manuellement présentent des risques supplémentaires.
  3. Trappes - code de contrat intelligent est ne pas autonome si un développeur peut verrouiller temporairement ou arrêter définitivement la fonctionnalité. Toutefois, les trappes peuvent s'avérer bénéfiques en cas de découverte de vulnérabilités.

La liste ci-dessus n’est en aucun cas exhaustive, mais plutôt quelques exemples de compromis communs en matière de conception de protocoles que j’ai déjà constatés. Souvent, vous devez être très proche du code pour comprendre exactement ce en quoi vous avez confiance, ou la messagerie doit être claire et transparente..

Certains protocoles et actifs de contrat intelligents ne présentent pas beaucoup de décentralisation, mais sont ouverts et libres d’utilisation. Autrement dit, on peut faire valoir que certains actifs et protocoles font partie de la «finance ouverte», mais pas de la «finance décentralisée». Cependant, la ligne n'est pas claire et la finance ouverte et la finance décentralisée se chevauchent et se mélangent constamment. En l’absence de définitions claires, les termes peuvent facilement être mal représentés et un décalage entre perçu confiance et réel la confiance peut rapidement se former.

  • 2016: “blockchain not bitcoin”
  • 2017: les livres blancs chargés de mots à la mode diluent la signification originale de la terminologie propre à la chaîne de blocs
  • 2018: «finance décentralisée / defi» et «finance ouverte» ont émergé et sont utilisés pour commercialiser une variété d'initiatives et de projets avec divers degrés de décentralisation et d'ouverture.
  • 2019: La Balance tente de transformer le sens de «crypto-monnaie»

Cela varie selon chaque protocole, actif et application, et même les choses décentralisées peuvent prendre une forme centralisée via des échanges de conservation et d'autres agrégateurs.

Les utilisateurs doivent constamment remettre en question la messagerie et la viabilité des nouveaux outils financiers qu’ils utilisent et, plus important encore, ont une bonne idée de qui (par exemple, les intermédiaires centralisés) ou en quoi (par exemple, le code de contrat intelligent) ils ont exactement confiance.

S'il y a n'est pas une bonne raison pour un actif ou un protocole de s’écarter des principes de conception de la couche de base, est une bonne raison de ne pas utiliser ces nouveaux outils financiers.

Afficher plus

SupportIvy

SupportIvy.com : Un lieu pour partager le savoir et mieux comprendre le monde. Meilleure plate-forme de support gratuit pour vous, Documentation &Tutoriels par les experts.

Articles similaires

Laisser un commentaire

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

Bouton retour en haut de la page
Fermer