Auf der Liste reden alle über Phoenix’ anonyme Sets, aber es war vor drei Monaten bereits im Mainnet abgeschaltet
In diesen Tagen habe ich Dutzende Beiträge auf der DUSK-Rangliste gelesen. Mehrere davon diskutieren ernsthaft Phoenix’ Privacy-UTXOs und anonyme Sets, und in einem Beitrag wurde sogar eine USENIX-Studie aus Kappos 2018 zitiert, in der gegen Zcash angegangen wurde. Das ist wirklich gut geschrieben.
Aber ich habe es on-chain nachgecheckt: Phoenix ist im Mainnet bereits deaktiviert.
Blockhöhe 4.414.095, 6. Juni 2026, 18:17:13 UTC; diese Hardfork hieß Boreas.
Drei Stellen stimmen überein – jeweils im Originaltext:
1. Der offizielle Node nodes.dusk.network, /on/node/info: In der VM-Feature-Tabelle steht DISABLE_PHOENIX = 4414095, und das ist dieselbe Höhe wie HARDFORK_BOREAS.
2. GitHub dusk-network/rusk, CHANGELOG v1.7.0: „Activate Boreas and Phoenix disablement on mainnet at block 4_414_095“.
3. vm/CHANGELOG.md noch direkter: „Add execution gating to disable Phoenix payments and settlement calls.“
Peinlich ist: docs.dusk.networks Übersicht steht bis heute noch da und behauptet, Phoenix sei für „confidential shielded transfers“ verantwortlich. Die Doku und die Chain passen also nicht zusammen.
Noch interessanter: Dusk hat dieses Jahr im März einen Open-Source-Tool namens Pituitary veröffentlicht. Dessen Funktion passt genau dazu, Widersprüche zwischen Spezifikationsdokument und Code zu erkennen.
Warum abgeschaltet wurde, hat man offiziell nie gesagt; der Blog wurde nach dem 22. April einfach nicht weitergeführt. Ich erfinde keine Ausrede, sondern nenne nur eine mögliche, relevante Tatsache: Die AEGIS-Hardfork im März hat 39 Probleme gefixt, darunter 7 critical. Vier davon konzentrieren sich auf Phoenix’ Gebühren- und Refund-Chain – stille Inflation, Arithmetic-Overflow, die den Chain stoppt, und Refund-Diebstahl. Das hat die offizielle Sicherheitsanalyse selbst in ihrem Post vom 11. März geschrieben – ziemlich offen.
Könnte es nur ein Übergangszustand hin zu Hedger sein? Möglich, aber das ist Spekulation – ich will daraus keine Schlussfolgerung machen.
Worum es mir eigentlich geht, ist etwas anderes: Bevor man über das Privacy-Modell einer Kette diskutiert, sollte man erst bestätigen, dass dieses Modell aktuell überhaupt aktiv ist.
$DUSK #dusk @Dusk
Hat jemand eine offizielle, formelle Ankündigung zu dieser Deaktivierung gefunden? Ich habe wirklich nichts dazu gefunden.
In diesen Tagen habe ich Dutzende Beiträge auf der DUSK-Rangliste gelesen. Mehrere davon diskutieren ernsthaft Phoenix’ Privacy-UTXOs und anonyme Sets, und in einem Beitrag wurde sogar eine USENIX-Studie aus Kappos 2018 zitiert, in der gegen Zcash angegangen wurde. Das ist wirklich gut geschrieben.
Aber ich habe es on-chain nachgecheckt: Phoenix ist im Mainnet bereits deaktiviert.
Blockhöhe 4.414.095, 6. Juni 2026, 18:17:13 UTC; diese Hardfork hieß Boreas.
Drei Stellen stimmen überein – jeweils im Originaltext:
1. Der offizielle Node nodes.dusk.network, /on/node/info: In der VM-Feature-Tabelle steht DISABLE_PHOENIX = 4414095, und das ist dieselbe Höhe wie HARDFORK_BOREAS.
2. GitHub dusk-network/rusk, CHANGELOG v1.7.0: „Activate Boreas and Phoenix disablement on mainnet at block 4_414_095“.
3. vm/CHANGELOG.md noch direkter: „Add execution gating to disable Phoenix payments and settlement calls.“
Peinlich ist: docs.dusk.networks Übersicht steht bis heute noch da und behauptet, Phoenix sei für „confidential shielded transfers“ verantwortlich. Die Doku und die Chain passen also nicht zusammen.
Noch interessanter: Dusk hat dieses Jahr im März einen Open-Source-Tool namens Pituitary veröffentlicht. Dessen Funktion passt genau dazu, Widersprüche zwischen Spezifikationsdokument und Code zu erkennen.
Warum abgeschaltet wurde, hat man offiziell nie gesagt; der Blog wurde nach dem 22. April einfach nicht weitergeführt. Ich erfinde keine Ausrede, sondern nenne nur eine mögliche, relevante Tatsache: Die AEGIS-Hardfork im März hat 39 Probleme gefixt, darunter 7 critical. Vier davon konzentrieren sich auf Phoenix’ Gebühren- und Refund-Chain – stille Inflation, Arithmetic-Overflow, die den Chain stoppt, und Refund-Diebstahl. Das hat die offizielle Sicherheitsanalyse selbst in ihrem Post vom 11. März geschrieben – ziemlich offen.
Könnte es nur ein Übergangszustand hin zu Hedger sein? Möglich, aber das ist Spekulation – ich will daraus keine Schlussfolgerung machen.
Worum es mir eigentlich geht, ist etwas anderes: Bevor man über das Privacy-Modell einer Kette diskutiert, sollte man erst bestätigen, dass dieses Modell aktuell überhaupt aktiv ist.
$DUSK #dusk @Dusk
Hat jemand eine offizielle, formelle Ankündigung zu dieser Deaktivierung gefunden? Ich habe wirklich nichts dazu gefunden.