Am 21. Mai 2025 fand das Vaulta (früher bekannt als EOS) Node Operator Roundtable statt, bei dem Netzwerkentwickler und Node-Betreiber zusammenkamen. Die Hauptthemen waren der Start des core.vaulta-Systemvertrags und der neue $EOS zu $A Token-Tausch. Außerdem wurde das Antelope Spring 1.2 RC2-Release besprochen, das Updates zum Gossip-Protokoll enthält, die darauf abzielen, Peer-to-Peer-Verbindungen zu verbessern und Firewall-Setups zu automatisieren. Weitere angesprochene Themen waren die Abschaffung älterer Relay-Methoden und Ideen zur Verbesserung der Netzwerkentdeckung. Dieses Treffen hob die laufenden Änderungen am technischen Rahmen des Vaulta-Netzwerks hervor.
Wichtige Erkenntnisse
-
Der core.vaulta-Systemvertrag wurde erfolgreich bereitgestellt, und der $EOS zu $A Token-Tausch ist jetzt aktiv, mit etwa 28 Börsen an Bord.
-
Node-Betreiber sollten auf Antelope Spring 1.2 RC2 aktualisieren, um von neuen Funktionen zu profitieren, die die Peer-Konnektivität und die Netzwerk-Sichtbarkeit verbessern.
-
Es gibt Pläne für ein öffentliches Gossip-Gaggle, um die Peer-Entdeckung zu verbessern, insbesondere für Knoten, die keine Blockproduzenten sind.
-
Legacy-Block- und Transaktions-Only-Relays könnten abgeschafft werden, um die Netzwerkoperationen zu optimieren und Verbindungsprobleme zu reduzieren.
-
Die Block Mac-Funktion ist jetzt in den neuesten Antelope-Versionen Standard und hilft, redundante Blockübertragungen zu reduzieren.
Vaulta-Systemvertrag core.vaulta und $EOS zu $A Token-Tausch
Okay, der neue core.vaulta-Systemvertrag ist live. Das ist eine große Sache. Der $A Token und der Tausch von $EOS zu $A sind ebenfalls aktiv. Hier ist, was Sie wissen müssen:
-
Etwa 28 Börsen haben gesagt, dass sie den Tausch unterstützen. Das ist eine ziemlich gute Abdeckung.
-
Wenn Sie ein Entwickler sind, müssen Sie bis zum 17. September 2025 auf den core.vaulta-Systemvertrag aktualisieren. Wenn Sie das nicht tun, könnte es sein, dass die Dinge nicht richtig funktionieren.
-
Dieses Upgrade ist wichtig, um alles kompatibel und reibungslos zu halten. Schieben Sie es nicht auf!
Antelope Spring 1.2 RC2-Update
Also, die Nachricht ist raus: Node-Betreiber sollten auf Antelope Spring 1.2 RC2 aktualisieren. Es klingt nach einem ziemlich wichtigen Update. Hier ist der Deal:
-
Dieses Release enthält eine neue BP-Gossip-Konfiguration, die die Peer-to-Peer-Konnektivität und die Sichtbarkeit der Netzwerk-Topologie verbessern sollte.
-
Es gibt eine neue Einstellung namens
p2p-bp-gossip-endpoint. Knoten können dies verwenden, um Details über sowohl eingehende als auch ausgehende Verbindungen zu übertragen. Das könnte wirklich helfen, zu verstehen, wie alles verbunden ist. -
Gossip-Daten haben jetzt eine Ablauf-Logik. Sie laufen nach einer Stunde ab und werden alle 30 Minuten erneut übertragen. Das sollte das Netzwerk frisch halten, ohne zu viel Overhead.
-
Es gibt eine bessere Unterstützung für Firewalls und Verbindungsautomatisierung, dank eines neuen API-Endpunkts. Das sollte das Verwalten von Verbindungen erleichtern, insbesondere für größere Setups.
Im Grunde genommen dreht sich dieses Update alles darum, wie Knoten miteinander kommunizieren und wie sich das Netzwerk organisiert. Es lohnt sich auf jeden Fall, das GitHub-Release für alle Details zu überprüfen.
Netzwerk-Topologie & Peer-Entdeckungsdiskussion
Die Diskussion über Netzwerk-Topologie und Peer-Entdeckung war ziemlich interessant. Es scheint, dass es einen echten Bedarf an besseren Möglichkeiten gibt, wie Knoten sich automatisch finden können, insbesondere für diejenigen, die keine Blockproduzenten oder API-Knoten sind. Im Moment kann es ein bisschen mühsam sein, alles richtig zu verbinden.
Eine Idee, die aufkam, war die Schaffung eines öffentlichen "Gossip-Gaggles". Im Grunde genommen wäre das ein Ort, an dem Nicht-BP-Knoten ihre Peer-Verbindungsinformationen teilen könnten. Denken Sie an eine Pinnwand für Knoten, die eine Verbindung suchen. Das könnte wirklich helfen, die Gesamtverbindung des Netzwerks zu verbessern.
Ein weiterer Vorschlag war die Verwendung von etwas Ähnlichem wie Seed- oder Tracker-Knoten, wie man sie in Ethereum oder BitTorrent sieht. Diese Knoten würden als zentrale Punkte für die Verteilung von Peer-Informationen fungieren. Das könnte es neuen Knoten erleichtern, dem Netzwerk beizutreten und schnell Peers zu finden.
Hier sind einige der Ideen, die diskutiert wurden:
-
Entwicklung eines öffentlichen "Gossip-Gaggles" für Nicht-BPs.
-
Erforschung von Seed-/Tracker-ähnlichen Knoten.
-
Verwendung von Smart Contracts zur Veröffentlichung von Snapshot-Hashes.
Es gab auch einige Gespräche über die Verwendung von Smart Contracts zur Veröffentlichung von Snapshot-Hashes zur Zustandsverifizierung. Das könnte eine Möglichkeit sein, sicherzustellen, dass Knoten den richtigen Zustand verwenden, was immer eine gute Sache ist.
Abschaffung von Block-Only/Transaction-Only-Relays
Die Diskussion wandte sich den alten :BLK und :TRX Peer-Tags zu. Sie wissen schon, die für Block-Only- und Transaction-Only-Relays? Nun, es scheint, dass sie nicht wirklich viel bringen. Es stellt sich heraus, dass sie nicht von vielen Leuten tatsächlich verwendet werden.
Hier ist der Deal:
-
Sie sind mittlerweile eher veraltet.
-
Sie könnten einige seltsame Verbindungsprobleme verursachen.
-
Sie loszuwerden könnte die gesamte Netzwerkverbindung etwas einfacher machen.
Im Grunde genommen geht es darum, diese Tags abzulehnen, um die Dinge zu optimieren. Es geht darum, das Netzwerk schlank und effizient zu halten, und manchmal bedeutet das, sich von den alten Wegen zu verabschieden.
Block Mac (Reduzierung der Blockredundanz) Funktion
Die Block Mac-Funktion – es geht darum, unnötige Blockdaten, die im Netzwerk herumfliegen, zu reduzieren. Diese Funktion wurde tatsächlich in Antelope Spring v1.1 eingeführt und ist jetzt standardmäßig in beiden Antelope Spring v1.1 und v1.2 aktiviert. Denken Sie daran, dass es eine intelligente Möglichkeit ist, die Effizienz zu steigern.
Im Grunde genommen beobachten Knoten, wie redundant die Blockübertragungen sind, und passen dann an, wie sie die Daten senden. Es ist, als würden sie im Laufe der Zeit lernen, was ziemlich cool ist.
Hier ist die Zusammenfassung:
-
Knoten verfolgen, welche Blöcke bereits weit verbreitet sind.
-
Sie reduzieren dann das Senden dieser Blöcke an Peers, die sie wahrscheinlich bereits haben.
-
Das senkt den Bandbreitenverbrauch im gesamten Netzwerk.
Es ist eine einfache Idee, aber sie kann einen echten Unterschied machen, um das Netzwerk reibungslos am Laufen zu halten.
Offene technische Diskussionen
Das Treffen endete mit einigen offenen technischen Diskussionen, und ehrlich gesagt fühlte sich dieser Teil wie eine Brainstorming-Sitzung an. Es war ziemlich interessant zu hören, was alle dachten.
Eines der Hauptthemen war das Snapshot-Syncing. Die Diskussion drehte sich darum, wie man es vertrauenswürdiger und effizienter gestalten kann. Sie warfen Ideen wie chunked distribution methods in den Raum, ähnlich wie bei Torrents. Es klingt vielversprechend, aber ich bin mir nicht sicher, wie einfach es umzusetzen wäre.
Ein weiteres Thema war die unterschiedlichen Rollen und Typen von Knoten. Man hat Blockproduzenten (BPs), API-Knoten und Snapshot-Anbieter. Es scheint, dass sie versuchen herauszufinden, wie diese verschiedenen Knoten besser zusammenarbeiten können. Hier sind einige der Ideen, die erwähnt wurden:
-
Bessere Koordination zwischen den Knotentypen.
-
Standardisierte Rollen für einfacheres Management.
-
Anreize für den Betrieb bestimmter Knotentypen.
Schließlich brachte jemand die Idee auf, ein Snapshot-Orakel zu schaffen. Das Ziel wäre es, die Integrität von Snapshots mithilfe von Konsens zu überprüfen. Es ist eine coole Idee, klingt aber auch ziemlich komplex. Ich schätze, wir müssen abwarten, ob daraus etwas wird.
Abschließende Gedanken zum Vaulta Node Operator Meeting
Zusammenfassend lässt sich sagen, dass das kürzliche Vaulta Node Operator Meeting mehrere wichtige Updates und Diskussionen hervorgehoben hat, die die Zukunft des Netzwerks prägen werden. Der erfolgreiche Start des core.vaulta-Systemvertrags und des $EOS zu $A Token-Tauschs markiert einen bedeutenden Schritt nach vorne. Die Verbesserungen im Antelope Spring 1.2 RC2-Release, insbesondere in Bezug auf das Gossip-Protokoll, versprechen, die Peer-Entdeckung und die Netzwerk-Konnektivität zu verbessern. Während die Community weiterhin Legacy-Probleme angeht und neue Ideen für Node-Operationen erkundet, ist klar, dass die Zusammenarbeit zwischen Entwicklern und Betreibern der Schlüssel zur fortlaufenden Evolution des Netzwerks sein wird. Die während dieses Treffens geteilten Erkenntnisse werden wahrscheinlich zukünftige Entwicklungen beeinflussen, was es zu einer aufregenden Zeit für alle Beteiligten macht.
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.
 Node Operator Meeting - $EOS to $A Token Swap, Gossip Protocol Upgrade, and Future of Peer Discovery.jpeg)