aperçu

Comment fixer le prix et investir dans des idées ou des applications en phase de démarrage ? C’est un défi énorme dans un monde décentralisé. ERC7527 suit le consensus selon lequel « le crédit crée de l'argent » et propose un paradigme basé sur une tarification décentralisée basée sur Premium.

Dans cet article, nous présenterons en profondeur le principe et les détails du protocole de l'ERC7527, et présenterons plus en détail le principe de fonctionnement du modèle de cotation continue et ses énormes avantages. Dans le même temps, nous présenterons également des applications étendues basées sur la programmabilité et la composabilité de l'ERC7527.

ERC7527

Dans l'article précédent, nous avons présenté le modèle de tarification en chaîne pure actuellement courant, qui a également introduit le modèle spécial de cotation continue de l'ERC7527 et a donné la représentation mathématique du modèle. Cependant, l'introduction de l'ERC7527 dans l'article précédent est relativement parlant. dans cette section, nous nous concentrerons sur le principe et les détails du protocole d'ERC7527.

ERC7527 propose un nouveau paradigme pour les applications de tarification en émettant des jetons ERC7527. Le prix du jeton ERC7527 quantifie en réalité la valeur marchande de l'application (valeur marchande de l'application = prix ERC7527 × quantité). Cette méthode convertit la tarification des applications en tarification des jetons ERC7527. Le prix du jeton ERC7527 est divisé en deux parties suivantes :

• Citation. ERC7527 fournit des interfaces pour les cotations externes d'achat (wrap) et de vente (unwrap), permettant aux développeurs de les implémenter eux-mêmes.

• Prix. FOAMM (fonction Oracle Automated Market Maker) basé sur ERC7527 permet d'obtenir un prix d'achat en ajoutant de la liquidité interne via le wrap, ou d'obtenir un prix de vente en supprimant la liquidité interne via un wrap. Cette solution ne nécessite pas de recours à des fournisseurs de liquidité externes.

Concernant le devis d'achat et la tarification des jetons ERC7527, ERC7527 offre entièrement la programmabilité. Plus précisément, les utilisateurs peuvent appeler la fonction suivante pour obtenir des devis :

Les développeurs ERC7527 doivent concevoir un modèle de devis pendant le processus de développement pour finalement donner un devis. Lorsque l'utilisateur appelle getWrapOracle pour obtenir la cotation actuelle, il peut choisir d'injecter des liquidités dans le pool ERC7527 pour réaliser la conversion de la cotation en tarification. Plus précisément, les utilisateurs peuvent appeler la fonction wrap dans FOAMM pour injecter des liquidités :

Concernant les problèmes de cotation de vente et de tarification des jetons ERC7527, ERC7527 utilise un pool construit par FOAMM pour résoudre la conversion de la cotation de vente à la tarification. Les utilisateurs peuvent sortir du pool en détruisant les actifs et en supprimant la liquidité interne. Il y a peut-être un problème ici, à savoir qui fournit les liquidités dans le pool.

Dans ce qui précède, nous avons mentionné que FOAMM ajoute de la liquidité interne via le wrap, qui est la source de liquidité dans le pool. ERC7527 utilise FOAMM pour injecter la liquidité payée par les utilisateurs pour acheter des actifs dans le pool afin de servir de liquidité de sortie. Pour les promoteurs, il leur suffit de donner un prix de vente. Puisqu'il y a de la liquidité dans le pool, le prix de vente est le prix de vente. Plus précisément, les développeurs doivent implémenter les fonctions suivantes pour implémenter la fonction de devis de vente :

Les développeurs peuvent construire n'importe quelle fonction de cotation de vente en fonction de la liquidité du pool. Il convient de noter que la cotation de vente doit en fin de compte maintenir le solde de liquidation du pool. Les utilisateurs peuvent appeler getUnwrapOracle à tout moment pour obtenir le cours de vente actuel du jeton ERC7527, et peuvent choisir d'appeler davantage la fonction de déballage de FOAMM pour détruire le jeton ERC7527 afin d'obtenir le nombre de cours de vente dans le pool :

En résumé, pour les utilisateurs, l'interaction d'ERC7527 ne comporte que deux parties :

• Appelez la fonction getWrapOracle pour lire le devis d'achat actuel. Si le devis d'achat est approprié, appelez la fonction wrap pour injecter des liquidités afin d'obtenir le pass ERC7527.

• Appelez la fonction getUnwrapOracle pour lire le prix de vente actuel. Si le prix de vente est approprié, appelez la fonction unwrap pour détruire les jetons ERC7527 détenus afin d'extraire le nombre de cotations de vente dans le pool.

Les options de prix et de frais apparaissent dans les valeurs de retour des fonctions getWrapOracle et getUnwrapOracle données ci-dessus, où le prix représente le nombre de jetons qui doivent être payés pour le jeton ERC7527 d'emballage ou de déballage actuel, et les frais représentent les frais de traitement. , qu'il s'agisse d'une opération d'emballage ou de déballage, les utilisateurs doivent payer un certain montant de frais de traitement, qui sont finalement retirés par l'utilisateur désigné.

ERC7527 est un pass standard, similaire au pass ERC20, et a également son adresse de pass. ERC7527 comporte les champs définis suivants :

La structure ci-dessus définit les attributs de base d'ERC7527, où la devise représente le jeton que l'utilisateur fournit pour créer le jeton ERC7527, premium fait référence à la cotation initiale du jeton ERC7527, feeRecipient représente l'adresse de réception des frais pendant le processus d'interaction d'emballage et de déballage, et mintFeePercent et burnFeePercent représentent les taux de traitement d'emballage et de déballage.

Le jeton ERC7527 présente les caractéristiques de fluctuation de la prime. Le mot prix est utilisé dans la définition de fonction ci-dessus, qui correspond à la prime dans la structure de l'actif.

ERC7527 définit trois modules différents :

1. L'adresse du contrat de l'application est l'adresse du contrat du jeton ERC7527. ERC7527 nécessite que le contrat d'application hérite des interfaces pertinentes d'ERC721Metadata. De plus, le contrat doit exposer les interfaces mint et burn pour faciliter les appels de pool, et les interfaces mint et burn ne peuvent être appelées que par le pool pour éviter la diffusion malveillante de jetons ERC7527 provoquant un déséquilibre de liquidation du pool.

2. Agency Agency est le contrat dans lequel se trouvent le pool et FOAMM fréquemment mentionnés ci-dessus. C'est également le contrat principal pour interagir avec les utilisateurs. Les fonctions getWrapOracle/wrap/getUnwrapOracle/unwrap mentionnées ci-dessus se trouvent toutes dans ce contrat. . Le jeton injecté lorsque (wrap) est utilisé lorsque l'utilisateur quitte (unwrap). Ce contrat est un contrat pour la compensation du jeton ERC7527.

3. Factory est un contrat auxiliaire. La fonction de ce contrat est de simplifier le déploiement de l'application et de l'agence pour faciliter le déploiement des jetons ERC7527.

La relation entre les trois composants est visible dans la figure ci-dessous :

Il existe une relation de liaison bidirectionnelle entre l'application et l'agence dans ERC7527. Du point de vue du code, les fonctions de création et de gravure de l'application ne peuvent être appelées que par l'agence, et ERC7527 stipule également une série de fonctions pour permettre aux utilisateurs d'interroger l'adresse de l'agence (fonction getAgency) lorsque l'application est connue et de demander quand l'agence est connue. connue. Adresse de l’application (fonction getStrategy).

Du point de vue de la liquidité, chaque jeton ERC7527 de l'application a une liquidité correspondante dans le pool, ce qui garantit le solde de liquidation du pool.

Cette solution consistant à utiliser les jetons ERC7527 pour la tarification décentralisée des applications est une innovation révolutionnaire. Cette solution introduit un nouveau paradigme consistant à émettre d'abord de la monnaie et à créer des applications ensuite. Pour les premières applications, les développeurs peuvent utiliser directement ERC7527 Factory pour déployer des jetons ERC7527.

Les utilisateurs peuvent appeler la fonction wrap pour créer des jetons ERC7527 afin de participer à l'investissement initial du projet, ou ils peuvent appeler la fonction unwrap pour quitter l'investissement. Pour les développeurs, le prix des jetons ERC7527 peut constituer une valeur marchande effective pour les premières applications. À mesure que le développement d'applications et le nombre de détenteurs de jetons ERC7527 augmentent, la valeur marchande des applications augmente, et les détenteurs de jetons ERC7527 et les développeurs d'applications peuvent recevoir des incitations pour la croissance de la valeur marchande.

modèle de devis continu

Dans la section précédente, nous avons discuté en détail du principe de fonctionnement de l'ERC7527, mais la structure du modèle de cotation d'achat n'a pas été présentée en détail dans la section précédente. ERC7527 fournit ici uniquement l'interface getWrapOracle, et l'implémentation spécifique du modèle de devis dépend entièrement du développeur. Dans cette section, cet article proposera un modèle de cotation d’achat plus général.

La cotation d’achat de l’ERC7527 devrait prendre en compte à la fois les perspectives micro et macro.

D'un point de vue macro, nous nous attendons à ce que la cotation des jetons ERC7527 augmente avec l'augmentation des avoirs en jetons ERC7527. Plus précisément, le prix actuel du jeton ERC7527 obtenu en appelant getWrapOracle ne doit pas être inférieur au prix catalogue (ou « dernier prix d'achat »).

La cotation des jetons ERC7527 devrait augmenter avec l'augmentation des avoirs en jetons ERC7527. Cela entraînera un résultat intéressant, c'est-à-dire que le jeton ERC7527 lui-même disposera d'un mécanisme d'expansion du crédit. Plus précisément, la valeur marchande du token ERC7527 sera supérieure à celle du TPL (Total Premium Locked). Ce mécanisme d'expansion du crédit permettra à chaque détenteur de jeton ERC7527 d'obtenir une croissance du crédit.

Dans ce qui précède, nous n'avons pas mentionné la transaction de vente déballée. La transaction de vente déballée réduira directement la cotation de la transaction d'achat. Nous pouvons utiliser l’un des systèmes basés sur une pile les plus simples pour mettre en œuvre le schéma de vente faisant baisser le prix d’achat :

Nous stockons tous les prix historiques dans ERC7527 à l'intérieur de la pile. Chaque fois qu'un nouveau prix est formé, nous le plaçons dans la pile. Le modèle de cotation d'achat s'appuiera sur le dernier prix de la pile pour donner une cotation d'achat.

Lorsque l'utilisateur vend, nous utilisons directement le dernier prix d'achat, nouveau prix, comme prix de vente, transférons la liquidité de l'agence à l'utilisateur et extrayons le prix de la pile en même temps. À l’heure actuelle, le modèle de cotation s’appuie toujours sur le dernier prix2 de la pile pour fournir des cotations externes.

Étant donné que le prix2 est inférieur au nouveau prix, une fois le modèle de cotation déroulé, la cotation externe basée sur le prix2 sera également inférieure à la cotation basée sur le nouveau prix dans le passé. Bien entendu, cette cotation de vente basée sur une pile n’est que le système de cotation de vente le plus simple.

D’un point de vue microéconomique, le modèle de cotation devrait disposer d’un mécanisme d’ajustement des prix similaire à une vente aux enchères néerlandaise. La principale caractéristique des enchères néerlandaises est que le temps est introduit dans le modèle de cotation. Comme personne n'effectue de transaction pendant une longue période, le prix devrait automatiquement baisser.

Cependant, les enchères néerlandaises présentent un défaut plus grave, étant donné que le prix va certainement baisser avec le temps, il existe un dilemme de prisonnier, celui du jeu d'attente, qui conduit finalement à une baisse continue du prix de l'offre. Un bon modèle de cotation doit inclure le facteur temps au niveau micro et doit également comporter deux périodes de hausse et de baisse.

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

• Le prix proposé ne doit pas être inférieur au prix établi. Cela permet de garantir qu'à mesure que le nombre de jetons ERC7527 augmente en termes macroéconomiques, le prix d'achat et les prix augmenteront.

• La fonction de cotation spécifique doit avoir un facteur temps et doit contenir à la fois des étapes de hausse et de baisse.

De plus, nous espérons également que le modèle de cotation pourra répondre aux lois de croissance des applications suivantes :

• Potentiel de croissance élevé dans les premiers stades

• Sa croissance est relativement stable aux stades intermédiaire et ultérieur.

Nous présenterons la solution en détail plus tard.

Premièrement, répondre aux exigences macro est en fait assez simple : nous devons inclure la tarification (Pn-1) comme facteur dans le modèle de devis. Ensuite, pour les micro-besoins, on peut segmenter la fonction en morceaux pour résoudre le problème. Finalement, on peut obtenir la fonction de citation suivante :

Pour la signification précise des paramètres de cette fonction de cotation, les lecteurs peuvent se référer à l'introduction donnée dans l'article précédent. Nous donnons une image de cette fonction de tarification directement ici :

Dans la figure ci-dessus, l'axe des X représente l'unité d'intervalle de temps entre l'heure actuelle et la dernière transaction, et l'axe des Y représente le rapport entre la cotation actuelle et le prix de la dernière transaction. Il convient de noter que lorsque le prix baisse. en dessous du dernier prix de transaction À ce stade, le modèle de cotation ne citera que la dernière cotation égale au dernier prix de transaction afin de répondre aux exigences macro du modèle de cotation.

Nous voyons intuitivement que le modèle de cotation ci-dessus comporte à la fois une phase de hausse précoce et une phase de déclin ultérieure similaire à l'enchère néerlandaise, ce qui répond efficacement aux micro-exigences du modèle de cotation. Ici, nous pouvons voir qu'il y a un saut au début de la phase haussière, afin d'éviter la situation qui se produit pendant le processus de frappe continu de l'ERC7527, où les avoirs augmentent mais le prix ne change pas de manière significative.

Nous avons mis en place un environnement pour simuler le modèle de cotation ci-dessus, et les résultats de la simulation sont les suivants :

Dans le graphique de tendance K-line simulé, la première colonne représente la tendance actuelle du prix des jetons ERC7527, et la deuxième colonne représente le nombre actuel de jetons ERC7527 détenus. Ce montant augmentera avec l'opération d'emballage et avec l'opération de déballage réduite de. opération. Au niveau du code, la deuxième colonne est en fait obtenue en appelant la fonction totalSupply de l'application. La troisième colonne représente le nombre actuel d'emballages et de déballages, où la ligne verte représente le nombre d'emballages et la ligne rouge représente le nombre de déballages.

L'image ci-dessus montre le fonctionnement précoce de certains pools. Il se peut qu'en raison d'un consensus insuffisant et d'autres raisons au début, les utilisateurs entrent et sortent, ce qui fait que les prix fluctuent autour du prix initial pendant une longue période. La nouvelle s'est produite, les utilisateurs ont choisi d'acheter mais ont ensuite été vendus par les premiers utilisateurs. Revenant au prix initial, finalement, à mesure que le nombre de détenteurs de jetons ERC7527 augmentait, le prix a fluctué à la hausse.

Grâce à la simple simulation ci-dessus, nous pouvons constater un avantage extrêmement important du modèle de cotation continue, à savoir que l'opération d'achat de l'utilisateur affecte directement le processus de cotation, ce qui rend presque impossible pour deux jetons ERC7527 de produire le même graphique en ligne K. Améliore considérablement la complexité du jeu du système.

La figure ci-dessous montre un changement de cotation spécifique, où B représente l'achat (wrap) et S représente la vente (unwrap). Nous pouvons voir que dans l'ensemble du modèle de cotation, le prix de transaction de chaque achat n'est pas inférieur au prix de transaction précédent d'un point de vue macro, et chaque vente utilise le prix d'achat existant, de sorte que cette image présente une certaine symétrie sexuelle.

Nous avons en fait résolu les exigences macro et micro du modèle de cotation ci-dessus, et en même temps, notre cotation a également satisfait à la loi de croissance de « forte croissance au début ». Ensuite, nous devons résoudre un problème, à savoir comment parvenir à une croissance stable en termes de cotation au stade ultérieur de l'application. Les fortes augmentations de prix initiales sont compensées par la forte croissance initiale de l’application. La cotation au milieu et à la fin de la période doit correspondre au développement constant de l'application, nous devons donc construire un système de cotation pour une croissance constante au milieu et à la fin de la période.

Par conséquent, nous avons décidé de résoudre ce problème en segmentant, c'est-à-dire en utilisant un système de cotation à forte croissance dans les premières cotations et en utilisant un système de cotation à croissance stable dans la période ultérieure. Bien entendu, en plus de la double segmentation des stades précoce et avancé présentée dans cet article, les développeurs peuvent diviser davantage de segments en fonction de leurs propres circonstances, par exemple en utilisant différentes fonctions de croissance aux stades précoce, intermédiaire et avancé.

En fait, nous utilisons toujours la même fonction de cotation que précédemment, mais en modifiant certains de ses paramètres. La courbe de fonction de cotation modifiée est la suivante :

Nous pouvons voir que l'augmentation initiale de la fonction de cotation tardive est inférieure à celle de la fonction de cotation anticipée. L'axe des x de la figure ci-dessus utilise toujours l'unité de temps de la dernière transaction comme axe des x, mais il convient de noter que l'unité de temps ici est plus petite que la première fonction de cotation.

Nous avons essayé de simuler l'évolution des prix de transaction au cours de la période où l'offre de jetons ERC7527 est passée de 0 à 20 000. Nous avons obtenu le graphique de tendance K-line suivant :

La cotation initiale définie pour le graphique de tendance K-line ci-dessus est de 0,1. Lorsque l'offre a atteint 20 000, le prix est passé de 0,1 initial à 300, soit une augmentation de 3 000 fois.

Bien entendu, certaines candidatures peuvent ne pas être faciles à réussir. Le graphique de tendance K-line suivant montre les changements de prix qui ont prospéré au début et qui ont soudainement rencontré une crise qui a poussé les utilisateurs à se retirer :

Les cas mentionnés ci-dessus prouvent que le modèle de cotation que nous avons proposé est efficace et satisfait à la loi de croissance de l'application. Il y a à la fois une croissance élevée au stade précoce et une croissance régulière au stade ultérieur. Ces avantages sont dus au fait que nous adoptons un modèle de cotation segmenté et utilisons des fonctions de cotation avec différents paramètres au début et à la fin.

D'un autre côté, comme la fonction de cotation est continue, l'utilisateur peut attendre que la fonction de cotation donne la cotation attendue, et la situation spécifique de la cotation changera en fonction du comportement de l'utilisateur. Cela signifie qu’au sein du modèle de cotation introduit dans cette section, il n’y a pas seulement un jeu entre les utilisateurs et le modèle de cotation, mais aussi un jeu entre les utilisateurs. Le jeu entre utilisateurs est extrêmement complexe, ce qui rend difficile la déduction inverse d’une stratégie basée sur le modèle de cotation pour obtenir des rendements sans risque.

Développer les applications

Dans cette section, nous présenterons les applications étendues suivantes d'ERC7527 :

• ERC7527 comme couche d'incitation pour les applications d'IA

• ERC7527 sert d'oracle atomique pour d'autres applications, notamment les applications de prêt

Couche d'incitation aux applications d'IA

Les applications d'IA nécessitent une nouvelle couche d'incitation, et ERC7527 peut apporter une couche d'incitation systématique aux applications d'IA, et le jeton ERC7527 est l'atout principal de la couche d'incitation.

Les applications d'IA déploient des jetons ERC7527 pour évaluer leurs applications dès les premiers stades de développement. À l'heure actuelle, les applications d'IA ont une valorisation reconnue par le marché, et les utilisateurs peuvent également détenir directement des jetons ERC7527 pour investir dans des applications d'IA via des opérations de wrapper.

Du point de vue de la valeur marchande, avec le développement des applications d'IA et l'augmentation des avoirs en ERC7527, les développeurs d'applications d'IA et les détenteurs de jetons ERC7527 recevront d'énormes incitations grâce à l'augmentation de la valeur marchande.

Les applications d’IA peuvent également utiliser davantage les mesures de dividendes pour motiver les utilisateurs. Les applications d’IA exigent directement que les utilisateurs utilisent des jetons pour payer sur la deuxième couche d’Ethereum.

Les utilisateurs peuvent appeler des contrats pour payer des applications d'IA. Ces frais bloqués dans le contrat de paiement sont régulièrement transférés au contrat de dividende. Les détenteurs de jetons ERC7527 peuvent directement retirer leurs revenus dans le cadre du contrat de dividende, et les développeurs d'applications d'IA peuvent également retirer une autre partie des revenus dans le cadre du contrat de dividende.

En termes de mise en œuvre technique, le pass ERC7527 hérite de l'ERC721, ce qui signifie que le pass ERC7527 peut générer un contrat de compte ERC6551 à l'aide du protocole ERC6551. Et nous pouvons utiliser certaines solutions techniques pour cross-chain le compte ERC6551 du pass ERC7527 vers la deuxième couche d'Ethereum. Le cheminement technique spécifique de mise en œuvre est le suivant :

Lorsque l'utilisateur détient le jeton ERC7527, il peut appeler le contrat d'usine ERC6551 situé dans le réseau principal Ethereum pour déployer un compte ERC6551 pour le jeton ERC7527, puis utiliser le compte ERC6551 pour appeler le contrat de pont ERC6551 déployé dans le réseau principal. Le contrat de pont passera par la chaîne croisée. Le pont appelle le contrat d'usine ERC6551 situé sur la deuxième couche d'Ethereum pour déployer un compte ERC6551 situé sur la deuxième couche pour l'utilisateur.

Il existe une implémentation la plus simple de la partie inter-chaîne ERC6551. Les développeurs peuvent se référer au code dans ERC6551Mirror. Cet entrepôt utilise Chainlink CCIP pour implémenter les opérations inter-chaînes ERC6551.

Lorsque la chaîne croisée ERC6551 est terminée, les utilisateurs peuvent utiliser le compte ERC6551 pour retirer les récompenses du contrat de dividende.

oracle atomique

ERC7615 est un ERC intéressant dont le contenu spécifique est de stipuler une relation push atomique et universelle entre les contrats. Ce simple protocole push peut construire un oracle atomique, ce qui réduit considérablement la difficulté de développer des protocoles tels que des protocoles de prêt.

Le principe de fonctionnement de l'ERC7615 est le suivant :

Lorsque l'utilisateur (client) appelle certaines fonctions du contrat d'envoi (éditeur), le contrat d'envoi demandera s'il existe des contrats d'abonnement dans la fonction, et si tel est le cas, appellera la fonction exec du contrat d'abonnement pour pousser du contenu. La plus grande caractéristique du processus ci-dessus est l’atomicité. S'il y a un problème avec le traitement des données push du contrat d'abonnement, la transaction qui appelle le contrat push (c'est-à-dire la transaction Call somefunc(...) dans l'image ci-dessus) signalera également directement une erreur.

Dans ERC7527, nous avons mentionné à plusieurs reprises que le prix de vente donné par ERC7527 est en fait le prix de vente. Tout utilisateur détenant le jeton ERC7527 peut retirer les liquidités de l'agence au prix de vente. Alors, pouvons-nous pousser le prix de vente de l'ERC7527 à l'accord de prêt pour réaliser la liquidation dans le cadre de l'accord de prêt ?

La réponse est oui. Et puisque le modèle de cotation continue suit macroscopiquement la propriété selon laquelle la cotation de l'offre augmente avec l'augmentation des avoirs en ERC7527, le protocole de prêt n'a pas besoin de se soucier de l'opération de bouclage dans ERC7527, mais doit seulement se soucier de la transaction de déballage qui provoquera le prix à baisser.

Nous pouvons intégrer le push d'ERC7615 dans la fonction de déballage et transférer le prix de vente de déballage actuel directement vers l'accord de prêt. Lorsque l'accord de prêt obtient le prix de déballage poussé, il peut utiliser le jeton ERC7527 comme devise dans l'accord de prêt en fonction de son prix de déballage. les informations sur les prix. Les positions de garantie sont liquidées.

Une fois qu'une certaine position de prêt doit être liquidée, l'accord de prêt peut effectuer une opération de dénouement pour retirer la liquidité dans l'ERC7527Agency afin de clôturer la position de prêt.

Ce qui est plus excitant, c'est que les opérations ci-dessus sont atomiques, c'est-à-dire que si la liquidation de l'accord de prêt échoue, l'opération de dénouement de l'ERC7527 ne réussira pas, ce qui signifie que l'accord de prêt évite complètement le risque de liquidation.

En fait, n'importe quel protocole peut obtenir son prix de vente poussé dans ERC7527, ce qui signifie que les développeurs n'ont qu'à écrire une interface d'acceptation ERC7615 pour obtenir le prix d'un actif et effectuer d'autres opérations.

Dans ERC7527, étant donné que le jeton ERC7527 possède un héritage contractuel d'ERC721, les développeurs peuvent effectuer d'autres habilitations sur le jeton ERC7527. Lorsque les utilisateurs utilisent des solutions de gage traditionnelles, telles que le transfert direct d'ERC7527 vers le contrat de gage, l'utilisateur perd les autres droits et intérêts du pass ERC7527, de sorte que le pass ERC7527 nécessite une nouvelle solution de gage qui ne nécessite pas de transfert d'actifs.

Basée sur le mécanisme push de l'ERC7615, cette solution de gage peut être conçue sans transfert d'actifs. Plus précisément, établissez la relation push entre le déballage et le contrat de gage dans le contrat ERC7527Agency. Les utilisateurs de jalonnement peuvent interagir avec le contrat de gage ERC7527 pour mettre en gage le jeton ERC7527, mais ce processus ne nécessite pas de transférer le jeton ERC7527 dans le contrat de gage.

À l'heure actuelle, le jeton ERC7527 peut obtenir des dividendes dans le contrat de gage. Lorsque l'utilisateur déballera le jeton ERC7527 promis, le contrat d'agence utilisera ERC7615 pour transmettre ce message au contrat de gage, et le contrat de gage libérera le statut de gage du jeton ERC7527 spécifié et effectuera la liquidation finale.

Dans ce processus, ERC7615 résout le problème de liquidation du système de gage et garantit qu'il est impossible pour le jeton ERC7527 détruit d'obtenir un revenu de gage.