Pi Network schaltet am 5. Mai das Upgrade auf Version 24.1 des Protokolls frei und fordert alle Node-Betreiber auf, bis zur Frist am 2. Juni die Migration von v23.0 auf v24.1 abzuschließen; Knoten, die die Frist verpassen, können von der Pi-Mainnet-Verbindung getrennt werden und benötigen eine vollständige Neusynchronisierung, um wieder dem Netzwerk beizutreten.
Handlungsanleitung für das Upgrade v24.1: Drei bestätigte Methoden
Methode 1 (Hauptmethode): Docker-Nutzer aktualisieren die Bildversion in der docker-compose.yml auf: pinetwork/pi-node-docker:organization_mainnet-v1.0-p24.1.0 und führen dann docker-compose up -d aus
Methode 2: Pi Desktop (Windows / macOS) startet die Pi-Node-Anwendung neu; die neueste Version löst das Upgrade automatisch aus.
Methode 3: Linux Node CLI führt pi-node update-protocol aus, verwendet watch pi-node status zur Überwachung des Status und schließt ab, wenn „已同步“ angezeigt wird.
Die einzige zuverlässige Methode zur Bestätigung des Abschlusses der Migration: Vergleichen Sie den Wert ingest_latest_ledger in den Nodes (der Wert unter curl). Wenn beide Werte ungefähr gleich sind, bedeutet das, dass die Migration abgeschlossen ist. Wichtiger Hinweis: Während des Migrationsprozesses wird dieser Wert nicht schrittweise aktualisiert, sondern erst am Ende der Migration einmalig aktualisiert; der Wert bleibt während der Migration unverändert und bedeutet nicht, dass die Migration fehlgeschlagen ist.
Vier bestätigte zentrale Regeln für den Betrieb
（Quelle: Pi Network）
Schrittweises Upgrade: Nicht alle Nodes gleichzeitig upgraden; in Phasen vorgehen. Während des Upgrades den Datenverkehr von den Nodes, die gerade upgraden, auf andere Nodes oder Backup-Nodes umleiten
v25.1 oder v26.0 nicht eigenmächtig starten: Diese beiden Versionen sind als „bitte nicht starten“ markiert; es muss auf das offizielle Startsignal des Pi-Kernteams gewartet werden
2. Juni als harter Stichtag: Die Migrationszeit darf nicht länger als 5 Minuten sein. Das Pi-Kernteam empfiehlt, so früh wie möglich fertig zu werden, statt bis zum letzten Moment zu warten
Abschluss muss über das Ledger-Endpunkt bestätigt werden: Gehen Sie nicht nur davon aus, dass die Migration abgeschlossen ist, weil die Node neu gestartet wurde; vergleichen Sie unbedingt ingest_latest_ledger, um dies zu verifizieren
Häufige Fragen
Was ist die Design-Logik für die Upgrade-Sequenz von v19 auf v26 bei Pi Network, und warum ist jeder Schritt zwingend?
Die Upgrade-Sequenz von Pi Network ist linear von Abhängigkeiten geprägt: Jede neue Version baut auf der vorherigen Version auf, und das Überspringen ist nicht möglich. Dieses Design stellt sicher, dass das gesamte Netzwerk zu jedem Zeitpunkt dieselbe Protokollversion verwendet und verhindert, dass Nodes aufgrund von Versionsunterschieden nicht effektiv miteinander kommunizieren können. Je mehr Nodes noch mit alten Versionen im Netzwerk laufen, desto langsamer erfolgt die vollständige Bereitstellung der neuen Funktionen. Daher sollen die verpflichtenden Stichtage die gesamte Netzwerk-Umstellung auf die nächste Version beschleunigen. v23.0 ist in dieser Sequenz der komplexeste Schritt: dabei werden gleichzeitig Betriebssystem und Datenbank aktualisiert; v24.1 baut darauf auf und integriert die neuen Versionen von Stellar-Core und Horizon.
Werden nach dem Upgrade des Pi-Mainnet-Protokolls auf v24.1 Smart Contracts und dApp-Funktionen aktiviert?
Nein. Das Pi-Kernteam hat ausdrücklich bestätigt, dass die Aktivierung von Smart Contracts und dezentralen Anwendungen (dApp) im Pi-Mainnet noch nicht offiziell angekündigt wurde. Das Protokoll 23.0 bringt Pi mit Stellar Core v23 in Deckung; Letzteres liefert auf technischer Ebene die Grundlage für diese Funktionen. v24.1 integriert anschließend Stellar-Core v24.1.0 und setzt diese technische Linie fort; die Aktivierung von Smart Contracts und dApp ist jedoch eine separate offizielle Entscheidung, die das Pi-Kernteam treffen muss. Diese Entscheidung ist unabhängig von dem Versions-Upgrade des Protokolls. Die aktuelle Upgrade-Sequenz konzentriert sich vor allem auf Stabilität der Infrastruktur und Leistungsoptimierungen.
Wenn Node-Betreiber während des Upgrades von v23.0 auf Probleme stoßen, wird die Migrationsschwierigkeit für v24.1 dann ähnlich hoch sein?
Laut Bestätigung des Pi-Kernteams ist v24.1 eine standardmäßige interne Datenmigration und unterscheidet sich grundlegend von v23.0: v23.0 erfordert gleichzeitig ein Betriebssystem-Upgrade (Ubuntu 20→24), ein Datenbank-Upgrade (PostgreSQL 12→16) und eine Protokollmigration. Außerdem ist aufgrund der Notwendigkeit, Datenbankdateien umzuschreiben, eine vorherige Datensicherung als Vorsichtsmaßnahme erforderlich; die Startzeit ist deshalb länger. v24.1 ist eine reine interne Datenmigration, ohne das Umschreiben von Datenbankdateien; es sind keine besonderen Sicherungsschritte nötig. In den meisten Fällen dauert die Migration nicht länger als 5 Minuten, und das Neustarten ist deutlich schneller als bei v23.0. Die Schwierigkeit beim Upgrade auf v23.0 liegt vor allem in der Komplexität eines mehrschichtigen Synchronisations-Updates; v24.1 weist diese Komplexität nicht auf.
