J’ai travaillé pendant quelques années au département de règlement des transactions. Le plus pénible n’était pas la volatilité des cours, mais cette fenêtre de décalage de quelques heures chaque jour après la clôture. L’argent a déjà été échangé, mais dans le système, tout reste en statut « en attente de confirmation » : pendant ce temps, on ne peut rien faire, on ne peut que patienter. Une fois l’attente terminée, il faut encore rapprocher les comptes ; si ça ne correspond pas, il faut faire des investigations et remonter jusqu’à l’origine. Une transaction qui n’est finalement réglée que le lendemain matin, c’est chose courante.
Regardez Dusk : la première préoccupation, c’est toujours la finalité, le grand livre ne revient plus en arrière. Succinct Attestation emprunte une voie déterministe : en clair, c’est un processus de confirmation qui garantit qu’« une fois qu’on l’a fixé, c’est fixé ». Le bloc passe par trois étapes — Proposal, Validation et Ratification — et une fois passé par Ratification, on considère la confirmation comme définitive. Pas de rollback probabiliste, pas de « on attend encore quelques confirmations ». Trois minutes d’écart et un jour d’écart, comptablement, c’est un autre monde.
Une confirmation rapide a un coût. Le consensus déterministe exige énormément des validateurs : chute de nœud, partition réseau. Sur d’autres chaînes, on est juste un peu en retard ; dans ce mécanisme, on peut carrément ne pas produire de bloc. J’ai pu le constater en faisant tourner un nœud moi-même : un simple saut d’IP sur un réseau résidentiel suffit à rater un tour de vote. Si l’on veut des garanties de règlement dignes d’une institution, la qualité des nœuds doit suivre.
L’équipe d’OtterSec a décortiqué l’implémentation PLONK de Dusk et a repéré une faille : au tout dernier stade, le validateur utilisait des données non vérifiées fournies par le prouveur. En théorie, cela ouvre la porte à des problèmes de falsification (forging). L’équipe a réagi vite : le correctif a été fait en une journée. Cette affaire me rappelle qu’en ingénierie, il faut continuer d’affûter : la couche cryptographique centrale continue de soulever des sujets ; ce n’est pas un correctif puis on passe à autre chose.
L’écosystème est aussi mince : peu d’applications réellement utilisables. Le travail de « productisation » n’arrive pas à suivre l’ambition technique. NPEX a de vrais scénarios de collaboration, mais la demande on-chain peut-elle se traduire en une consommation réelle sur DUSK ? Le gas, c’est déjà les frais de transaction on-chain ; il faudra encore voir.
La direction est bonne, mais le reste — franchir ou non les obstacles — en est une autre. Tous les projets dont la direction est juste ne survivront pas jusqu’au jour où ils pourront réellement être utilisés. Quels indicateurs allez-vous utiliser pour juger qu’une chaîne « est enfin utilisable » ? #dusk $DUSK @Dusk
Regardez Dusk : la première préoccupation, c’est toujours la finalité, le grand livre ne revient plus en arrière. Succinct Attestation emprunte une voie déterministe : en clair, c’est un processus de confirmation qui garantit qu’« une fois qu’on l’a fixé, c’est fixé ». Le bloc passe par trois étapes — Proposal, Validation et Ratification — et une fois passé par Ratification, on considère la confirmation comme définitive. Pas de rollback probabiliste, pas de « on attend encore quelques confirmations ». Trois minutes d’écart et un jour d’écart, comptablement, c’est un autre monde.
Une confirmation rapide a un coût. Le consensus déterministe exige énormément des validateurs : chute de nœud, partition réseau. Sur d’autres chaînes, on est juste un peu en retard ; dans ce mécanisme, on peut carrément ne pas produire de bloc. J’ai pu le constater en faisant tourner un nœud moi-même : un simple saut d’IP sur un réseau résidentiel suffit à rater un tour de vote. Si l’on veut des garanties de règlement dignes d’une institution, la qualité des nœuds doit suivre.
L’équipe d’OtterSec a décortiqué l’implémentation PLONK de Dusk et a repéré une faille : au tout dernier stade, le validateur utilisait des données non vérifiées fournies par le prouveur. En théorie, cela ouvre la porte à des problèmes de falsification (forging). L’équipe a réagi vite : le correctif a été fait en une journée. Cette affaire me rappelle qu’en ingénierie, il faut continuer d’affûter : la couche cryptographique centrale continue de soulever des sujets ; ce n’est pas un correctif puis on passe à autre chose.
L’écosystème est aussi mince : peu d’applications réellement utilisables. Le travail de « productisation » n’arrive pas à suivre l’ambition technique. NPEX a de vrais scénarios de collaboration, mais la demande on-chain peut-elle se traduire en une consommation réelle sur DUSK ? Le gas, c’est déjà les frais de transaction on-chain ; il faudra encore voir.
La direction est bonne, mais le reste — franchir ou non les obstacles — en est une autre. Tous les projets dont la direction est juste ne survivront pas jusqu’au jour où ils pourront réellement être utilisés. Quels indicateurs allez-vous utiliser pour juger qu’une chaîne « est enfin utilisable » ? #dusk $DUSK @Dusk