Wie beschleunigt die Preconf-Lösung die Transaktionsbestätigung von Ethereum?

Am 30. Juni veröffentlichte Vitalik einen neuen Artikel, in dem er die Probleme von Ethereum mit der Geschwindigkeit der Transaktionsbestätigung erörterte. Vitalik erwähnte, dass sich Ethereum im Vergleich zu vor fünf Jahren erheblich verbessert hat. Dank EIP-1559 (dynamische Anpassung der Transaktionsgebühren) und der stabilen Blockgenerierungszeit nach der Fusion werden von Benutzern auf L1 gesendete Transaktionen normalerweise innerhalb von 5 bis 20 Jahren bestätigt Sekunden. Diese Zeit kann jedoch noch weiter verbessert werden, und für einige Anwendungen, die explizit eine Latenz von einigen hundert Millisekunden oder sogar weniger erfordern, ist eine weitere Reduzierung der Bestätigungszeit sehr sinnvoll. Um dieses Ziel zu erreichen, haben die Ethereum-Community und Forscher einige praktische Lösungen vorgeschlagen, darunter Vorbestätigungen.

Was ist eine Vorbestätigung?

Preconfirmations (preconf) ist ein Vorbestätigungsstatus einer Transaktion, bevor sie offiziell bestätigt wird. Konkret handelt es sich um eine temporäre Bestätigung durch den Knoten, bevor die Transaktion vom Miner in den Block aufgenommen und offiziell in die Kette aufgenommen wird. Diese temporäre Bestätigung bedeutet, dass mehrere Knoten die Gültigkeit der Transaktion überprüfen und sie vorübergehend im Speicher speichern Schwimmbad. Dadurch erhalten Benutzer innerhalb kurzer Zeit ein Signal, dass die Transaktion akzeptiert wurde, und erhalten so sofortiges Feedback, um die Wartezeit zu verkürzen und das Benutzererlebnis zu verbessern. Diese Vorbestätigung ist nicht die endgültige Bestätigung und kann immer noch widerrufen werden (z. B. Blockreorganisation), aber diese Situation ist relativ selten.

Normalerweise spielt der Antragsteller im Vorbestätigungsmechanismus die Rolle der Bereitstellung von Vorbestätigungsdiensten. Gegen eine zusätzliche Gebühr können Benutzer eine Unterschriftszusage erhalten, dass ihre Transaktionen in den nächsten Block aufgenommen werden. Kommen Antragsteller ihren Verpflichtungen nicht nach, drohen ihnen finanzielle Strafen.

Spezifischer Implementierungsplan: Basierende Vorbestätigungen

Der Forscher der Ethereum Foundation, Justin Drake, hat eine Methode des Vorbestätigungsmechanismus von Ethereum gefördert: Basierende Vorbestätigungen, die durch spezifische Anreiz- und Strafmechanismen eine schnelle Transaktionsbestätigung ermöglichen.

Um das Risiko zu verringern, dass Transaktionen aus verschiedenen Gründen im Based Preconfs-Mechanismus nicht in Blöcke verpackt werden können, sind zusätzliche Strafen für Antragsteller und eine erzwungene Einbeziehung erforderlich:

• Einschränkung von Antragstellern: L1-Vorschlag. Antragsteller müssen sich dafür entscheiden, weitere hinzuzufügen Strafbedingungen, um ein Preconfer zu werden. Dies kann durch Mechanismen im Zusammenhang mit starken Einsätzen erreicht werden.

• Erzwungene Einschlüsse von Antragstellern: L1-Antragsteller müssen in der Lage sein, die Aufnahme von Transaktionen in die Kette zu erzwingen, selbst wenn die Wirtschaftlichkeit niedrig ist oder andere Antragsteller nicht kooperieren. Dies kann durch Einschlusslisten erreicht werden.

Der L1-Antragsteller wird zum Vorbestätiger, indem er sich für die folgenden beiden Strafbedingungen vor der Bestätigung entscheidet. Vorabvalidatoren geben den Benutzern unterzeichnete Vorbestätigungszusagen aus, in denen sie versprechen, Transaktionen innerhalb eines bestimmten Zeitraums in Blöcken einzuschließen, und erhalten von den Benutzern Tipps zur Erfüllung ihrer Verpflichtungen.

• Liveness-Kürzung: Vorbestätiger müssen mit Strafen rechnen, wenn sie vorab bestätigte Transaktionen nicht innerhalb des angegebenen Zeitraums einschließen.

• Sicherheitskürzungen: Vorbestätiger müssen mit Strafen rechnen, wenn ihre Verpflichtungen nicht mit den tatsächlich enthaltenen Transaktionen übereinstimmen.

Darüber hinaus werden Vorbestätiger basierend auf ihrer Position im Lookahead des Antragstellers priorisiert, um Vorbestätigungstransaktionen schneller auszuführen. Der Vorschlagsmechanismus ist ein Mechanismus, der verwendet wird, um zu bestimmen, welche Antragsteller in Zukunft die Möglichkeit haben, Blöcke zu verpacken. Jedem zukünftigen Antragsteller wird eine Positionsnummer zugewiesen, die seine Position in zukünftigen Blockvorschlägen darstellt. Die Vorbestätiger werden nach ihrer Position im Look-Ahead des Antragstellers sortiert. Je kleiner die Positionsnummer, desto höher die Priorität des Vorbestätigers. Angenommen, eine Transaktion wird vom Vorbestätiger B festgeschrieben, dann kann der Antragsteller mit einer kleineren Positionsnummer vor B (Vorbestätiger A) die Transaktion sofort verpacken, wodurch die Wartezeit des Benutzers verkürzt wird und er nicht warten muss, bis B an der Reihe ist Zeitraum als Antragsteller. Wenn der vorherige Antragsteller von B Transaktionen nicht rechtzeitig verpackt, muss der Vorbestätiger B sicherstellen, dass diese Transaktionen innerhalb seines Zeitrahmens enthalten sind, andernfalls drohen ihm Strafen.

Mit den oben genannten Bedingungen und Einstellungen können basierte Voreinstellungen L1 eine schnellere Transaktionsbestätigung ermöglichen. Wenn das Rollup basiert (die Reihenfolge von L2 bleibt L1 überlassen), das heißt, alle L2-Blöcke werden logischerweise als L1-Transaktionen betrachtet, kann derselbe Mechanismus verwendet werden, um eine Vorbestätigung für L2 bereitzustellen.

Community-Diskussion

Justin Drake schlug „Basierte Vorbestätigungen“ vor, was die Aufmerksamkeit der Community auf den Vorbestätigungsmechanismus lenkte. Danach startete die Community eine ausführliche Diskussion zum Thema Vorbestätigung. Zu den bemerkenswerteren gehörten: Jonah B, ein Mitglied von Blockchain Capital, schlug vor, den Benutzern die Möglichkeit zu geben, die Strafmaßnahmen im Vorbestätigungsmechanismus anzupassen Matthew schlug vor, den Kettenvorbestätigungsmechanismus (Preconf-Chaining) zu verwenden, um den Antragsteller vor einer Bestrafung durch externe unerwartete Situationen wie Stromausfälle, Netzwerkunterbrechungen usw. zu schützen (der Primev-Forscher Christian Matt führte zwei Vorbestätigungsmodi ein). : Eine Möglichkeit besteht darin, eine Vorabbestätigung durch einen designierten Anführer (auf Anführerbasis) bereitzustellen, und die andere besteht darin, eine Vorabbestätigung durch mehrere Wettbewerber (ohne Anführer) in Abwesenheit eines Anführers bereitzustellen. Der Vorteil des Leader-Modus besteht darin, dass er eine nahezu 100-prozentige Bestätigungsgarantie bieten kann. In einem Wettbewerbsumfeld ohne Leader-Modell hilft es, vorab bestätigte Preise effektiv zu ermitteln und den Umsatz von Validatoren zu optimieren. Christian Matt schlug auch mehrere Lösungen vor, die führerlose und führerlose Vorbestätigung kombinieren; Potuz, Mitglied der Ethereum Foundation, diskutierte verschiedene Herausforderungen und Lösungen für die Einführung eines Vorbestätigungsmechanismus im Rahmen des ePBS-Frameworks.

Das obige ist der detaillierte Inhalt vonWie beschleunigt die Preconf-Lösung die Transaktionsbestätigung von Ethereum?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!