Vaulta-Knotenbetreiber trafen sich kürzlich, um wichtige Updates zu besprechen. Das Team besprach die neuesten Entwicklungen zum Spring 2.0 Hard Fork, einschließlich einer neuen Entwickler-Vorschau. Sie sprachen auch über ein neues System für Ereignisse in der Kette und wie das neue Gossip-Netzwerk angenommen wird. Es war ein ziemlich dichtes Treffen mit vielen technischen Details.
Wichtige Erkenntnisse
-
Der Spring 2.0 Hard Fork schreitet voran, eine Entwickler-Vorschau ist jetzt zum Testen verfügbar. Knotenbetreiber sollten die Änderungen, insbesondere mit CDT 5.0, überprüfen und alle gefundenen Probleme melden. Dieses Testen ist wichtig, um Fehler frühzeitig zu erkennen.
-
Ein neues Ereignissystem wird entwickelt, das helfen wird, zu verfolgen, was in der Kette geschieht. Die nächste Vorschau wird Ereignisse hinzufügen, und Feedback von Knotenbetreibern ist erforderlich, um sicherzustellen, dass es gut funktioniert und keine Probleme mit Speicherung oder Leistung verursacht.
-
Die Akzeptanz des Gossip-Netzwerks beginnt langsam, wobei immer mehr Peer-Schlüssel registriert werden. Das Netzwerk vollständig ohne manuelle Einrichtung zum Laufen zu bringen, ist der nächste Schritt, und Feedback von großen Blockproduzenten wird helfen, herauszufinden, wie der Beitritt für alle einfacher gestaltet werden kann.
Antelope Spring 2: Entwickler-Vorschau-Reihe
Die Antelope Spring 2-Veröffentlichung führt ihre Entwickler-Vorschau-Reihe ein, die den Leuten die Möglichkeit gibt, neue Funktionen auszuprobieren. Die erste Vorschau läuft bereits im Testnetz. Man muss kein Blockproduzent sein, um sich zu beteiligen; das Betreiben eines Testknotens reicht aus. Die Hauptpunkte, die derzeit untersucht werden, sind Updates zur Überprüfung von Transaktionen und die ersten Ansätze zur Unterstützung von Synchronisationsaufrufen (sync calls). Wenn Sie Dinge mit CDT 5.0 entwickeln, ist jetzt ein guter Zeitpunkt, diese Verträge bereitzustellen und zu sehen, wie sie mit dieser Vorschau funktionieren. Frühe Tests haben bereits einen Fehler im Zusammenhang mit Synchronisationsaufrufen (sync calls) aufgedeckt, was wirklich zeigt, wie wichtig es ist, dass die Community Dinge testet.
Updates zur Transaktionsvalidierung
Diese Vorschau enthält Änderungen daran, wie Transaktionen überprüft werden, bevor sie zu Blöcken hinzugefügt werden. Das Ziel ist es, diesen Prozess robuster zu gestalten und potenzielle Probleme früher zu erkennen.
Anfängliche Unterstützung für Synchronisationsaufrufe
Es wurde mit der Unterstützung von Synchronisationsaufrufen (sync calls) begonnen, die eine neue Art der Interaktion für Smart Contracts darstellen. Diese anfängliche Unterstützung ist grundlegend, legt aber den Grundstein für fortgeschrittenere Funktionen später.
Community-Tests werden gefördert
Knotenbetreiber und Entwickler werden dringend ermutigt, Testknoten einzurichten und Verträge bereitzustellen. Feedback zu Fehlern und Leistung hilft, Probleme vor der offiziellen Veröffentlichung zu beheben.
Entwicklung und Roadmap des Ereignissystems
Die Entwicklung des Ereignissystems schreitet voran, und es ist von großer Bedeutung dafür, wie wir sehen, was im Netzwerk geschieht. Stellen Sie sich Ereignisse als eine Möglichkeit für externe Systeme vor, ein klares Bild dessen zu erhalten, was vor sich geht, insbesondere bei Synchronisationsaufrufen (sync calls). Sie werden nicht an jedem einzelnen Ort auftauchen, an dem Sie suchen könnten, wie z.B. in einigen API-Ausgaben, aber sie werden an Standardorten wie der Trace API und DeepMind verfügbar sein. Dies ist wichtig, da viele zukünftige Funktionen von der korrekten Funktion dieses Ereignissystems abhängen werden.
Entwickler-Vorschau 2: Ereignisse ohne Nachweise
Wir streben an, die Entwickler-Vorschau 2 Anfang September zu veröffentlichen. Diese Version wird das Ereignissystem einführen, jedoch ohne die angehängten Nachweise. Das Hauptziel ist es derzeit, sicherzustellen, dass es einfach zu bedienen und zu verstehen ist. Die Idee, diesen Ereignissen Nachweise hinzuzufügen, könnte später kommen, möglicherweise in Vorschau 3. Dieser gestaffelte Ansatz ermöglicht es uns, die Kernfunktionalität für die Leute zum Ausprobieren bereitzustellen.
Roadmap und zukünftige Überlegungen
Die Roadmap für das Ereignissystem ist vorerst ziemlich geradlinig. Der unmittelbare Fokus liegt darauf, das System stabil und nutzbar zu machen. Danach werden wir uns mit dem Hinzufügen von Nachweisen befassen, die die Ereignisse überprüfbar machen. Das bedeutet, dass Knotenbetreiber planen müssen, wie Ereignisse gespeichert und indiziert werden, da sie sich vom regulären Blockchain-Zustand unterscheiden. Sie werden hinzugefügt, ähnlich wie ein Protokoll. Wir hoffen wirklich, dass die Leute mit dem Testen von Vorschau 2 beginnen, sobald sie veröffentlicht wird, damit wir Feedback zur Leistung erhalten können. Dieses Feedback wird uns helfen, alle Probleme vor dem Haupt-Netzwerk-Upgrade zu beheben.
Auswirkungen auf Knoten und Feedback für Ereignisse
Die Einführung von Ereignissen in das Antelope-Protokoll bringt spürbare Änderungen für Knotenbetreiber mit sich. Diese Änderungen ergeben sich hauptsächlich aus den neuen Anforderungen an die Speicherung auf der Festplatte und die Indizierung, die erforderlich ist, um Ereignisdaten zugänglich zu machen. Im Gegensatz zum Kern-Blockchain-Zustand sind Ereignisse als reine Anhänge (append-only records) konzipiert, was bedeutet, dass die Ressourcenzuweisung und -planung sorgfältig berücksichtigt werden müssen. Knotenbetreiber werden dringend ermutigt, sich an der kommenden Entwickler-Vorschau 2 zu beteiligen. Diese Testphase ist eine hervorragende Gelegenheit, direktes Feedback zu den Leistungsaspekten der Ereignisverarbeitung zu geben. Die Erkenntnisse, die von diesen frühen Anwendern gesammelt werden, werden entscheidend sein, um das Ereignissystem vor seiner offiziellen Integration über einen Hard Fork zu verfeinern.
Update zur Einführung von Gossip Peering
Die Einführung von Gossip Peering zeigt erste Fortschritte, mit einem stetigen Anstieg der registrierten Peer-Schlüssel. Dies deutet darauf hin, dass Knotenbetreiber beginnen, diese neue Netzwerkfunktion zu integrieren. Die aktuelle Phase konzentriert sich auf das Sammeln von Daten und Feedback, um das System vor einer breiteren Bereitstellung zu verfeinern.
Aktueller Status und Herausforderungen
-
Peer-Schlüssel-Registrierungen: Es wurde ein allmählicher Anstieg der Anzahl der registrierten Peer-Schlüssel beobachtet. Dies ist ein positiver Indikator für die anfängliche Akzeptanz.
-
Manuelle Konfiguration: Derzeit erfordert die Einrichtung von Gossip Peering noch eine manuelle Konfiguration. Dies ist eine vorübergehende Maßnahme, stellt aber ein Hindernis für eine vollständig dezentrale Peer-Erkennung dar.
-
Bewertung des Netzwerk-Meshes: Um die Konnektivität des Netzwerks besser zu verstehen, wurden führende Blockproduzenten gebeten, ihre aktiven Gossip-Peer-Listen privat zu teilen. Diese Informationen werden helfen, den Fortschritt des Gossip-Netzwerk-Meshes abzubilden.
Zukünftige Verbesserungen
Es laufen Bemühungen, den Prozess der Herstellung von Peer-Verbindungen zu optimieren. Das Ziel ist es, den anfänglichen Einrichtungsaufwand für Knotenbetreiber zu reduzieren und ein robusteres und widerstandsfähigeres Netzwerk aufzubauen. Zukünftige Updates sollen die Anforderung der manuellen Konfiguration beheben und es Knoten erleichtern, sich automatisch zu finden und miteinander zu verbinden.
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.