Autor: Marco González

Redakteur: Randall Roland

Übersetzung: Markus Hinrichs

Jede Woche treffen sich Node Operators, Antelope-Kernentwickler und Community-Mitglieder, um die spannenden Fragen des Tages zu diskutieren. Das Hauptziel jedes Node Operator Roundtable ist:

"...das Antelope-Protokoll (speziell) für Knotenbetreiber zu verbessern".

Die Treffen finden jeden Mittwoch von 14 UTC bis 15 UTC (13 UTC bis 14 UTC während der Sommerzeit) statt. Für diejenigen, die die Grundlagen des Betriebs von EOS-Knoten erlernen möchten, stellt die EOS Network Foundation Tutorials und Dokumentationen zur Verfügung.

Die Diskussionsthemen nahmen in den letzten Wochen eine andere Form an. Das ist angesichts der bevorstehenden Einführung von EOS EVM und der ersten Tests von Leap 4.0.0 nicht überraschend.

Während des Rundtischgesprächs am 15. März wurden einige Ergänzungen zum Abschnitt "Spezielle Knoten" des "Entwurfs einer Taxonomie der Rollen, die verschiedene Antilope-Knoten spielen" vorgenommen. Das Treffen am 22. März wurde abgesagt. Am 29. März wurden keine Ergänzungen zu dem Entwurfsdokument vorgenommen.

Zu den wichtigsten Ereignissen, die sich auf die Community auswirken, gehören:

Das Feedback der Community nahm einen großen Teil der Zeit bei den Rundtischgesprächen am 15. und 29. März in Anspruch.

Die laufende Diskussion über spezielle Knoten beginnt unter dem Abschnitt "Post Upgrade meetings" auf GitHub. Es wurde zugesichert, dass die Knoten-Taxonomie fortgesetzt wird. Das ultimative Ziel ist es, die Erfahrung und das Potenzial zukünftiger Knotenoperationen sowohl für bestehende als auch für neue Betreiber zu verbessern.

Sieh dir die Diskussionsrunde vom 15. März auf dem YouTube-Kanal der ENF an. Lesen Sie die Notizen auf EOS Nation (Leap) GitHub.

Das Treffen begann mit mehreren Aktualisierungen. Ein Patch (Leap 3.2.2) wurde veröffentlicht, um die SHiP-Stabilität zu verbessern. Es gab erhebliches Feedback zur Three-Strikes-Regel.

Es ist zu erwarten, dass Updates für DUNE und CDT (Contract Developer Toolkit) bald nach der Veröffentlichung von Leap 4.0.0 im Testnetz folgen werden.

Leap 4.0.0 wird mit der ENF in einer zukünftigen Gesprächsrunde diskutiert werden. Bisher ist nur bekannt, dass die Tests voraussichtlich im März beginnen werden. Es gibt keinen kurzfristigen Plan für ein Konsens-Upgrade vor irgendwann im Herbst.

Die technische Diskussion wurde fortgesetzt, um den Entwurf des Dokuments zu vervollständigen. Detaillierte Notizen zu den laufenden Sonderknotenpunkten und früheren Diskussionen findest du im Entwurf.

Die Knotenpunkte wurden auf die nächste Woche verschoben. Zu den Höhepunkten des Treffens gehören:

Zu den kurzfristigen Schwerpunkten für den Leap 4.0.0 RC gehören:

Höhere Leistung mit Multi-Threading führte zu einem Interesse an SHiP (State History Plugin). Im Entwurf des Node-Taxonomiedokuments findest du:

"Konsolenprotokollierung/print statements im Zusammenhang mit SHIP und DeepMind-Protokollierung. Sollte es Grenzen geben?"

Sowie die Frage, wann SHiP für Best Practices aktiviert/deaktiviert werden sollte. Auch die parallele Ausführung wurde hier angesprochen.

Beachte, dass der Entwurf der Node-Taxonomie nicht auf Leap 4.0.0 ausgerichtet ist. Zumindest noch nicht. Siehe AntelopeIO GitHub für Fehlerbehebungen zur SHiP-Stabilität.

Es folgten eine Verringerung der Latenz und eine schnellere Blockpropagierung. Es wurde das zeitgesteuerte Auto-Peering für BPs angesprochen, um sicherzustellen, dass der letzte Block mit minimaler Verzögerung empfangen wird. Auto-Peering mit geplanten proximalen BP-Knoten (siehe AntelopeIO GitHub) schien sich in der Gruppe durchzusetzen.

Versionshinweise zur Validierung, ein Prometheus Exporter Plugin und mehr findest du auf dem AntelopeIO GitHub. Suche auch nach den neuesten Leap 4.0.0 RC und 3.2 Patches. Ubuntu 18.04 vs. 20.04 und die damit verbundenen Sicherheitsbedenken wurden zum Abschluss des Roundtables am 15. März erwähnt.

Die Community wurde um Feedback gebeten, wie die Unterstützung für die neueste stabile Version von Leap in Zukunft aussehen soll.

Die Community sollte keine neue (nicht gepatchte) Version für 3.2 erwarten. Es wird jedoch auch um Feedback zur Zukunft von 3.2 gebeten. Ein Vorschlag war, (zwei) aufeinanderfolgende stabile Versionen beizubehalten (d.h. eine für 4.0 und eine für 3.2). Allerdings müssen die API-Änderungen noch berücksichtigt werden.

Zum Abschluss des Treffens wurde versichert, dass September/Oktober weiterhin der Schwerpunkt für ein Konsens-Upgrade ist.

Der 22. März war auch die Woche, in der der EVM-Code fertiggestellt wurde und mit dem Live-Test begann.

Sieh dir die Diskussionsrunde vom 29. März auf dem YouTube-Kanal der ENF an.

Angesichts der Art der jüngsten Treffen gibt es mehr als die üblichen Überschneidungen von Informationen. Die folgende Dokumentenliste könnte für die Leser hilfreich sein:

Bitte beachte, dass dem Entwurf keine zusätzlichen Anmerkungen hinzugefügt wurden.

Wie nach den Live-Tests und dem voraussichtlichen Start von EOS EVM sowie dem Testen von Leap 4.0.0 rc2 zu erwarten war, wurde die Sitzung schnell von Updates beherrscht.

Erwarte einen dritten Release Candidate innerhalb der nächsten Woche oder so. Spoiler Alert... die schockierend rasante Entwicklung wurde mit der ersten Erwähnung eines 5.0 Konsens-Upgrades (für die kommende Herbstsaison) noch intensiver. Erwarte außerdem in den kommenden Wochen eine neue CDT-Version und Unterstützung für IPv4/IPv6.

AUFRUF ZUR AKTION FÜR BPS → BPs sollten die MSIG zur Einrichtung des EVM-Kontos unterzeichnen

Enthusiasmus führte zu leichten Diskussionen über:

Die "Blocks Log"-Diskussion konzentrierte sich auf die clarity (Klarheit) der Teilnehmer, insbesondere hinsichtlich der betrieblichen Effizienz. Das AntelopeIO GitHub beschreibt das 'Blocks Log Splitting'. Es gibt einen Arbeitsplan, um die Benutzererfahrung zu messen und Macs besser zu unterstützen. Zu den Prioritäten für Produzenten-Plugins gehören Snapshots.

Zu den Unterthemen im Zusammenhang mit dem BP-Peering-Feedback gehören:

Während die Vorfreude auf das wachsende EOS-Ökosystem zunimmt, wurde die Gruppe auf den Wert der administrativen und verwaltungstechnischen Effizienz aufmerksam. Zu den Anliegen und Interessen gehörten:

Zu den Vorschlägen gehören:

Es wurden Bedingungen ermittelt, unter denen Versionshinweise zusammen mit Schulungen in Zeiten schneller Innovation am besten geeignet sind. Während die Betreiber von Knotenpunkten über die neuesten Funktionen Bescheid wissen müssen, kann der Aktualisierungsprozess verbessert werden, um Vorteile zu bieten, die in der gesamten Community Widerhall finden.

Prometheus bleibt ein wichtiger Schwerpunkt. Ein Konsens-Upgrade für Leap und die Erwähnung von 5.0" fallen mit einem Zeitplan von September/Oktober zusammen.

Nimm die folgende Liste auf die leichte Schulter. Sie liegt nicht nur Monate in der Zukunft, sondern die Diskussion war auch nicht vorbereitet. Zu den unerwarteten Themen gehörten:

Um mit den obigen Kommentaren Schritt zu halten, beginne hier: AntelopeIO GitHub Optimize block start time von huangminghuang.

In den abschließenden Rückmeldungen wurde diskutiert, wie alte Standards am besten beibehalten werden können, Klarheit für eine Überlastungslösung, exakte Zeit im Vergleich zu einem Komprimierungsfenster und der Wegfall des Block-Offsets.

Die Sitzung am 29. März dauerte ein wenig länger als geplant. Es scheint, als ob jeder in der EOS Community seinen Sitz in aufrechter Position hat. Nicht, dass irgendjemand während des Fluges auf einen mit Honig gerösteten Snack wartet. Vielmehr werden immer mehr Augen auf die schöne Landschaft hinter dem Horizont gerichtet.

EVM, ein Konsens-Upgrade, GameFi/Metaverse-Finanzierung und vieles mehr sorgen in den kommenden Monaten für eine aufregende Zeit.