aperçu

Comment fixer le prix des idées ou des applications au stade initial et participer à l'investissement est un défi majeur dans le monde décentralisé. Erc7527 propose un paradigme de tarification décentralisée basé sur un consensus axé sur la prime, suivant le concept de "création de crédit monétaire".

Dans cet article, nous examinerons les principes et les détails du protocole ERC7527, expliquant plus en détail les principes de fonctionnement du modèle de tarification continue et ses avantages significatifs. De plus, nous explorerons les applications étendues dérivées de la programmabilité et de la compositionnalité d'ERC7527.

erc7527

Dans l'article précédent, nous avons présenté les modèles de tarification courants sur la chaîne et effleuré brièvement le modèle de tarification continu unique d'ERC7527, y compris sa représentation mathématique. Cependant, l'article précédent n'a fourni qu'un aperçu simple d'ERC7527. Dans cette section, nous nous concentrerons sur les principes et les détails du protocole d'ERC7527.

erc7527 introduit un nouveau paradigme pour la tarification des applications en émettant des jetons erc7527. Le prix des jetons erc7527 quantifie efficacement la valeur marchande de l'application (valeur marchande de l'application = prix erc7527 × quantité). Cette approche transforme la tarification des applications en tarification des jetons erc7527.

la tarification des jetons erc7527 se compose de deux parties principales:

La cotation : erc7527 fournit des interfaces pour l'achat externe (wrap) et la vente (unwrap) de cotations, permettant aux développeurs de mettre en œuvre ces fonctionnalités eux-mêmes.

tarification: le foamm (fonction oracle automated market maker) d'erc7527 fournit une tarification d'achat en ajoutant de la liquidité interne via wrap ou une tarification de vente en retirant de la liquidité interne via unwrap. Cette approche ne dépend pas des fournisseurs de liquidité externes.

en ce qui concerne la question des devis d'achat et de tarification des jetons erc7527, erc7527 offre une programmabilité étendue. Plus précisément, les utilisateurs peuvent invoquer des fonctions pour obtenir des devis :

dans erc7527, les développeurs doivent concevoir un modèle de cotation lors du processus de développement pour finalement fournir des devis. lorsque les utilisateurs appellent getwraporaclePour obtenir le devis actuel, ils peuvent choisir d'injecter de la liquidité dans le pool erc7527 pour convertir les devis en prix. Plus précisément, les utilisateurs peuvent utiliser le emballerfonction au sein de foamm pour injecter de la liquidité :

pour la cotation de vente et la tarification des jetons erc7527, erc7527 utilise des pools construits avec foamm pour faciliter la conversion de la cotation de vente en tarification. les utilisateurs peuvent utiliser ces pools pour détruire des actifs ou retirer de la liquidité interne pour sortir. cependant, un problème clé se pose concernant qui fournit la liquidité à ces pools.

comme mentionné précédemment, foamm ajoute de la liquidité interne grâce à des opérations d'enveloppe, ce qui constitue la principale source de liquidité au sein des pools. erc7527 utilise foamm pour injecter la liquidité payée par les utilisateurs lorsqu'ils achètent des actifs dans les pools, ce qui agit comme la liquidité de sortie.

les développeurs n'ont besoin que de fournir le devis de vente car il y a déjà une liquidité au sein des pools. Par conséquent, le devis de vente sert efficacement de prix de vente. Plus précisément, les développeurs doivent implémenter la fonction suivante pour faciliter le devis de vente :

les développeurs peuvent construire des fonctions de cotation de vente arbitraires basées sur la liquidité dans les pools. il est important de s'assurer que la cotation de vente maintient l'équilibre de liquidité au sein des pools. les utilisateurs peuvent appeler obtenirunwraporacleà tout moment pour récupérer le devis de vente actuel des jetons erc7527. ils peuvent ensuite choisir d'appeler foamm’sdéballerfonction pour détruire les jetons erc7527 et recevoir des jetons équivalents au montant indiqué dans le pool.

pour les utilisateurs interagissant avec erc7527, il existe deux actions principales:

appelergetwraporaclefonction pour récupérer la cotation d'achat actuelle. Si approprié, appeler.envelopperpour injecter de la liquidité et recevoir des jetons erc7527.

appelergetunwraporaclefonction pour récupérer le prix de vente actuel. si approprié, appelezdéballerpour détruire les jetons erc7527 détenus et retirer les jetons équivalents au prix de vente du pool.

les deux fonctions renvoient des valeurs avec prixetfraisoptions.prixreprésente la quantité de jetons requise pour les opérations d'enveloppement ou de déroulement, tandis quefraisdésigne les frais de transaction. les utilisateurs doivent payer des frais pour ces opérations, les frais pouvant être réclamés par des utilisateurs spécifiés.

erc7527, comme les jetons erc20, a sa propre adresse de jeton et définit des champs spécifiques.

la structure ci-dessus définit les attributs principaux d'erc7527.monnaiereprésente le jeton que les utilisateurs fournissent pour créer des jetons erc7527,primedésigne le prix initial des jetons erc7527.bénéficiaire de fraisspécifie l'adresse qui reçoit les frais lors des interactions wrap et unwrap, tandis quePourcentage de frais de frappe de la mentheetburnfeepercentindiquer les taux de frais pour les opérations d'emballage et de déballage.

Les jetons erc7527 présentent une prime avec des caractéristiques fluctuantes. Le termeprix est utilisé dans les définitions de fonction ci-dessus, plus précisément dans le actifstructure pour représenterprime.

erc7527 est structuré en trois modules distincts:

app: l'adresse du contrat où les jetons erc7527 sont déployés. Un contrat d'application dans erc7527 doit hériter d'interfaces telles que erc721metadata. Il exposementheetbrûlerLes interfaces pour les appels de pool uniquement, empêchant la frappe malveillante et assurant l'équilibre de la liquidité du pool.

agence : ce contrat agit comme l'interface principale pour les pools et les interactions de mousse mentionnées précédemment. des fonctions telles que getwraporacle, envelopper, obtenir unwrap oracle, et déballersont mis en œuvre ici. le contrat d'agence stocke les jetons injectés par les utilisateurs lors des opérations d'emballage pour une utilisation ultérieure lors des opérations de déballage, facilitant la liquidation des jetons erc7527.

usine : un contrat auxiliaire conçu pour simplifier le déploiement de contrats d'application et d'agence, facilitant ainsi le déploiement de jetons erc7527 pour les utilisateurs.

les relations entre ces composants sont illustrées dans le diagramme ci-dessous:

Dans erc7527, les contrats d'application et d'agence maintiennent une relation de liaison bidirectionnelle. D'un point de vue code, le mentheetbrûlerLes fonctions de l'application ne peuvent être appelées que par l'agence. Erc7527 définit également une série de fonctions pour faciliter la recherche de l'adresse de l'agence donnée par une application.obtenir l'agencefonction), et la requête de l'adresse de l'application donnée une agence (getstrategy fonction).

d'un point de vue de la liquidité, chaque jeton erc7527 dans l'application correspond à la liquidité dans un pool. cela garantit l'équilibre de la liquidité du pool.

Cette solution de tarification décentralisée utilisant des jetons ERC7527 représente une innovation révolutionnaire. Elle introduit un nouveau paradigme où les applications peuvent être construites sur l'émission de jetons. Pour les applications au stade initial, les développeurs peuvent déployer directement des jetons ERC7527 en utilisant l'usine d'ERC7527.

les utilisateurs peuvent participer aux investissements de début en appelant le emballerfonction pour émettre des jetons erc7527, ou sortir de leurs investissements en appelant le déballerfunction. pour les développeurs, le prix des jetons erc7527 offre une évaluation efficace pour les applications au stade précoce. à mesure que les applications se développent et que de plus en plus de détenteurs de jetons erc7527 participent, la valorisation de l'application augmente, ce qui incite à la fois les détenteurs de jetons erc7527 et les développeurs d'applications.

modèle de cotation continue

dans la section précédente, nous avons largement discuté des principes opérationnels d'erc7527, mais nous n'avons pas détaillé la construction du modèle de devis d'achat. erc7527 fournit le obtenir l'oracle de wrapinterface ici, avec la mise en œuvre spécifique du modèle de cotation entièrement dépendante du développeur. dans cette section, nous proposons un modèle de cotation d'achat plus général pour erc7527.

La cotation d'achat pour erc7527 devrait prendre en compte à la fois les perspectives micro et macro :

d'un point de vue macro, nous nous attendons à ce que le prix des jetons erc7527 augmente avec une augmentation du nombre de jetons erc7527 détenus. Plus précisément, le prix actuel obtenu à partir degetwraporaclene doit pas être inférieur au prix (ou au « dernier prix d'achat »).

L’augmentation du prix des tokens ERC7527 avec une augmentation du nombre de tokens ERC7527 détenus se traduira par un résultat intéressant : les tokens ERC7527 eux-mêmes disposeront d’un mécanisme d’expansion du crédit. Plus précisément, la valeur marchande des tokens ERC7527 peut dépasser le TPL (Total Premium Locked). Ce mécanisme d’expansion du crédit permettra à chaque détenteur de jetons ERC7527 de bénéficier d’une croissance du crédit.

dans la discussion précédente, nous n'avons pas mentionné la transaction de vente unwrap, qui entraîne directement la baisse du prix de la transaction d'achat. nous pouvons utiliser un système basé sur la pile simple pour mettre en œuvre un schéma où la vente fait baisser la cotation d'achat, comme suit:

Dans erc7527, tous les prix historiques sont stockés dans une pile. Chaque nouveau prix (nouveau prix) est poussé sur la pile lorsqu'il est formé. Le modèle de devis d'achat repose sur le dernier prix de la pile pour déterminer le devis d'achat.

Lorsqu'un utilisateur vend, le dernier prix d'achat (nouveau prix) est directement utilisé comme prix de vente. La liquidité est transférée de l'agence à l'utilisateur, et le prix est retiré de la pile. À ce stade, le modèle de devises repose toujours sur le dernier prix (prix2) dans la pile pour fournir le devis après le déballage. Comme prix2 est inférieur au nouveau prix, le modèle de devises fournira un devis externe inférieur par rapport à ce qui était basé sur le nouveau prix dans le passé. Cependant, ce devis de vente basé sur la pile est une approche de base.

Au niveau microscopique, le modèle de devis devrait inclure un mécanisme d'ajustement des prix similaire à une enchère néerlandaise. Une enchère néerlandaise introduit le temps dans le modèle de devis, abaissant automatiquement le prix lors de périodes prolongées sans transactions. Cependant, les enchères néerlandaises sont confrontées à un problème sérieux où les prix diminuent inévitablement avec le temps en raison d'un dilemme du jeu d'attente, entraînant des baisses de prix continues. Un modèle de devis robuste au niveau microscopique devrait incorporer un facteur temps et inclure à la fois des phases ascendantes et descendantes.

En résumé, un bon modèle de devis doit répondre aux exigences suivantes :

le devis d'achat ne doit pas être inférieur à la tarification établie pour garantir des augmentations macro-niveau du devis d'achat et de la tarification avec une possession croissante de jetons erc7527.

la fonction de devis spécifique devrait inclure un facteur temps et devrait avoir à la fois des phases ascendantes et descendantes.

De plus, notre objectif est que le modèle de devis satisfasse les schémas de croissance des applications :

un fort potentiel de croissance aux premiers stades

croissance relativement stable dans les dernières étapes

Nous détaillerons la solution dans les sections suivantes.

Initialement, répondre aux exigences macroéconomiques est simple en incorporant le prix (pn-1) en tant que facteur dans le modèle de devis. Pour les demandes microscopiques, nous pouvons segmenter la fonction pour résoudre les problèmes. En fin de compte, nous pouvons atteindre la fonction de devis suivante :

les significations spécifiques des paramètres dans cette fonction de tarification peuvent être trouvées dans l'introduction fournie dans l'article précédent. ici, nous présentons directement le graphique de cette fonction de tarification:

dans le graphique ci-dessus, l'axe des x représente les intervalles de temps depuis la dernière transaction, et l'axe des y représente le ratio du cours actuel par rapport au prix de la dernière transaction. Il est à noter que lorsque le prix chute en dessous du prix de la dernière transaction, le modèle de tarification ne cite que le prix de la dernière transaction pour répondre aux exigences macro du modèle de tarification.

Visuellement, nous observons à la fois une phase de tendance à la hausse précoce et une phase descendante ultérieure similaire à une enchère hollandaise dans le modèle de tarification ci-dessus, répondant efficacement aux exigences micro du modèle de tarification. Au stade initial de la phase de tendance à la hausse, nous constatons une hausse des prix afin d'éviter des situations où les avoirs augmentent dans le processus de coulée continue du ERC7527 sans changements de prix significatifs.

nous établissons un environnement pour simuler le modèle de tarification ci-dessus, et les résultats de la simulation sont les suivants :

dans le graphique en chandelier simulé, la première colonne représente la tendance des prix du token erc7527, tandis que la deuxième colonne indique les détentions actuelles de tokens erc7527, qui augmentent avec les opérations wrap et diminuent avec les opérations unwrap. D'un point de vue code, la deuxième colonne récupère en réalité l'offre totale à l'aide de l'application.offre totaleLa troisième colonne indique le nombre d'opérations de wrapping et de déwrapping, où la ligne verte représente les opérations de wrapping et la ligne rouge représente les opérations de déwrapping.

le graphique illustre la dynamique opérationnelle précoce de certaines pools. initialement, en raison d'un consensus insuffisant ou d'autres facteurs, les utilisateurs entrent et sortent, ce qui entraîne une fluctuation des prix autour du prix initial pendant une période prolongée. finalement, les développements positifs attirent les acheteurs, mais les premiers utilisateurs vendent leur retour, ramenant le prix à son niveau initial. à mesure que le nombre de détenteurs de jetons erc7527 augmente, le prix oscille à la hausse avec des fluctuations.

Grâce à cette simulation simple, nous observons un avantage significatif du modèle de tarification continue : les opérations d'achat des utilisateurs influencent directement le processus de tarification, ce qui rend très peu probable que deux jetons erc7527 présentent des motifs de chandelier identiques. Cela améliore considérablement la complexité des interactions stratégiques du système.

Le graphique suivant illustre les variations de prix spécifiques, où 'b' désigne l'achat (wrap) et 's' désigne la vente (unwrap). Nous pouvons voir que macroscopiquement, le prix d'exécution de chaque transaction d'achat ne tombe pas en dessous du prix de la transaction précédente, tandis que chaque transaction de vente utilise un prix d'achat précédemment établi, ce qui entraîne une certaine symétrie dans le graphique.

Nous avons efficacement répondu aux exigences à la fois macro et micro du modèle de tarification décrit précédemment, tout en respectant également le schéma de croissance du "développement au stade précoce à forte croissance" en matière de tarification. Ensuite, nous devons relever un nouveau défi : comment réaliser une croissance robuste en matière de tarification au cours des dernières étapes du développement de l'application. Les augmentations de prix rapides au début correspondent à la forte croissance initiale de l'application. Dans les étapes intermédiaires à tardives, la tarification doit correspondre au développement stable de l'application, nous devons donc mettre en place un système de tarification qui soutient une croissance robuste au cours de ces dernières étapes.

Pour résoudre ce problème, nous avons décidé de le traiter par segmentation. Plus précisément, nous utiliserons un système de tarification à forte croissance dans les premiers stades et nous passerons à un système de tarification à croissance stable plus tard. Au-delà de la segmentation en deux étapes discutée ici, les développeurs peuvent mettre en œuvre plus de segments en fonction de leurs besoins spécifiques, tels que l'utilisation de différentes fonctions de croissance pour les stades précoces, intermédiaires et tardifs.

Dans la pratique, nous utilisons toujours une fonction de tarification cohérente avec le stade précoce, mais nous avons ajusté certains paramètres. La courbe de la fonction de tarification modifiée est présentée ci-dessous:

Comparé à la fonction de tarification de stade précoce, nous observons que le taux initial d'augmentation dans la fonction de tarification de stade ultérieur est plus faible. L'axe des x sur le graphique utilise toujours les intervalles de temps depuis la dernière transaction en tant qu'unités, mais il est important de noter que ces intervalles sont plus courts que ceux utilisés dans la fonction de tarification de stade précoce.

Nous avons tenté de simuler les changements de prix des jetons erc7527 pendant la période d'augmentation de l'offre de 0 à 20 000, ce qui a donné le graphique en chandelier suivant.

le prix initial fixé pour le graphique en chandelier ci-dessus était de 0,1. lorsque l'offre a atteint 20 000, le prix est passé de 0,1 initial à 300, marquant une augmentation de 3000 fois.

Bien sûr, toutes les applications ne suivent pas un chemin fluide vers le succès. Le graphique en chandeliers suivant illustre les fluctuations de prix lors d'une croissance vigoureuse suivie d'une crise soudaine entraînant le retrait des utilisateurs :

Les cas ci-dessus démontrent l’efficacité du modèle de tarification que nous proposons, qui s’aligne sur les modèles de croissance des applications en tenant compte à la fois des phases initiales de forte croissance et des phases de croissance stable ultérieures. Ces avantages découlent de l’utilisation d’un modèle de tarification segmentée, utilisant différentes fonctions de tarification paramétrées pour les stades précoces et ultérieurs.

de plus, étant donné que la fonction de tarification est continue, les utilisateurs peuvent anticiper les devis attendus et ces spécificités peuvent changer en fonction des actions de l'utilisateur. cette interaction dynamique implique non seulement un jeu entre les utilisateurs et le modèle de tarification, mais aussi entre les utilisateurs eux-mêmes. les interactions entre utilisateurs sont extrêmement complexes, ce qui rend difficile la rétro-ingénierie d'une stratégie au sein de ce modèle de tarification pour obtenir des rendements sans risque.

applications étendues

Dans cette section, nous discuterons de plusieurs applications étendues de erc7527:

1. erc7527 comme couche d'incitation pour les applications d'ia.
2. erc7527 comme un oracle atomique pour d'autres applications, notamment dans le prêt.

couche d'incitation de l'application d'IA

Les applications d'IA nécessitent une nouvelle couche d'incitation, et erc7527 peut fournir une couche d'incitation systématique pour ces applications, avec le token erc7527 servant d'actif principal de cette couche.

Aux premiers stades du développement de l'application IA, le déploiement de tokens ERC7527 fixe les prix de l'application, établissant ainsi une valorisation reconnue sur le marché. Les utilisateurs peuvent investir directement dans les applications IA en acquérant des tokens ERC7527 grâce aux opérations de wrapping.

D'un point de vue de la valeur marchande, à mesure que les applications d'IA se développent et que le nombre de jetons ERC7527 détenus augmente, les développeurs d'applications d'IA et les détenteurs de jetons ERC7527 bénéficient grandement de l'augmentation de la valeur marchande.

Les applications d’IA peuvent inciter davantage les utilisateurs grâce à des mesures de dividendes. Ils peuvent exiger des utilisateurs qu’ils utilisent des jetons pour payer des services directement sur la couche d’Ethereum Seek J, même si même s’il y a même des responsables de la technologie qui ne peuvent pas eux-mêmes. avec des utilisateurs dans did

Lorsque les utilisateurs détiennent des jetons erc7527, ils peuvent utiliser le contrat d'usine erc6551 sur le réseau principal d'Ethereum pour déployer un compte erc6551 pour leurs jetons erc7527. Par la suite, ils peuvent utiliser ce compte erc6551 pour interagir avec le contrat de pontage erc6551 déployé sur le réseau principal. Le contrat de pontage facilite les interactions inter-chaînes en invoquant le contrat d'usine erc6551 sur la couche deux d'Ethereum pour déployer un compte erc6551 pour l'utilisateur sur la couche deux.

L'implémentation cross-chain pour erc6551 a une approche directe et les développeurs peuvent se référer au code dans le référentiel erc6551mirror. Ce référentiel utilise chainlink ccip pour réaliser des opérations cross-chain pour erc6551.

Une fois que le processus de chaîne croisée erc6551 est terminé, les utilisateurs peuvent utiliser leur compte erc6551 pour retirer les récompenses du contrat de dividende.

oracle atomique

ERC7615 est un ERC intéressant qui définit un protocole push simple pour les interactions atomiques entre contrats génériques. Ce protocole push simple peut construire des oracles atomiques, ce qui réduit considérablement la complexité du développement de protocoles tels que les accords de prêt. Le principe de fonctionnement de l’ERC7615 est le suivant :

lorsqu'un utilisateur (client) invoque certaines fonctions sur le contrat émetteur (éditeur), le contrat émetteur vérifie s'il existe des contrats abonnés. s'ils existent, il appelle la fonction exec sur le contrat abonné pour pousser du contenu. la caractéristique principale de ce processus est l'atomicité. si le contrat abonné rencontre des problèmes lors du traitement des données poussées, la transaction appelant la fonction push du contrat (c'est-à-dire la transaction appelant somefunc(…) dans le diagramme) générera directement une erreur.

Dans erc7527, nous avons mentionné à plusieurs reprises que le prix de vente fourni par erc7527 correspond effectivement au prix de liquidation. Tout détenteur de jetons erc7527 peut retirer de la liquidité de l'agence à ce prix de vente. Par conséquent, pouvons-nous pousser le prix de vente d'erc7527 vers les protocoles de prêt pour mettre en œuvre la liquidation au sein du protocole de prêt ?

la réponse est oui. De plus, en raison de la propriété du modèle de tarification continue où les prix de vente augmentent macroscopiquement avec l'augmentation des avoirs erc7527, les protocoles de prêt n'ont pas besoin de se préoccuper des opérations d'emballage erc7527, mais seulement des transactions de déballage qui pourraient entraîner des baisses de prix.

Nous pouvons intégrer des notifications push ERC7615 dans la fonction Unwrap, en poussant directement le prix de vente actuel des tokens ERC7527 non emballés vers le protocole de prêt. Lorsque le protocole de prêt reçoit la notification push avec le prix de déballage, il peut liquider les positions garanties par des jetons ERC7527 sur la base de ces informations de tarification.

Lorsqu'une position de prêt doit être liquidée, le protocole de prêt peut exécuter des opérations de déroulement pour retirer des liquidités de l'agence erc7527 afin de clôturer la position de prêt.

De manière passionnante, les opérations ci-dessus sont atomiques. Si la liquidation échoue dans le protocole de prêt, l'opération de déballage de erc7527 échouera également. Cela signifie que le protocole de prêt évite complètement le risque de défaut.

En fait, n'importe quel protocole peut obtenir ses notifications push de prix de vente à partir de erc7527. Cela signifie que les développeurs n'ont besoin que de mettre en œuvre une interface de réception erc7615 pour obtenir les prix des actifs et accomplir d'autres opérations.

au sein de erc7527, parce que les jetons erc7527 héritent de erc721 au niveau du contrat, les développeurs peuvent renforcer les jetons erc7527 de différentes manières. lorsque les utilisateurs utilisent des schémas de mise en gage traditionnels, tels que le transfert direct de erc7527 vers un contrat de mise en gage, ils perdent d'autres droits associés aux jetons erc7527. par conséquent, les jetons erc7527 ont besoin d'un nouveau schéma de mise en gage qui ne nécessite pas de transferts d'actifs.

Sur la base du mécanisme push de l’ERC7615, un tel système de gage peut être conçu. Plus précisément, établissez une relation push entre la fonction Unwrap dans le contrat d’agence ERC7527 et le contrat de nantissement. Les utilisateurs de nantissement peuvent interagir avec le contrat de nantissement ERC7527 pour mettre en gage des jetons ERC7527 sans les transférer vers le contrat de nantissement.

à ce stade, les jetons erc7527 peuvent recevoir des dividendes du contrat de mise en gage. lorsque les utilisateurs débloquent leurs jetons erc7527 mis en gage, le contrat d'agence utilise erc7615 pour envoyer ce message au contrat de mise en gage, qui libère ensuite le statut mis en gage des jetons erc7527 spécifiés et effectue la liquidation finale.

Dans ce processus, ERC7615 garantit l’intégrité de liquidation du système de nantissement, en veillant à ce que les jetons ERC7527 détruits ne puissent pas recevoir de récompenses de gage.

démenti:

1. Cet article est reproduit à partir de [PANews]. Tous les droits d’auteur appartiennent à l’auteur original [Chevalier de la blockchain]. s'il y a des objections à cette réimpression, veuillez contacter le Porte apprendrel'équipe, et ils s'en occuperont rapidement.
2. avis de non-responsabilité: les vues et opinions exprimées dans cet article sont uniquement celles de l'auteur et ne constituent aucun conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont réalisées par l'équipe d'apprentissage de Gate.io. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdit.