Pi Network: Upgrade-Frist am 2. Juni, GCV-Betrugs-Konten vom Moderator gesperrt

Das Kernteam von Pi Network gab am 27. Mai bekannt, dass alle Mainnet-Node-Betreiber vor dem 2. Juni, der Frist für die Pflichtmigration, auf Version 24.1 aktualisieren müssen; andernfalls drohe der Entzug des Zugangs zum Pi-Mainnet-Ökosystem 2026. Gleichzeitig hat der Community-Moderator mehrere Konten, die mit aktiven GCV (Global Consensus Value)-Werbeaktivitäten in Verbindung stehen, in Serie blockiert. Das Team bestätigte zudem, dass es niemals irgendein festes GCV-Preismodell anerkannt habe.

Technische Bestätigung zum Upgrade auf Protokoll 24.1

Das Pi-Kernteam bestätigt, dass es sich bei dieser Migration um ein schnelles Backend-Upgrade handelt, das vor allem auf Verbesserungen am Ledger und Optimierungen der Infrastruktur abzielt. Die Einführung von PiDex, Smart Contracts und Verbraucherfunktionen erfolgt in einem separaten Update-Zyklus. Die offizielle Upgrade-Sequenz lautet: 19.1 → 19.6 → 19.9 → 20.2 → 21.2 → 22.1 → 23.0 → 24.1 → 25.1 → 26.0.

Die offiziellen Hinweise geben an, dass das Node-Upgrade in den meisten Fällen nicht länger als 15 Minuten dauert, und warnen Betreiber davor, nicht alle Nodes gleichzeitig zu aktualisieren, um Netzunterbrechungen zu vermeiden. Das neu eingeführte Linux-CLI-Tool soll den Prozess zur Ledger-Optimierung und zur Docker-Bereitstellung vereinfachen.

Bekämpfung von GCV-Betrug: Bestätigte Blockmaßnahmen des Moderators

Das Pi-Kernteam bestätigt offiziell, dass das Kernteam niemals irgendein festes GCV-Preismodell anerkannt hat. Der Community-Moderator hat mehrere Konten und Chat-Teilnehmer gesperrt, die mit aggressiven GCV-Werbeaktivitäten in Verbindung stehen, und betonte in breit verbreiteten Community-Erklärungen, dass der wahre Wert von Pi aus der tatsächlichen Nutzung im Ökosystem resultieren sollte – und nicht aus dem „Aufblasen von überhöhten Preisen im Netz“.

In Bezug auf Gerüchte rund um die angebliche „Shanghai Pi Pioneer Building“-Aktion wurde der Moderator ebenfalls mit einer Klarstellung namentlich: Die damit verbundenen Behauptungen, die angeblich eine Verbindung zum Pi-Gründer Nicolas Kokkalis und Fan Chengdiao herstellen, wurden zum Zeitpunkt der Berichterstattung noch nicht offiziell bestätigt.

Bestätigte Zeitpläne für nachfolgende Upgrades

Das Pi-Kernteam hat die folgenden Knoten-Upgrades für die nächste Phase veröffentlicht: Der 2. Juni 2026 ist die verbindliche Abschlussfrist für Protocol 24; der 15. Juni 2026 ist das Ziel- Datum für den geplanten Übergang zu Protocol 25; ein konkreter Förder- bzw. Promotion-Zeitplan für Protocol 26 wurde bis zum Zeitpunkt der Berichterstattung noch nicht bekannt gegeben. Entwickler geben an, dass diese Upgrades entscheidend sind, um die Skalierbarkeit, Synchronität und die Vorbereitung des langfristigen Ökosystems zu verbessern.

Häufige Fragen

Welche Konsequenzen drohen, wenn ein Node nicht bis zum 2. Juni aktualisiert wird?

Das Pi-Kernteam erklärte in einer offiziellen Stellungnahme, dass Node-Betreiber, die die Aktualisierung nicht vor der Frist abschließen, möglicherweise den Zugang zum Pi-Mainnet-Ökosystem 2026 verlieren, einschließlich des Rechts zur Netzwerkteilnahme und künftiger Belohnungen. Das Pi-Kernteam hat nicht erläutert, ob es eine Kulanzfrist oder einen Wiederherstellungsmechanismus gibt.

Was ist die offizielle Position des Pi-Kernteams zu GCV?

Das Pi-Kernteam bestätigte eindeutig, dass es niemals irgendein festes GCV-Preismodell anerkannt habe. Der Community-Moderator hat in Serie Konten blockiert, die auf die Verbreitung falscher GCV-Hochpreis-Ziele abzielen; offiziell wird betont, dass der Wert von Pi aus der tatsächlichen Nutzung im Ökosystem resultieren sollte – und nicht aus unrealistischem Preis-Spekulieren.

Gehört der Upgrade-Umfang von Protocol 24 auch zu PiDex oder Smart Contracts?

Nein. Das Pi-Kernteam erklärte als Entwickler, dass sich Protocol 24 auf Backend-Infrastrukturen konzentriert (Ledger-Verbesserungen und Optimierung der Infrastruktur) und dass PiDex, Smart Contracts sowie Ökosystemanwendungen in einem separaten Update-Zyklus erfolgen.