Domaine tokenisé vs Domaine Web3 (ENS, .crypto) : Quelle est la différence ?

Une question légitime, posée quotidiennement : "J'ai déjà un nom en .eth (ou .crypto, ou .x). Pourquoi devrais-je tokeniser mon .com ? N'est-ce pas la même chose ?"

Ce n'est pas le cas. Ils se chevauchent un peu dans l'esprit et beaucoup en matière de branding, mais sur le plan opérationnel, ils résolvent des problèmes différents. Cet article détaille la place qui revient à chacun.

Si vous souhaitez une explication détaillée sur les domaines tokenisés spécifiquement, commencez par Que sont les domaines tokenisés ?.

La réponse courte

Domaine tokenisé = un véritable domaine ICANN (.com, .xyz, .io, etc.) auquel s'ajoute un jeton de propriété on-chain.
Domaine Web3 = un nom qui vit uniquement on-chain (.eth, .crypto, .x, etc.). Il s'agit d'un système de nommage distinct, qui ne fait pas partie du DNS.

Un domaine tokenisé étend le monde DNS existant. Un domaine Web3 le remplace (ou coexiste à ses côtés, selon l'usage que vous en faites).

D'où vient la confusion

Les deux impliquent des NFT dans des portefeuilles (wallets). Les deux sont appelés "domaines". Les deux font intervenir l'ICANN dans la conversation à un moment donné — mais de manière opposée. Le marketing de ces deux catégories rend souvent la distinction floue.

Voici le modèle mental le plus clair :

Si vous tapez le nom dans un navigateur classique et qu'il mène à un site web sans aucune extension, plugin ou résolveur spécial — c'est un domaine DNS. Le tokeniser n'y change rien.
Si vous avez besoin d'une extension de navigateur, d'une fonctionnalité de portefeuille spécifique ou d'une passerelle de résolution pour qu'il fonctionne — c'est un domaine Web3.

Les deux sont valides. Ils ont des fonctions différentes.

Comparaison côte à côte

Caractéristique	Domaine ICANN tokenisé	Domaine Web3 (ENS, .crypto, etc.)
Résolution dans n'importe quel navigateur	Oui, nativement	Non (nécessite un résolveur/extension)
Fonctionne pour les e-mails d'emblée	Oui	Non (mécanisme différent)
Compatible avec les certificats SSL/TLS	Oui (Let's Encrypt, etc.)	Non (modèle de confiance distinct)
Reconnu par l'ICANN	Oui	Non
Vit on-chain	Oui (couche de propriété)	Oui (identité complète)
Détenu en tant que NFT dans un portefeuille	Oui	Oui
Utilisé comme alias de portefeuille	Parfois (via plugins)	Oui, nativement
Renouvellement annuel chez un registrar	Oui (véritable domaine DNS)	Généralement un paiement unique ou un modèle différent
Sans extension de navigateur pour les utilisateurs finaux	Oui	Non
Compatible avec l'infrastructure DNS	Oui	Pas directement

Les points forts de chacun

Domaines ICANN tokenisés

Idéal quand :

Vous gérez un vrai site web, une application ou une entreprise et vous voulez que cela fonctionne pour tout le monde, peu importe s'ils ont installé un logiciel Web3.
Vous souhaitez des adresses e-mail liées à votre domaine, des certificats SSL émis par des Autorités de Certification (CA) standards, des configurations CDN, etc.
Vous souhaitez une propriété et une transférabilité natives au portefeuille pour le domaine lui-même — vente, don, prêt — sans la bureaucratie du bureau d'enregistrement (registrar).
Vous voulez que le domaine puisse être utilisé comme garantie on-chain (collatéral) dans la DeFi tout en continuant de fonctionner comme un site web normal.

Exemples : le .com d'une entreprise, le .io d'une application SaaS, le .xyz d'un créateur, le .art d'une marque. Tout ce qui doit fonctionner sur l'internet traditionnel.

Domaines Web3 (ENS, Unstoppable, Freename, etc.)

Idéal quand :

Vous souhaitez une identité de portefeuille — un nom qui, lorsqu'il est tapé dans une application crypto ou un wallet, mène à votre adresse. vitalik.eth au lieu de 0x....
Vous voulez un profil / identifiant natif Web3 dans les dApps qui le prennent en charge.
Vous n'avez pas besoin que le nom fonctionne avec des e-mails standards, des navigateurs sans plugins ou des certificats SSL.
Vous appréciez les aspects culturels et communautaires d'un TLD spécifique (.eth, .crypto, .x).

Exemples : votre identité Web3 personnelle, un profil sur un portefeuille, une adresse facile à mémoriser pour recevoir de la crypto, des pages de présentation de NFT.

Résolution : Comment chacun fonctionne réellement

DNS (le monde dans lequel vivent les domaines tokenisés)

Vous tapez example.com. Votre ordinateur interroge un résolveur DNS. Le résolveur parcourt la hiérarchie DNS. Vous obtenez une adresse IP. Le navigateur récupère le site. Tout cela fonctionne de la même manière, que le domaine soit tokenisé ou non, car la tokenisation ajoute une couche de propriété, et non une couche de résolution.

Voir Le DNS fonctionne toujours pour les détails pratiques de ce côté.

Résolution de noms ENS / Web3

Vous tapez vitalik.eth. Un client compatible Web3 (MetaMask, une dApp, certains navigateurs avec support ENS) interroge le smart contract ENS sur Ethereum, récupère l'adresse ou le hash de contenu associé, et l'affiche en conséquence. Un client non compatible Web3 (Chrome sans extensions, votre serveur de messagerie professionnel, votre Autorité de Certification SSL) ne sait pas ce que signifie .eth et ne le résoudra pas.

Ce n'est pas un défaut — c'est conçu ainsi. L'ENS et les systèmes similaires sont construits pour une expérience native Web3, et non pour remplacer la couche de nommage de l'internet dans son ensemble. Consultez la documentation officielle de l'ENS pour découvrir l'architecture sous-jacente.

Pourquoi beaucoup de gens possèdent les deux

Il n'y a aucune raison d'en choisir un seul. Ils jouent des rôles différents.

Un schéma courant :

mybrand.com (tokenisé) pour le produit réel / le site web / les e-mails.
mybrand.eth (ENS) pour recevoir de la crypto, créer un profil Web3, et être adressable à l'intérieur des dApps.

Le .com tokenisé fonctionne pour l'internet ouvert. Le .eth fonctionne comme un alias de portefeuille et une identité dans les applications natives crypto. Des rôles différents, tous deux utiles.

Dans quel cas n'en choisir qu'un seul

Seulement tokenisé : si vous développez un vrai produit, dirigez une entreprise, ou faites quoi que ce soit qui doive fonctionner dans des navigateurs et clients de messagerie normaux. Le .eth est un petit plus appréciable ici.
Seulement un nom Web3 : si vous n'avez besoin que d'une identité de portefeuille et que vous ne gérez pas de véritable site web. (Vous voudrez probablement quand même un .com pour les activités hors-crypto, mais vous n'avez pas nécessairement besoin de le tokeniser).

Idées reçues courantes

"L'ENS remplacera le DNS." Non, et ce n'est pas son but. L'ENS est un système de nommage parallèle optimisé pour l'identité crypto.
"Un .com tokenisé est un 'domaine Web3'." C'est un domaine DNS tokenisé. L'étiquette "domaine Web3" est généralement utilisée pour les noms de style .eth/.crypto. Les catégories sont différentes.
"Les navigateurs supportent nativement le .eth maintenant." Brave et quelques extensions spécifiques, oui. Les navigateurs grand public, non. Pour une expérience utilisateur finale qui fonctionne pour tout le monde, le DNS reste la solution.
"Si je tokenise mon domaine, je perds la reconnaissance de l'ICANN." Non. Le côté DNS / ICANN reste inchangé. Vous ajoutez simplement une couche de propriété on-chain.
"Les domaines Web3 sont décentralisés, les domaines tokenisés ne le sont pas." Tous deux possèdent des propriétés décentralisées (propriété on-chain) et d'autres centralisées (registres, ICANN, mises à jour des smart contracts). La décentralisation est un spectre, pas une simple case à cocher.

Avertissement amical (À lire !)

Nous ne sommes ni avocats, ni comptables, ni conseillers financiers, ni médecins — et rien dans cet article ne constitue un conseil juridique, financier, fiscal, comptable, médical, ou tout autre type de conseil professionnel. Nous rédigeons ces articles pour nous informer nous-mêmes et pour des raisons pratiques pour nos clients. Les informations présentées ici peuvent être obsolètes, spécifiques à une zone géographique, ou tout simplement erronées — il nous arrive aussi de faire des erreurs.

Pour toute décision importante, veuillez consulter un vrai professionnel (sérieusement !). Ou si ce n'est pas votre style, demandez à un ami, à Twitter, à Reddit, à une IA, ou à un voyant. En bref : DYOR — Faites vos propres recherches (Do Your Own Research). Apprenons tout en nous amusant.

Résumé

Les domaines tokenisés sont de véritables domaines ICANN auxquels est ajouté un jeton de propriété on-chain. Ils se résolvent normalement dans tous les navigateurs, prennent en charge les e-mails, fonctionnent avec SSL et nécessitent des renouvellements annuels normaux.
Les domaines Web3 (ENS, Unstoppable Domains, Freename) constituent une catégorie différente — ce sont des noms qui vivent entièrement on-chain et agissent comme des alias de portefeuilles / identités Web3.
Ces catégories ne sont pas en concurrence. Elles résolvent des problèmes différents et de nombreuses personnes possèdent les deux.
Si vous avez besoin que le nom fonctionne partout sur internet, vous devriez opter pour un domaine DNS tokenisé. Si vous voulez un identifiant et une adresse natifs Web3, il vous faut un nom de type ENS.
Un même portefeuille peut contenir les deux.

Pour découvrir les plateformes dans le domaine de la tokenisation, voir Choisir une plateforme de tokenisation de domaine.

Fenwei Bian est une développeuse de logiciels d'une trentaine d'années qui passe ses heures de travail dans les pull requests et ses week-ends les mains dans la terre ou la sciure. Des années de contribution à des projets open source sur GitHub lui ont appris que les noms sont des interfaces : un bon nom est clair, dit honnêtement ce qu'il fait et facilite la tâche de la prochaine personne qui devra l'utiliser.

Elle jardine parce que cette activité récompense la patience et sanctionne les illusions. Elle travaille le bois parce qu'un assemblage s'ajuste ou ne s'ajuste pas. Ces deux habitudes transparaissent dans sa manière d'écrire sur les noms : mesurer deux fois, vérifier la source et ne pas simplement poncer une aspérité en espérant que personne ne la remarque.

Pour Namefi, elle décrit le fonctionnement réel des marchés de noms de domaine, les compromis pratiques liés à la tokenisation et à la revente de noms, ainsi que la façon de choisir un domaine que l'on sera toujours heureux de posséder dans vingt ans.