Aperture in einem Artikel verstehen

Einsteiger3/18/2024, 6:29:02 AM
Realer Fall von Absicht, stellt auch vor, wie Solver konkurrieren werden, welche Arten von Solvern könnte es geben?

Kurz gesagt: Zehnfache Ausführungseffizienz, ein Zehntel des Arbeitsaufwands

Aperture entwickelt eine neuartige Chatbot-UX, die auf einer zugrunde liegenden Intents-Infrastruktur basiert, die es den Nutzern ermöglicht, ihre Ziele in natürlicher Sprache zu erklären und ein Netzwerk von Solvern zu nutzen, um eine bessere Ausführung und bessere Preise zu erhalten, als dies unter dem aktuellen Transaktionsparadigma möglich ist.

Die UX: Aperture LLM mit Intents DSL

Zu Beginn beginnen wir mit dem Eckpfeiler jeder Massenakzeptanzbewegung: der User Experience (UX).

Die derzeitige DeFi-UX konzentriert sich auf einen transaktionalen Ansatz, bei dem Benutzer mit unterschiedlichem technischem Verstand eine Delta- oder Zustandsänderung absegnen müssen, in der Hoffnung, dass die Änderung den "Endzustand" ergibt, den sie im Sinn hatten. Mit Intents stellen wir diesen "Endzustand" in den Mittelpunkt der Benutzererfahrung.

Durch den Einsatz moderner LLMs und einer proprietären Intents-orientierten Programmiersprache versuchen wir, die Ausdrückebarkeit von User Intents zu verbessern. Dies wird es den Nutzern ermöglichen, ihre Transaktionsziele und -präferenzen intuitiver und effizienter zu artikulieren und so das Potenzial der Blockchain einfacher und präziser zu nutzen.

Stellen Sie sich einen Benutzer vor, der die Prinzipien der Blockchain-Technologie nicht versteht und mit vielen "Knöpfen und Knöpfen" auf der traditionellen DeFi-Oberfläche konfrontiert ist. Der Ansatz von Aperture, "dem Benutzer zu ermöglichen, in natürlicher Sprache auszudrücken, was er will", ist einfacher. Dahinter steckt die Notwendigkeit, natürliche Sprache in Blockchain-Code umzuwandeln – hier kommen Domain Specific Languages (DSL) ins Spiel.

Eine domänenspezifische Sprache (DSL) ist eine spezialisierte Computersprache, die auf eine bestimmte Anwendungsdomäne zugeschnitten ist und sie von Allzwecksprachen (GPL) unterscheidet, die in einem breiten Spektrum von Domänen anwendbar sind. Das Design und die Nutzung von DSLs sind integraler Bestandteil des Domain Engineerings, wobei häufig die Schaffung neuer DSL oder die Anpassung bestehender DSLs erforderlich ist, um Probleme und Lösungen innerhalb eines bestimmten Bereichs effektiver auszudrücken.

In Aperture liegt der Fokus bei der DSL auf der Lesbarkeit für den Menschen, was für die Unterstützung eines klaren und intuitiven Absichtsausdrucks entscheidend ist. Dieser Ansatz unterscheidet sich von anderen DSLs, bei denen Aspekte wie programmatische Effizienz oder Optimierung auf Maschinenebene im Vordergrund stehen.

Bei Aperture schließt das LLM die Lücke zwischen technischer Funktionalität und benutzerfreundlichen Oberflächen, indem es dem Benutzer ermöglicht, seine Absicht in natürlicher Sprache auszudrücken und diese Absicht in einer gut lesbaren DSL zu spiegeln, die dann den Solvern als "Wahrheitserklärung" dieses Benutzers angezeigt werden kann.

Lassen Sie uns eine Analogie aus der realen Welt verwenden: Die Übersetzung von LLM in DSL ähnelt einem Kunden, der telefonisch eine Bestellung in einer Pizzeria aufgibt. Der Kunde könnte in einer sehr umgangssprachlichen Sprache bestellen – "Gib mir deine Pizza mit allem Fleisch in der größten Größe". Der Bediener am anderen Ende könnte ihnen zurückspiegeln: "Wollen Sie die Pizza unseres Fleischliebhabers in einer extra großen?". Der Benutzer versteht diese Konvertierung leicht und stimmt zu: "Ja, ich kannte den Namen dafür nicht, aber das ist der Name, den ich haben möchte."

On-Chain würde sich diese Interaktion auf ähnliche Weise abspielen. Der Benutzer könnte damit beginnen, sein Endziel zu deklarieren:

"Können Sie meine ETH-GMX-LPs über alle meine EVM-Chains hinweg neu ausbalancieren, sodass sie sich zu 80 % auf das leistungsstärkste Setup konzentrieren und die restlichen 20 % meines LP-Kapitals gleichmäßig auf die verbleibenden Pools aufgeteilt werden?"

Die DSL-Übersetzung wird möglicherweise an den Benutzer zurückgespiegelt.

● Zulässige Vermögenswerte: ETH-GMX-Paare auf Mainnet, Arbitrum und Avalanche;

● Erlaubte Aktionen: Überbrücken, Liquidität entfernen, ETH oder GMX tauschen, Liquidität hinzufügen;

● Endziel 1: Neugewichtung der Liquiditätspositionen, um 80 % des zulässigen Kapitals auf die Position mit dem höchsten effektiven Jahreszins auf der Grundlage von Daten von APY Vision zu konzentrieren;

● Endziel 2: Neugewichtung der Liquiditätspositionen, um 20 % des zulässigen Kapitals auf die bestehenden Pools zu konzentrieren, die nicht in Endziel 1 verwendet werden;

● Absichtserklärung signieren, falls korrekt

Die LLM-Konvertierung kodifiziert umgangssprachliche Sprache in die standardisierte Terminologie der DSL, die von Solvern auf vorhersagbare und replizierbare Weise genutzt werden kann.

Die zugrundeliegende Infrastruktur

Die Intent-Infrastruktur kann in mehrere Komponenten unterteilt werden:

● Intents Clearing House (Mempool): Dies dient als vorläufiger Staging-Bereich für User Intents. Es wurde entwickelt, um diese Absichten effizient zu organisieren und für die Verarbeitung in die Warteschlange zu stellen, indem Algorithmen verwendet werden, die auf der Grundlage verschiedener Kriterien wie Dringlichkeit und Ressourcenanforderungen priorisieren. Das Clearing House sorgt für die sichere und geordnete Verwaltung von Absichten, bevor sie in die Blockchain übertragen werden.

● ZK-Simulate for Data Validity: Dies ist eine erforderliche Ressource, um bestimmte Absichten und entsprechende Lösungen zu validieren, die auf Off-Chain-Daten basieren. Ein Zero-Knowledge-Proof kann verwendet werden, um die Gültigkeit dieser Daten zu überprüfen. Durch den Einsatz fortschrittlicher kryptografischer Tools wie Brevis oder Axiom kann Aperture ZKPs für historische On-Chain-Daten generieren, die Teil der vom Solver vorgeschlagenen Lösung sind. Diese Methode ermöglicht die rigorose Überprüfung der Ausgaben des Solvers, um sicherzustellen, dass sie korrekt und vollständig sind und den angegebenen Einschränkungen und Absichten entsprechen, ohne die Vertraulichkeit der Transaktionsdaten zu beeinträchtigen.

● Verifizierung Smart Contracts: Jede Art von Intent-Anwendungsfall erfordert einen Smart Contract, um die vorgeschlagene Lösung zu simulieren, zu verifizieren und zu überwachen.

● Ranking- und Ausführungs-Engine: Jede Gruppe verifizierter Absichten muss auf der Grundlage der Ergebnisse und des Solver-Scores eingestuft und anschließend ausgeführt werden. Ein entscheidender Aspekt dieser Ausführungs-Engine ist ihre Fähigkeit, Rechenschaftspflicht durchzusetzen. Sollte es zu schändlichen Aktivitäten kommen, wie z. B. rückgängig gemachten Transaktionen oder anderen böswilligen Ereignissen, ist die Ausführungs-Engine so konzipiert, dass die verantwortlichen Solver durch Slashing oder andere Mittel bestraft werden. Dies schützt nicht nur die Integrität von Transaktionen, sondern schreckt auch potenziell böswilliges Verhalten von Solvern ab.

Die Anwendungsschicht: Solver-DAOs

Das Solver DAO-Netzwerk ist eine einzigartige Anwendungsschicht, die auf der Intents-Infra aufbaut. Die Aperture Intents-Infra ermöglicht es Solver-DAOs, sich auf die Ermöglichung und Lösung einzigartiger Intents-basierter Anwendungsfälle zu konzentrieren, ohne sich um die zugrunde liegenden Ausführungsanforderungen kümmern zu müssen.

Solver DAOs erhalten Zugriff auf die User Intents, die im Clearing House von Aperture zu finden sind, indem sie eine erforderliche Menge an $APTR und $ETH einsetzen. Eine Solver-DAO kann mit einem großen professionellen Solver mit einer proprietären Lösung oder einem Netzwerk kleinerer Solver korrelieren.

Neue Intent-Lösungen können von Aperture oder einer Solver-DAO eines Drittanbieters stammen. Solver-DAOs schaffen einen Mehrwert, indem sie den neuen Anwendungsfall "Intent" ermöglichen. Dazu müsste die erforderliche Geschäftslogik eingereicht werden, um in das modulare Design von Aperture zu passen. Sobald dies erstellt wurde, ist der Anwendungsfall nun über das Aperture Intents Interface oder eine Schnittstelle eines Drittanbieters, die von der Solver-DAO erstellt wurde, "deklarierbar".

Die Aperture-DAO bietet Solver-DAOs $APTR Unterstützung, die neue Intent-Anwendungsfälle ermöglichen möchten.

Wie werden Solver konkurrieren und welche Arten von Solvern könnte es geben?

On-Chain vs. Off-Chain

Im kompetitiven Aperture Intents-Ökosystem unterscheiden sich Solver durch die Methoden, mit denen sie Lösungen veröffentlichen. Smart Contracts sind zwar nicht obligatorisch, werden aber aufgrund ihrer Skalierbarkeit und Geschwindigkeit bevorzugt. Off-Chain-Skripte sind jedoch ebenso gut darin, Lösungen schnell zu veröffentlichen und eine alternative Route anzubieten. Bestimmte deklarierte Absichten können sogar Merkmale aufweisen, die es Solvern ermöglichen würden, Lösungen manuell einzureichen (z. B. ein Verkäufer, der eine große OTC-Transaktion mit einem 3-tägigen Gebotsfenster arrangieren möchte).

Alpha beibehalten

Solver mit echten "Alpha"- oder proprietären Lösungsgenerierungsmethoden können die Verwendung eines Smart Contracts zur Generierung ihrer Lösungen vermeiden und sich stattdessen auf den ZK-Verifizierungsprozess von Aperture verlassen, um Vertrauen in ihre Off-Chain-Skript-fähige Lösung aufzubauen. Dies wird den Schwungradeffekt für das Onboarding von Solvern verstärken (nachhaltige Geschäftslösungen, zieht mehr Umsatz an, zieht mehr Solver an).

Solver-Tresore

Obwohl dies nicht explizit erforderlich ist, kann sich ein Solver in einem bestimmten Ökosystem auch dafür entscheiden, seinen Staking-Bedarf über einen Tresormechanismus im Austausch für einen Rev-Anteil an seinen Solver-Erlösen zu finanzieren. Jede Solver-DAO kann einen Rev-Share-Vault-Vertrag für ihre Solver als Open Source bereitstellen (falls sie eine Bootstrapping-Finanzierung wünschen).

Ein Beispiel: Airdrop-Anspruchsabsicht

Um die Dinge leichter verdaulich zu machen, nehmen wir das Beispiel der "Airdrop-Anspruchsabsicht", die in unserem ersten Blogbeitrag vorgeschlagen wurde. Wie würde ein Benutzer eine Anspruchsabsicht erklären? Wie könnte eine Solver-DAO, die sich auf die Inanspruchnahme von Ansprüchen spezialisiert hat, auf den Solver DAO-Marktplatz von Aperture zugreifen?

Der Benutzer beginnt mit der Deklaration in natürlicher Sprache:

"Fordern Sie alle in Frage kommenden Airdrops in meinem Namen an, einschließlich der mit der Inanspruchnahme verbundenen Gaskosten, im Austausch gegen eine Vermittlungsprovision von 1 % oder weniger."

Der Chatbot könnte klärende Fragen stellen, um die Erklärung des Benutzers weiter herauszukitzeln.

Sobald diese Klärung erfolgt ist, wird die Absicht aus der natürlichen Sprache in die kodifizierte Intents-DSL übersetzt und in einem lesbaren Format an den Benutzer zurückgesendet, damit er ihn überprüfen kann. Von hier aus wird der Intent-Ausdruck im Intents Clearing House gepostet, wo jeder berechtigte Solver die Erklärung des Benutzers anzeigen kann.

Jeder Solver kann nun die Adresse des Benutzers anzeigen und sie mit allen einforderbaren Airdrops oder Belohnungen abgleichen, die für diese Adresse berechtigt sind. Eine Genehmigungsfunktion, die von einer Kontoabstraktions-Wallet unterstützt wird, würde es Solvern ermöglichen, alle Airdrops im Namen des Benutzers zu beanspruchen. Die Löser würden untereinander um den "Finderlohn" und ihr Gesamtwissen über Airdrops konkurrieren. Das Schöne an Intents ist, dass es mehrere Lösungen geben kann, die sich durchsetzen und ausgeführt werden: Wenn Solver A einen Dymension-Airdrop und Solver B einen Celestia-Airdrop abdeckt, dann könnten beide Solver einen Finderlohn von unserem Benutzer gewinnen.

Die vorgeschlagenen Lösungen werden alle von den Smart Contracts von Aperture simuliert, um die vorgeschlagenen Ergebnisse zu verifizieren, und anschließend werden alle verifizierten Lösungen in eine Rangfolge gebracht. Aperture führt dann im Namen des Benutzers aus und gibt alle Airdrops zurück.

Verzichtserklärung:

  1. Dieser Artikel ist ein Nachdruck von [chaincatcher]. *Leiten Sie den Originaltitel '一文读懂 Aperture' weiter. Alle Urheberrechte liegen beim ursprünglichen Autor [Industry Express]. Wenn es Einwände gegen diesen Nachdruck gibt, wenden Sie sich bitte an das Gate Learn-Team , das sich umgehend darum kümmern wird.
  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 Learn-Team durchgeführt. Sofern nicht anders angegeben, ist das Kopieren, Verbreiten oder Plagiieren der übersetzten Artikel verboten.

Aperture in einem Artikel verstehen

Einsteiger3/18/2024, 6:29:02 AM
Realer Fall von Absicht, stellt auch vor, wie Solver konkurrieren werden, welche Arten von Solvern könnte es geben?

Kurz gesagt: Zehnfache Ausführungseffizienz, ein Zehntel des Arbeitsaufwands

Aperture entwickelt eine neuartige Chatbot-UX, die auf einer zugrunde liegenden Intents-Infrastruktur basiert, die es den Nutzern ermöglicht, ihre Ziele in natürlicher Sprache zu erklären und ein Netzwerk von Solvern zu nutzen, um eine bessere Ausführung und bessere Preise zu erhalten, als dies unter dem aktuellen Transaktionsparadigma möglich ist.

Die UX: Aperture LLM mit Intents DSL

Zu Beginn beginnen wir mit dem Eckpfeiler jeder Massenakzeptanzbewegung: der User Experience (UX).

Die derzeitige DeFi-UX konzentriert sich auf einen transaktionalen Ansatz, bei dem Benutzer mit unterschiedlichem technischem Verstand eine Delta- oder Zustandsänderung absegnen müssen, in der Hoffnung, dass die Änderung den "Endzustand" ergibt, den sie im Sinn hatten. Mit Intents stellen wir diesen "Endzustand" in den Mittelpunkt der Benutzererfahrung.

Durch den Einsatz moderner LLMs und einer proprietären Intents-orientierten Programmiersprache versuchen wir, die Ausdrückebarkeit von User Intents zu verbessern. Dies wird es den Nutzern ermöglichen, ihre Transaktionsziele und -präferenzen intuitiver und effizienter zu artikulieren und so das Potenzial der Blockchain einfacher und präziser zu nutzen.

Stellen Sie sich einen Benutzer vor, der die Prinzipien der Blockchain-Technologie nicht versteht und mit vielen "Knöpfen und Knöpfen" auf der traditionellen DeFi-Oberfläche konfrontiert ist. Der Ansatz von Aperture, "dem Benutzer zu ermöglichen, in natürlicher Sprache auszudrücken, was er will", ist einfacher. Dahinter steckt die Notwendigkeit, natürliche Sprache in Blockchain-Code umzuwandeln – hier kommen Domain Specific Languages (DSL) ins Spiel.

Eine domänenspezifische Sprache (DSL) ist eine spezialisierte Computersprache, die auf eine bestimmte Anwendungsdomäne zugeschnitten ist und sie von Allzwecksprachen (GPL) unterscheidet, die in einem breiten Spektrum von Domänen anwendbar sind. Das Design und die Nutzung von DSLs sind integraler Bestandteil des Domain Engineerings, wobei häufig die Schaffung neuer DSL oder die Anpassung bestehender DSLs erforderlich ist, um Probleme und Lösungen innerhalb eines bestimmten Bereichs effektiver auszudrücken.

In Aperture liegt der Fokus bei der DSL auf der Lesbarkeit für den Menschen, was für die Unterstützung eines klaren und intuitiven Absichtsausdrucks entscheidend ist. Dieser Ansatz unterscheidet sich von anderen DSLs, bei denen Aspekte wie programmatische Effizienz oder Optimierung auf Maschinenebene im Vordergrund stehen.

Bei Aperture schließt das LLM die Lücke zwischen technischer Funktionalität und benutzerfreundlichen Oberflächen, indem es dem Benutzer ermöglicht, seine Absicht in natürlicher Sprache auszudrücken und diese Absicht in einer gut lesbaren DSL zu spiegeln, die dann den Solvern als "Wahrheitserklärung" dieses Benutzers angezeigt werden kann.

Lassen Sie uns eine Analogie aus der realen Welt verwenden: Die Übersetzung von LLM in DSL ähnelt einem Kunden, der telefonisch eine Bestellung in einer Pizzeria aufgibt. Der Kunde könnte in einer sehr umgangssprachlichen Sprache bestellen – "Gib mir deine Pizza mit allem Fleisch in der größten Größe". Der Bediener am anderen Ende könnte ihnen zurückspiegeln: "Wollen Sie die Pizza unseres Fleischliebhabers in einer extra großen?". Der Benutzer versteht diese Konvertierung leicht und stimmt zu: "Ja, ich kannte den Namen dafür nicht, aber das ist der Name, den ich haben möchte."

On-Chain würde sich diese Interaktion auf ähnliche Weise abspielen. Der Benutzer könnte damit beginnen, sein Endziel zu deklarieren:

"Können Sie meine ETH-GMX-LPs über alle meine EVM-Chains hinweg neu ausbalancieren, sodass sie sich zu 80 % auf das leistungsstärkste Setup konzentrieren und die restlichen 20 % meines LP-Kapitals gleichmäßig auf die verbleibenden Pools aufgeteilt werden?"

Die DSL-Übersetzung wird möglicherweise an den Benutzer zurückgespiegelt.

● Zulässige Vermögenswerte: ETH-GMX-Paare auf Mainnet, Arbitrum und Avalanche;

● Erlaubte Aktionen: Überbrücken, Liquidität entfernen, ETH oder GMX tauschen, Liquidität hinzufügen;

● Endziel 1: Neugewichtung der Liquiditätspositionen, um 80 % des zulässigen Kapitals auf die Position mit dem höchsten effektiven Jahreszins auf der Grundlage von Daten von APY Vision zu konzentrieren;

● Endziel 2: Neugewichtung der Liquiditätspositionen, um 20 % des zulässigen Kapitals auf die bestehenden Pools zu konzentrieren, die nicht in Endziel 1 verwendet werden;

● Absichtserklärung signieren, falls korrekt

Die LLM-Konvertierung kodifiziert umgangssprachliche Sprache in die standardisierte Terminologie der DSL, die von Solvern auf vorhersagbare und replizierbare Weise genutzt werden kann.

Die zugrundeliegende Infrastruktur

Die Intent-Infrastruktur kann in mehrere Komponenten unterteilt werden:

● Intents Clearing House (Mempool): Dies dient als vorläufiger Staging-Bereich für User Intents. Es wurde entwickelt, um diese Absichten effizient zu organisieren und für die Verarbeitung in die Warteschlange zu stellen, indem Algorithmen verwendet werden, die auf der Grundlage verschiedener Kriterien wie Dringlichkeit und Ressourcenanforderungen priorisieren. Das Clearing House sorgt für die sichere und geordnete Verwaltung von Absichten, bevor sie in die Blockchain übertragen werden.

● ZK-Simulate for Data Validity: Dies ist eine erforderliche Ressource, um bestimmte Absichten und entsprechende Lösungen zu validieren, die auf Off-Chain-Daten basieren. Ein Zero-Knowledge-Proof kann verwendet werden, um die Gültigkeit dieser Daten zu überprüfen. Durch den Einsatz fortschrittlicher kryptografischer Tools wie Brevis oder Axiom kann Aperture ZKPs für historische On-Chain-Daten generieren, die Teil der vom Solver vorgeschlagenen Lösung sind. Diese Methode ermöglicht die rigorose Überprüfung der Ausgaben des Solvers, um sicherzustellen, dass sie korrekt und vollständig sind und den angegebenen Einschränkungen und Absichten entsprechen, ohne die Vertraulichkeit der Transaktionsdaten zu beeinträchtigen.

● Verifizierung Smart Contracts: Jede Art von Intent-Anwendungsfall erfordert einen Smart Contract, um die vorgeschlagene Lösung zu simulieren, zu verifizieren und zu überwachen.

● Ranking- und Ausführungs-Engine: Jede Gruppe verifizierter Absichten muss auf der Grundlage der Ergebnisse und des Solver-Scores eingestuft und anschließend ausgeführt werden. Ein entscheidender Aspekt dieser Ausführungs-Engine ist ihre Fähigkeit, Rechenschaftspflicht durchzusetzen. Sollte es zu schändlichen Aktivitäten kommen, wie z. B. rückgängig gemachten Transaktionen oder anderen böswilligen Ereignissen, ist die Ausführungs-Engine so konzipiert, dass die verantwortlichen Solver durch Slashing oder andere Mittel bestraft werden. Dies schützt nicht nur die Integrität von Transaktionen, sondern schreckt auch potenziell böswilliges Verhalten von Solvern ab.

Die Anwendungsschicht: Solver-DAOs

Das Solver DAO-Netzwerk ist eine einzigartige Anwendungsschicht, die auf der Intents-Infra aufbaut. Die Aperture Intents-Infra ermöglicht es Solver-DAOs, sich auf die Ermöglichung und Lösung einzigartiger Intents-basierter Anwendungsfälle zu konzentrieren, ohne sich um die zugrunde liegenden Ausführungsanforderungen kümmern zu müssen.

Solver DAOs erhalten Zugriff auf die User Intents, die im Clearing House von Aperture zu finden sind, indem sie eine erforderliche Menge an $APTR und $ETH einsetzen. Eine Solver-DAO kann mit einem großen professionellen Solver mit einer proprietären Lösung oder einem Netzwerk kleinerer Solver korrelieren.

Neue Intent-Lösungen können von Aperture oder einer Solver-DAO eines Drittanbieters stammen. Solver-DAOs schaffen einen Mehrwert, indem sie den neuen Anwendungsfall "Intent" ermöglichen. Dazu müsste die erforderliche Geschäftslogik eingereicht werden, um in das modulare Design von Aperture zu passen. Sobald dies erstellt wurde, ist der Anwendungsfall nun über das Aperture Intents Interface oder eine Schnittstelle eines Drittanbieters, die von der Solver-DAO erstellt wurde, "deklarierbar".

Die Aperture-DAO bietet Solver-DAOs $APTR Unterstützung, die neue Intent-Anwendungsfälle ermöglichen möchten.

Wie werden Solver konkurrieren und welche Arten von Solvern könnte es geben?

On-Chain vs. Off-Chain

Im kompetitiven Aperture Intents-Ökosystem unterscheiden sich Solver durch die Methoden, mit denen sie Lösungen veröffentlichen. Smart Contracts sind zwar nicht obligatorisch, werden aber aufgrund ihrer Skalierbarkeit und Geschwindigkeit bevorzugt. Off-Chain-Skripte sind jedoch ebenso gut darin, Lösungen schnell zu veröffentlichen und eine alternative Route anzubieten. Bestimmte deklarierte Absichten können sogar Merkmale aufweisen, die es Solvern ermöglichen würden, Lösungen manuell einzureichen (z. B. ein Verkäufer, der eine große OTC-Transaktion mit einem 3-tägigen Gebotsfenster arrangieren möchte).

Alpha beibehalten

Solver mit echten "Alpha"- oder proprietären Lösungsgenerierungsmethoden können die Verwendung eines Smart Contracts zur Generierung ihrer Lösungen vermeiden und sich stattdessen auf den ZK-Verifizierungsprozess von Aperture verlassen, um Vertrauen in ihre Off-Chain-Skript-fähige Lösung aufzubauen. Dies wird den Schwungradeffekt für das Onboarding von Solvern verstärken (nachhaltige Geschäftslösungen, zieht mehr Umsatz an, zieht mehr Solver an).

Solver-Tresore

Obwohl dies nicht explizit erforderlich ist, kann sich ein Solver in einem bestimmten Ökosystem auch dafür entscheiden, seinen Staking-Bedarf über einen Tresormechanismus im Austausch für einen Rev-Anteil an seinen Solver-Erlösen zu finanzieren. Jede Solver-DAO kann einen Rev-Share-Vault-Vertrag für ihre Solver als Open Source bereitstellen (falls sie eine Bootstrapping-Finanzierung wünschen).

Ein Beispiel: Airdrop-Anspruchsabsicht

Um die Dinge leichter verdaulich zu machen, nehmen wir das Beispiel der "Airdrop-Anspruchsabsicht", die in unserem ersten Blogbeitrag vorgeschlagen wurde. Wie würde ein Benutzer eine Anspruchsabsicht erklären? Wie könnte eine Solver-DAO, die sich auf die Inanspruchnahme von Ansprüchen spezialisiert hat, auf den Solver DAO-Marktplatz von Aperture zugreifen?

Der Benutzer beginnt mit der Deklaration in natürlicher Sprache:

"Fordern Sie alle in Frage kommenden Airdrops in meinem Namen an, einschließlich der mit der Inanspruchnahme verbundenen Gaskosten, im Austausch gegen eine Vermittlungsprovision von 1 % oder weniger."

Der Chatbot könnte klärende Fragen stellen, um die Erklärung des Benutzers weiter herauszukitzeln.

Sobald diese Klärung erfolgt ist, wird die Absicht aus der natürlichen Sprache in die kodifizierte Intents-DSL übersetzt und in einem lesbaren Format an den Benutzer zurückgesendet, damit er ihn überprüfen kann. Von hier aus wird der Intent-Ausdruck im Intents Clearing House gepostet, wo jeder berechtigte Solver die Erklärung des Benutzers anzeigen kann.

Jeder Solver kann nun die Adresse des Benutzers anzeigen und sie mit allen einforderbaren Airdrops oder Belohnungen abgleichen, die für diese Adresse berechtigt sind. Eine Genehmigungsfunktion, die von einer Kontoabstraktions-Wallet unterstützt wird, würde es Solvern ermöglichen, alle Airdrops im Namen des Benutzers zu beanspruchen. Die Löser würden untereinander um den "Finderlohn" und ihr Gesamtwissen über Airdrops konkurrieren. Das Schöne an Intents ist, dass es mehrere Lösungen geben kann, die sich durchsetzen und ausgeführt werden: Wenn Solver A einen Dymension-Airdrop und Solver B einen Celestia-Airdrop abdeckt, dann könnten beide Solver einen Finderlohn von unserem Benutzer gewinnen.

Die vorgeschlagenen Lösungen werden alle von den Smart Contracts von Aperture simuliert, um die vorgeschlagenen Ergebnisse zu verifizieren, und anschließend werden alle verifizierten Lösungen in eine Rangfolge gebracht. Aperture führt dann im Namen des Benutzers aus und gibt alle Airdrops zurück.

Verzichtserklärung:

  1. Dieser Artikel ist ein Nachdruck von [chaincatcher]. *Leiten Sie den Originaltitel '一文读懂 Aperture' weiter. Alle Urheberrechte liegen beim ursprünglichen Autor [Industry Express]. Wenn es Einwände gegen diesen Nachdruck gibt, wenden Sie sich bitte an das Gate Learn-Team , das sich umgehend darum kümmern wird.
  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 Learn-Team durchgeführt. Sofern nicht anders angegeben, ist das Kopieren, Verbreiten oder Plagiieren der übersetzten Artikel verboten.
Jetzt anfangen
Registrieren Sie sich und erhalten Sie einen
100
-Euro-Gutschein!