J’ai passé l’après-midi à creuser pour comprendre ce que Piecrust change réellement par rapport à un WASM “classique”, en me disant que ce serait surtout cosmétique. Ce n’est pas le cas.
Piecrust a remplacé l’ancien RuskVM et repose sur Wasmer, un runtime WASM — mais les documents propres de Dusk indiquent qu’il est fondamentalement différent sur deux points précis : il prend nativement en charge des opérations ZK comme la vérification SNARK directement à l’intérieur de la VM, et il gère la mémoire d’une manière totalement différente de celle de la plupart des VM de blockchain.
C’est ça qui m’est resté.
Vous renoncez à la simplicité d’un runtime WASM prêt à l’emploi, et en échange vous obtenez une VM capable de vérifier nativement des preuves de connaissance nulle, sans acheminer ce travail ailleurs entièrement.
Mais attendez : soyons honnête sur ce que je sais vraiment, versus ce que j’infère. Dusk confirme que Piecrust gère la mémoire différemment et fait du ZK nativement. Ce que je n’ai pas trouvé, en revanche, c’est un écart de performances réellement mesurable entre l’ancien RuskVM et le Piecrust actuel.
Je n’ai cessé de revenir à la question : pourquoi est-ce important au-delà de la description technique — une VM conçue pour gérer nativement le travail cryptographique exact sur lequel repose tout le modèle de confidentialité de Dusk n’est pas un simple choix générique qu’on aurait “adapté” après coup.
Alors, construire une VM aussi spécialisée, est-ce que ça paie sur le long terme, ou est-ce que ça rend juste les choses plus difficiles à étendre plus tard quand les besoins changent ?
#dusk
$DUSK
@Dusk
Piecrust a remplacé l’ancien RuskVM et repose sur Wasmer, un runtime WASM — mais les documents propres de Dusk indiquent qu’il est fondamentalement différent sur deux points précis : il prend nativement en charge des opérations ZK comme la vérification SNARK directement à l’intérieur de la VM, et il gère la mémoire d’une manière totalement différente de celle de la plupart des VM de blockchain.
C’est ça qui m’est resté.
Vous renoncez à la simplicité d’un runtime WASM prêt à l’emploi, et en échange vous obtenez une VM capable de vérifier nativement des preuves de connaissance nulle, sans acheminer ce travail ailleurs entièrement.
Mais attendez : soyons honnête sur ce que je sais vraiment, versus ce que j’infère. Dusk confirme que Piecrust gère la mémoire différemment et fait du ZK nativement. Ce que je n’ai pas trouvé, en revanche, c’est un écart de performances réellement mesurable entre l’ancien RuskVM et le Piecrust actuel.
Je n’ai cessé de revenir à la question : pourquoi est-ce important au-delà de la description technique — une VM conçue pour gérer nativement le travail cryptographique exact sur lequel repose tout le modèle de confidentialité de Dusk n’est pas un simple choix générique qu’on aurait “adapté” après coup.
Alors, construire une VM aussi spécialisée, est-ce que ça paie sur le long terme, ou est-ce que ça rend juste les choses plus difficiles à étendre plus tard quand les besoins changent ?
#dusk
$DUSK
@Dusk