jakiro
Autor: 0xnatalie
Während des Erzeugungs- und Überprüfungsprozesses von Ethereum Block ist der Bauherr für die Auswahl und Sortierung von Transaktionen aus dem Transaktionspool verantwortlich und über einen Auktionsmechanismus an den Antragsteller übermittelt.Der Antragsteller wählt einen Block aus diesen eingereichten Blöcken für die Signatur aus und schlägt ihn der Blockchain vor.Da der Antragsteller als einzelne Entität die ultimative Option hat, besteht das Risiko einer möglichen Absprachen zwischen dem Antragsteller und dem Bauunternehmer zur Überprüfung der Transaktion.
Einer der Grundwerte der Blockchain ist sein Zensurwiderstand, dh jeder kann ohne Einmischung der zentralen Behörde handeln.Dieses Merkmal ist bedroht, wenn der Antragsteller steuern kann, welche Transaktionen im Block enthalten sind.Fairness und Transparenz verletzen.Und diese Macht kann verwendet werden, um die Reihenfolge der Transaktionen im Block zu manipulieren und damit zusätzliche wirtschaftliche Vorteile zu erzielen und MEV -Probleme zu verursachen.
Bestehende Anti-Zensur-Lösungen
Um diese Herausforderung zu begegnen, hat die Gemeinschaft eine Vielzahl von Anti-Zensur-Lösungen vorgeschlagen, wie z.Im Mittelpunktmechanismus wählt jeder Steckplatz (Zeitfenster) zufällig eine Gruppe von Validatoren aus, um ein Komitee mit Listen zu bilden.Diese Mitglieder des Ausschusses erstellen lokale Einschlusslisten auf der Grundlage ihrer jeweiligen subjektiven Ansichten des Transaktionspools (Mempool).Der Antragsteller ist dafür verantwortlich, diese lokalen Listen zu sammeln und zu aggregieren, um eine Gesamtliste zu erstellen und sie in den Block aufzunehmen.Dieser Mechanismus sorgt für die Fairness der Blöcke, da der Validator die Richtigkeit der aggregierten Liste basierend auf der zuvor übertragenen lokalen Liste überprüfen und nur Blöcke, die den Konsensregeln entsprechen, akzeptiert und zur Blockchain hinzugefügt werden.
Zusätzlich zu der Fokus diskutierte die Community auch die Programme mehrerer Parallelitätsanträge (MCPs).Dieses Konzept wurde erstmals von Max Resnick im multiplikativen Mechanismus vorgeschlagen, der darauf abzielteReduzieren Sie die Fähigkeit eines einzelnen Knotens, Transaktionen durch Einführung mehrerer paralleler Blockantriebsanträge zur Diversifizierung der Macht zu überprüfen.Im Multiplizierbarkeitsmechanismus wählt jeder Validator einen Teil der Transaktion aus seinem Handelspool aus, um ein „spezielles Transaktionspaket“ zu bilden.Diese Validatoren unterschreiben und senden ihr ausgewähltes Transaktionspaket an den Antragsteller der aktuellen Runde.Nachdem der Antragsteller es erhalten hat, muss er mindestens 2/3 der Transaktionspakete in seinen vorgeschlagenen Block aufnehmen.Nur auf diese Weise kann dieser Block als gültig angesehen werden.Dieser Mechanismus stellt sicher, dass der Antragsteller den Blockgehalt nicht separat entscheiden kann, wodurch die Möglichkeit einer Zensur verringert wird.Um Anträge weiter zu melden, Transaktionen fair einzubeziehen, implementiert dieser Mechanismus die Regel „bedingter Spitze“, dh nur diejenigen Anträge, die die Transaktion einbeziehen, können Transaktionstipps empfangen.Die Spitze der Transaktion wird dem ersten Antragsteller, der die Transaktion enthält, nicht automatisch vergeben, sondern an alle Antragsteller verteilt, die die Transaktion tatsächlich gemäß bestimmten Bedingungen enthalten.Dies erhöht die Überprüfungskosten, und wenn Sie überprüfen möchten, müssen Sie alle Anträge bestechen, die die Transaktion enthalten.
Geflecht: Verbesserte MCP -Implementierungslösung
Basierend auf der Multiplikationsfähigkeit ist Max Resnick weiter vorgeschlagen, was eine komplexere und umfassendere MCP -Implementierung darstellt.Bei einem Seminar über „Defi in Mev -Ära“ von Paradigm stellte Max Braid vor.Braid implementiert MCP, indem mehrere Antragsteller Blöcke auf verschiedenen parallelen Ketten vorschlagen und einen synchronen Konsensmechanismus verwenden, um die Konsistenz zwischen den Ketten aufrechtzuerhalten.Jede Kette hat ihren eigenen Antragsteller, und alle Anträge veröffentlichen ihre Blöcke gleichzeitig innerhalb desselben Slot.Die Ethereum -Ausführungsschicht sammelt alle Blocktransaktionen, die von den Subchains in diesem Slot generiert werden, um einen Ausführungsblock zu bilden, und diese Transaktionen nach vorgegebenen Regeln zu sortieren und auszuführen, wodurch die Manipulation der Transaktionsaufzeichnungen durch eine einzelne Entität verringert wird.
Das Design von Geflecht führt keine zusätzlichen Rollen ein, wodurch die Komplexität des Anreiz-/Bestrafungsmechanismus vermieden wird. Die Implementierung ist jedoch relativ komplex und erfordert eine Koordination der Synchronisation und Datenverarbeitung mehrerer Unterketten.
Probleme mit dem Geflechtmechanismus
Das Blockchain -Kapitalteam Jonahb wies auf ein Problem im Geflecht Mechanismus hin: Das Modell „Bedingungspunkt“ hat Anforderungen an die Liquidität, was die Auswirkungen der Benutzererfahrung beeinflusst.Dieses Modell ist eine dynamische Preisstrategie, bei der Benutzer eine bestimmte Liquidität vorbereiten müssen, um den Zensurresistenz der Transaktion sicherzustellen.Benutzer müssen bei der Übermittlung einer Transaktion zwei Tippwerte (T und T) festlegen.Die am Ende gezahlten tatsächlichen Tipps hängen von der Anzahl der Anträge ab, die die Transaktion enthalten.
-
Höhere Spitze t: Repräsentiert die maximale Gebühr, die der Benutzer bereit ist zu zahlen, um sicherzustellen, dass die Transaktion nicht überprüft wird.Ziel ist es, den Antragsteller dazu zu bringen, sich zu entscheiden, wenn kein anderer Antragsteller bereit ist, eine Transaktion einzuschließen.Wenn nur ein Antragsteller bereit ist, es einzuschließen, erhält er einen T.
-
Untere Spitze t: Dies ist ein niedrigerer Betrag, der vom Benutzer festgelegt wird.T wird unter mehreren Antragstellern zugewiesen.Wenn der Benutzer nicht über den Zensurwiderstand besorgt ist, können er T = t festlegen und seine Transaktionen nur an einen Antragsteller senden.
Diese zusätzliche Liquiditätsanforderung erhöht jedoch die Komplexität und die Kosten für die Teilnahme an Blockchain -Transaktionen.Diese reservierten Mittel werden gefroren, bis sie tatsächlich verwendet werden.
In dieser Hinsicht schlug Jonahb zwei Lösungen vor:
-
Nachweis der Liquidität nach dem Staat: Bei der Übermittlung einer Transaktion liefert der Benutzer einen Beweis dafür, dass nach der Ausführung der Transaktion eine ausreichende Liquidität vorliegt (z. B. hat der Benutzer nach der Transaktion Liquidität $ 1 Mio. USD).Auf diese Weise kann der Benutzer nach der Transaktion nach dem Nachweis nicht genügend Mittel gibt, um T vor der Transaktion zu bezahlen.Die Herausforderung dieses Ansatzes besteht darin, dass der Antragsteller den endgültigen Zustand der Transaktion verstehen muss Die Transaktionssortierung wird nach der Transaktion bestimmt.Dies erfordert einen individuellen Beweis für jeden Transaktionstyp, der weniger praktisch ist.
-
Zensurversicherung: Einführung eines Überprüfungsversicherungsanbieters von Drittanbietern (CI-Anbieter), um Garantien für die Nutzer zu gewähren.Der Benutzer zahlt dafür eine Versicherungsprämie, wobei R auf der Grundlage der Möglichkeit berechnet wird, dass die Transaktion überprüft wird.Diese Lösung reduziert nicht nur die Notwendigkeit, dass Benutzer sofort auf große Mengen an Liquidität vorbereitet werden, sondern erinnert auch die Benutzer daran, dass T zu niedrig ist und ein hohes Risiko einer Überprüfung durch CI besteht.Es braucht jedoch Zeit, um einen Markt zwischen Benutzern und CI -Anbietern aufzubauen.
Gemeinschaftsansichten auf Fokil und Geflecht
Ethereum Client Prysm DeveloperTerence ist der Ansicht, dass ein wesentlicher Vorteil von Geflecht besteht, dass keine zusätzlichen Teilnehmer erforderlich sind.In den meisten Entwürfen der Inclusion List (IL), einschließlich des Focil, ist ein zusätzlicher Teilnehmer erforderlich, wodurch zeitliche Einschränkungen in den Ethereum -Zeit -Slots, wie z.Die Fokil -Lösung ist jedoch einfacher und flexibler als Geflecht.
Der Paradigmenforscher Dan Robinson schätzt Braids Design in der Transaktionspriorisierung, anstatt vom Leiter (einzelner Antragsteller) entschieden zu werden, um mir effektiv zu mildern.Darüber hinaus treiben bedingte Spitzenmechanismen in gesträtten nicht zensierten Verhaltensweisen, die sich nicht in der Fokil widerspiegeln.
Dev, ein Entwickler, der sich auf MCP konzentriert, ist der Ansicht, dass Focil mehr Vorteile hat, um einen starken Widerstand zu erzielen und die Implementierung zu vereinfachen.Und es werden einige Verbesserungen bereitgestellt, um die Umsetzung zu erleichtern.
Der Ethereum-Forscher Barnabe ist der Ansicht, dass sich der Schwerpunkt ein allgemeiner und skalierbarer Mechanismus darstellt. Dies ist im Moment kein Konsens, und es ist mehr Arbeit erforderlich, um seine Machbarkeit zu beweisen.
