Interprétation de l'ERC7527: un nouveau modèle de tarification décentralisé

Aperçu

Comment évaluer et investir dans les idées ou applications précoces ? C’est un énorme défi dans le monde décentralisé. ERC7527 suit le consensus de « création monétaire par crédit » et propose un paradigme de tarification décentralisée basé sur la prime.

Dans cet article, nous examinerons en détail les principes et les détails du protocole ERC7527, ainsi que le fonctionnement du modèle de cotation en continu et ses énormes avantages. Nous présenterons également quelques applications étendues basées sur la programmabilité et la combinaison possibles grâce à ERC7527.

ERC7527

Dans l’article précédent, nous avons présenté les modèles de tarification purement on-chain courants, y compris le modèle de cotation continue spéciale ERC7527 et sa représentation mathématique. Cependant, l’introduction d’ERC7527 dans l’article précédent était assez simple. Dans cette section, nous nous concentrerons sur les principes et les détails du protocole ERC7527.

ERC7527 a proposé un nouveau paradigme pour évaluer les applications en émettant des jetons ERC7527. Le prix des jetons ERC7527 quantifie en fait la capitalisation boursière de l’application (capitalisation boursière de l’application = prix ERC7527 × quantité). Cette méthode transforme l’évaluation de l’application en une évaluation des jetons ERC7527. L’évaluation des jetons ERC7527 se compose des deux parties suivantes :

• ERC7527 fournit une interface pour les citations d’achat (wrap) et de vente (unwrap) externes, permettant aux développeurs de les implémenter eux-mêmes.
• Prix. Le FOAMM (Function Oracle Automated Market Maker) basé sur ERC7527 utilise wrap pour ajouter de la liquidité interne pour fixer le prix d’achat ou unwrap pour retirer la liquidité interne pour fixer le prix de vente. Ce système ne dépend pas de fournisseurs de liquidité externes.

Pour le problème de l’achat et de la tarification des jetons ERC7527, ERC7527 offre une programmabilité complète. En particulier, les utilisateurs peuvent appeler les fonctions suivantes pour obtenir des devises :

Les développeurs d’ERC7527 doivent concevoir un modèle de tarification lors du processus de développement pour finalement fournir un devis. Lorsque l’utilisateur appelle getWrapOracle pour obtenir le devis actuel, l’utilisateur peut choisir d’injecter de la liquidité dans le pool ERC7527 pour convertir le devis en prix. Plus précisément, l’utilisateur peut appeler la fonction wrap de FOAMM pour injecter de la liquidité :

Pour le problème de cotation et de fixation des prix de vente des jetons ERC7527, ERC7527 utilise un pool construit par FOAMM pour résoudre la conversion de la cotation à la fixation des prix, et les utilisateurs peuvent sortir en détruisant des actifs et en retirant la liquidité interne du pool. Il peut y avoir un problème ici, à savoir qui fournit la liquidité dans le pool.

Dans le texte ci-dessus, nous avons mentionné que FOAMM ajoute de la liquidité interne via wrap, ce qui constitue la source de liquidité interne du pool. ERC7527 utilise FOAMM pour injecter la liquidité payée par l’utilisateur lors de l’achat d’actifs dans le pool afin de servir de liquidité de retrait. Pour les développeurs, il leur suffit de fournir un prix de vente, car il existe de la liquidité dans le pool, et ce prix de vente est donc un prix de vente fixe. Plus précisément, les développeurs doivent implémenter la fonction suivante pour fournir un prix de vente :

Les développeurs peuvent construire n’importe quelle fonction de devis de vente basée sur la liquidité de la piscine, il est important de noter que le prix de vente final doit maintenir l’équilibre de compensation de la piscine. Les utilisateurs peuvent à tout moment appeler getUnwrapOracle pour obtenir le prix de vente actuel de l’ERC7527 et choisir d’appeler davantage la fonction de déballage de FOAMM pour détruire l’ERC7527 afin d’obtenir la quantité de devis de vente dans la piscine.

En résumé, pour les utilisateurs, l’interaction avec ERC7527 se compose uniquement de deux parties :

• Appelez la fonction getWrapOracle pour lire le prix d’achat actuel. Si le prix d’achat est approprié, appelez la fonction wrap pour injecter de la liquidité et obtenir le jeton ERC7527.
• Appeler la fonction getUnwrapOracle pour lire le prix de vente actuel, et si le prix de vente est approprié, appeler la fonction unwrap pour détruire la quantité de jetons de l’offre de vente détenue dans le pool d’extraction des jetons ERC7527.

Les options de prix et de frais apparaissent dans les valeurs de retour des fonctions getWrapOracle et getUnwrapOracle indiquées ci-dessus, où price représente le nombre de jetons qui doivent être payés pour les tokens ERC7527 wrap ou unwrap actuels, et fee représente les frais de traitement.

ERC7527 est un jeton standard, similaire à ERC20 et possède également son adresse de jeton. ERC7527 a les champs de définition suivants :

La structure ci-dessus définit les attributs les plus essentiels d’ERC7527, où la devise représente le jeton fourni par l’utilisateur pour la frappe du jeton ERC7527, la prime indique le prix initial du jeton ERC7527, le destinataire des frais représente l’adresse de réception des frais lors du processus d’emballage et de déballage, tandis que mintFeePercent et burnFeePercent représentent les taux de frais d’emballage et de déballage.

Les jetons ERC7527 ont des caractéristiques de fluctuation de prime, et le mot ‘price’ est utilisé dans la définition de fonction ci-dessus, c’est-à-dire dans la structure d’actif.

ERC7527 defines three different modules:

1. L’adresse du contrat App App est l’adresse du contrat ERC7527 Token. ERC7527 exige que le contrat App hérite des interfaces pertinentes d’ERC721Metadata. De plus, ce contrat doit exposer les interfaces mint et burn pour faciliter l’appel du pool, et les interfaces mint et burn ne peuvent être appelées que par le pool pour éviter toute frappe malveillante de jetons ERC7527 qui pourrait entraîner un déséquilibre de la liquidation du pool.
2. L’agence Agency est le contrat auquel font référence fréquemment le pool et le FOAMM dans le texte précédent, et c’est également le contrat central pour l’interaction avec les utilisateurs. Les fonctions getWrapOracle/wrap/getUnwrapOracle/unwrap mentionnées précédemment se trouvent également dans ce contrat. Ce contrat stocke les jetons injectés par les utilisateurs lors de l’achat (wrap) pour une utilisation ultérieure lors de la sortie (unwrap). Ce contrat est le contrat de règlement des jetons ERC7527.
3. Factory is a helper contract that simplifies the deployment of App and Agency for users to deploy ERC7527 tokens.

La relation entre les trois composants peut être référencée dans le schéma ci-dessous :

Les applications et les agences dans ERC7527 ont une relation de liaison bidirectionnelle. Du point de vue du code, les fonctions de création et de destruction de l’application ne peuvent être appelées que par l’agence, et ERC7527 a également convenu d’une série de fonctions pour permettre aux utilisateurs de rechercher l’adresse de l’agence en connaissant l’application (fonction getAgency), et de rechercher l’adresse de l’application en connaissant l’agence (fonction getStrategy).

Du point de vue de la Liquidité, chaque jeton ERC7527 dans l’application a une liquidité correspondante dans la piscine, ce qui garantit l’équilibre de la compensation de la piscine.

Ce schéma d’utilisation de l’ERC7527 pour la tarification d’application décentralisée est une innovation révolutionnaire, introduisant un nouveau paradigme de monnaie avant application. Pour les applications les plus précoces, les développeurs peuvent déployer directement des jetons ERC7527 avec la Factory ERC7527.

Les utilisateurs peuvent appeler la fonction wrap pour créer des jetons ERC7527 et participer tôt dans l’investissement du projet, ou appeler la fonction unwrap pour se retirer de l’investissement. Pour les développeurs, le prix des jetons ERC7527 peut fournir une capitalisation boursière efficace pour les applications précoces. Avec le développement des applications et l’augmentation des détenteurs de jetons ERC7527, la capitalisation boursière des applications augmente, offrant ainsi des incitations à la hausse de la capitalisation boursière aux détenteurs de jetons ERC7527 et aux développeurs d’applications.

Modèle de cotation continue

Dans la section précédente, nous avons discuté en détail du fonctionnement d’ERC7527, mais nous n’avons pas examiné en détail la construction du modèle de devis d’achat. ERC7527 ne fournit ici qu’une interface getWrapOracle, et la mise en œuvre concrète du modèle de devis dépend entièrement du développeur. Dans cette section, nous présenterons un modèle de devis d’achat plus général.

Le prix d’achat d’ERC7527 devrait être considéré à la fois d’un point de vue micro et macro.

Dans l’ensemble, nous nous attendons à ce que le prix du jeton ERC7527 augmente avec l’augmentation de la quantité de jetons ERC7527 détenus. Plus précisément, le prix actuel du jeton ERC7527 obtenu en appelant getWrapOracle ne devrait pas être inférieur au prix fixé (ou appelé “dernier prix d’achat”).

Le prix des jetons ERC7527 devrait augmenter avec l’augmentation de la quantité de jetons ERC7527 détenus, ce qui aura pour effet intéressant que les jetons ERC7527 eux-mêmes auront un mécanisme d’expansion de crédit. Plus précisément, la capitalisation boursière des jetons ERC7527 sera supérieure à la TPL (Total Premium Locked). Ce mécanisme d’expansion de crédit permettra à chaque détenteur de jetons ERC7527 de bénéficier d’une hausse de crédit.

Dans le texte ci-dessus, nous n’avons pas mentionné les transactions de vente unwrap, qui feront directement baisser les prix des transactions d’achat. Nous pouvons mettre en place un système basé sur une pile très simple pour implémenter un scénario où la vente fait baisser les prix d’achat.

Nous stockons tous les prix historiques ERC7527 dans la pile interne. Chaque fois qu’un nouveau prix est formé, nous le poussons dans la pile et le modèle de devis d’achat dépend du dernier prix de la pile pour donner une offre d’achat.

Et lorsque l’utilisateur vend, nous utilisons directement le dernier prix d’achat, le new price, comme prix de vente, nous transférons la liquidité de l’Agence à l’utilisateur et retirons en même temps ce prix de la pile. À ce stade, le modèle de tarification dépend toujours du dernier prix de la pile, le price2, pour fournir des devis extérieurs.

Comme price2 est inférieur au nouveau prix, le modèle de tarification, une fois déballé, donnera également des offres de vente basées sur price2 qui sont inférieures aux offres précédemment basées sur le nouveau prix. Bien sûr, ce type d’offre de vente basée sur la pile n’est qu’un schéma d’offre de vente très simple.

Au niveau microscopique, le modèle de tarification devrait comporter un mécanisme d’ajustement des prix similaire à une vente aux enchères hollandaise. La principale caractéristique de la vente aux enchères hollandaise est d’introduire le temps dans le modèle de tarification, de sorte que le prix devrait automatiquement baisser en cas de non-transaction prolongée.

Mais la vente aux enchères hollandaise présente un inconvénient plus grave, car avec le temps, les prix vont certainement baisser, entraînant un dilemme du prisonnier de jeu d’attente, ce qui finit par faire baisser continuellement les offres. Un bon modèle d’offre devrait inclure un facteur temps au niveau microéconomique, et il devrait également y avoir une phase de hausse et une phase de baisse.

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

• Le prix d’achat donné ne doit pas être inférieur au prix déjà fixé. Cela garantit à la fois une augmentation des prix d’achat et des prix fixes à mesure que la quantité de jetons ERC7527 en circulation augmente, afin de maintenir la stabilité macroéconomique.
• La fonction de tarification spécifique devrait avoir un facteur temps et inclure simultanément deux phases: une hausse et une baisse.

En outre, nous espérons que le modèle de tarification peut répondre à la croissance des applications suivantes:

• Phase précoce avec un potentiel de croissance élevé
• Une croissance relativement stable à moyen et long terme

Nous présenterons la solution détaillée dans la suite du texte.

Tout d’abord, il est en fait très simple de satisfaire les exigences macroéconomiques, nous devons inclure la tarification (Pn-1) en tant que facteur dans le modèle de devis. Ensuite, pour répondre à la demande microéconomique, nous pouvons résoudre le problème en segmentant la fonction. Enfin, nous pouvons obtenir la fonction de devis suivante :

Pour la signification précise des paramètres de cette fonction de devis, veuillez vous référer à l’article précédent. Ici, nous présentons directement l’image de cette fonction de tarification :

Dans le graphique ci-dessus, l’axe des abscisses représente l’intervalle de temps écoulé depuis la dernière transaction, tandis que l’axe des ordonnées représente le rapport entre le prix actuel et le prix de la dernière transaction. Il est important de noter que lorsque le prix baisse en dessous du prix de la dernière transaction, le modèle de tarification ne proposera qu’un prix égal au prix de la dernière transaction, afin de répondre aux exigences macroéconomiques du modèle de tarification.

Nous pouvons voir intuitivement que le modèle de cotation ci-dessus comporte à la fois une phase initiale de hausse et une phase ultérieure de baisse similaire à une enchère hollandaise, ce qui répond efficacement aux exigences microscopiques du modèle de cotation. Ici, nous pouvons voir qu’il y a une hausse abrupte au début de la phase de hausse, afin d’éviter une augmentation significative de la détention d’ERC7527 lors de processus de minting consécutifs sans que le prix ne change de manière significative.

Nous avons créé un environnement pour simuler le modèle de tarification susmentionné. 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 actuels du jeton ERC7527, tandis que la deuxième colonne représente le nombre actuel de jetons ERC7527 détenus. Ce nombre augmentera avec l’opération de wrap et diminuera avec l’opération de unwrap. Du point de vue 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’opérations de wrap et unwrap, où la ligne verte représente le nombre d’opérations de wrap et la ligne rouge représente le nombre d’opérations de unwrap.

Le graphique ci-dessus montre le fonctionnement initial de certaines piscines. Il est possible qu’au début, en raison d’un manque de consensus, les utilisateurs entrent et sortent, ce qui fait fluctuer le prix autour du prix initial pendant longtemps, jusqu’à ce que des informations positives apparaissent. Les utilisateurs choisissent d’acheter mais sont ensuite confrontés à des ventes massives de la part des premiers utilisateurs, ramenant le prix à son niveau initial. Enfin, avec l’augmentation du nombre de détenteurs de jetons ERC7527, le prix oscille à la hausse au milieu des fluctuations.

Grâce à cette simulation simple, nous pouvons voir un avantage extrêmement important du modèle de tarification continue, à savoir que l’achat des utilisateurs a un impact direct sur le processus de tarification, ce qui rend presque impossible la création de deux graphiques en chandeliers identiques pour les deux jetons ERC7527, ce qui augmente considérablement la complexité du jeu du système.

Le graphique ci-dessous montre une variation spécifique des prix, où B représente l’achat (wrap) et S représente la vente (unwrap). Nous pouvons voir que dans l’ensemble, le prix de chaque transaction d’achat est supérieur au prix de la transaction précédente, tandis que chaque vente utilise le prix d’achat précédent, ce qui confère à cette image une certaine symétrie.

Nous avons effectivement répondu aux exigences macro et micro du modèle de tarification mentionné ci-dessus, tout en respectant également la loi de croissance “forte croissance au stade précoce” en termes de tarification. Ensuite, nous devons résoudre un problème, à savoir comment réaliser une croissance solide à long terme dans le cadre de la tarification. L’augmentation importante des tarifs à un stade précoce est en adéquation avec la forte croissance de l’application à ses débuts. Les tarifs à moyen et long terme doivent correspondre au développement stable de l’application. Nous devons donc mettre en place un système de tarification solide pour assurer une croissance stable à moyen et long terme.

Par conséquent, nous avons décidé de résoudre ce problème par segmentation, c’est-à-dire en utilisant un système de tarification à forte croissance au début, puis en utilisant un système de tarification à croissance stable plus tard. Bien sûr, en plus de la segmentation en deux parties au début et à la fin introduite dans cet article, les développeurs peuvent effectuer une segmentation en plusieurs parties en fonction de leur propre situation, par exemple en utilisant des fonctions de croissance différentes au début, au milieu et à la fin.

En fait, nous utilisons toujours la même fonction de cotation que dans les premiers stades, mais nous avons modifié certains paramètres. La courbe de la fonction de cotation modifiée est la suivante :

Comparé aux fonctions de devis de la période précédente, nous pouvons voir que l’augmentation initiale de la fonction de devis ultérieure est plus faible. L’axe des x du graphique utilise toujours l’unité de temps entre les dernières transactions comme axe des x, mais il convient de noter que cette unité de temps est inférieure à celle de la fonction de devis précédente.

Nous essayons de simuler les variations des prix de transaction pendant que l’offre de jetons ERC7527 passe de 0 à 20000. Voici le graphique en chandelier correspondant :

Le prix initial fixé pour le graphique en chandelier de la tendance ci-dessus est de 0,1. Lorsque l’offre atteint 20 000, le prix passe de 0,1 à 300, ce qui représente une augmentation de 3000 fois.

Bien sûr, certaines applications peuvent rencontrer des difficultés sur le chemin du succès. Le graphique en chandelier ci-dessous montre l’évolution des prix au cours d’une phase de croissance initiale, suivie d’une crise soudaine entraînant le retrait des utilisateurs :

Les exemples ci-dessus prouvent que notre modèle de tarification proposé est efficace, car il respecte les règles de croissance de l’application, avec une croissance élevée au début et une croissance stable plus tard. Ces avantages sont dus à l’utilisation d’un modèle de tarification segmenté, avec des fonctions de tarification différentes au début et à la fin.

D’autre part, comme la fonction de cotation est continue, les utilisateurs peuvent attendre que la fonction de cotation fournisse des offres attendues, et les détails des offres changeront en fonction du comportement des utilisateurs. Cela signifie que dans le modèle d’offre présenté dans cette section, il existe non seulement un jeu entre l’utilisateur et le modèle d’offre, mais aussi un jeu entre les utilisateurs. Le jeu entre les utilisateurs est extrêmement complexe, ce qui rend difficile de déduire une stratégie pour obtenir un rendement sans risque en fonction du modèle d’offre.

Applications étendues

Dans cette section, nous présenterons les applications d’extension suivantes d’ERC7527:

• ERC7527 comme couche incitative pour les applications d’IA
• ERC7527 comme un oracle machine d’atomicité pour d’autres applications, en particulier les applications de prêt

Couche incitative d’application 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, tandis que les jetons ERC7527 sont l’actif principal de cette couche d’incitation.

L’application de l’IA est déployée tôt dans le développement pour évaluer le jeton ERC7527, à ce stade, l’application de l’IA a une valeur estimée reconnue sur le marché, et les utilisateurs peuvent également investir dans l’application de l’IA en détenant directement le jeton ERC7527 via l’opération de wrap.

Du point de vue de la capitalisation boursière, avec le développement de l’application de l’IA et l’augmentation de la quantité de détenteurs de jetons ERC7527, les développeurs d’applications d’IA et les détenteurs de jetons ERC7527 bénéficieront tous d’une forte incitation à la hausse de la valeur de marché.

Les applications d’IA peuvent également utiliser davantage de mesures de dividende pour inciter les utilisateurs. Les applications d’IA demandent directement aux utilisateurs d’utiliser des jetons pour effectuer des paiements sur la couche 2 d’Ethereum.

Les utilisateurs peuvent utiliser des contrats intelligents pour payer les frais des applications d’IA. Ces frais verrouillés dans le contrat de paiement sont régulièrement transférés au contrat de dividende, où les détenteurs de jetons ERC7527 peuvent directement retirer des bénéfices, tandis que les développeurs d’applications d’IA peuvent également retirer une partie des bénéfices du contrat de dividende.

En termes de mise en œuvre technique, le jeton ERC7527 hérite de l’ERC721, ce qui signifie que le jeton ERC7527 peut générer un contrat de compte ERC6551 en utilisant le protocole ERC6551. Et nous pouvons transférer le compte ERC6551 du jeton ERC7527 vers Ethereum Layer 2 en utilisant certaines solutions techniques. Le chemin de mise en œuvre technique spécifique est le suivant :

Lorsque l’utilisateur détient le jeton ERC7527, il peut appeler le contrat d’usine ERC6551 situé sur la chaîne principale Ethereum pour déployer le compte ERC6551 du jeton ERC7527, puis utiliser ce compte ERC6551 pour appeler le contrat de pont ERC6551 déployé sur la chaîne principale. Le contrat de pont, via le pont cross-chain, appellera le contrat d’usine ERC6551 situé sur la couche Ethereum 2 pour déployer un compte ERC6551 sur la couche 2 pour l’utilisateur.

Il existe une implémentation minimale de la partie cross-chain ERC6551, les développeurs peuvent se référer au code dans ERC6551Mirror, ce référentiel utilise Chainlink CCIP pour mettre en œuvre les opérations cross-chain d’ERC6551.

Une fois que l’interaction cross-chain ERC6551 est terminée, les utilisateurs peuvent utiliser ce compte ERC6551 pour retirer les récompenses du contrat de dividende.

Oracle Machine d’Atomicité

ERC7615 est un ERC intéressant, qui spécifie une relation de diffusion entre des contrats universels atomiques. Ce protocole de diffusion simple peut construire des oracles atomiques, ce qui réduit considérablement la complexité du développement de protocoles de prêt, etc.

Le fonctionnement de ERC7615 est illustré dans le schéma ci-dessous :

Lorsque l’utilisateur (Client) appelle certaines fonctions du contrat d’envoi (Publisher), le contrat d’envoi vérifie si ces fonctions ont des contrats d’abonnement associés. S’il en existe, il appelle les fonctions du contrat d’abonnement pour pousser du contenu. La caractéristique la plus importante de ce processus est son caractère atomique. Si le contrat d’abonnement rencontre un problème dans le traitement des données à pousser, la transaction appelant le contrat de poussée (c’est-à-dire la transaction Call somefunc(…) dans le schéma ci-dessus) échouera directement.

Dans ERC7527, nous avons mentionné à plusieurs reprises que l’offre de vente donnée par ERC7527 est en fait le prix de vente, et tout utilisateur détenant des jetons ERC7527 peut retirer la liquidité de l’agence au prix de vente. Alors, pouvons-nous pousser le prix de vente d’ERC7527 vers le protocole de prêt pour réaliser la liquidation dans le protocole de prêt ?

La réponse est oui. De plus, étant donné que le modèle de cotation continue suit macroscopiquement la propriété de la hausse des offres de vente avec l’augmentation de la quantité détenue de ERC7527, le protocole de prêt n’a pas besoin de se soucier des opérations de wrap à l’intérieur de ERC7527, mais seulement des transactions de unwrap qui entraîneraient une baisse des prix.

Nous pouvons incorporer la vente de la fonction unwrap dans le protocole ERC7615, en envoyant directement le prix de vente actuel de unwrap au protocole de prêt. Lorsque le protocole de prêt reçoit le prix de unwrap envoyé, il peut liquider les positions garanties par le jeton ERC7527 en fonction de ces informations de prix.

Une fois qu’une position de prêt doit être liquidée, le protocole de prêt peut exécuter l’opération de déballage pour extraire la liquidité à l’intérieur de l’ERC7527Agency afin de fermer la position de prêt.

Ce qui est particulièrement excitant, c’est que les opérations ci-dessus sont atomiques, c’est-à-dire que si la liquidation du protocole de prêt échoue, l’opération de déballage d’ERC7527 ne réussira pas non plus, ce qui signifie que le protocole de prêt évite complètement le risque de glissement de position.

En fait, tout protocole peut obtenir son prix de vente publié à l’intérieur de l’ERC7527, ce qui signifie que les développeurs n’ont qu’à écrire une interface acceptant l’ERC7615 pour obtenir un prix d’actif et effectuer d’autres opérations par la suite.

Dans ERC7527, en raison de l’héritage des jetons ERC7527 dans le contrat ERC721, les développeurs peuvent donner d’autres capacités aux jetons ERC7527. Lorsque les utilisateurs utilisent des solutions de mise en jeu traditionnelles, telles que le transfert direct des jetons ERC7527 au contrat de mise en jeu, ils perdent les autres droits des jetons ERC7527. Par conséquent, les jetons ERC7527 nécessitent un nouveau schéma de mise en jeu sans transfert d’actifs.

En utilisant le mécanisme de push basé sur ERC7615, il est possible de concevoir un programme de mise en jeu sans transfert d’actifs. Plus précisément, établir une relation de push entre le contrat de déballage unwrap de ERC7527Agency et le contrat de mise en jeu. Les utilisateurs de mise en jeu peuvent interagir avec le contrat de mise en jeu ERC7527 pour mettre en jeu le jeton ERC7527, mais ce processus ne nécessite pas le transfert du jeton ERC7527 dans le contrat de mise en jeu.

À ce stade, le jeton ERC7527 peut être stake Dividende contrat. Lorsqu’un utilisateur désencapsule un jeton de ERC7527 qui a été stake, le contrat d’agence utilise le ERC7615 pour envoyer ce message au contrat stake, stake le contrat libère l’état stake du jeton de ERC7527 spécifié et effectue la liquidation finale.

Dans ce processus, l’ERC7615 garantit la liquidation du système de mise en jeu, assurant que les jetons ERC7527 détruits ne peuvent pas obtenir des récompenses de mise en jeu.