Author: Marco González

Editor: Randall Roland

Übersetzer: Markus Hinrichs

Node-Betreiber, Antelope-Kernentwickler und Mitglieder der Community kommen jede Woche zusammen, um die fesselnden Fragen des Tages zu diskutieren. Das Hauptziel jeder Node-Betreiber-Runde ist:

Die Treffen finden jeden Mittwoch von 14:00 Uhr bis 15:00 Uhr UTC statt (während der Sommerzeit von 13:00 Uhr bis 14:00 Uhr UTC). Die EOS Network Foundation bietet Tutorials und Dokumentationen für diejenigen an, die die Grundlagen für den Betrieb eines EOS-Nodes (und mehr) erlernen möchten.

Nachfolgend findest du eine Liste der beiden Runden, die in diesem Überblick enthalten sind:

Weitere Besprechungsnotizen und Kommentare findest du auf GitHub. Videos sind auf dem YouTube-Kanal der EOS Network Foundation verfügbar.

Mit dem bevorstehenden Erscheinen von Leap 5.0 nehmen die Runden die Form offener Diskussionen an. Die Ausrichtung der Node-Betriebe auf das Release von 5.0 ist eine Herausforderung. Die Überwachung der Community-Stimmung, der Austausch von Entwicklungsaktualisierungen und die Kommunikation bestimmen wahrscheinlich, wie reibungslos das jährliche Konsens-Upgrade im Herbst 2023 verläuft.

Die Interessen der Community am 5. Juli konzentrierten sich auf Blockgrößen und -zeiten.

Effizienz und Stabilität prägen die Diskussionen über hohen Traffic (auf Leap Version 4.0), Blockgröße/-zeit, 5.0 und SHiP-Probleme.

Ein Patch mit Details wird in Kürze veröffentlicht.

Die Diskussion konzentrierte sich im Allgemeinen auf Effizienz und Stabilität. Untersuchte Details umfassten die Netzwerkperformance und den Traffic, SHiP, Blockgröße, Verarbeitungszeit und Verbesserungen in Leap 5.0. Beachte auch den enthaltenen Link zum Vermeiden von Abstürzen bei der Verarbeitung von APIs.

Obwohl das EOS-Netzwerk im Mittelpunkt der Node-Betreiber-Runden steht, sind Diskussionen über alle öffentlichen AntelopeIO-Blockchains willkommen. Eine der am stärksten frequentierten ist WAX.

Der enorme Traffic auf WAX bringt Node-Betreiber an ihre Grenzen. Die Diskussion über WAX-Traffic-Probleme trägt zur Entwicklung neuer Versionen der AntelopeIO-Software bei. Zukünftige Iterationen von EOS, WAX und anderen AntelopeIO-Blockchains werden dank der Traffic-Untersuchungen zweifellos besser sein.

WAX hat Schwierigkeiten, Leap Version 4.03 aufgrund einiger bestehender Probleme zu implementieren. Die Tests laufen weiter, während Berichte über Fehler auftauchen. Auch Tests unter realen Lastbedingungen sind in Betracht gezogen worden. Beachte, dass Leap Version 5.0 auf weit höhere Leistungsfähigkeiten vorbereitet ist als derzeit in 4.0-Umgebungen möglich.

Die Blockgröße bleibt ein hochinteressantes Thema. Als EOS ursprünglich gestartet wurde, wurden die maximale CPU-Blockzeit auf 100 Millisekunden festgelegt. Die Zeiten wurden auf 250 Millisekunden erhöht, aber als Reaktion auf einige frühe Probleme hat sich das Netzwerk auf 200 Millisekunden festgelegt, wo es heute bleibt. Leap 5.0 wird konservativ wieder auf 250 Millisekunden zurückkehren und die Kapazität haben, viel schnellere Geschwindigkeiten zu verarbeiten.

Andere aufgeworfene Themen und Bedenken sind:

Leap 5.0 wird die Node-Betriebe durch schnellere Runden und Vorteile durch früheren Blockabschluss ändern. Details für schnellere Runden sind wie folgt:

Früher Blockabschluss beinhaltet die Möglichkeit, frühere Blockstarts zuzulassen, obwohl die Endzeit gleich bleibt.

Obwohl 5.0 schnellere Blockstarts (als 4.0) ermöglichen wird, möchte das Entwicklungsteam weiterhin die vorhandenen Fähigkeiten von 4.0 sehen.

Die Notwendigkeit, in einen Hauptthread einzugreifen und laufende Transaktionen zu unterbrechen, wird in 5.0 gelöst. Die Möglichkeit für Eingriffe bleibt jedoch bestehen. Es wurde auch erwähnt, dass Tests und Planungen bald beginnen sollten, noch vor der Veröffentlichung im Herbst.

Ein neues Patch-Release sollte kürzlich aufgetretene Probleme mit SHiP (State History Plugin) lösen. Ein Bericht identifizierte fehlendes Feedback von SHiP ohne Peer-Verbindungen. Snapshots können in solchen Fällen nützlich sein. Die Fixes betreffen das Synchronisieren von EOS ab Genesis. Ein weiteres identifiziertes Problem betraf das Nichterhalten von ABI-Daten. Der Datenfluss stoppte beim Trennen von SHiP. Alle Probleme scheinen leicht zu beheben zu sein.

Achte auf kommende Patch-Releases.

Das Treffen am 12. Juli erkundete dynamische Anwendungen für Benutzerberechtigungen. Sicherheitslücken wurden behoben. Die ersten Vorbereitungen für Leap 5.0 könnten in den kommenden Wochen beginnen.

Dynamische Anwendungen müssen die Bedürfnisse der Benutzer berücksichtigen. Lösungsansätze wurden sowohl von der Wallet-Seite als auch durch Code-Änderungen speziell für Node-Betreiber betrachtet. Wallet-Lösungen für Multi-Action-Berechtigungen könnten aus verschiedenen Gründen besonders lohnenswert sein.

Erwarte heute eine Reihe von Veröffentlichungen für Leap-Versionen 4.0.4, 3.2.4 und 3.1.5

Die Veröffentlichungen beheben eine Sicherheitslücke. Weitere Informationen zu jeder Korrektur (einschließlich einer Stabilitätslösung) findest du in den zugehörigen Versionslinks.

Die heutige Runde analysierte ein heißes Thema. Blockchain-Benutzer müssen die Kontrolle über ihre Vermögenswerte behalten und dabei eine vertraute Web2-ähnliche Funktionalität erleben. Dynamische Berechtigungen, die zuerst Wallet-Lösungen berücksichtigen, erweisen sich wahrscheinlich als der beste Ansatz.

Einige in dieser Runde betrachteten Berechtigungskombinationen umfassen:

Verfallszeitoptionen und Whitelisting ziehen die meiste Aufmerksamkeit auf sich. Während Lösungen durch Kerncode-Änderungen möglich sein könnten, scheinen vertrauenswürdige Wallet-Lösungen der vernünftigere erste Schritt zu sein.

Beispielsweise können RFPs gut funktionieren, wenn sie mit einer Wallet-First-Lösung ähnlich wie bei früheren Scatter-Funktionen kombiniert werden. Es wurden jedoch Bedenken hinsichtlich der Transaktionsplanung und der asynchronen Schließung von Wallets/Applikationen (insbesondere Spiele) geäußert.

Ein Teilnehmer der Runde erwähnte im Chat den Unterschied zwischen "Whitelisting" und "Listing Permission". Der Teilnehmer skizzierte eine Lösung, bei der ein Betreiber Folgendes integrieren kann:

Ein allgemeiner Ansatz für jede Lösung besteht darin, zu berücksichtigen, wie sich die Perspektiven der Benutzer von der technischen Seite unterscheiden. Es wurden Vergleiche angestellt zwischen der Vereinfachung herkömmlicher Web-Berechtigungen im Vergleich zu den Erwartungen der Benutzer. Benutzer möchten möglicherweise ein einzelnes Blockchain-Konto behalten, auch wenn die Realität auf Entwicklerseite komplexer ist. Erneut wurden Wallet-Funktionen vorgeschlagen.

Der Moderator schlug Leap 5.0-bezogene Themen wie "Instant Finality (IF)" und konsensbrechende Probleme vor. Schlüsselthemen aus dem Rest der Runde sind:

Einige Ideen schlossen das Treffen ab. Themen, die in Betracht gezogen werden sollten, sind das Verständnis von Zielen, aktuell zu bleiben (z.B. Paketmanager), die Bereitstellung von benutzerdefinierten Entwicklungstools und die Betonung der Bedeutung grundlegender Dokumentation.