#dusk $DUSK @Dusk
En faisant abstraction du récit technique sur papier, après avoir testé le processus de retrait inter-couches de DuskEVM, on ressent clairement un sérieux décalage entre la positionnement produit et l’expérience d’utilisation réelle. Le projet met en avant un écosystème compatible EVM ; l’intention première était de reproduire, avec une simplicité d’utilisation, celle des blockchains grand public, afin de réduire la barrière d’entrée pour le grand public. Or, dans la pratique, le processus de rapatriement des actifs s’écarte complètement de cet avantage central.
À l’heure actuelle, au stade du testnet, le mécanisme de retour des actifs repose sur une logique d’interaction on-chain en plusieurs étapes. Il découpe les opérations en plusieurs actions indépendantes. À chaque point clé, l’utilisateur doit confirmer manuellement l’interaction. De plus, les étapes de vérification ultérieures et de clôture génèrent des frais supplémentaires on-chain, ce qui s’ajoute au coût d’utilisation pour les utilisateurs.
Par rapport à la lourdeur des étapes, le principal point faible de l’expérience réside surtout dans l’incertitude du processus. Le cycle de retrait ne dispose d’aucun repère standardisé sur les délais ; il est influencé par de nombreux facteurs, tels que les fluctuations du réseau, la validation des preuves, les contrôles de sécurité (risk control), etc. Tout au long du parcours, aucune indication d’avancement n’est fournie. L’utilisateur ne peut que surveiller manuellement l’état sur la page du portefeuille. Si le cache de l’appareil est effacé ou si l’utilisateur change de terminal de connexion, sans avoir conservé à l’avance les justificatifs de la transaction, il perd alors totalement les indices de progression — une situation particulièrement défavorable pour les débutants.
Le mécanisme de vérification complexe en couche de base vise, en essence, à renforcer la sécurité des actifs ; cela se comprend tout à fait. Mais, au regard des antécédents de divergences en matière de contrôle des risques sur les modules de pont (bridge), on constate qu’en dépit de l’absence finale de pertes d’actifs, la confiance des utilisateurs envers les fonctionnalités de pont inter-couches a déjà été entamée. Les investisseurs particuliers ordinaires ne creusent jamais la logique cryptographique sous-jacente : ils se préoccupent seulement de la fluidité des opérations et du contrôle des actifs.
La compétitivité d’un produit blockchain ne tient pas uniquement à la sophistication de la technologie de base, mais aussi — et surtout — à la capacité de s’adapter et d’être inclusif dans l’usage concret. Concevoir une architecture de fond complexe pour s’adapter à un marché réglementé n’a rien de problématique en soi ; mais l’interaction côté terminal devrait, elle, être simplifiée au maximum. Si, après le lancement sur le mainnet, le projet continue d’exposer directement cette logique complexe aux utilisateurs ordinaires, même une architecture technique très impressionnante aura du mal à retenir le trafic. La technologie de fond, aussi poussée soit-elle, finirait-elle finalement par être vaincue par une expérience utilisateur de base décevante ?
En faisant abstraction du récit technique sur papier, après avoir testé le processus de retrait inter-couches de DuskEVM, on ressent clairement un sérieux décalage entre la positionnement produit et l’expérience d’utilisation réelle. Le projet met en avant un écosystème compatible EVM ; l’intention première était de reproduire, avec une simplicité d’utilisation, celle des blockchains grand public, afin de réduire la barrière d’entrée pour le grand public. Or, dans la pratique, le processus de rapatriement des actifs s’écarte complètement de cet avantage central.
À l’heure actuelle, au stade du testnet, le mécanisme de retour des actifs repose sur une logique d’interaction on-chain en plusieurs étapes. Il découpe les opérations en plusieurs actions indépendantes. À chaque point clé, l’utilisateur doit confirmer manuellement l’interaction. De plus, les étapes de vérification ultérieures et de clôture génèrent des frais supplémentaires on-chain, ce qui s’ajoute au coût d’utilisation pour les utilisateurs.
Par rapport à la lourdeur des étapes, le principal point faible de l’expérience réside surtout dans l’incertitude du processus. Le cycle de retrait ne dispose d’aucun repère standardisé sur les délais ; il est influencé par de nombreux facteurs, tels que les fluctuations du réseau, la validation des preuves, les contrôles de sécurité (risk control), etc. Tout au long du parcours, aucune indication d’avancement n’est fournie. L’utilisateur ne peut que surveiller manuellement l’état sur la page du portefeuille. Si le cache de l’appareil est effacé ou si l’utilisateur change de terminal de connexion, sans avoir conservé à l’avance les justificatifs de la transaction, il perd alors totalement les indices de progression — une situation particulièrement défavorable pour les débutants.
Le mécanisme de vérification complexe en couche de base vise, en essence, à renforcer la sécurité des actifs ; cela se comprend tout à fait. Mais, au regard des antécédents de divergences en matière de contrôle des risques sur les modules de pont (bridge), on constate qu’en dépit de l’absence finale de pertes d’actifs, la confiance des utilisateurs envers les fonctionnalités de pont inter-couches a déjà été entamée. Les investisseurs particuliers ordinaires ne creusent jamais la logique cryptographique sous-jacente : ils se préoccupent seulement de la fluidité des opérations et du contrôle des actifs.
La compétitivité d’un produit blockchain ne tient pas uniquement à la sophistication de la technologie de base, mais aussi — et surtout — à la capacité de s’adapter et d’être inclusif dans l’usage concret. Concevoir une architecture de fond complexe pour s’adapter à un marché réglementé n’a rien de problématique en soi ; mais l’interaction côté terminal devrait, elle, être simplifiée au maximum. Si, après le lancement sur le mainnet, le projet continue d’exposer directement cette logique complexe aux utilisateurs ordinaires, même une architecture technique très impressionnante aura du mal à retenir le trafic. La technologie de fond, aussi poussée soit-elle, finirait-elle finalement par être vaincue par une expérience utilisateur de base décevante ?