Ces derniers temps, je me suis mis à réfléchir à la façon dont la nouvelle technologie attire souvent l’attention, tandis que le calendrier est ignoré.
Au début, j’ai supposé que $DUSK lancer un testnet EVM le 10 août visait surtout à rendre les choses plus simples pour les développeurs #Ethereum . Des outils familiers, une intégration plus facile, davantage de développeurs qui testent. Simple.
Plus je lis, plus je me dis que la partie la plus intéressante pourrait être ce que Dusk essaie réellement de faire construire à ces développeurs.
$DUSK met déjà fortement l’accent sur la confidentialité pour les applications financières réglementées. L’idée, maintenant, serait d’y introduire davantage d’outils Ethereum plus familiers.
Cela crée un décalage intéressant.
Les développeurs pourraient être prêts à construire avant que les institutions ne soient prêtes à utiliser les applications.
Les institutions pourraient vouloir la confidentialité avant que les régulateurs ne soient à l’aise avec les systèmes.
Et tout le monde pourrait attendre que quelqu’un d’autre bouge en premier.
Je reviens sans cesse à ça.
Imaginez un développeur qui construit une infrastructure pour des titres tokenisés. La technologie peut déjà prendre en charge des transactions confidentielles et une vérification sélective. Mais la technologie n’est pas nécessairement le goulot d’étranglement. La difficulté pourrait plutôt résider dans le fait d’aligner au même moment les émetteurs, les institutions, les développeurs et les régulateurs.
Peut-être que c’est vrai.
Peut-être que je me concentre sur la mauvaise chose.
Pourtant, le virage d’EVM de Dusk me semble moins être « une autre chaîne EVM » qu’une tentative de réduire un obstacle, pendant que le plus grand problème de coordination reste entier.
Je ne suis pas sûr que des outils familiers puissent créer de la demande.
Ou s’ils ne font que faciliter les choses une fois que la demande existe déjà.
#dusk
@Dusk_Foundation
$DUSK
Au début, j’ai supposé que $DUSK lancer un testnet EVM le 10 août visait surtout à rendre les choses plus simples pour les développeurs #Ethereum . Des outils familiers, une intégration plus facile, davantage de développeurs qui testent. Simple.
Plus je lis, plus je me dis que la partie la plus intéressante pourrait être ce que Dusk essaie réellement de faire construire à ces développeurs.
$DUSK met déjà fortement l’accent sur la confidentialité pour les applications financières réglementées. L’idée, maintenant, serait d’y introduire davantage d’outils Ethereum plus familiers.
Cela crée un décalage intéressant.
Les développeurs pourraient être prêts à construire avant que les institutions ne soient prêtes à utiliser les applications.
Les institutions pourraient vouloir la confidentialité avant que les régulateurs ne soient à l’aise avec les systèmes.
Et tout le monde pourrait attendre que quelqu’un d’autre bouge en premier.
Je reviens sans cesse à ça.
Imaginez un développeur qui construit une infrastructure pour des titres tokenisés. La technologie peut déjà prendre en charge des transactions confidentielles et une vérification sélective. Mais la technologie n’est pas nécessairement le goulot d’étranglement. La difficulté pourrait plutôt résider dans le fait d’aligner au même moment les émetteurs, les institutions, les développeurs et les régulateurs.
Peut-être que c’est vrai.
Peut-être que je me concentre sur la mauvaise chose.
Pourtant, le virage d’EVM de Dusk me semble moins être « une autre chaîne EVM » qu’une tentative de réduire un obstacle, pendant que le plus grand problème de coordination reste entier.
Je ne suis pas sûr que des outils familiers puissent créer de la demande.
Ou s’ils ne font que faciliter les choses une fois que la demande existe déjà.
#dusk
@Dusk_Foundation
$DUSK