Die Größe eines Dusk-Vertrags bestimmt die Bereitstellungslast.
Der Bytecode ist nicht die ganze Rechnung.
Ich ging davon aus, dass die Bereitstellungskosten vor allem eine Frage der Größe des Vertrags sind.
Dusk misst während derselben Bereitstellung noch etwas anderes.
Der Bytecode erhält eine Bereitstellungsgebühr, die sich nach seiner Länge richtet, `GAS_PER_DEPLOY_BYTE`, und nach dem aktuellen Gaspreis. Anschließend wird der Initialisierungscode tatsächlich unter einem separaten `gas_limit` ausgeführt und verbraucht Ausführungsgas für die Arbeit, die er leistet.
Betrachten wir einen konstruierten Vergleich: Vertrag A ist 50 KB groß und hat nahezu keine Initialisierungsarbeit. Vertrag B ist 20 KB groß, führt aber deutlich schwerere Initialisierungen durch.
A hat den größeren Bytecode-Anteil.
B kann dennoch mehr Ausführungsgas verlangen, während es erstellt wird.
Ein Mechanismus misst das Artefakt, das installiert wird. Der andere misst die Berechnung, die nötig ist, um es zu initialisieren.
So kann die Vertragsgröße dir einen Teil der Bereitstellungslast zeigen, ohne dir die gesamten Ressourcenkosten zu verraten.
Wie viel von den Kosten einer Dusk-Bereitstellung kommt daher, dass Code on-chain bereitgestellt wird, und wie viel kommt von der Arbeit, die die VM leisten muss, bevor dieser Code einsatzbereit ist?
@Dusk #dusk $DUSK
Der Bytecode ist nicht die ganze Rechnung.
Ich ging davon aus, dass die Bereitstellungskosten vor allem eine Frage der Größe des Vertrags sind.
Dusk misst während derselben Bereitstellung noch etwas anderes.
Der Bytecode erhält eine Bereitstellungsgebühr, die sich nach seiner Länge richtet, `GAS_PER_DEPLOY_BYTE`, und nach dem aktuellen Gaspreis. Anschließend wird der Initialisierungscode tatsächlich unter einem separaten `gas_limit` ausgeführt und verbraucht Ausführungsgas für die Arbeit, die er leistet.
Betrachten wir einen konstruierten Vergleich: Vertrag A ist 50 KB groß und hat nahezu keine Initialisierungsarbeit. Vertrag B ist 20 KB groß, führt aber deutlich schwerere Initialisierungen durch.
A hat den größeren Bytecode-Anteil.
B kann dennoch mehr Ausführungsgas verlangen, während es erstellt wird.
Ein Mechanismus misst das Artefakt, das installiert wird. Der andere misst die Berechnung, die nötig ist, um es zu initialisieren.
So kann die Vertragsgröße dir einen Teil der Bereitstellungslast zeigen, ohne dir die gesamten Ressourcenkosten zu verraten.
Wie viel von den Kosten einer Dusk-Bereitstellung kommt daher, dass Code on-chain bereitgestellt wird, und wie viel kommt von der Arbeit, die die VM leisten muss, bevor dieser Code einsatzbereit ist?
@Dusk #dusk $DUSK