Alle Kollektionen
EOS Support News
Runder Tisch der EOS Knotenbetreiber vom November 9, 2022: Peer-to-Peer Verbesserungen
Runder Tisch der EOS Knotenbetreiber vom November 9, 2022: Peer-to-Peer Verbesserungen

Veröffentlicht am 23. November 2022

Markus Hinrichs avatar
Verfasst von Markus Hinrichs
Vor über einer Woche aktualisiert

Autor: Markus Hinrichs, Andrew Ware

Redakteur: Randall Roland

Übersetzung: Markus Hinrichs

Die wöchentlichen Meetings wecken immer mehr Interesse in der Community, das ist begrüßenswert. Beim jüngsten EOS Node Operator Round Table (Runder Tisch der EOS Knotenbetreiber, ehemals EOS Leap Meeting) gab es Informationen über das neue Contract Development Toolkit (CDT), ein Update der Dokumentation und eine Anfrage zum Testen des jüngsten Kandidaten für eine neue Leap 3.2 Version. Außerdem wurden die neuesten Peer-to-Peer (P2P)-Verbesserungen und die Prioritäten der Antelope Coalition eingehend diskutiert. An diesem Treffen nahmen bereits 16 Teilnehmer teil - Tendenz steigend.

Daniel Keyes von EOS Nation veranstaltet diese wöchentlichen Treffen, um aktuelle und zukünftige Entwicklungen zu diskutieren. Sie bieten wertvolle Informationen für Gruppen, die an der Softwareentwicklung beteiligt sind, wie Entwickler, BPs, Blockchain-Ingenieure und Teile der Community, die tiefer in den Entwicklungsprozess einsteigen wollen.

Ein Ökosystem kann nur durch Austausch und Interaktion gesund und natürlich wachsen. Die Entwicklung von EOS durch die EOS Network Foundation wird von Entwicklern und BPs gleichermaßen positiv gesehen. Die Community weiß, dass ihre Stimme jetzt gehört und geschätzt wird. Endlich wird auf die Anliegen und Wünsche der Community eingegangen.

Klicke hier für die Videoaufzeichnung des Treffens (Passcode: R6jN+U4U)


Zusammenfassung der bevorstehenden Antelope Leap Updates von Stephen Diesel (ENF, Produktmanager des Leap-Teams)

UPDATES

VERÖFFENTLICHUNG

Leap 3.1.3 Patch Veröffentlichung

veröffentlicht

Leap 3.2.0 RC2

veröffentlicht

CDT 3.1.0 RC1

veröffentlicht am 8. November

System Contract Updates

Veröffentlichung bevorstehend

Veröffentlichung von DUNE

im nächsten Montat (Dezember 2022)

Stephen Diesel gab den Teilnehmern einen kurzen Überblick über die Leap- und DUNE-Updates und die voraussichtlichen Veröffentlichungstermine. Das kürzlich veröffentlichte CDT 3.1.0 RC1 enthielt eine neue Toolkit-Version, das Entwicklern zur Entwicklung und Kompilierung von Smart Contracts zur Verfügung steht.

  • Bald verfügbar: Ein Dokument, das genau katalogisiert und beschreibt, wie die crypto extensions (Krypto-Erweiterungen) innerhalb von CDT verwendet werden können, die mit den crypto primitive host functions in Leap v3.1 zusammenarbeiten, um die Entwicklung zu streamlinen und die Leistung verschiedener kryptografischer Funktionen zu verbessern.

Die Veröffentlichung von Docker Utilities for Node Execution (DUNE) wird für den nächsten Monat erwartet, da sich das Entwicklungsteam momentan dringendere Prioritäten gesetzt hat. Vor der Veröffentlichung müssen jedoch noch einige kleinere Probleme gelöst werden, wie z. B. die Versionsabhängigkeit von CDT und Leap.

Leap v3.2.0 rc2 Testen und Feedback anfordern

Stephen bittet um Feedback von BPs und anderen Knotenbetreibern zur neuesten Version von Leap, der C++-Implementierung des Antelope-Protokolls. Leap v3.2.0 enthält die neue Anwendung leap-util zusammen mit Verbesserungen für cleos.


Der Schwerpunkt der Tests liegt auf:

  • Verbesserungen des State History Plugin (SHiP), die aus einer früheren EOSIO-Version übernommen wurden

  • HTTP 1.1 für API/cleos (Aktualisierung im Zusammenhang mit Fehlern in den Cloud Stacks)

Peer-to-Peer (P2P)-Verbesserungen Request for Proposal (RFP)

Vor der Diskussion skizzierte Stephen Diesel den historischen Bogen der RFPs für P2P-Verbesserungen, die im Großen und Ganzen darauf abziele, den Synchronisierungs- und Discovery-Prozess beim Bootstrapping (neu Einrichten) eines neuen Antelope-Blockchain-Knotens zu verbessern.

Stephen erklärte, dass es in der Vergangenheit Beschwerden über Leistung, Stabilität und Benutzerfreundlichkeit gab. Daraufhin wurden viele Verbesserungen vorgenommen, wie z. B. Multi-Threading. Die internen Konfigurationseinstellungen seien jedoch nach wie vor sehr funktionsbeschränkt.

Gegenwärtig sei es eine Herausforderung, Peers zu finden und sich mit diesen zu verbinden. Die Antelope Coalition möchte der Weiterentwicklung von P2P höchste Priorität einräumen. Die Arbeit erwies sich jedoch als zu teuer und zeitaufwändig, um sie auf einmal in Angriff zu nehmen. Stattdessen teilte die Koalition die Priorität in kleinere, leichter zu erreichende Teile auf. Der erste Teil dieser neuen P2P-RFP zielt auf die automatische Erkennung von Peers ab (automatic peer discovery).

  • Diese RFP-Ausschreibung befasst sich mit dem Auffinden und Peers und dem Herstellen von Verbindungen zu diesen - eine große Hürde im Bootstrapping-Prozess.

  • Dieser Teil befasst sich nicht mit zuvor identifizierten möglichen Verbesserungen des NET-Plugins. Dennoch beinhaltet er eine Anforderung an die Abwärtskompatibilität, um eine minimal invasive Verbesserung des NET-Plugins zu erreichen, die so wenig wie möglich Änderungen am Plugin erfordert.

Hinweis: Diese Integration ermöglicht eine eigenständige, wertsteigernde Verbesserung in kürzerer Zeit als eine vollständige Überarbeitung von P2P. Außerdem kann das ENF-Team auf diese Weise schrittweise Verbesserungen des P2P-Protokolls identifizieren, die entweder in eigene Ausschreibungen oder in eine ENF-Softwareversion integriert werden können.


P2P: Vom Kernteam identifizierte Haupt-Punkte:

  • Block Buffer Konzept (oder fork cache)

    • zur besseren Verwaltung von Blockchainstatus und früheren Blöcken

  • Konfigurierbarkeit von Peers

    • benutzerfreundlichere Konfigurationsoptionen für die Anzahl der Peering-Verbindungen und die Bandbreitennutzung

  • Management der angeschlossenen Peers

    • Verbesserte Verwaltung für fehlerhafte oder schädliche Peers

  • (zu einem späteren Zeitpunkt): Schwarm-Download-Funktion

Diskussion

Nach diesem Überblick eröffnete Stephen die Diskussion für die Runde. Die Gruppe tauschte ihre Ideen aus, um Ineffizienzen zu verringern und die Benutzerfreundlichkeit von Node-Peering zu verbessern, einschließlich damit verbundener Initiativen wie Block Log Trimming (das Verkleinern der großen Block.log Dateien) und Verbesserungen der internen Knoteninfrastruktur.

Begrenzung des Umfangs der P2P-Ausschreibungen und des Ausschreibungsverfahrens

Da sich die Ausschreibungen als zu umfangreich erwiesen, beschloss die ENF, ihren Anwendungsbereich zu verkleinern. Die Koalition beschloss daraufhin, die Peer Discovery Initiative RFP zu erstellen, wobei der Schwerpunkt darauf lag, die Entwicklung möglichst non-invasiv zu halten, damit das Net Plugin so wenig wie möglich zu beeinträchtigt wird.

Die bidding procedures (Ausschreibungsverfahren) für die RFPs wurden aktualisiert. Es werden PDFs bereitgestellt, die den Ausschreibungsprozess genau beschreiben, sobald eine neue Ausschreibung verfügbar ist. Die neuen Ausschreibungen befinden sich auf der ENF-Website im Unterordner coalition RFP. Nachdem die Ausschreibung für die Community veröffentlicht wurde, haben Interessenten eine Woche Zeit, um ihr Angebot abzugeben.

Ted Cahall erklärte, dass der Umfang der Ausschreibung vereinfacht worden sei; in Zukunft (bei den nächsten Ausschreibungen) sollten interessierte Parteien in der Lage sein, in einem früheren Stadium einer Ausschreibung Feedback zu geben. Dieser Prozess sollte mit jeder Iteration besser und transparenter werden.

Stephen zufolge gibt es zwei verschiedene Ansätze für diese Ausschreibungen. Die eine sei eine übermäßige Vorgabe von Lösungen; die andere sei "wirklich mit dem Problem zu beginnen".

- Nach Stephens Meinung ist es entscheidend, die Probleme zu kommunizieren und den Teilnehmern die Möglichkeit zu geben, eine Lösung anzubieten. Das sollte den Ingenieuren Luft für kreative Lösungen geben - den Lösungsrahmen offen halten.


Prioritätensetzung der Antelope Coalition von Jeff Werners (ENF)

Die Antelope Chains sind auf der Suche nach Kosteneinsparungen und Synergieeffekten. Um die Kosten der Entwicklung aufzuteilen, suchen sie nach Gemeinsamkeiten. Im Rahmen des Priorisierungsprozesses legte jede Kette, Wax, Telos, UX Network und EOS, fünf Ideen oder Themen zur Abstimmung auf den Tisch. Um eine Priorisierung zwischen den Ideen und Themen zu ermöglichen, erhält jede Partei 16 Stimmen, die sie beliebig zuweisen kann. Beim letzten Priorisierungsverfahren wurden 4 RFPs veröffentlicht.


Vorwärts gehen: Tagesordnung für das nächste Treffen

Nächste Woche wird die technische Diskussion über die P2P-Verbesserungen fortgesetzt, wobei der Schwerpunkt auf den NET-Plugin-Verbesserungen liegt. Angesichts der Themenerweiterung in den Meetings werden sie von "Antelope Leap Upgrade Working Group" in "EOS Node Operator Round Table" umbenannt. Die Leap-Upgrades werden weiterhin im Mittelpunkt stehen, aber der Aufgabenbereich hat sich erweitert und umfasst nun auch technische Diskussionen am runden Tisch, um die Roadmap für zukünftige Upgrades zu erstellen.


Teilnehmer (16) an diesem runden Tisch:

  • Randall Roland | EOSsupport.io

  • Dario | EOSsupport.io

  • Kevin Heifner | OCI

  • Michael | EOSUSA

  • Brian Hazzard

  • Jeff Werner | ENF

  • Jonathan Giszczak

  • Denis Carriere | EOS Nation

  • Max Cho | KOREOS

  • Daniel Keyes | EOS Nation

  • Stephen Diesel | ENF

  • Matthew Darwin | EOS Sys Admin

  • Corvin Meyer auf der Heide | liquiid.io

  • Ted Cahall | ENF

  • Ross | EOSphere

  • Hahn Ryu | NodeOne


Quellen & Referenzen

  • Image Credits

    • Banner von EOS Support Graphics

Hat dies Ihre Frage beantwortet?