In dem kürzlich stattgefundenen EOS/Vaulta Node Operator Meeting am 30. April 2025 kamen Entwickler und Infrastrukturbetreiber zusammen, um wichtige Updates und Herausforderungen im EOS-Ökosystem zu besprechen. Zu den wichtigsten Themen gehörten der Antelope Spring 1.1.5-Patch, der kritische Fehler behob, und der Fortschritt bei den gossip-basierten Netzwerkfunktionen. Das Meeting behandelte auch das bevorstehende Jungle-Testnetz-Pilotprojekt für gossip-automatisches Peering und den Wechsel von der EOS Network Foundation zur Vaulta Foundation. Diskussionen über die Transaktionsverbreitung und die Rollen der Finalisierer hoben die fortlaufende Evolution der Governance-Modelle innerhalb des EOS-Netzwerks hervor. Hier ist eine Zusammenfassung der wichtigsten Punkte aus dem Meeting.
Wichtige Erkenntnisse
-
Antelope Spring 1.1.5 behebt schwerwiegende Fehler und verbessert die Stabilität und Leistung der Knoten.
-
Das Update 3.9.0 RC1 führt gossip-basiertes automatisches Peering ein, was die Netzwerkverbindung verbessert.
-
Das Jungle-Testnetz wird reale gossip-Szenarien testen, um die Netzwerkresilienz zu prüfen.
-
Die Vaulta Foundation ist jetzt die primäre Organisation für EOS-bezogene GitHub-Projekte.
-
Die Unterstützung von IPv4 und IPv6 ist begrenzt, mit anhaltenden Herausforderungen bei der Konfiguration und Werbung.
Antelope Spring 1.1.5-Patch behebt kritische Kompilierungs- und Absturzprobleme
Der Antelope Spring 1.1.5-Patch ist veröffentlicht, und es sieht so aus, als wäre er ziemlich wichtig. Er behebt einige ernsthafte Probleme, die Knotenbetreiber betroffen haben.
Im Grunde gab es diesen Fehler, der dazu führte, dass die OC-Vertragskompilierung ohne Vorwarnung fehlschlug, was natürlich die Knotenleistung beeinträchtigte. Das Neustarten der Knoten half eine Weile, aber die echte Lösung ist einfach ein Upgrade. Sie haben auch einige seltene Abstürze behoben, die bei ship auftraten, insbesondere wenn Verbindungen unterbrochen wurden. Wenn Sie OC oder ship zum Synchronisieren oder Indizieren verwenden, sollten Sie wahrscheinlich ein Upgrade durchführen.
Fortschritte beim gossip-basierten Peering mit 3.9.0 RC1
Die gossip-basierte Peering-Funktion macht Fortschritte, mit Updates, die im Release 3.9.0 RC1 enthalten sind. Das ist eine ziemlich große Sache, denn es könnte ändern, wie Knoten sich verbinden und Informationen austauschen. Die Systemverträge wurden aktualisiert, um die Registrierung und Löschung von Peer-Schlüsseln zu verwalten, was das automatische Peering ermöglicht.
Hier ist eine kurze Zusammenfassung dessen, was passiert:
-
Ein Multi-Signatur (MSIG)-Vorschlag zur Bereitstellung auf dem Jungle-Testnetz wird bald erwartet, vielleicht Anfang nächster Woche.
-
Wenn Sie daran interessiert sind, dies auszuprobieren, wurden Anweisungen im Jungle-Kanal geteilt. Das Team sucht nach Feedback, um sicherzustellen, dass alles reibungslos funktioniert.
-
Das Ziel ist es, den Betrieb von Knoten einfacher und effizienter zu gestalten, indem der Peering-Prozess automatisiert wird. Kein manuelles Hinzufügen von Peers mehr, hoffentlich!
Jungle-Testnetz wird gossip-automatisches Peering mit realen Szenarien testen
Das Jungle-Testnetz wird bald zu einem Prüfstand für die gossip-automatische Peering-Funktion. Die Idee ist, reale Netzwerkbedingungen zu simulieren, um zu sehen, wie gut das neue System funktioniert. Es ist ein ziemlich wichtiger Schritt, bevor etwas im Hauptnetz live geht.
Die Betreiber werden gebeten, ihre fest codierten Peer-Listen auf ein Minimum zu beschränken. Das ist wichtig, damit das gossip-System tatsächlich richtig getestet werden kann. Das Netzwerk benötigt eine gute Anzahl von Teilnehmern, um es wirklich auf die Probe zu stellen, insbesondere wenn es ein wenig chaotisch wird.
In Bezug auf das Chaos gibt es Pläne, einige absichtlich störende Szenarien einzuführen, wie zum Beispiel:
-
Ports umschalten.
-
Zeitpläne umsortieren.
-
Allgemein Dinge ein wenig unvorhersehbar machen.
Eine große Frage ist, wie Firewalls mit dem neuen System umgehen werden. Das Feedback der Community zu Firewall-Konfigurationen wird definitiv benötigt, um ein klareres Bild zu bekommen.
Vaulta Foundation ersetzt EOS Network Foundation auf GitHub
Die EOS Network Foundation ist auf GitHub draußen, und die Vaulta Foundation ist drin. Es ist im Grunde eine Namensänderung für die Organisation, die sich um Dinge wie Systemverträge und Dokumentation kümmert. Alle Repositories wurden übertragen.
Es ist kein großes Ding, aber etwas, das man beachten sollte. Hier ist, was Sie wissen sollten:
-
Der Organisationsname hat sich geändert, sodass Repositories wie Systemverträge und Dokumentation unter einem neuen Dach stehen.
-
Alte Links sollten automatisch umgeleitet werden, was schön ist. Aber es ist trotzdem eine gute Idee, Ihre Lesezeichen zu aktualisieren, wenn Sie welche haben.
-
Das ändert nichts an der Funktionsweise des Netzwerks, es ist mehr eine administrative Angelegenheit.
IPv4- und IPv6-Werbungslimits und Konfigurationsherausforderungen
Derzeit können Knoten nur eine P2P-Adresse bewerben. Wenn Sie sowohl IPv4 als auch IPv6 betreiben möchten, sind einige Codeänderungen erforderlich, um das richtig zum Laufen zu bringen. Es ist ehrlich gesagt ein bisschen mühsam. Betreiber sehen unterschiedliche Dinge, die aufgrund der Funktionsweise von DNS und der Netzwerkeinstellungen auftreten. Außerdem nutzen nicht viele Leute wirklich IPv6, sodass die meisten Verbindungen immer noch über IPv4 laufen. Das ist etwas, das man im Hinterkopf behalten sollte, wenn man mit der Knoten-Konfiguration herumspielt.
Knoten unterstützen derzeit nur eine beworbene P2P-Adresse; Dual-Stack-Unterstützung benötigt Codeänderungen.
Hier sind ein paar Dinge, die man beachten sollte:
-
Die DNS-Auflösung kann etwas unvorhersehbar sein.
-
Die Netzwerkeinstellungen variieren stark, was zu unterschiedlichen Erfahrungen führt.
-
Die IPv6-Akzeptanz ist in der realen Welt immer noch ziemlich niedrig.
Neugestaltung der Transaktionsverbreitung zielt auf große Transaktionsengpässe ab
Es gibt dieses Problem mit großen Transaktionen, die manchmal das Netzwerk verstopfen. Das Team arbeitet an einer Lösung, die dafür sorgen sollte, dass alles reibungsloser läuft, insbesondere wenn viel Aktivität herrscht. Die Idee ist, die Netzwerküberlastung zu verringern, indem kleinere "Transaktionsbenachrichtigungen" gesendet werden, anstatt die gesamte Transaktion sofort zu versenden.
Denken Sie daran:
-
Anstatt dass alle gleichzeitig die gesamte Nachricht rufen, senden sie einfach eine schnelle Vorwarnung.
-
Transaktionen werden nur an Peers weitergeleitet, die noch nicht benachrichtigt wurden, was unnötige Wiederholungen verringert.
-
Das sollte die Leistung verbessern, wenn das Netzwerk super beschäftigt ist.
Dieses Update ist für das Spring 1.3-Release geplant. Es geht darum, sicherzustellen, dass das Netzwerk nicht ins Stocken gerät, wenn eine Menge Transaktionen gleichzeitig stattfinden. Es ist, als würde man dem Netzwerk ein wenig Luft zum Atmen geben.
Diskussionen über Finalisierer zeigen Flexibilität im Savannah-Konsens
Es gab einige Gespräche über Finalisierer und wie sie im Savannah-Konsensmechanismus funktionieren. Es stellt sich heraus, dass es mehr Spielraum gibt, als die Leute ursprünglich dachten. Die Hauptbotschaft ist, dass die Rollen der Finalisierer nicht direkt an Blockproposer gebunden sein müssen, was Möglichkeiten für bessere Redundanz eröffnet.
Denken Sie darüber nach:
-
Derzeit sind die Systemverträge so eingerichtet, dass sie einen Konsens von 2/3+1 durchsetzen. Aber, wissen Sie was, das kann bis auf 51% heruntergefahren werden. Das ist eine ziemlich große Sache.
-
Kleinere Ketten wie Ultra drängen wirklich auf Konsensmodelle, die skalierbar sind. Sie benötigen etwas, das funktioniert, ohne das Budget zu sprengen.
-
Das Coole daran ist, dass Sie technisch gesehen eine Menge leichter Finalisierer betreiben könnten, um die Fehlertoleranz zu erhöhen. Mehr Finalisierer, weniger Risiko, dass etwas schiefgeht. Es geht darum, Optionen zu haben, und Savannah scheint eine Menge zu bieten.
Gewichte und Rollentrennung ermöglichen fortschrittliche Governance-Modelle
Das System ist so eingerichtet, dass es gewichtete Finalisierer-Stimmen verarbeiten kann. Was bedeutet das? Im Grunde bedeutet es, dass Sie Produzenten und Finalisierer unterschiedlich behandeln können. Das eröffnet einige interessante Möglichkeiten für die Strukturierung der Governance.
Denken Sie darüber nach:
-
Sie könnten nur die hochgewichteten Knoten bezahlen und diejenigen belohnen, die am meisten zur Sicherheit und Stabilität des Netzwerks beitragen.
-
Sie könnten Freiwillige für die Teilnahme mit niedrigem Gewicht einsetzen, sodass mehr Menschen sich beteiligen können, ohne unbedingt einen großen Anteil zu haben.
-
Diese Flexibilität ermöglicht es Ihnen, den Konsensmechanismus zu optimieren, ohne Änderungen auf Protokollebene vornehmen zu müssen. Es geht darum, die Gewichte und Rollen anzupassen, um das gewünschte Ergebnis zu erzielen.
-
Es betont wirklich das Potenzial für skalierbare und resiliente Designs, insbesondere bei kleineren Ketten, wo die Ressourcen möglicherweise begrenzt sind. Sie können kreativ werden, wie Sie Verantwortlichkeiten und Belohnungen zuweisen, um sicherzustellen, dass das Netzwerk gesund und sicher bleibt.
Fazit
Zusammenfassend lässt sich sagen, dass das EOS/Vaulta Node Operator Meeting am 30. April 2025 mehrere wichtige Entwicklungen im EOS-Ökosystem hervorgehoben hat. Die Diskussionen über gossip-basiertes Networking und die Flexibilität der Finalisiererrollen zeigten ein Engagement zur Verbesserung der Netzwerkleistung und Anpassungsfähigkeit. Die Updates der Antelope-Software und die Einführung neuer Funktionen wie automatisches Peering sind Schritte in Richtung eines effizienteren und widerstandsfähigeren Systems. Während kleinere Ketten wie Ultra von diesen Fortschritten profitieren möchten, wird das Potenzial für innovative Governance-Modelle deutlicher. Insgesamt spiegeln diese Änderungen einen proaktiven Ansatz zur Bewältigung der Herausforderungen wider, mit denen Knotenbetreiber und die breitere Gemeinschaft konfrontiert sind.
Dieser Artikel wurde mit Unterstützung KI-gestützter Technologie erstellt und basiert auf mehreren renommierten Quellen. Der endgültige Inhalt wurde von der Redaktion von BlockzHub sorgfältig geprüft und bearbeitet, um Genauigkeit, Klarheit und Kohärenz sicherzustellen. Originalquellen werden, sofern erforderlich und angemessen, entsprechend gewürdigt. Die in diesem Artikel geäußerten Meinungen spiegeln nicht notwendigerweise die offiziellen Ansichten oder Positionen von BlockzHub wider. Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Fachberatung dar. Investitionen bergen Risiken, und Sie sollten vor Anlageentscheidungen einen qualifizierten Finanzberater konsultieren.