@Dusk
i chrachte mich in die Frage rein, wie die Ausschussgröße von Dusk eigentlich funktioniert, da „64 Credits pro Runde“ überall als feste Größe herumgereicht wird. ich fand ein github-issue, das etwas anderes beschreibt — die Ausschussgröße ist zwar bei 64 gedeckelt, fällt aber darunter, wenn es nicht genug berechtigte Provisioner gibt, wobei das Quorum dann aus dieser kleineren Zahl berechnet wird. außer wenn ich nachgeschaut habe, gegen welches Codebase dieses Issue eingereicht wurde — es war dusk-blockchain, der alte golang-client, der von seinem eigenen Team bereits im Juni 2025 archiviert wurde.
also war das dokumentiertes Verhalten in der pre-mainnet-Implementierung, nicht unbedingt das, was jetzt läuft — tatsächlich, warte, ich sollte genauer sein: es ist nicht unbedingt so, dass es jetzt anders ist, sondern dass ich einfach in beide Richtungen nichts Verlässliches finde. mainnet nutzt rusk, eine vollständige rust-Weiterentwicklung, und ob diese Art von Sortitionslogik dabei übernommen wurde oder neu gestaltet wurde, konnte ich nicht verlässlich bestätigen.
das ist eine ziemlich speziell wirkende Lücke für ein Netzwerk, das so tief in den öffentlichen Dokus steckt — das historische Verhalten ist real und nachvollziehbar, aber nichts, was ich gefunden habe, bestätigt oder widerlegt es tatsächlich im aktuellen Live-Codebase.
hat irgendjemand wirklich den aktuellen rusk-Sortitionscode dafür überprüft, oder wiederholt einfach jeder das Verhalten des alten go-clients, als wäre es noch immer wahr? 🧐
#dusk $DUSK
i chrachte mich in die Frage rein, wie die Ausschussgröße von Dusk eigentlich funktioniert, da „64 Credits pro Runde“ überall als feste Größe herumgereicht wird. ich fand ein github-issue, das etwas anderes beschreibt — die Ausschussgröße ist zwar bei 64 gedeckelt, fällt aber darunter, wenn es nicht genug berechtigte Provisioner gibt, wobei das Quorum dann aus dieser kleineren Zahl berechnet wird. außer wenn ich nachgeschaut habe, gegen welches Codebase dieses Issue eingereicht wurde — es war dusk-blockchain, der alte golang-client, der von seinem eigenen Team bereits im Juni 2025 archiviert wurde.
also war das dokumentiertes Verhalten in der pre-mainnet-Implementierung, nicht unbedingt das, was jetzt läuft — tatsächlich, warte, ich sollte genauer sein: es ist nicht unbedingt so, dass es jetzt anders ist, sondern dass ich einfach in beide Richtungen nichts Verlässliches finde. mainnet nutzt rusk, eine vollständige rust-Weiterentwicklung, und ob diese Art von Sortitionslogik dabei übernommen wurde oder neu gestaltet wurde, konnte ich nicht verlässlich bestätigen.
das ist eine ziemlich speziell wirkende Lücke für ein Netzwerk, das so tief in den öffentlichen Dokus steckt — das historische Verhalten ist real und nachvollziehbar, aber nichts, was ich gefunden habe, bestätigt oder widerlegt es tatsächlich im aktuellen Live-Codebase.
hat irgendjemand wirklich den aktuellen rusk-Sortitionscode dafür überprüft, oder wiederholt einfach jeder das Verhalten des alten go-clients, als wäre es noch immer wahr? 🧐
#dusk $DUSK
