Autor: Markus Hinrichs
Redakteur: Randall Roland
Node-Betreiber, Antelope-Kernentwickler und Community-Mitglieder treffen sich jede Woche, um über das Netzwerk und dessen Entwicklung zu sprechen. Das Hauptziel jeder Node Operator Roundtable ist:
'...die Antelope-Protokolle (speziell) für Node-Betreiber zu verbessern.'
Roundtables finden jeden Mittwoch statt. Besuche den Telegram-Kanal für Informationen zum Beitritt. Die EOS Network Foundation bietet Tutorials und Dokumentationen für diejenigen an, die die Grundlagen des Betriebs eines EOS-Nodes lernen möchten.
Hier ist eine Liste der Roundtables, die in dieser zweimonatlichen Zusammenfassung enthalten sind:
29. November: Leap 5.0 Update Zeitplan, Prometheus Metrics & Dashboard und mehr
22. November: BLS, RC3 Status, Fortschritt zur sofortigen Finalität für Leap 6, Block Log Stride Einstellung und mehr
Bitte achte darauf, zusätzliche Meeting-Notizen und Kommentare auf GitHub zu suchen. Videos sind auf dem YT-Kanal der ENF verfügbar.
29. November: Leap 5.0 Update Zeitplan, Prometheus Metrics & Dashboard und mehr
Leap 5.0 Update Zeitplan:
Erwartung auf mehrere bevorstehende Veröffentlichungen, insbesondere RC3 5.0 geplant für den 6. Dezember.
Erwähnung von Patch-Veröffentlichungen (3.2.5 und 4.0.5) aufgrund von Kompatibilitätsproblemen, die während des Codierungsprozesses für 5.0 entdeckt wurden.
Stabilisierung von 5.0 nach RC3:
Das Ziel ist es, schnell auf Stabilität nach RC3 zu wechseln, ohne wesentliche Änderungen zwischen RC3 und der stabilen Veröffentlichung zu erwarten.
Vermeidung von Veröffentlichungen vor den amerikanischen Feiertagen und Zielsetzung für eine stabile Veröffentlichung bis zum 3. Januar 2024, sofern keine Probleme mit RC3 auftreten.
Aufruf zum Testen von RC3:
Anfrage nach erhöhtem Testen von RC3, sobald verfügbar, speziell ein Aufruf an Einzelpersonen, es auf API-Nodes zu installieren und etwaige Probleme an die ENF zu melden.
BLS-Aktivierungsbereitschaft für RC3:
Hervorhebung der Notwendigkeit der BLS-Aktivierungsbereitschaft vor der RC3-Veröffentlichung.
Prometheus Metrics und Dashboard:
Diskussion über die Erstellung eines Dashboards aus den Metriken, mit einer Liste, die mit dem DEV-Team für Feedback geteilt wurde.
Betonung der Notwendigkeit einer ausführlicheren Anleitung, unter Berücksichtigung externer Benutzer, die mit der Codebasis nicht vertraut sind, und der Bedeutung einer Erläuterung der Einheiten ähnlich wie bei nodeos für Klarheit.
Die Diskussion drehte sich hauptsächlich um bevorstehende Veröffentlichungszeitpläne, Stabilitätspläne nach RC3, Testaufrufe, BLS-Aktivierungsbereitschaft und Überlegungen zur Verbesserung der erläuternden Anleitung in Prometheus-Metriken für ein besseres Benutzerverständnis.
Probleme mit doppelten Agent-Name: Die Herausforderung mit doppelten Agentennamen in der config.ini, die Übertragungsprobleme verursachen, oft aufgrund unnötiger Anführungszeichen im Feld des Agentennamens
Agent-Name Generierung: Überlegung, Einzigartigkeit in Agentennamen durchzusetzen oder zufällige Namen zu generieren, um Übertragungsprobleme zu lösen. Die Möglichkeit automatischer Updates basierend auf aktivierten Funktionen.
Vorgeschlagene Lösung - Verbindungskennung: Einführung einer neuen config.ini-Option namens 'connection ID', um Probleme mit doppelten Agentennamen zu lösen. Diskussion über die Generierung beim Start und potenzielle Herausforderungen bei der Schreibbarkeit von Dateien.
Config.ini-Verwaltung: Langjährige Funktionserweiterung zum Aufteilen von config.ini in mehrere Dateien, ähnlich wie bei Debian DOD-Dateien, um unterschiedliche Knotenkonfigurationen effektiver zu verwalten.
Verwendungspräferenz - Config.ini vs. Befehlszeilenargumente: Eine Beobachtung, dass einige die Befehlszeilenargumente gegenüber config.ini bevorzugen, um die Sichtbarkeit und das Ausführen von Integrationsprüfungen zu erleichtern.
Sichtbarkeit von Konfigurationsoptionen: Diskussion über die Vorteile des Anzeigens von Konfigurationsoptionen auf der Befehlszeile gegenüber config.ini und das potenzielle Bedürfnis nach einem Endpunkt zur Anzeige von Nicht-Standardoptionen.
Porttrennung und Sicherheit: Vorteile der Trennung von Ports für die Sicherheit und einfachere Verwaltung von öffentlich zugänglichen Knoten. Herausforderungen und Anpassungen bei aktualisierten Knoten.
API-Endpunkt-Probleme: Behandlung von Problemen wie der Sichtbarkeit bestimmter Protokollfunktionen in API-Nodes und Vorschläge für Lösungen innerhalb verschiedener Knotengruppen für einen besseren Zugriff und Kontrolle.
November: BLS, RC3 Status, Fortschritt zur sofortigen Finalität für Leap 6, Block Log Stride Setting und mehr
Technische Diskussionen und Updates:
Diskussion über BLS-Intrinsiken-Patching und dessen Auswirkungen auf die Knotenfunktionalität.
Erwähnung eines potenziellen Fehlers während Updates und Tests für potenzielle Lösungen.
Erwartung von Änderungen in RC3 und Fortschritt bei der Prüfung von Schritten für Block-Logs.
Wöchentliche Node Operators Roundtable:
Übersicht über Updates am 22. November 2023, einschließlich BLS-Änderungen und RC3-Status.
Diskussion über den Fortschritt zur sofortigen Finalität für die 6.0-Veröffentlichung und Herausforderungen während der Redesign-Phasen.
Diskussion zur Block Log Stride Einstellung:
Erkundung der Backup- und Datenwiederherstellungsvorteile der Block-Log Stride Einstellung.
Erwähnung potenzieller Fehler in der Zustandshistorie Stride-Einstellung und Pläne für Lösungen.
Einblick in die Vorteile von Striding Block Logs zur Speicheroptimierung und Archivierung.
Verifikation und Debugging:
Überlegung von Prüfsummen und Dateiintegrität in gestreuten Logs, um Korruption zu verhindern.
Diskussion über deterministische Ship Logs, Aktivieren/Deaktivieren der Konsolenprotokollierung und deren potenzielle Auswirkungen auf die Leistung.
Auswirkung der Konsolenprotokollierung:
Einblicke in die Entwicklung der Konsolenprotokollierung von der Fehlersuche zu einem funktionalen Werkzeug.
Warnung vor übermäßiger Nutzung der Konsolenprotokollierung, ihren Auswirkungen auf Layer-2-Lösungen und früheren Fällen übermäßiger Protokollierung, die Probleme verursachten.
Dieses Gespräch umfasste technische Aspekte, Updates, Späße der Node-Betreiber und Diskussionen über verschiedene Einstellungen und deren Auswirkungen auf Node-Betrieb und Leistung.
Block- und Ship-Log Operationen:
Diskussion über die Aufteilung von Block- und Ship-Logs zur effizienten Verarbeitung.
Probleme mit dem Block-Log, der nach Stromausfall oder plötzlichen Abschaltungen ungültig wird.
Einblicke in potenzielle Gründe für Block-Log-Korruption oder -Beschneidung.
Dateifreigabedienste und Log-Vorteile:
Überlegung, Dateifreigabedienste für Block- und Ship-Logs zu verwenden.
Vorteile sind einfachere Einrichtung eines vollständigen Knotens, einfachere Archivierung und billigere Speicherlösungen.
Potenzial für gemeinsame Logs für mehrere Knoten, Verbesserung der Skalierbarkeit.
Log-Aufteilung und Dateisystemgrenzen:
Warnhinweise zu Dateisystemgrenzen bei einer großen Anzahl von Dateien in einem Verzeichnis.
Keine signifikanten Leistungseinbußen bei Stride-Größenvariationen festgestellt (z.B. eine Million Blöcke gegenüber kleineren Strides).
Probleme mit kleineren Stride-Größen, die Probleme in Dateisystemen verursachen.
Log-Schreiboperationen und Wiederherstellung:
Verständnis der Log-Schreiboperationen und ihrer Verbindung mit reversiblen und irreversiblen Blöcken.
Fragen zu potenziellen Problemen bei Log-Schreibvorgängen während plötzlicher Abschaltungen, was zur Beschneidung von Log-Dateien führt.
OS-Cache und Vollständigkeit der Log-Schreibvorgänge:
Überlegung von OS-Caching und potenziellen Verzögerungen bei der Vollständigkeit der Log-Schreibvorgänge.
Spekulation über die Gründe für das Beschneiden von Log-Dateien zur Wiederherstellung nach Stromausfall.
Zukünftige Verbesserungen und Vorsichtsmaßnahmen:
Ideen für potenzielle zukünftige Verbesserungen bei der Behandlung von Log-Schreibvorgängen und Wiederherstellungsmechanismen.
Berücksichtigung von Bedienerfehlern und ungeplanten Abschaltungen, die die Log-Integrität beeinträchtigen könnten.
Dieses Gespräch behandelte verschiedene Aspekte von Log-Operationen, Dateisystemgrenzen, potenzielle Probleme bei Log-Schreibvorgängen und Ideen zur Verbesserung der Log-Behandlung und der Wiederherstellungsmechanismen.