Der Migrationsleitfaden von docs.dusk.network hat in der FAQ einen Rundungsaspekt versteckt, den ich sonst nirgends erwähnt gesehen hatte. Wenn du einen Betrag an ERC20- oder BEP20-DUSK migrierst, der kein sauberes Vielfaches von 1 Lux ist, rundet der Vertrag ihn einfach nach unten — und ich musste ihr eigenes Beispiel zweimal in meinem Kopf durchgehen, bevor es tatsächlich klickte: Migriere 1234567890 wei DUSK, und es wird genau auf 1000000000 wei gerundet, also genau eine saubere Lux-Einheit — keine Teilgutschrift für den Rest.
Der verbleibende Rest wird weder erstattet noch für ein späteres Nachladen vorgemerkt; er ist einfach weg von dem, was du auf der nativen Seite erhältst. Das ist ein echter Preis, der direkt in die Migrationsmechanik eingepreist ist, kein Bug — denn natives DUSK nutzt 9 Dezimalstellen und ERC20/BEP20 nutzt 18, sodass irgendwo in der Umrechnung zwangsläufig eine Rundung mathematisch unvermeidbar ist.
Für die meisten Leute, die eine normale Wallet-Balance migrieren, sind das wahrscheinlich Bruchteile eines Cents und es spielt wirklich keine Rolle. Aber niemand, der zum ersten Mal migriert, erwartet, dass „abrunden und die Differenz verlieren“ das Standardverhalten in einem Netzwerk ist, das auf deterministischer Abrechnungsgenauigkeit basiert.
Zeigt die Migrations-UI den Leuten tatsächlich den exakten, gerundeten Betrag an, bevor sie bestätigen, oder erfahren sie es erst hinterher? 🧐
#dusk $DUSK @Dusk
Der verbleibende Rest wird weder erstattet noch für ein späteres Nachladen vorgemerkt; er ist einfach weg von dem, was du auf der nativen Seite erhältst. Das ist ein echter Preis, der direkt in die Migrationsmechanik eingepreist ist, kein Bug — denn natives DUSK nutzt 9 Dezimalstellen und ERC20/BEP20 nutzt 18, sodass irgendwo in der Umrechnung zwangsläufig eine Rundung mathematisch unvermeidbar ist.
Für die meisten Leute, die eine normale Wallet-Balance migrieren, sind das wahrscheinlich Bruchteile eines Cents und es spielt wirklich keine Rolle. Aber niemand, der zum ersten Mal migriert, erwartet, dass „abrunden und die Differenz verlieren“ das Standardverhalten in einem Netzwerk ist, das auf deterministischer Abrechnungsgenauigkeit basiert.
Zeigt die Migrations-UI den Leuten tatsächlich den exakten, gerundeten Betrag an, bevor sie bestätigen, oder erfahren sie es erst hinterher? 🧐
#dusk $DUSK @Dusk
