Autor: Markus Hinrichs
Redakteur: Randall Roland
Node-Betreiber, Kernentwickler von Antelope und Community-Mitglieder treffen sich jede Woche, um die fesselnden Fragen des Tages zu diskutieren. Das Hauptziel jeder Node-Betreiber-Runde ist:
"…das Antelope-Protokoll (speziell) für Node-Betreiber zu verbessern".
Die runden Tische finden jeden Mittwoch statt. Besuche den Telegram-Kanal für Informationen zur Teilnahme. Die EOS Network Foundation bietet Tutorials und Dokumentation für diejenigen, die die Grundlagen des Betriebs eines EOS-Knotens erlernen möchten.
Hier ist eine Liste der Roundtables, die in dieser halbmonatlichen Zusammenfassung enthalten sind:
August: Status der IF Leap-Integration, schrittweises Auslaufen von verzögerten Transaktionen und mehr
August: Strategie für bevorstehende Upgrades und Informationsverbreitung
August: Deaktivierung von verzögerten Transaktionen im Testnetz, Statusupdate der Software, NodeOS-Konfigurationsmatrix
Suche nach zusätzlichen Besprechungsnotizen und Kommentaren auf GitHub. Die Videos sind auf dem YouTube-Kanal der ENF verfügbar.
16. AUGUST: Status der IF Leap-Integration, schrittweises Auslaufen von verzögerten Transaktionen und mehr
Update-Fortschritt
In dieser Episode des EOS Node Operator Roundtable geben die Teilnehmer Updates zum Fortschritt des EOS Leap 5.0-Protokoll-Upgrades.
Zieldatum für die sofortige Finalität (Instant Finality): 29. September
Ideensammlung zur früheren Einführung.
Verzögerte Transaktionen sollen im Upgrade 5.0 deaktiviert werden.
Suche nach Input zur Koordinierung dieser Änderung unter Node-Betreibern.
Implementierung von verzögerten Transaktionen
Die Teilnehmer diskutierten das Ziel-Datum für die Integration der sofortigen Finalität und die Möglichkeit einer leichten Verzögerung. Die Diskussion konzentriert sich auf die Deaktivierung von verzögerten Transaktionen und die Koordination dieser Änderung unter Node-Betreibern.
Überlegungen zur Deaktivierung von verzögerten Transaktionen.
Alle aktiven Blockproduzenten (BPs) müssen verzögerte Transaktionen für genaue Tests deaktivieren.
Umsetzung über die Entfernung des EOS-Node-Codes in Version 5.0.
Option zur Erfordernis einer Benutzerkonfiguration für verzögerte Transaktionen.
Einführung neuer Software
Diskutierte Optionen für die Einführung von Software.
Kleine Version vs. koordiniertes Konfigurationsupdate.
Überlegung zur Einführung einer vollständigen Version 4.1 vor Version 5.0.
Betonung der Koordination von Updates in wichtigen Blockchains.
Anerkennung potenzieller Herausforderungen bei der Entfernung von verzögerten Transaktionen.
Insgesamt überlegen die Node-Betreiber, wie sie die neuen Funktionen am besten implementieren können, um Störungen zu minimieren. Sie erkunden verschiedene Ansätze, einschließlich der Umsetzung der Änderung im EOS-Node-Code und ihrer Durchsetzung durch Code-Entfernung in Version 5.0.
Auswirkungen auf dApps
Notwendigkeit, die Auswirkungen verzögerter Transaktionen auf dApps zu bewerten.
Vorschlag zur Verwendung von Berichten zur Verfolgung verzögerter Transaktionen.
Kommunikationsplan für dApp-Entwickler zur schrittweisen Abschaffung unter Einbeziehung von EOS Support
Betonung schnellen Handelns und Anpassungsfähigkeit.
Information der Stakeholder
Die Teilnehmer diskutieren auch die Notwendigkeit einer verbesserten Dokumentation, Ressourcen und Kommunikation, um Node-Betreibern und Benutzern zu helfen, verschiedene Funktionen im System zu verstehen und zu konfigurieren. Insgesamt dreht sich die Konversation um die Umsetzung von Änderungen, die Sammlung von Feedback und die Minimierung von Störungen während des Aktualisierungsprozesses.
Weitere besprochene Punkte waren:
Plan zur Deaktivierung von verzögerten Transaktionen: Ein Plan wurde formuliert, um verzögerte Transaktionen zu deaktivieren. Dieser Plan priorisiert Transparenz, klare Kommunikation und einen strukturierten Zeitplan. Er lässt auch Raum für Feedback, um sicherzustellen, dass die Community aktiv am Prozess beteiligt ist.
Verbesserung der Dokumentation: Ein konzertierter Aufwand ist im Gange, um die Qualität der Dokumentation zu erhöhen. Dies umfasst die Verbesserung von Benutzerhandbüchern, die Erkundung der Erstellung eines Konfigurationshandbuchs für die Benutzerfreundlichkeit und sogar die Überlegung, Gastredner einzubeziehen, um wertvolle Einblicke zu bieten und die Dokumentation benutzerfreundlicher zu gestalten.
Verbesserte Ressourcen: In Anerkennung der Bedeutung der Unterstützung von Node-Betreibern liegt der Schwerpunkt auf detaillierten Erläuterungen. Dies beinhaltet auch die Dokumentation von Änderungen und das Angebot zusätzlicher Ressourcen, um sicherzustellen, dass Node-Betreiber über die notwendigen Werkzeuge und Informationen verfügen.
Betreiber-Betriebsanleitung: Zur Erleichterung der Zusammenarbeit zwischen Node-Betreibern und dApps laufen Pläne zur Erstellung einer prägnanten Betriebsanleitung. Diese Anleitung wird eine wertvolle Ressource für Benutzer sein, um ein besseres Verständnis und eine effiziente Nutzung zu fördern.
Sensibilisierung: Bemühungen werden darauf gerichtet, komplexe Konzepte zu vereinfachen und das Bewusstsein zu schärfen. Dies umfasst die Erstellung von Bildungsmaterialien, die Entwicklung von EOS-Hilfeseiten für Benutzer, die Bildung von Arbeitsgruppen zur Erleichterung von Diskussionen und Fortschritten sowie eine koordinierte Kommunikationsstrategie, um Benutzer über die Abschaffung verzögerter Transaktionen zu informieren.
Zusammenfassend hat dieses Node Operator Meeting eine umfassende Strategie zur Verbesserung des EOS-Node-Betriebs durch Förderung der Transparenz hervorgehoben. Das Treffen betonte den Fortschritt durch Zusammenarbeit und die Einrichtung einer Arbeitsgruppe zur Anleitung zukünftiger Schritte. Darüber hinaus gab es einen Vorschlag, jemanden zu benennen, der einen Blogbeitrag zur Erläuterung der Abschaffung verzögerter Transaktionen verfasst und E-Mail-Benachrichtigungen über EOS Support koordiniert, um Benutzer effektiv zu informieren.
23. AUGUST: Strategie für bevorstehende Upgrades und Informationsverbreitung
Während dieses Node Operator Roundtables diskutierten die Teilnehmer die Planung und Entwicklung des bevorstehenden Konsens-Upgrades, einschließlich des ersten Entwurfs der Ankündigung zur Abschaffung verzögerter Transaktionen. Sie formulierten ihre Strategie zur Verbreitung dieser Informationen, einschließlich Methoden wie Blogbeiträge, Outreach an prominente Anwendungen und Koordination mit Börsen und Blockproduzenten.
Besprochene Themen in Stichpunkten:
Zeitplan und Entwicklungsfortschritt: Die Teilnehmer untersuchten den aktuellen Stand des Zeitplans, betonten den Entwurf der Ankündigung zur Abschaffung verzögerter Transaktionen und diskutierten die Bedeutung der Beteiligung der Community am Implementierungsprozess.
Verteilungsplan: Eine umfassende Vertriebsstrategie umfasste Blogbeiträge, öffentliche Kanäle wie Twitter, direktes Outreach an bemerkenswerte Apps, Mailinglisten, Newsletter und die Koordination mit Börsen und Top-Blockproduzenten.
Aufgaben- und Meilensteinverfolgung: Die Notwendigkeit eines zentralisierten Systems zur Verfolgung von Aufgaben und Meilensteinen wurde hervorgehoben. Die Teilnehmer erkundeten die Nutzung von GitHub für diesen Zweck.
Finalizer-Keys (Schlüssel): Ein erheblicher Teil der Diskussion konzentrierte sich auf die Bedeutung von Finalizer-Keys im neuen Konsensalgorithmus und betonte die Notwendigkeit einer sorgfältigen Verwaltung zur Sicherstellung eines reibungslosen Betriebs.
Blockproduktions-Keys: Die Node-Betreiber betrachteten die Notwendigkeit eines robusteren Systems auf Transaktionsebene und untersuchten die Unterstützung eines Stacks (Stapels) von Keys mit automatischer Rotation oder Regeneration.
Überwachung und Reaktion auf den Knotenstatus: Die damit verbundenen Herausforderungen bei der Überwachung der Knotensynchronisierung und die Bedeutung schnellerer Reaktionszeiten wurden diskutiert, ebenso wie mögliche Lösungen.
Mehrere Signing Keys (Signierschlüssel): Die Möglichkeit, mehrere Signierschlüssel für einen Produzenten zu integrieren, wurde erkundet, obwohl Komplikationen eine sofortige Umsetzung verhinderten.
Konfiguration und Implementierung: Die laufenden Arbeiten und Diskussionen drehten sich um die Konfiguration und Implementierung neuer Funktionen und betonten die Bedeutung des Verständnisses, wann und warum bestimmte Einstellungen aktiviert sein sollten.
Trennung von Aufgaben: Die Trennung der Führungsrolle und die Einführung mehrerer Backup-Blockproduzenten nach dem Update 5.0 wurde in Betracht gezogen, wobei die effektive Kommunikation unter den Top 21 Blockproduzenten betont wurde.
Dokumentation und Wissenslücken: Bedenken hinsichtlich möglicher Störungen und Wissenslücken in der neuen Architektur wurden geäußert. Die Node-Betreiber betonten die Notwendigkeit einer umfassenden Dokumentation und eines Verständnisses der Auswirkungen, bevor Änderungen vorgenommen werden.
Feedback und Kommunikation: Die Bedeutung des Sammelns von Feedback und der Klärung der gemeldeten Kennzahlen wurde diskutiert, ebenso wie Pläne zur Deaktivierung verzögerter Transaktionen und zur Anpassung des Zeitplans.
Verbreitung von Informationen: Das Roundtable schloss mit Teilnehmern, die ihre Bereitschaft zur Verbreitung von Informationen innerhalb ihrer jeweiligen Communitys ausdrückten, um die Zusammenarbeit zu fördern und einen reibungslosen Übergang zu gewährleisten.
Zusammenfassend bot dieser Node Operator Roundtable eine umfassende und umfangreiche Diskussion über verschiedene Aspekte des Konsens-Upgrades, Vertriebsstrategien, wichtige operative Herausforderungen und die Bedeutung effektiver Kommunikation und Dokumentation zur Gewährleistung eines erfolgreichen Übergangs.
AUGUST 31: Deaktivierung von verzögerten Transaktionen im Testnetz, Statusupdate der Software, NodeOS-Konfigurationsmatrix
Beim Node Operator Roundtable vom 31. August 2023 diskutierten die Teilnehmer verschiedene Themen im Zusammenhang mit dem bevorstehenden Leap 5.0-Upgrade. Sie teilten die neuesten Fortschritte bei der Deaktivierung verzögerter Transaktionen in den Testnetzen Jungle und Kylan sowie im EOS-Hauptnetz mit. Darüber hinaus hoben sie ihre Bemühungen zur Kommunikation mit Börsen und Anwendungsentwicklern hervor, die von EOS Support unterstützt wurden und laut EOS Support-Vertreter Dario Cesaro die Informationen effizient über Direktnachrichten, E-Mails, soziale Medien und Outreach an zahlreiche Einrichtungen verbreiteten.
Weitere diskutierte Themen
Fokus auf Aufgaben: Die Diskussionen konzentrierten sich auf die Entfernung spezifischer Softwareentwicklungsaufgaben im Zusammenhang mit verzögerten Transaktionen aufgrund von zeitlichen und Ressourcenbeschränkungen. Stattdessen wurden low-fidelity-Methoden wie Blockexplorer in Betracht gezogen, um Informationen zu sammeln. Die Teilnehmer erkannten das Fehlen eines geschätzten Datums für die Deaktivierung verzögerter Transaktionen im Code an, äußerten jedoch ihr Vertrauen in die Erreichung dieses Ziels vor der Veröffentlichung des Release-Kandidaten.
Mainnet-Veröffentlichung und Tests: Die Planung für die Veröffentlichung des EOS-Hauptnetzes und der Fortschritt der Leap 5.0-Software wurden diskutiert. Zeitpläne für das BP-Upgrade und die Entfernung von Abhängigkeiten wurden festgelegt, um einen reibungslosen Übergang sicherzustellen.
Die Node Operators planen, das BP-Upgrade am 14. September durchzuführen und beabsichtigen, Abhängigkeiten zwischen dem 8. und 14. September zu entfernen.
Ein tag (Etikett) für bestehende Hauptnetz-Funktionen wurde eingeführt, um die Tests zu verbessern und das Vertrauen in die Vorbereitung auf die Veröffentlichung zu stärken.
Verbesserungen und Dokumentation: Die Teilnehmer teilten ihre Begeisterung für das Ausprobieren neuer Funktionen mit und betonten die Bedeutung von Dokumentation, Tests und Benchmarking. Sie begrüßten Benutzerfeedback und -vorschläge und suchten Unterstützung von anderen API-Node-Betreibern, um Konfigurationen besser zu verstehen und Empfehlungen abzugeben.
Übergehen der Ressourcenüberwachung: Das Konzept einer Ressourcenüberwachung zur Anpassung verschiedener Einstellungen im Zusammenhang mit der API-Nutzung wurde erkundet. Ziel ist es, einen umfassenden Leitfaden für den Betrieb einer API zu erstellen, Einstellungen zu klären und empfohlene Werte anzubieten. Die Teilnehmer unterstützten diese Initiative und boten an, Kommentare und Vorschläge beizusteuern.
Klarheit der Konfigurationsmatrix: Die Bedeutung der Überprüfung und Kommentierung von Konfigurationsdateien wurde besonders mit der bevorstehenden Veröffentlichung von Version 5.0 betont. Die Teilnehmer diskutierten die Notwendigkeit eines besseren Verständnisses der Konfigurationen und schlugen vor, ein zentrales Dokument oder eine Website mit aufbereiteten Informationen und Links zur offiziellen Dokumentation zu erstellen.
Quellen & Referenzen