Das letzte Vaulta Node Operator Meeting fand kürzlich statt und brachte Schlüsselfiguren zusammen, um den weiteren Weg des Netzwerks zu diskutieren. Dieses Treffen konzentrierte sich auf wichtige Themen wie die Funktionsweise des Netzwerks, Verbesserungen an seinen zugrunde liegenden Systemen und große Änderungen, die auf der Roadmap anstehen. Sie sprachen über Dinge wie die Bezahlung von Validatoren, die Verbesserung der Systemfunktion und die Pläne von Vaulta nach der Namensänderung. Das Treffen zeigte, wie die Vaulta Foundation daran arbeitet, die Zukunft der Vaulta-Blockchain zu gestalten.
Wichtige Erkenntnisse
-
Die Einführung von Vaulta System Contract 3.10 ist aufgrund eines kleinen Problems, das einen Blockproduzenten betrifft, etwas in Verzug geraten. Sie arbeiten mit diesem Produzenten zusammen, um das Problem zu beheben, mit dem Ziel, das Update um den 15. Juli herum live zu schalten.
-
System Contracts 3.10 wird einige wichtige Änderungen einführen, darunter die Aktivierung von BP Gossip Peering und die Sicherstellung, dass alle Stake- und Claim-Aktionen das $A-Token und nicht $EOS über den core.vaulta-Vertrag verwenden.
-
Betreiber werden ermutigt, mit der Einrichtung von Gossip Peering zu beginnen, sollten sich aber noch nicht vollständig darauf verlassen. Die Idee ist, schrittweise zu einer automatisierten Peer-Erkennung überzugehen, wenn mehr Nodes diese übernehmen.
-
Die Antelope Spring 1.3-Version wurde auf Eis gelegt. Das Team konzentriert nun alle seine Anstrengungen auf die 2.0 Dev Preview, da es in 1.3 keine dringenden Funktionen gibt, die nicht warten können.
-
Ein großer Vaulta Network Hard Fork ist für April 2026 geplant. Dieses Update wird bedeutende Verbesserungen wie synchrone Vertragsaufrufe und Blockchain-Event-Streams bringen, die große Schritte für die zukünftige Entwicklung sind.
Vaulta System Contract 3.10 Ausführung verzögert
Die Ausführung von Vaulta System Contract 3.10 wird also etwas nach hinten verschoben. Es ist keine große Sache, aber es gibt ein Kompatibilitätsproblem mit einem der Blockproduzenten. Anscheinend verwenden sie immer noch einige ältere Memo-Setups in ihren Belohnungstransfers.
-
Das Team arbeitet mit dem betroffenen BP zusammen, um das Problem zu beheben.
-
Der Plan ist, Belohnungen in einem einzigen Transfer ohne diese alten Memos zusammenzufassen.
-
Dies bedeutet, dass der BP sein lokales Vertrags-Setup anpassen muss.
Die gute Nachricht ist, dass sie den eigentlichen Vertrag selbst nicht ändern. Sie wollen immer noch alles am oder vor dem 15. Juli live schalten, Daumen drücken. Es ist wirklich nur eine kleine Unebenheit auf der Straße.
Wichtige Änderungen in System Contracts 3.10: Gossip Peering und $A Enforcement
System Contracts 3.10 bringt also ein paar ziemlich wichtige Änderungen mit sich. Die wichtigsten sind Gossip Peering und die Durchsetzung von $A. Lass uns das aufschlüsseln.
Erstens wird BP Gossip Peering, das bereits in Version 3.9 eingeführt wurde, endlich im Mainnet für Nodes live gehen, die aktualisiert wurden. Dies ist ein großer Schritt zur Automatisierung der Art und Weise, wie Nodes sich im Netzwerk finden. Es sollte die Dinge langfristig effizienter machen.
Die andere wichtige Änderung ist, dass Stake- und Claim-Operationen nun auf den core.vaulta-Vertrag beschränkt werden. Dies bedeutet, dass $A gegenüber $EOS durchgesetzt wird. Im Grunde geht es darum, sicherzustellen, dass die Dinge richtig gemacht werden, indem das vorgesehene Token verwendet wird.
Hier ist eine kurze Zusammenfassung:
-
Gossip Peering wird für aktualisierte Nodes aktiviert.
-
Stake/Claim-Operationen sind auf core.vaulta beschränkt.
-
Die $A-Durchsetzung hat Vorrang vor $EOS.
Die Einführung von Gossip Peering wird schrittweise erfolgen. Das Team möchte sicherstellen, dass alles stabil und zuverlässig bleibt. Niemand will das Netzwerk kaputt machen, oder?
BP Gossip Peering: Übergangsstrategie und Einführungsleitfaden
Die Sache mit BP Gossip Peering ist also, dass es kommt, aber es ist nicht wie das Umlegen eines Schalters. Es ist eher ein langsamer Rollout. Im Moment sollten Blockproduzenten anfangen, mit den Gossip-Einstellungen neben ihren aktuellen manuellen Peering-Setups herumzuspielen. Stellen Sie es sich als ein Eintauchen ins kalte Wasser vor, bevor Sie ins tiefe Ende springen.
Werfen Sie Ihr manuelles Peering noch nicht weg.
Es ist wichtig, sich daran zu erinnern:
-
Alles auf Gossip Peering zu setzen, bevor es genügend Nodes verwenden, ist eine schlechte Idee. Es könnte die Netzwerkzuverlässigkeit beeinträchtigen, und das will niemand.
-
Das Vaulta-Team plant, einige Community-Diskussionen darüber zu führen, wahrscheinlich beim nächsten Roundtable. Halten Sie also die Augen offen.
-
Der ganze Sinn von Gossip Peering ist es, die Peer-Erkennung langfristig zu automatisieren. Es geht darum, die Dinge einfacher zu machen, aber wir müssen zuerst dorthin gelangen.
Experimentieren Sie im Grunde, achten Sie auf die Community-Anleitungen und überstürzen Sie es nicht. Langsam und stetig gewinnt das Rennen, besonders wenn es um die Netzwerkinfrastruktur geht.
Antelope Spring 1.3 Release-Zeitplan verschoben, um 2.0 zu priorisieren
Der Meilenstein vom 29. Juli für Antelope Spring 1.3? Er ist weg. Puff. Es stellte sich heraus, dass es in dieser Version sowieso keine super dringenden Funktionen gab. Das Team hat beschlossen, seine ganze Energie in die 2.0 Dev Preview zu stecken.
Keine Sorge. Die für 1.3 geplanten Änderungen? Sie werden trotzdem in den kommenden Dev Preview Builds auftauchen. Es ist nur so, dass das Verschieben von 1.3 es allen ermöglicht, sich auf die größeren, wichtigeren Dinge auf der Roadmap zu konzentrieren. Stellen Sie es sich als eine strategische Verschiebung vor. Es ist wie:
-
Ressourcen dorthin verlagern, wo sie am wichtigsten sind.
-
Ablenkungen durch weniger kritische Updates vermeiden.
-
Die coolen 2.0-Funktionen schneller herausbringen.
Im Grunde geht es darum, sicherzustellen, dass die wichtigen Dinge ohne Unterbrechung erledigt werden.
Vaulta Network Hard Fork für April 2026 mit Core Upgrades geplant
Das Vaulta-Netzwerk plant also einen Hard Fork um April 2026. Das ist eine große Sache, weil es einige Core Upgrades des Systems beinhaltet. Das Hauptziel ist die Einführung von synchronen Vertragsaufrufen (sie nennen sie "Sync Calls") und Blockchain-Event-Streams.
Warum ist das wichtig? Nun:
-
Erstens werden diese Event-Streams die Basis für zukünftige Light-Client-Lösungen sein. Denken Sie an einen einfacheren Zugang zum Netzwerk für mehr Menschen.
-
Zweitens ist Antelope Spring 2.0 (worauf dieser Hard Fork basiert) ein ziemlich großes Upgrade. Es geht nicht nur um die Node-Infrastruktur; es ist mehr als das.
-
Drittens sollte die Version die Dinge für Entwickler und Off-Chain-Integrationen verbessern. Mehr Funktionalität ist immer ein Plus.
Im Grunde versuchen sie, das Vaulta-Netzwerk mit diesem Hard Fork nützlicher und zugänglicher zu machen. Es ist noch ein langer Weg, aber es klingt, als würde es sich lohnen, darauf zu warten.
Dev Preview Series soll im Juli mit Sync Calls beginnen
Das Vaulta-Team bereitet sich darauf vor, seine Dev Preview Series zu starten und die Dinge irgendwann im Juli mit Sync Calls anzukurbeln. Die erste Preview wird voraussichtlich bald erscheinen und eine frühe Implementierung von Sync Calls enthalten.
Das können Entwickler erwarten:
-
Die erste Dev Preview, Version 1, steht vor der Tür. Das Team strebt eine Veröffentlichung in der nächsten Woche oder so an.
-
Diese Preview wird Breaking Changes beinhalten. Seien Sie also gewarnt: Sie wird nicht mit zukünftigen Versionen kompatibel sein. Dies ist schließlich ein Testgelände.
-
Das CDT (Contract Development Toolkit) wurde aktualisiert. Entwickler werden ermutigt, ihre Legacy-Verträge zu testen, um sicherzustellen, dass sie gut mit den neuen Änderungen zusammenspielen.
-
Das Preview-Testnet ist bereits in Betrieb. Der Plan ist, es bald auf eine getaggte Version zu aktualisieren.
Dev Preview Cadence und Feature Evolution skizziert
Das Team hat also einen groben Plan, wie diese Dev Previews ausgerollt werden sollen. Es ist nicht in Stein gemeißelt, aber hier ist der Kern:
-
Dev Preview 1 ist für irgendwann in diesem Monat (Juli) geplant. Es geht darum, diese Sync Calls frühzeitig einzubauen.
-
Dev Preview 2 ist für September geplant. Diese sollte die erste Version von Events und einige Verbesserungen an diesen Sync Calls enthalten.
-
Dev Preview 3 ist für November geplant. Das Ziel ist es, ein Ressourcenmodell für Events zum Laufen zu bringen, plus einige andere neue Dinge im Protokoll.
Beachten Sie, dass sich dies alles ändern kann. Was tatsächlich in jeder Version landet, hängt davon ab, was die Leute nach dem Testen sagen und wie die Dinge im Allgemeinen laufen. Sie versuchen, flexibel zu sein, was Sinn macht.
Infrastrukturkompatibilität und Build-Umgebungsänderungen
Auf der Infrastrukturseite ändert sich also einiges. Die Entwicklung von Antelope Spring 2.0 wird jetzt offiziell nur noch unter Ubuntu 22.04 unterstützt. Das ist das Wort des Teams.
Was bedeutet das für Sie? Nun:
-
Ubuntu 20 Builds werden nicht mehr unterstützt. Es ist Zeit für ein Upgrade, wenn Sie noch darauf sind.
-
Die Kompatibilität mit Ubuntu 24 ist nicht garantiert. Gehen Sie mit Vorsicht vor, wenn Sie daran denken, vorzuspringen.
-
Docker Builds sollten für die meisten Leute immer noch funktionieren, das ist also eine Erleichterung.
Wenn Sie ein Entwickler sind, sollten Sie sich im Grunde auf aktualisierte Build-Tools und -Umgebungen bis 2026 vorbereiten. Es kommt, also am besten vorbereitet sein!
Fazit
Das letzte Vaulta Node Ops Meeting zeigte, wie sich das Netzwerk weiterentwickelt. Die Diskussionen umfassten Themen wie die Funktionsweise des Netzwerks, die Verbesserung des Systems und die nächsten Schritte für das Protokoll. Es war klar, dass das Team daran arbeitet, sicherzustellen, dass das System stabil bleibt und gleichzeitig neue Funktionen hinzugefügt werden. Das Treffen gab allen eine gute Vorstellung davon, was die Vaulta Foundation tut, um das Wachstum und die Veränderung der Vaulta-Blockchain zu unterstützen.
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.