Überblick

Die Preisgestaltung von frühphasigen Ideen oder Anwendungen und die Beteiligung an Investitionen ist eine bedeutende Herausforderung in der dezentralen Welt. ERC7527 schlägt ein Paradigma der dezentralen Preisgestaltung auf der Grundlage eines auf Prämien basierenden Konsenses vor, das dem Konzept der "Kreditvergabe von Geld" folgt.

In diesem Artikel werden wir in die Prinzipien und Protokolldetails von ERC7527 eintauchen und die Funktionsprinzipien des kontinuierlichen Preismodells sowie seine signifikanten Vorteile weiter erläutern. Darüber hinaus werden wir erweiterte Anwendungen erkunden, die sich aus der Programmierbarkeit und Komponierbarkeit von ERC7527 ergeben.

erc7527

Im vorherigen Artikel haben wir gängige On-Chain-Preismodelle vorgestellt und kurz das einzigartige kontinuierliche Preismodell von ERC7527 erwähnt, einschließlich seiner mathematischen Darstellung. Allerdings bot der vorherige Artikel nur einen einfachen Überblick über ERC7527. In diesem Abschnitt werden wir uns auf die Grundsätze und Protokolldetails von ERC7527 konzentrieren.

ERC7527 führt ein neues Paradigma für die Preisgestaltung von Anwendungen ein, indem ERC7527-Token ausgegeben werden. Der Preis der ERC7527-Token quantifiziert effektiv den Marktwert der Anwendung (Marktwert der Anwendung = ERC7527 Preis × Menge). Dieser Ansatz wandelt die Anwendungspreise in die Preisgestaltung von ERC7527-Token um.

Die Preisgestaltung von ERC7527-Token besteht aus zwei Hauptteilen:

Angebot: erc7527 bietet Schnittstellen für externe Kauf (wrap) und Verkauf (unwrap) Angebote, so dass Entwickler diese Funktionalitäten selbst implementieren können.

Preisgestaltung: Der FOAMM (Function Oracle Automated Market Maker) von erc7527 bietet Kaufpreise, indem er interne Liquidität über Wrap hinzufügt, oder Verkaufspreise, indem er interne Liquidität über Unwrap entfernt. Dieser Ansatz ist nicht auf externe Liquiditätsanbieter angewiesen.

In Bezug auf das Problem des Kaufs von Angeboten und Preisgestaltung für ERC7527-Token bietet ERC7527 umfangreiche Programmierbarkeit. Insbesondere können Benutzer Funktionen aufrufen, um Angebote zu erhalten:

In ERC7527 müssen Entwickler während des Entwicklungsprozesses ein Angebotmodell entwerfen, um letztendlich Angebote bereitzustellen. Wenn Benutzer anrufen,getwraporacleUm den aktuellen Kurs zu erhalten, können sie wählen, Liquidität in den ERC7527-Pool einzuspeisen, um Angebote in Preise umzuwandeln. Insbesondere können Benutzer dieverpackenFunktion innerhalb von Foamm, um Liquidität einzuspritzen:

Für die Verkaufsangebote und Preise von ERC7527-Token nutzt ERC7527 Pools, die mit FOAMM aufgebaut sind, um die Umwandlung von Verkaufsangeboten in Preise zu erleichtern. Benutzer können diese Pools nutzen, um Vermögenswerte zu vernichten oder interne Liquidität zu entfernen, um auszusteigen. Es ergibt sich jedoch eine zentrale Frage, wer Liquidität für diese Pools bereitstellt.

Wie bereits erwähnt, fügt FOAMM durch Wrap-Operationen interne Liquidität hinzu, die als primäre Liquiditätsquelle innerhalb der Pools dient. ERC7527 verwendet FOAMM, um die von Benutzern beim Kauf von Vermögenswerten gezahlte Liquidität in die Pools einzuspeisen, was als Ausstiegsliquidität fungiert.

Entwickler müssen nur das Verkaufsangebot bereitstellen, da bereits Liquidität in den Pools vorhanden ist. Daher dient das Verkaufsangebot effektiv als Verkaufspreis. Insbesondere müssen Entwickler die folgende Funktion implementieren, um das Verkaufsangebot zu erleichtern:

Entwickler können beliebige Verkaufsangebotsfunktionen basierend auf der Liquidität in den Pools erstellen. Es ist wichtig sicherzustellen, dass das Verkaufsangebot das Liquiditätsgleichgewicht innerhalb der Pools aufrechterhält. Benutzer können erhalteunwraporaclezu jeder Zeit, um das aktuelle Verkaufsangebot für ERC7527-Token abzurufen. Sie können sich auch entscheiden, foamm's anzurufenauspackenFunktion zum Zerstören von ERC7527-Token und zum Erhalt von Token im Wert des im Pool angegebenen Betrags.

Für Benutzer, die mit erc7527 interagieren, gibt es zwei Hauptaktionen:

Anruf getwraporacleFunktion zum Abrufen des aktuellen Kaufangebots. Bei Bedarf aufrufen.einwickelnum Liquidität zu injizieren und ERC7527-Token zu erhalten.

Anruf HolenschnappenorakelFunktion zum Abrufen des aktuellen Verkaufspreises. Wenn es geeignet ist, rufen Sie an.auspackenERC7527-Token, die gehalten werden, zu zerstören und Token, die dem Verkaufspreis entsprechen, aus dem Pool abzuheben.

Beide Funktionen geben Werte zurück mit PreisundGebührOptionen.Preisrepräsentiert die Anzahl der Tokens, die für Wrap- oder Unwrap-Operationen erforderlich sind, während Gebührbezeichnet die Transaktionsgebühr. Benutzer müssen Gebühren für diese Operationen zahlen, wobei die Gebühren von bestimmten Benutzern beansprucht werden können.

Erc7527 hat wie erc20 Tokens eine eigene Token-Adresse und definiert spezifische Felder.

Die obige Struktur definiert die Kernattribute von erc7527.Währungrepräsentiert den Token, den Benutzer bereitstellen, um ERC7527-Token zu prägen,Prämiebezeichnet den anfänglichen Preis der erc7527-Token,Empfänger der Gebührspezifiziert die Adresse, die Gebühren während der Wrap- und Unwrap-Interaktionen erhält, während MintgebührprozentsatzundburnfeepercentGeben Sie die Gebührensätze für Einwicklungs- und Auswicklungsoperationen an.

ERC7527-Token zeichnen sich durch einen Aufpreis mit schwankenden Eigenschaften aus. Der Begriff Preiswird in den obigen Funktionsdefinitionen verwendet, insbesondere innerhalb derVermögenswertStruktur zur DarstellungPrämie.

erc7527 ist in drei verschiedene Module strukturiert:

App: Die Vertragsadresse, an der ERC7527-Token bereitgestellt werden. Ein App-Vertrag in ERC7527 muss Schnittstellen wie ERC721Metadata erben. Es stellt freitragend bereit,prägenundverbrennenSchnittstellen nur für Pool-Anrufe, um betrügerisches Prägen zu verhindern und das Gleichgewicht der Pool-Liquidität sicherzustellen.

Agentur: Dieser Vertrag dient als Kernschnittstelle für die zuvor genannten Pools und Schauminteraktionen. Funktionen wie getwraporacle, wickeln, Holen Sie sich unwrap oracle, und auspackenwerden hier implementiert. Der Agenturvertrag speichert Tokens, die von Benutzern während Wrap-Operationen injiziert wurden, um sie bei Unwrap-Operationen für die Erleichterung der Liquidation von ERC7527-Token später zu verwenden.

Fabrik: ein Hilfsvertrag, der entwickelt wurde, um die Bereitstellung von App- und Agenturverträgen zu vereinfachen und es Benutzern zu ermöglichen, ERC7527-Token bereitzustellen.

Die Beziehungen zwischen diesen Komponenten werden in der folgenden Diagramm veranschaulicht:

In ERC7527 besteht eine bidirektionale Bindungsbeziehung zwischen den App- und Agenturverträgen. Aus kodischer Sicht ...prägenundverbrennenFunktionen der App können nur von der Agentur aufgerufen werden. Erc7527 definiert auch eine Reihe von Funktionen zur Erleichterung der Abfrage der Agenturadresse für eine App (getagency(Funktion) und Abfrage der App-Adresse für eine Agenturgetstrategyfunction).

Von einer Liquiditätsperspektive aus entspricht jeder ERC7527-Token innerhalb der App der Liquidität in einem Pool. Dies gewährleistet das Liquiditätsgleichgewicht des Pools.

Diese dezentrale Preisgestaltungslösung mit ERC7527-Token stellt eine revolutionäre Innovation dar. Sie führt ein neues Paradigma ein, bei dem Anwendungen auf der Ausgabe von Token aufgebaut werden können. Für Frühphasenanwendungen können Entwickler direkt ERC7527-Token mithilfe von ERC7527-Fabrik bereitstellen.

Benutzer können durch Aufrufen des frühen Investitionsstadiums an Investitionen teilnehmen.verpackenFunktion zum Prägen von ERC7527-Token oder zum Beenden ihrer Investitionen durch Aufrufen derauspackenFür Entwickler stellt der Preis von ERC7527-Token eine effektive Bewertung für Frühphasenanwendungen dar. Wenn Anwendungen wachsen und mehr ERC7527-Token-Inhaber teilnehmen, steigt die Bewertung der Anwendung und bietet Anreize sowohl für ERC7527-Token-Inhaber als auch für Anwendungsentwickler.

kontinuierliches Angebotsmodell

Im vorherigen Abschnitt haben wir ausführlich die Betriebsprinzipien von ERC7527 diskutiert, aber nicht die Konstruktion des Kaufangebotsmodells im Detail beschrieben. ERC7527 bietet das getwraporacleDie Schnittstelle hier, mit der spezifischen Implementierung des Angebotsmodells, das vollständig von der Entwicklerabhängig ist. In diesem Abschnitt schlagen wir ein allgemeineres Kaufangebotsmodell für erc7527 vor.

Das Kaufangebot für erc7527 sollte sowohl mikro- als auch makroperspektiven berücksichtigen:

Aus einer makroökonomischen Perspektive erwarten wir, dass der Preis von ERC7527-Token mit einer Zunahme der Anzahl der gehaltenen ERC7527-Token steigt. Insbesondere wird der aktuelle Preis erzielt aus getwraporaclesollte nicht unter dem Preis liegen (oder "letzter Kauftransaktionspreis").

Der Anstieg des Preises von ERC7527-Token mit zunehmender Anzahl von gehaltenen ERC7527-Token wird zu einem interessanten Ergebnis führen: Die ERC7527-Token selbst werden über einen Kreditexpansionsmechanismus verfügen. Konkret kann der Marktwert der ERC7527-Token den TPL (Total Premium Locked) überschreiten. Dieser Kreditexpansionsmechanismus ermöglicht es jedem Inhaber von ERC7527-Token, Kreditwachstum zu erzielen.

In der vorherigen Diskussion haben wir die unwrap sell Transaktion nicht erwähnt, die direkt dazu führt, dass der Kaufpreis sinkt. Wir können ein einfaches stapelbasiertes System verwenden, um ein Schema zu implementieren, bei dem der Verkauf das Kaufangebot senkt, wie folgt:

In ERC7527 werden alle historischen Preise in einem Stapel gespeichert. Jeder neue Preis (neuer Preis) wird auf den Stapel geschoben, wenn er gebildet wird. Das Kaufangebotmodell stützt sich auf den neuesten Preis im Stapel, um das Kaufangebot zu bestimmen.

Wenn ein Benutzer verkauft, wird der neueste Kaufpreis (neuer Preis) direkt als Verkaufspreis verwendet. Die Liquidität wird von der Agentur auf den Benutzer übertragen und der Preis wird vom Stapel entfernt. Zu diesem Zeitpunkt stützt sich das Angebotsmodell immer noch auf den neuesten Preis (Preis2) im Stapel, um das Angebot nach dem Entfernen zu liefern. Da Preis2 kleiner ist als der neue Preis, wird das Angebotsmodell ein niedrigeres Angebot im Vergleich zu dem liefern, was in der Vergangenheit auf dem neuen Preis basierte. Dieses stapelbasierte Verkaufsangebot ist jedoch ein grundlegender Ansatz.

Auf mikroskopischer Ebene sollte das Angebotsmodell einen Preisanpassungsmechanismus ähnlich einer holländischen Auktion enthalten. Eine holländische Auktion führt Zeit in das Angebotsmodell ein und senkt automatisch den Preis bei längeren Perioden ohne Transaktionen. Allerdings stehen holländische Auktionen vor einem ernsthaften Problem, bei dem die Preise zwangsläufig im Laufe der Zeit aufgrund eines Wartespiels zurückgehen und zu kontinuierlichen Preissenkungen führen. Ein robustes Angebotsmodell auf mikroskopischer Ebene sollte einen Zeitfaktor und sowohl aufwärts als auch abwärts gerichtete Phasen umfassen.

Zusammenfassend sollte ein gutes Angebot-Modell folgende Anforderungen erfüllen:

Das Kaufangebot sollte nicht niedriger sein als die festgelegte Preisgestaltung, um makroökonomische Zuwächse beim Kaufangebot und der Preisgestaltung mit zunehmendem Besitz von ERC7527-Token zu gewährleisten.

Die spezifische Angebot-Funktion sollte einen Zeitfaktor enthalten und sowohl Aufwärts- als auch Abwärtsphasen haben.

Darüber hinaus streben wir an, dass das Angebotsmodell den Wachstumsmustern der Anwendungen gerecht wird:

hohes Wachstumspotenzial in den frühen Phasen

relativ stabiles Wachstum in den späteren Stadien

Wir werden die Lösung in den folgenden Abschnitten im Detail beschreiben.

Zunächst ist die Erfüllung makroökonomischer Anforderungen einfach, indem die Preisgestaltung (pn-1) als Faktor in das Angebotsmodell integriert wird. Für mikroskopische Anforderungen können wir die Funktion segmentieren, um Probleme zu lösen. Letztendlich können wir die folgende Angebotsfunktion erreichen:

Die spezifischen Bedeutungen der Parameter in dieser Preisfunktion finden Sie in der Einführung, die im vorherigen Artikel bereitgestellt wurde. Hier stellen wir direkt den Graphen dieser Preisfunktion vor:

In dem obigen Diagramm stellt die x-Achse die Zeitintervalle seit der letzten Transaktion dar, und die y-Achse stellt das Verhältnis des aktuellen Angebots zum Preis der letzten Transaktion dar. Es ist erwähnenswert, dass das Preismodell nur den Preis der letzten Transaktion zitiert, um den makroökonomischen Anforderungen des Preismodells zu entsprechen, wenn der Preis unter den Preis der letzten Transaktion fällt.

Visuell beobachten wir sowohl eine frühe Aufwärtstrendphase als auch eine spätere Abwärtstrendphase, ähnlich einer holländischen Auktion im obigen Preismodell, die effektiv den Mikroanforderungen des Preismodells entspricht. In den frühen Stadien der Aufwärtstrendphase sehen wir einen Preisanstieg, um Situationen zu verhindern, in denen die Bestände unter dem kontinuierlichen Gießprozess von ERC7527 ohne signifikante Preisänderungen zunehmen.

Wir stellen eine Umgebung zur Simulation des obigen Preismodells her, und die Simulationsergebnisse lauten wie folgt:

Im simulierten Candlestick-Chart stellt die erste Spalte den Preistrend des ERC7527-Tokens dar, während die zweite Spalte die aktuellen Bestände an ERC7527-Token angibt, die mit Wrap-Operationen steigen und mit Unwrap-Operationen sinken. Aus der Codeperspektive wird in der zweiten Spalte der Gesamtvorrat mithilfe der GesamtangebotDie dritte Spalte zeigt die Anzahl der Wrap- und Unwrap-Vorgänge, wobei die grüne Linie Wrap-Vorgänge und die rote Linie Unwrap-Vorgänge darstellt.

Die Grafik zeigt die frühen Betriebsdynamiken einiger Pools. Anfangs führen unzureichender Konsens oder andere Faktoren dazu, dass Benutzer ein- und aussteigen, was dazu führt, dass der Preis für eine längere Zeit um den Ausgangspreis schwankt. Schließlich ziehen positive Entwicklungen Käufer an, aber frühe Benutzer, die ihre Anteile verkaufen, bringen den Preis auf sein ursprüngliches Niveau zurück. Mit zunehmender Anzahl von ERC7527-Token-Inhabern schwankt der Preis nach oben innerhalb von Schwankungen.

Durch diese einfache Simulation beobachten wir einen signifikanten Vorteil des kontinuierlichen Preisbildungsmodells: Benutzerkaufoperationen beeinflussen direkt den Preisbildungsprozess, sodass es höchst unwahrscheinlich ist, dass zwei ERC7527-Token identische Candlestick-Muster aufweisen. Dies erhöht die Komplexität der strategischen Interaktionen des Systems erheblich.

Das folgende Diagramm veranschaulicht spezifische Preisänderungen, wobei 'b' den Kauf (wrap) und 's' den Verkauf (unwrap) bedeutet. Makroskopisch gesehen fällt der Ausführungspreis jeder Kauftransaktion nicht unter den vorherigen Transaktionspreis, während jede Verkaufstransaktion einen zuvor festgelegten Kaufpreis verwendet, was zu einer gewissen Symmetrie im Diagramm führt.

Wir haben sowohl die Makro- als auch die Mikroanforderungen des zuvor beschriebenen Preismodells effektiv erfüllt und gleichzeitig das Wachstumsmuster des "frühen Wachstums" in der Preisgestaltung erfüllt. Als Nächstes müssen wir uns einer neuen Herausforderung stellen: Wie können wir in den späteren Phasen der Anwendungsentwicklung ein robustes Preiswachstum erzielen? Die frühen schnellen Preiserhöhungen stehen im Einklang mit dem frühen hohen Wachstum der Anwendung. In der mittleren bis späten Phase muss die Preisgestaltung mit der stabilen Entwicklung der Anwendung übereinstimmen, daher müssen wir ein Preissystem aufbauen, das ein robustes Wachstum in diesen späteren Phasen unterstützt.

Um dieses Problem anzugehen, haben wir beschlossen, das Problem durch Segmentierung anzugehen. Konkret werden wir in der Anfangsphase ein wachstumsstarkes Preissystem einsetzen und später zu einem Preissystem mit stabilem Wachstum übergehen. Über die hier beschriebene zweistufige Segmentierung hinaus können Entwickler weitere Segmente basierend auf ihren spezifischen Anforderungen implementieren, z. B. die Verwendung verschiedener Wachstumsfunktionen für frühe, mittlere und späte Phasen.

In der Praxis verwenden wir immer noch eine Preisfunktion, die mit der frühen Phase übereinstimmt, aber einige Parameter angepasst hat. Die modifizierte Preiskurve ist unten dargestellt:

Im Vergleich zur Early-Stage-Pricing-Funktion beobachten wir, dass die anfängliche Steigerungsrate in der Later-Stage-Pricing-Funktion niedriger ist. Die X-Achse im Diagramm verwendet immer noch Zeitintervalle seit der letzten Transaktion als Einheiten, aber es ist wichtig zu beachten, dass diese Intervalle kürzer sind als diejenigen, die in der Preisfindungsfunktion in der Frühphase verwendet werden.

Wir haben versucht, die Preisschwankungen von ERC7527-Token während des Zeitraums der Erhöhung des Angebots von 0 auf 20.000 zu simulieren. Das Ergebnis ist das folgende Candlestick-Diagramm.

Der anfängliche Preis für das obige Candlestick-Diagramm wurde auf 0,1 festgelegt. Als das Angebot 20.000 erreichte, stieg der Preis von anfänglichen 0,1 auf 300, was eine 3000-fache Steigerung darstellt.

Natürlich folgen nicht alle Anwendungen einem reibungslosen Weg zum Erfolg. Das folgende Candlestick-Diagramm veranschaulicht Preisschwankungen während des frühen kräftigen Wachstums, gefolgt von einer plötzlichen Krise, die zu Benutzerabhebungen führte:

Die obigen Fälle zeigen die Wirksamkeit unseres vorgeschlagenen Preismodells, das sich mit den Wachstumsmustern von Anwendungen in beiden frühen hohen Wachstums- und späteren stabilen Wachstumsphasen in Einklang bringt. Diese Vorteile ergeben sich aus der Verwendung eines segmentierten Preismodells, das für frühe und spätere Phasen unterschiedliche parameterisierte Preismodelle verwendet.

Darüber hinaus können Benutzer aufgrund der kontinuierlichen Preissetzungsfunktion erwartete Angebote vorhersehen, und diese Details können sich basierend auf Benutzeraktionen ändern. Diese dynamische Interaktion beinhaltet nicht nur ein Spiel zwischen Benutzern und dem Preismodell, sondern auch zwischen den Benutzern selbst. Die zwischenmenschlichen Interaktionen sind äußerst komplex, was es schwierig macht, eine Strategie innerhalb dieses Preismodells zu reverse-engineeren, um risikofreie Renditen zu erzielen.

erweiterte Anwendungen

In diesem Abschnitt werden einige erweiterte Anwendungen von ERC7527 erläutert:

1. ERC7527 als Anreizschicht für KI-Anwendungen.
2. Erc7527 als atomarer Oracle für andere Anwendungen, insbesondere im Kreditwesen.

KI-Anwendungsanreizschicht

Künstliche Intelligenz-Anwendungen erfordern eine neue Anreizschicht, und ERC7527 kann eine systematische Anreizschicht für diese Anwendungen bereitstellen, wobei der ERC7527-Token als Kernvermögenswert dieser Schicht dient.

In den frühen Phasen der Entwicklung von KI-Anwendungen wird durch den Einsatz von ERC7527-Token ein Preis für die Anwendung festgelegt, wodurch eine marktanerkannte Bewertung festgestellt wird. Benutzer können direkt in KI-Anwendungen investieren, indem sie ERC7527-Token über Wrap-Operationen erwerben.

Aus Sicht des Marktwerts profitieren sowohl Entwickler von KI-Anwendungen als auch Inhaber von ERC7527-Token stark von der Zunahme des Marktwerts, wenn KI-Anwendungen wachsen und die Menge der gehaltenen ERC7527-Token zunimmt.

Künstliche Intelligenz-Anwendungen können Benutzer durch Dividendenmaßnahmen weiter incentivieren. Sie können Benutzer sogar dazu zwingen, Tokens direkt auf der Ethereum-Schicht zu verwenden, um für Dienstleistungen zu bezahlen. Selbst wenn ein offizieller Technologievertreter das nicht kann, können Benutzer sich fragen, ob sie es können. Mit der Teilnahme von Benutzern haben sie es geschafft.

Wenn Benutzer ERC7527-Token halten, können sie den ERC6551-Fabrikvertrag auf dem Ethereum-Mainnet nutzen, um ein ERC6551-Konto für ihre ERC7527-Token bereitzustellen. Anschließend können sie dieses ERC6551-Konto verwenden, um mit dem auf dem Mainnet bereitgestellten ERC6551-Brückenvertrag zu interagieren. Der Brückenvertrag erleichtert die Cross-Chain-Interaktionen, indem er den ERC6551-Fabrikvertrag auf Ethereum Layer Two aufruft, um ein ERC6551-Konto für den Benutzer auf Layer Two bereitzustellen.

Die Cross-Chain-Implementierung für ERC6551 hat einen geradlinigen Ansatz, und Entwickler können sich auf den Code im ERC6551Mirror-Repository beziehen. Dieses Repository verwendet Chainlink CCIP, um Cross-Chain-Operationen für ERC6551 zu ermöglichen.

Sobald der ERC6551-Cross-Chain-Prozess abgeschlossen ist, können Benutzer ihr ERC6551-Konto verwenden, um Belohnungen aus dem Dividendenvertrag abzuheben.

Atomares Orakel

ERC7615 ist ein interessanter ERC, der ein einfaches Push-Protokoll für atomare Interaktionen zwischen generischen Verträgen definiert. Dieses unkomplizierte Push-Protokoll kann atomare Orakel konstruieren und so die Komplexität der Entwicklung von Protokollen wie Kreditverträgen erheblich reduzieren. Das Funktionsprinzip von ERC7615 lautet wie folgt:

Wenn ein Benutzer (Client) bestimmte Funktionen im sendenden Vertrag (Publisher) aufruft, überprüft der sendende Vertrag, ob es abonnierende Verträge gibt. Wenn sie existieren, ruft er die exec Funktion im abonnierenden Vertrag auf, um einige Inhalte zu übermitteln. Das Hauptmerkmal dieses Prozesses ist die Atomarität. Wenn der abonnierende Vertrag Probleme bei der Verarbeitung der übermittelten Daten hat, bricht die Transaktion, die die Funktion des Push-Vertrags aufruft (d. h. die Transaktion call somefunc(…) im Diagramm), direkt mit einem Fehler ab.

In ERC7527 haben wir mehrmals erwähnt, dass der Verkaufspreis, der von ERC7527 bereitgestellt wird, effektiv der Liquidationspreis ist. Jeder Inhaber von ERC7527-Token kann Liquidität zum Verkaufspreis von der Agentur abziehen. Können wir daher den Verkaufspreis von ERC7527 an Kreditprotokolle weitergeben, um die Liquidation innerhalb des Kreditprotokolls umzusetzen?

Die Antwort ist ja. Darüber hinaus müssen sich Kreditprotokolle aufgrund des kontinuierlichen Preismodells, bei dem die Verkaufspreise makroskopisch mit zunehmenden ERC7527-Beständen steigen, nicht mit ERC7527-Wrap-Vorgängen befassen, sondern nur mit Entwicklungen, die zu Preisrückgängen führen könnten.

Wir können ERC7615 Push-Benachrichtigungen innerhalb der Entpackungsfunktion einbetten, indem wir den aktuellen Verkaufspreis der ausgepackten ERC7527-Token direkt an das Kreditprotokoll senden. Wenn das Kreditprotokoll die Push-Benachrichtigung mit dem Entpackungspreis erhält, kann es Positionen liquidieren, die mit ERC7527-Token besichert sind, basierend auf diesen Preisinformationen.

Wenn eine Kreditposition liquidiert werden muss, kann das Kreditprotokoll unwrap-Operationen ausführen, um Liquidität von der ERC7527-Agentur abzuziehen und die Kreditposition zu schließen.

Aufregend sind die oben genannten Operationen atomar. Wenn die Liquidation innerhalb des Kreditprotokolls fehlschlägt, wird auch der Unwrap-Vorgang von ERC7527 fehlschlagen. Dies bedeutet, dass das Kreditprotokoll das Risiko eines Ausfalls vollständig vermeidet.

Tatsächlich kann jedes Protokoll seine Verkaufspreis-Push-Benachrichtigungen von erc7527 erhalten. Dies bedeutet, dass Entwickler lediglich eine erc7615-Empfänger-Schnittstelle implementieren müssen, um Asset-Preisinformationen zu erhalten und weitere Operationen durchzuführen.

Da ERC7527-Token auf Vertragsebene von ERC7521 erben, können Entwickler ERC7527-Token auf andere Weise unterstützen. Wenn Benutzer herkömmliche Pfandsysteme verwenden, wie z. B. die direkte Übertragung von ERC7527 auf einen Verpfändungsvertrag, verlieren sie andere Rechte, die mit ERC7527-Token verbunden sind. Daher benötigen ERC7527-Token ein neues Pfandsystem, das keine Vermögensübertragungen erfordert.

Basierend auf dem Push-Mechanismus von ERC7615 kann ein solches Pfandsystem entworfen werden. Stellen Sie insbesondere eine Push-Beziehung zwischen der Unwrap-Funktion im ERC7527-Agenturvertrag und dem Pfandvertrag her. Verpfändende Benutzer können mit dem ERC7527-Verpfändungsvertrag interagieren, um ERC7527-Token zu verpfänden, ohne sie auf den Verpfändungsvertrag zu übertragen.

Zu diesem Zeitpunkt können ERC7527-Token Dividenden aus dem Verpfändungsvertrag erhalten. Wenn Benutzer ihre verpfändeten ERC7527-Token auspacken, verwendet der Agenturvertrag ERC7615, um diese Nachricht an den Verpfändungsvertrag zu senden, der dann den verpfändeten Status der angegebenen ERC7527-Token freigibt und die endgültige Liquidation abschließt.

Bei diesem Prozess gewährleistet erc7615 die Liquidationsintegrität des Verpfändungssystems und stellt sicher, dass zerstörte erc7527-Token keine Verpfändungsbelohnungen erhalten können.

Haftungsausschluss:

1. Dieser Artikel ist ein Nachdruck von [PANews]. Alle Urheberrechte liegen beim Originalautor [Blockchain-Ritter]. Wenn es Einwände gegen diese Nachdruck gibt, kontaktieren Sie bitte Gate lernenTeam, und sie werden es schnell erledigen.
2. Haftungsausschluss: Die in diesem Artikel geäußerten Ansichten und Meinungen sind ausschließlich die des Autors und stellen keine Anlageberatung dar.
3. Übersetzungen des Artikels in andere Sprachen werden vom Gate.io Learn-Team durchgeführt. Sofern nicht anders angegeben, ist das Kopieren, Verteilen oder Plagiieren der übersetzten Artikel untersagt.