IOSG: Mit „Vier Fragen“ erfahren Sie, wie Sie AVS auf EigenLayer aufbauen

<img src="https://img.php.cn/upload/article/000/000/164/171159066812979.png" alt="IOSG: Mit „Vier Fragen“ erfahren Sie, wie Sie AVS auf EigenLayer aufbauen">Source: EigenLayer, IOSG

In letzter Zeit erfreut sich die Verwendung von EigenLayer zum Aufbau von Infrastrukturprojekten in der Entwicklergemeinschaft großer Beliebtheit. Diese Projekte werden Active Verification Services (AVS) genannt und beziehen sich auf jedes System, das zur Verifizierung eine eigene verteilte Verifizierungssemantik benötigt. Diese Systeme können DA-Schichten, neue VMs, Oracles, Bridges und mehr umfassen.

Aber wie genau bauen wir ein AVS auf?

Um die Grundregeln für AVS festzulegen, müssen Sie vier Hauptfragen beantworten.

F1: Was definiert eine Aufgabe in Ihrem AVS?

In EigenLayer ist eine Aufgabe die kleinste Arbeitseinheit, die der Betreiber verspricht, Dienste für AVS bereitzustellen. Diese Aufgaben können mit einer oder mehreren Kürzungsbedingungen von AVS verbunden sein.

Hier sind zwei Beispielaufgaben:

• Hosten und Bereitstellen eines „DataStore“ in EigenDA
• Veröffentlichen der Statuswurzel einer anderen Blockchain für eine Cross-Chain-Brücke

EigenLayer bietet im folgenden detaillierten Beispiel einen detaillierteren Workflow. Die Aufgabe dieses AVS besteht darin, das Quadrat einer bestimmten Zahl zu berechnen.

Task Generator veröffentlicht Aufgaben in festen Abständen. Jede Aufgabe gibt die zu quadrierende Zahl an. Es enthält auch Quoren und Quorum-Grenzprozentsätze, die festlegen, dass jedes aufgeführte Quorum mindestens einen bestimmten Prozentsatz an Operator-Unterschriften erfordert, um diese Aufgabe zu bestehen.

Der Operator, der derzeit AVS beitritt, muss die Aufgabennummer aus dem Aufgabenvertrag lesen, ihr Quadrat berechnen, das Berechnungsergebnis unterzeichnen und das Berechnungsergebnis und die Unterschrift an den Aggregator senden.

Aggregator sammelt Signaturen von Betreibern und aggregiert sie. Wenn eine Antwort des Operators den vom Aufgabengenerator beim Veröffentlichen der Aufgabe festgelegten Schwellenwert überschreitet, aggregiert der Aggregator diese Antworten und veröffentlicht sie im Aufgabenvertrag.

Während der Streitbeilegungsfrist kann jeder einen Streit vorbringen. Der DisputeResolution-Vertrag verarbeitet Fehlerantworten eines bestimmten Operators. (Oder der Betreiber antwortet nicht innerhalb dieses Zeitfensters)

Wenn der Streit endgültig überprüft und geklärt wird, wird der Betreiber im Registrierungsvertrag eingefroren und das Vetokomitee von EigenLayer entscheidet, ob der Einfrierantrag abgelehnt wird.

F2: Welche Art von Vertrauen möchte Ihr AVS erben?

<img src="https://img.php.cn/upload/article/000/000/164/171159066870472.png" alt="IOSG: Mit „Vier Fragen“ erfahren Sie, wie Sie AVS auf EigenLayer aufbauen">Source: EigenLayer, IOSG Ventures

EigenLayer bietet drei programmierbare Vertrauensstellungen.

Wirtschaftliches Vertrauen

Wirtschaftliches Vertrauen beruht auf dem Vertrauen der Menschen in verpfändete Vermögenswerte. Wenn die Gewinne aus Korruption geringer sind als die Kosten der Korruption, werden wirtschaftlich rationale Akteure nicht angreifen. Wenn beispielsweise die Kosten eines Angriffs auf eine Cross-Chain-Brücke 1 Milliarde US-Dollar betragen, der Gewinn jedoch nur 500 Millionen US-Dollar beträgt, ist es aus wirtschaftlicher Sicht eindeutig irrational, den Angriff durchzuführen.

Als weit verbreitetes kryptoökonomisches Grundprinzip kann die Kürzung der Korruption die Kosten der Korruption erheblich erhöhen und so die wirtschaftliche Sicherheit stärken.

Dezentrales Vertrauen

Das Wesen des dezentralen Vertrauens besteht darin, über einen großen und weit verteilten Satz von Validatoren zu verfügen, sei es virtuell oder geografisch. Um Absprachen und Liveness-Angriffe zwischen Knoten in AVS zu verhindern, ist es am besten, nicht alle Knoten von einem einzigen Dienstanbieter betreiben zu lassen.

Auf EigenLayer können verschiedene AVS ihren Dezentralisierungsgrad anpassen. Sie können beispielsweise geografische Standortanforderungen für Betreiber festlegen oder nur einzelnen Betreibern die Bereitstellung von Knotendiensten gestatten und dementsprechend mehr Anreize bieten, solche Betreiber anzuziehen.

Hier ist ein Beispiel:

Shutter schlug eine Lösung zur Verhinderung von MEV durch die Verwendung von Schwellenwertverschlüsselung vor. Der Prozess umfasst eine Gruppe von Knoten, sogenannte Keyper, die an der Berechnung eines gemeinsamen Satzes öffentlicher und privater Schlüssel durch Distributed Key Generation (DKG) beteiligt sind. Diese Knoten werden von der Governance von Shutter DAO gewählt.

Natürlich setzt die DKG auf die Annahme einer ehrlichen Mehrheit.

Durch die Nutzung des von EigenLayer bereitgestellten Knotenbetriebsdienstes kann Shutter eine breitere Verteilung von Kepern erreichen. Dieser Ansatz verringert nicht nur das Risiko von Absprachen zwischen Keypern, sondern erhöht auch die Sicherheit und Ausfallsicherheit des Netzwerks.

In ähnlicher Weise besteht das Lagrange State Committee (LSC) von Lagrange aus Nachverpfändern. Für jeden Staatsnachweis müssen mindestens 2/3 der Ausschussmitglieder einen bestimmten Blockheader unterzeichnen, bevor ein Staatsnachweis über SNARK generiert wird.

Ethereum „Inclusion“ Trust

Zusätzlich zum Eingehen von Verpflichtungen gegenüber Ethereum durch Abstecken können Ethereum-Validatoren auch glaubwürdige Verpflichtungen gegenüber AVS eingehen, wenn sie weiter auf EigenLayer setzen. Dadurch können Antragsteller einige Dienste auf Ethereum anbieten (z. B. Teilblockauktionen über MEV-Boost++), ohne dass Änderungen auf der Protokollebene von Ethereum erforderlich sind.

Zum Beispiel ermöglichen Forward-Block-Space-Auktionen Käufern, sich zukünftige Block-Space im Voraus zu sichern. Validatoren, die an der erneuten Absteckung teilnehmen, können eine glaubwürdige Verpflichtung zum Blockraum eingehen. Wenn sie später die Transaktion des Käufers nicht einbeziehen, werden sie gekürzt.

Angenommen, Sie bauen ein Orakel und müssen möglicherweise innerhalb eines bestimmten Zeitraums Preise angeben. Oder nehmen wir an, Sie betreiben ein L2 und müssen möglicherweise alle paar Minuten L2-Daten auf Ethereum veröffentlichen. Dies sind alles Anwendungsfälle für Forward-Block-Space-Auktionen.

F3: Ist die vom Betreiber zu erledigende Arbeit leicht oder schwer?

Wenn Sie die Dezentralisierung von Ethereum-Validatoren erben möchten, sollte die Aufgabe von AVS so leicht wie möglich gestaltet werden.

Wenn Aufgaben viele Rechenressourcen beanspruchen, ist Solo Operator möglicherweise nicht in der Lage, sie zu bewältigen.

F4: Was sind die Kürzungsbedingungen?

Durch die Neuverpflichtung zu einem bestimmten Dienst akzeptiert der erneute Stakeholder das mögliche Risiko einer Kürzung, und diese Kürzungsbedingung wird von AVS festgelegt.

Als AVS sollten wir Kürzungsbedingungen entwerfen, die überprüfbar, nachweisbar und objektiv in der Kette zuordenbar sind. Beispielsweise wird ein Block in Ethereum doppelt signiert, und ein Knoten in einer Light-Node-Cross-Chain-Bridge AVS signiert einen ungültigen Block aus einer anderen Kette.

Unsachgemäß gestaltete Kürzungsbedingungen können zu Meinungsverschiedenheiten und damit zu systemischen Risiken führen.

AVS sollte auch die Beobachtbarkeit gewährleisten und es ermöglichen, Anfragen und Antworten dienstübergreifend zu überwachen, zu verfolgen und zu protokollieren.

Wie quantifiziert man?

Wie viel Vertrauen benötigt Ihr AVS (Neueinsatzkapital, unterschiedliche verteilte Validatornummern und die Anzahl der Ethereum-Validatoren, die zur Erfüllung des Ethereum-Validator-Versprechens erforderlich sind) und wie werden Sie Anreize dafür schaffen?

Wenn beispielsweise eine Cross-Chain-Brücke ein wöchentliches Transaktionsvolumen von 100 Millionen US-Dollar hat und Sicherheit im Wert von 100 Millionen US-Dollar mietet, können Benutzer darauf vertrauen, dass sie sicher sind. Selbst wenn Validatoren versuchen, das System zu brechen, sind Benutzer geschützt, da sie Benutzer durch drastische Umverteilungen entschädigen können.

Angesichts der Tatsache, dass sich der TVL über Brücken hinweg, der Umfang des ETH-Restappings, die Anzahl der Betreiber, die sich dafür entscheiden, und viele andere Parameter ständig ändern und möglicherweise erheblich schwanken, benötigt AVS eine Möglichkeit, sein Sicherheitsbudget und seinen Pufferspeicher anzupassen.

AVS kann mit einem Teil seines gesamten Token-Angebots für wirtschaftliche Sicherheit bezahlen.

Aber gefährde ich meinen Token-Dienstprogramm durch die Verwendung von EigenLayer?

Absolut nicht!

EigenLayer unterstützt Dual Staking. Dadurch können Sie das Netzwerk sowohl mit ETH als auch mit Ihrem nativen Token sichern und das Verhältnis jedes Tokens nach Bedarf anpassen. In der Anfangsphase des Netzwerks könnte die ETH einen größeren Anteil ausmachen. Mit zunehmender Reife des Netzwerks möchten Sie möglicherweise, dass der native Token eine wichtigere Rolle spielt. In diesem Fall kann AVS durch Protokoll-Governance den Anteil nativer Token erhöhen.

Außerdem kann AVS EigenLayer immer noch nutzen, um seine wirtschaftliche Sicherheit zu stärken, wenn der Sicherheitsbedarf von AVS kurzfristig schnell zunimmt, beispielsweise wenn der TVL des vom AVS-Orakel bereitgestellten DeFi-Protokolls schnell zunimmt.

Aus dieser Perspektive ist EigenLayer ein programmierbarer Vertrauensmarkt, der „resiliente“ Sicherheit bietet.

Welche externen Tools kann ich verwenden?

Hier sind einige bemerkenswerte Punkte.

Im Dreiparteienmarkt von EigenLayer verlassen sich Betreiber darauf, dass AVS-Entwickler die AVS-Software korrekt codieren und angemessene Kürzungsbedingungen festlegen. Angesichts der Vielfalt von AVS kann jedoch die Interaktionslogik zwischen jedem AVS und jedem Betreiber unterschiedlich sein, wodurch ein völlig neues Feld entsteht. Um versehentliche Slashing-Ereignisse zu verhindern, kann AVS die Codebasis vor der Veröffentlichung prüfen. Darüber hinaus verfügt EigenLayer über ein Vetokomitee, das durch Mehrfachsignaturen ein Veto gegen falsche Kürzungsentscheidungen einlegen kann.

Unterdessen arbeitet Cubist mit EigenLabs an der Entwicklung eines offenen Anti-Slashing-Frameworks, das sichere Hardware nutzt und benutzerdefinierte Richtlinien verwendet, um Transaktionen zu signieren und Nachrichten innerhalb des Schlüsselmanagers zu überprüfen. Beispielsweise wird das gleichzeitige Signieren von zwei Blockheadern unterschiedlicher Höhe niemals von der Richtlinien-Engine im Schlüsselmanager genehmigt.

Re-Stakeholder/Betreiber mit höherer Risikobereitschaft möchten möglicherweise an der frühen AVS teilnehmen, um höhere Renditen zu erzielen. In diesem Fall kann der Anti-Slasher von Cubist nützlich sein.

Viele Menschen wissen, dass EigenLayer AVS beim Aufbau eines Vertrauensnetzwerks helfen kann, aber wie viel muss AVS für wirtschaftliche Sicherheit bezahlen und wie kann man sich gegen wirtschaftliche Angriffe verteidigen?

Anzen Protocol hat den Safety Factor (SF) entwickelt, eine universelle Standardmetrik zur Messung der wirtschaftlichen Sicherheit von AVS. SF basiert auf den Konzepten Korruptionskosten und Korruptionsgewinne.

Anzen hilft AVS, ein Mindestmaß an finanzieller Sicherheit aufrechtzuerhalten, ohne zu viel für die finanzielle Sicherheit zu bezahlen.

EigenLabs entwickelt EigenSDK, um AVS beim Codieren seiner Knotensoftware zu unterstützen. Das SDK umfasst Signaturaggregation, Interaktionslogik mit EigenLayer-Verträgen, Netzwerk-, Kryptografie- und Ereignisüberwachungs-Clientmodule.

In der Zwischenzeit entwickelt Othentic ein Entwicklungstool, mit dem AVS Produkte schneller veröffentlichen kann.

Referenzen:

https://medium.com/@lagrangelabs/state-committees-on-eigenlayer-via-lagrange-7752f1916db4

https://www.blog.eigenlayer.xyz/ycie/

https: //www.blog.eigenlayer.xyz/eigenlayer-universe-15-unicorn-ideas/

https://github.com/Layr-Labs

https://docs.eigenlayer.xyz/eigenlayer/overview/

Das obige ist der detaillierte Inhalt vonIOSG: Mit „Vier Fragen“ erfahren Sie, wie Sie AVS auf EigenLayer aufbauen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!