#dusk $DUSK @Dusk
Ich bin durch Dusk's GitHub gegangen und habe eine Kopplung gefunden, die in der Marketing-Überarbeitung nie auftaucht. Ende 2023 war der Stake-Vertragsvertrag von $DUSK strukturell an phoenix-core gebunden — dasselbe Modul hinter #dusk's verschleierten Transfers. Nicht optional darüber geroutet. Laut dem eigenen Issue des Teams wurden die Structs „Stake“ und „Unstake“ mit phoenix-core-Typen definiert.
Konkret: Beim Unstaking wurde ein phoenix-core-Note benötigt, um die zurückgezogenen Gelder überhaupt zu prägen, und dieses gleiche Note-Feld baute den Signatur-Digest für die Verifikation auf. Dein Stake-Zurückbekommen war mechanisch eine verschleierte-Transfer-Operation mit einem anderen Etikett.
@Dusk hat ein Issue geöffnet, um den Stake-Vertrag vollständig von phoenix-core zu entkoppeln. Dieses Issue ist jetzt in ihrem Tracker geschlossen — aber „geschlossen“ sagt mir nicht, ob es wie vorgeschlagen ausgeliefert wurde, anders gelöst wurde oder einfach wegpriorisiert wurde. Ich habe den aktuellen Stake-Contract-Quellcode nicht vor mir, also behaupte ich nicht, dass die Kopplung weg ist.
Was sich für mich geändert hat, ist kleiner als „ist jetzt gefixt“ — es ist zu sehen, wie tief die Vertraulichkeits-Tooling in konsenskritische Pfade hineingreift, so tief, dass es ein eigenes, nachverfolgtes Engineering-Vorhaben brauchte, um es zu entwirren.
Als Nächstes lohnt sich ein Check: den heutigen Stake-Contract-Quellcode direkt ziehen, um zu sehen, ob phoenix-core immer noch eine Abhängigkeit ist, und falls nicht, was den Note-basierten Mint- und Signatur-Flow ersetzt hat.
Ich bin durch Dusk's GitHub gegangen und habe eine Kopplung gefunden, die in der Marketing-Überarbeitung nie auftaucht. Ende 2023 war der Stake-Vertragsvertrag von $DUSK strukturell an phoenix-core gebunden — dasselbe Modul hinter #dusk's verschleierten Transfers. Nicht optional darüber geroutet. Laut dem eigenen Issue des Teams wurden die Structs „Stake“ und „Unstake“ mit phoenix-core-Typen definiert.
Konkret: Beim Unstaking wurde ein phoenix-core-Note benötigt, um die zurückgezogenen Gelder überhaupt zu prägen, und dieses gleiche Note-Feld baute den Signatur-Digest für die Verifikation auf. Dein Stake-Zurückbekommen war mechanisch eine verschleierte-Transfer-Operation mit einem anderen Etikett.
@Dusk hat ein Issue geöffnet, um den Stake-Vertrag vollständig von phoenix-core zu entkoppeln. Dieses Issue ist jetzt in ihrem Tracker geschlossen — aber „geschlossen“ sagt mir nicht, ob es wie vorgeschlagen ausgeliefert wurde, anders gelöst wurde oder einfach wegpriorisiert wurde. Ich habe den aktuellen Stake-Contract-Quellcode nicht vor mir, also behaupte ich nicht, dass die Kopplung weg ist.
Was sich für mich geändert hat, ist kleiner als „ist jetzt gefixt“ — es ist zu sehen, wie tief die Vertraulichkeits-Tooling in konsenskritische Pfade hineingreift, so tief, dass es ein eigenes, nachverfolgtes Engineering-Vorhaben brauchte, um es zu entwirren.
Als Nächstes lohnt sich ein Check: den heutigen Stake-Contract-Quellcode direkt ziehen, um zu sehen, ob phoenix-core immer noch eine Abhängigkeit ist, und falls nicht, was den Note-basierten Mint- und Signatur-Flow ersetzt hat.
