La raison la plus silencieuse pour laquelle la plupart des chaînes institutionnelles échouent, c’est qu’elles demandent aux développeurs de recommencer à zéro.
DuskEVM ne le fait pas. Solidity ou Vyper, Foundry, Hardhat, viem, ethers, des wallets EVM standard, et DUSK paie le gaz. Une équipe qui a déjà livré sur Ethereum peut déployer sans rien apprendre de nouveau.
J’avais l’habitude de voir la compatibilité comme un choix paresseux. Copier ce qui existe, éviter le travail de conception difficile.
Maintenant je pense que c’est la stratégie de distribution.
La technologie de confidentialité a une longue histoire : elle est techniquement excellente et totalement inaccessible. Des primitives brillantes, mais personne ne construit dessus, parce que le coût d’entrée représentait une année d’apprentissage d’un nouveau langage et d’un nouveau modèle mental.
Pour les actifs régulés, le problème est pire, pas mieux. Les équipes qui comprennent les flux de travail liés aux valeurs mobilières ne sont pas celles qui veulent apprendre un nouveau VM. Ce sont des intégrateurs, des dépositaires (custodians), des ingénieurs de plateforme/venue (venue engineers) et leurs outils parlent déjà EVM.
Donc le fait que DuskEVM soit équivalent à EVM n’est pas une prouesse technique dont il faudrait s’émerveiller à elle seule. C’est ce qui détermine si, oui ou non, les couches de confidentialité et de conformité en dessous seront réellement utilisées par les personnes pour lesquelles elles ont été conçues.
DuskEVM se règle via DuskDS, de sorte que l’outillage familier se trouve au-dessus des garanties de règlement plutôt que de les remplacer. Hedger fournit la confidentialité sur cette couche.
L’objection honnête : l’ontologie de confidentialité la plus forte se trouve de l’autre côté, sur DuskVM avec Zedger. Donc la couche la plus facile à adopter n’est pas celle qui offre les garanties les plus solides, et la plupart des gens finiront par choisir la plus simple.
Qu’en pensez-vous ? Le fait d’aller à la rencontre des développeurs là où ils sont compte-t-il plus que la confidentialité la plus forte disponible ?
@Dusk #dusk $DUSK
DuskEVM ne le fait pas. Solidity ou Vyper, Foundry, Hardhat, viem, ethers, des wallets EVM standard, et DUSK paie le gaz. Une équipe qui a déjà livré sur Ethereum peut déployer sans rien apprendre de nouveau.
J’avais l’habitude de voir la compatibilité comme un choix paresseux. Copier ce qui existe, éviter le travail de conception difficile.
Maintenant je pense que c’est la stratégie de distribution.
La technologie de confidentialité a une longue histoire : elle est techniquement excellente et totalement inaccessible. Des primitives brillantes, mais personne ne construit dessus, parce que le coût d’entrée représentait une année d’apprentissage d’un nouveau langage et d’un nouveau modèle mental.
Pour les actifs régulés, le problème est pire, pas mieux. Les équipes qui comprennent les flux de travail liés aux valeurs mobilières ne sont pas celles qui veulent apprendre un nouveau VM. Ce sont des intégrateurs, des dépositaires (custodians), des ingénieurs de plateforme/venue (venue engineers) et leurs outils parlent déjà EVM.
Donc le fait que DuskEVM soit équivalent à EVM n’est pas une prouesse technique dont il faudrait s’émerveiller à elle seule. C’est ce qui détermine si, oui ou non, les couches de confidentialité et de conformité en dessous seront réellement utilisées par les personnes pour lesquelles elles ont été conçues.
DuskEVM se règle via DuskDS, de sorte que l’outillage familier se trouve au-dessus des garanties de règlement plutôt que de les remplacer. Hedger fournit la confidentialité sur cette couche.
L’objection honnête : l’ontologie de confidentialité la plus forte se trouve de l’autre côté, sur DuskVM avec Zedger. Donc la couche la plus facile à adopter n’est pas celle qui offre les garanties les plus solides, et la plupart des gens finiront par choisir la plus simple.
Qu’en pensez-vous ? Le fait d’aller à la rencontre des développeurs là où ils sont compte-t-il plus que la confidentialité la plus forte disponible ?
@Dusk #dusk $DUSK