🖼️ NFT & 🌌 Metaverse

Analyse dense : Standards (ERC-721/1155), Métadonnées (IPFS), Marketplaces (OpenSea/Blur) & Mondes Virtuels (Decentraland).

1.1

Concept : Le Jeton Non Fongible

Définition de la "Fongibilité". Fongible (ERC-20) vs Non-Fongible (ERC-721). Le NFT comme "Certificat de Propriété" numérique.

FongibleNon-FongiblePropriété

2.1

Standards : ERC-721 vs ERC-1155

ERC-721 (Le standard 1:1, "Unique", ex: Art). ERC-1155 (Le standard 1:N, "Multi-Token", ex: Gaming). Avantages (Gas, Batch).

ERC-721ERC-1155Gaming

2.2

Anatomie : Métadonnées (Le "JPEG")

Le `tokenURI`. Le JSON de métadonnées. Le dilemme : On-Chain vs Off-Chain. Centralisé (Serveur) vs Décentralisé (IPFS, Arweave).

MetadatatokenURIIPFSOn-Chain

3.1

Marketplace : OpenSea

Le "Shared Storefront". Le mécanisme d'approbation (`setApprovalForAll`). Le "Lazy Minting" (mint off-chain).

OpenSeaLazy MintingApprove

3.2

Marketplace : Blur & Royalties

L'agrégateur "Pro-Trader". Le "Vampire Attack" via l'Airdrop $BLUR. La "Guerre des Royalties" (Frais Créateur).

BlurAirdropRoyalties

4.1

Concept : Le Metaverse

Définition : Persistance, Interopérabilité, Économie. Le "Web Spatial". Le rôle des NFTs comme "propriété" des actifs virtuels.

MetaverseInteropérabilitéPropriété

4.2

Plateformes : Decentraland & Sandbox

Analyse de Decentraland (DAO, MANA, LAND) et The Sandbox (Voxel, SAND, Game Maker, UGC).

DecentralandThe SandboxLAND

5.1

Cas d'Usage Avancés (Post-Hype)

Au-delà de l'art (PFP). Identité (ENS), RWA (RealT), Billetterie (Ticketing), Musique, Gaming (Actifs).

ENSGamingTicketingRWA

1.1 Concept : Le Jeton Non Fongible (NFT)

Un **NFT (Non-Fungible Token)** est un **certificat de propriété numérique unique**, enregistré sur une blockchain. La clé est le mot "Non-Fongible".

Fongible (Interchangeable) - Ex: ERC-20

"Fongible" signifie que chaque unité est **identique** et **interchangeable**.

Analogie : Un billet de 10€ est fongible. Votre billet de 10€ a exactement la même valeur et la même fonction que mon billet de 10€.
Exemple Crypto : Un token **ERC-20** (comme l'USDC, ou le $UNI). 1 USDC est 1 USDC. Ils sont tous identiques.
Logique du Contrat : Un contrat ERC-20 gère les soldes avec un "mapping" simple :
```
mapping(address => uint256) public balanceOf;
```
Le contrat ne sait pas *quels* tokens vous possédez, il sait juste *combien* vous en possédez. (Ex: `balanceOf(Alice) = 100`).

Non-Fongible (Unique) - Ex: ERC-721

"Non-Fongible" signifie que chaque unité est **unique**, **identifiable** et **non interchangeable**.

Analogie : Un billet d'avion pour le vol AF006, Siège 7A. Il n'est **pas** interchangeable avec le billet du Siège 7B. Ils ont des propriétés uniques. Une peinture (La Joconde) est non-fongible.
Exemple Crypto : Un **ERC-721** (comme un Bored Ape Yacht Club, ou un nom de domaine .eth). Le BAYC #8817 n'est pas le même que le #8818.
Logique du Contrat : Un contrat ERC-721 gère la propriété avec un "mapping" différent :
```
mapping(uint256 => address) public ownerOf;
```
Le contrat suit chaque token **individuellement** par son **tokenId (son numéro de série)**. (Ex: `ownerOf(8817) = Alice`). Il ne sait pas combien Alice en a (elle pourrait en avoir 100), mais il sait *exactement* lesquels elle possède.

Ce que le NFT représente

Le NFT n'est **pas** l'image (le "JPEG"). Le NFT est le **certificat de propriété** on-chain, immuable et vérifiable.

C'est un "acte de propriété" numérique qui prouve que votre adresse (`0xABC...`) est l'actuel propriétaire du `Token ID #8817` au sein de la "collection" (le smart contract `0xBC4...`). Ce token est ensuite *lié* à des métadonnées (l'image, les "traits").

Les "Super-Pouvoirs" du NFT

Pourquoi utiliser un NFT plutôt qu'une base de données SQL chez eBay ?

Propriété Réelle (Self-Custody) : Vous possédez l'actif (le token) dans votre propre wallet (Metamask, Ledger). Personne (pas même OpenSea) ne peut vous le prendre (sauf si vous approuvez une transaction malveillante).
Composabilité ("Money Legos") : Vous pouvez utiliser votre NFT comme un "bloc de construction" dans d'autres protocoles DeFi, sans permission. Ex: Utiliser un Bored Ape (valeur $100k) comme **collatéral** sur Aave ou NFTfi pour emprunter des ETH/DAI.
Transparence & Provenance : L'historique complet (mint, transferts, ventes) de chaque NFT est public et permanent sur la blockchain.

2.1 Standards : ERC-721 vs ERC-1155

Comme pour les tokens fongibles (ERC-20), des standards (EIPs) ont été créés pour que les NFTs soient "compréhensibles" par tous les wallets et marketplaces (OpenSea, Metamask...). Les deux principaux sont l'ERC-721 et l'ERC-1155.

ERC-721 (Non-Fungible Token Standard) - Le Standard "Unique"

Philosophie : 1:1. Chaque token est **atomiquement unique**.
Interface (Fonctions Clés) :
- ownerOf(uint256 tokenId) returns (address) : La fonction de base. Demande "Qui possède le Token #1234 ?". Renvoie une adresse.
- balanceOf(address owner) returns (uint256) : Demande "Combien de NFTs *de cette collection* possède Alice ?".
- safeTransferFrom(address from, address to, uint256 tokenId) : La fonction de transfert. Elle inclut une vérification pour s'assurer que le destinataire (si c'est un contrat) *sait* comment gérer les NFTs (évite de brûler des tokens en les envoyant à un contrat qui ne les gère pas).
- approve(address to, uint256 tokenId) : C'est ce que vous signez sur OpenSea. "J'autorise (Approve) l'adresse d'OpenSea à transférer (en mon nom) le Token #1234."
- setApprovalForAll(address operator, bool approved) : "J'autorise l'adresse d'OpenSea à transférer *tous* les NFTs que je possède *de cette collection*." (Plus pratique, mais plus risqué).
- tokenURI(uint256 tokenId) returns (string) : La fonction "Métadonnées" (voir 2.2). Demande "Quelle est l'URL du JSON pour le Token #1234 ?".
Cas d'Usage : Art (1/1), PFP (Bored Apes), Immobilier (RealT), Noms de domaine (ENS). Tout ce qui est fondamentalement unique.
Inconvénient (Gas) : Si vous voulez transférer 100 de vos NFTs (ex: 100 CryptoPunks) à un ami, vous devez exécuter **100 transactions `safeTransferFrom`** distinctes, en payant 100 fois les frais de Gas.

ERC-1155 (Multi-Token Standard) - Le Standard "Semi-Fongible"

Créé par Enjin (une société de gaming), l'ERC-1155 résout le problème d'efficacité du ERC-721. Il est conçu pour le **Gaming**.

Philosophie : 1:N. Un **seul** smart contract (ex: le contrat "Mon Jeu Vidéo") peut gérer **plusieurs classes d'actifs** à la fois, qu'ils soient fongibles ou non fongibles.
Exemple de Jeu :
- Token ID 1 : "Potion de Vie" (Fongible). Supply = 1 000 000.
- Token ID 2 : "Pièce d'Or" (Fongible). Supply = 10 000 000.
- Token ID 3 : "Épée Excalibur" (NFT). Supply = 1.
- Token ID 4 : "Ticket de Tournoi" (Semi-Fongible). Supply = 100.
Interface (Fonctions Clés) :
- balanceOf(address account, uint256 id) returns (uint256) : La fonction clé. Demande "Combien de 'Token ID 2' (Pièces d'Or) possède Alice ?".
- balanceOfBatch(address[] accounts, uint256[] ids) : Demande plusieurs soldes en un seul appel (efficacité).
- safeBatchTransferFrom(address from, address to, uint256[] ids, uint256[] amounts, bytes data) :
  La fonction la plus puissante. Permet de transférer plusieurs *types* d'actifs en *une seule* transaction.
  Ex: "Envoyer 50 (amounts[0]) de 'Potion de Vie' (ids[0]) ET 1 (amounts[1]) de 'Excalibur' (ids[1]) de Alice à Bob."
Cas d'Usage : **Gaming** (transférer 100 items d'inventaire en 1 tx), **Billetterie** (minter 5000 tickets (ID 1) pour le concert X).
Inconvénient : Moins "prestigieux" pour l'art 1/1, car la propriété (ownerOf) n'est pas explicite (on doit vérifier que le balanceOf est = 1).

2.2 Anatomie : Métadonnées & Le Problème "Où est le JPEG ?"

C'est la confusion la plus commune. L'image, la vidéo ou le son (le "JPEG") n'est **PAS** stocké sur la blockchain (L1 Ethereum). Stocker 1 Mo de données sur l'état d'Ethereum coûterait des millions de dollars en frais de Gas (SSTORE).

Le NFT (on-chain) n'est que le **certificat de propriété** qui *pointe* vers les métadonnées (off-chain).

1. Le `tokenURI` et le JSON de Métadonnées

La "magie" se produit via la fonction tokenURI(tokenId) du standard ERC-721.

Étape 1 (Demande) : OpenSea (ou votre wallet) veut afficher votre "Bored Ape #8817".
Étape 2 (Appel) : Il appelle (en lecture seule) la fonction tokenURI(8817) sur le contrat Bored Ape.
Étape 3 (Réponse) : Le contrat renvoie une **URL** (une chaîne de caractères), par exemple : https://api.boredapeyachtclub.com/api/apes/8817 (ou ipfs://...).
Étape 4 (Fetch) : OpenSea "visite" (fetch) cette URL et télécharge un **fichier JSON** (les métadonnées).

Le Fichier JSON (Le "Passeport" de l'Œuvre)

Ce fichier JSON est standardisé et contient tout ce qui décrit l'œuvre :

{
  "name": "Bored Ape #8817",
  "description": "Un Bored Ape avec des caractéristiques uniques...",
  
  // Le lien CRUCIAL vers l'actif visuel
  "image": "https://ipfs.io/ipfs/Qm...abc123def456...",
  
  // Les "Traits" (pour le calcul de la rareté)
  "attributes": [
    {
      "trait_type": "Fur", 
      "value": "Robot"
    },
    {
      "trait_type": "Eyes", 
      "value": "Blue Beams"
    },
    {
      "trait_type": "Mouth", 
      "value": "Grin"
    }
  ]
}

Étape 5 (Affichage) : OpenSea lit ce JSON. Il affiche le `name`, la `description`, les `attributes` (Fur: Robot), et enfin, il "fetche" et affiche l'URL `image`.

2. Le Stockage (Centralisé vs IPFS)

La question critique est : **Où sont hébergés le JSON et l'image ?** La permanence de votre NFT dépend de la permanence de ces liens.

Niveau 1 (Risque Élevé) : Serveur Centralisé

URI : https://api.mycollection.com/1
Problème : C'est un serveur web standard (AWS, OVH). Si l'entreprise (le "projet NFT") fait faillite ou décide d'arrêter de payer l'hébergement, le serveur est coupé. L'URL est morte. Votre NFT (on-chain) est intact, mais il pointe vers une erreur 404. Il n'a plus d'image.
Risque "Mutable" (Modifiable) : Pire. L'entreprise peut (sans vous le dire) *changer* le contenu du JSON ou de l'image sur son serveur. C'est le "rug pull" des métadonnées. (Ex: "Rug pull" de la collection "Bags" qui a remplacé les images par des sacs).

Niveau 2 (Mieux) : IPFS (InterPlanetary File System)

URI : ipfs://Qm...abc123def456...
Mécanisme : IPFS est un système de stockage P2P. L'URI n'est pas une "localisation" (un serveur), c'est un **"adressage par contenu" (Content Hash)**. L'URI *est* le hash cryptographique du fichier.
Avantage (Immuabilité) : Le contenu ne peut **jamais** être modifié. Si vous changez 1 pixel de l'image, son hash (et donc son URI IPFS) change complètement.
Inconvénient (Persistance) : IPFS est un "cache" P2P, pas un stockage permanent. Les fichiers sur IPFS ne sont conservés que tant que quelqu'un (un "nœud") choisit de les "épingler" (pin). Si le projet arrête de payer son "Pinning Service" (ex: Pinata) et que personne d'autre n'épingle le fichier, il peut *quand même* disparaître du réseau (garbage collection).

3. Le "Saint Graal" : Stockage On-Chain

C'est la seule solution 100% permanente et "trustless". L'œuvre elle-même est stockée sur la blockchain, dans le contrat.

C'est extrêmement cher et ne fonctionne que pour de l'art génératif (code) ou de l'art pixelisé (SVG).

Exemple : Art Génératif (Autoglyphs)

Mécanisme : Le contrat ERC-721 stocke une "seed" (graine aléatoire) pour chaque `tokenId`.
La fonction `tokenURI` ne renvoie pas une URL. Elle renvoie un data:application/json;base64,....
Ce JSON (généré "on-the-fly" par le contrat) contient une description et un **code SVG (XML)**.
Ce SVG est le code (les lignes, les formes) qui *génère* l'œuvre d'art.
Avantage : L'œuvre est 100% on-chain. Tant qu'Ethereum existe, l'œuvre d'art existe et peut être rendue.

Exemple : Pixel Art (CryptoPunks - post-wrap)

Les CryptoPunks (originaux) n'étaient même pas ERC-721 et l'image (une mosaïque) était stockée off-chain.
Des projets (comme "OnChainMonkey") ont réussi à compresser et stocker les données d'art pixelisé (SVG) directement dans le `tokenURI` on-chain.

3.1 Marketplace : OpenSea (Le "Retail" & Lazy Minting)

**OpenSea** (fondé en 2017) est la marketplace NFT "historique", le "eBay du Web3". C'est un **"Shared Storefront"** (une vitrine partagée), pas un protocole décentralisé. C'est une entreprise Web2 (base de données, API, frontend) qui lit et écrit sur la blockchain (le "backend" public).

1. Le Mécanisme de Listing (Approbation)

Comment OpenSea (une entité centrale) peut-il vendre votre NFT (détenu dans votre wallet) ?

Vous ne "déposez" **pas** votre NFT sur OpenSea. Vous lui donnez la **permission** de le prendre.

Flux de Listing (Vente)

1. L'Approbation (Transaction On-Chain, payante) :
- C'est la première fois que vous vendez un item de la collection "Bored Apes".
- OpenSea vous demande de signer une transaction setApprovalForAll(opensea_contract, true).
- Vous payez du Gas pour cette transaction. Elle est enregistrée sur la blockchain.
- Traduction : "J'autorise (pour toujours) le smart contract 'Wyvern' (le moteur d'OpenSea) à transférer *n'importe lequel* de mes Bored Apes, n'importe quand."
- C'est la transaction la plus *dangereuse* du Web3. Si le contrat "Wyvern" d'OpenSea avait une faille, un hacker pourrait vider les wallets de *tous* les utilisateurs d'OpenSea.
2. Le Listing (Signature Off-Chain, gratuite) :
- Maintenant que le contrat OpenSea a la permission, vous voulez vendre le #8817 pour 100 ETH.
- Vous cliquez "Lister". Metamask s'ouvre. Vous **signez un message** (un `personal_sign`).
- Cette signature **n'est PAS** une transaction. C'est **gratuit** (off-chain).
- Traduction : Vous signez un "ordre" (un JSON) qui dit : "Moi (0xABC...) j'autorise la vente de #8817 pour 100 ETH, jusqu'au 15 novembre. Signature : 0x123...".
- Cet "ordre" est stocké dans la **base de données privée (Web2)** d'OpenSea.
3. L'Achat (Transaction On-Chain, payante) :
- Un acheteur clique "Acheter pour 100 ETH".
- L'acheteur appelle le contrat OpenSea ("Wyvern") et envoie (1) 100 ETH, (2) l'ordre signé du vendeur.
- Le contrat OpenSea (on-chain) vérifie :
  1. L'ordre du vendeur est-il cryptographiquement valide ? (Oui).
  2. L'acheteur a-t-il envoyé 100 ETH ? (Oui).
  3. Ai-je (OpenSea) la permission (isApprovedForAll) de prendre le NFT du vendeur ? (Oui, grâce à l'Étape 1).
- Si tout est OK : Le contrat (1) prend le NFT du Vendeur, (2) le donne à l'Acheteur, (3) prend 97.5 ETH (100 - 2.5% de frais) et les donne au Vendeur, (4) prend 2.5 ETH et les donne à la trésorerie d'OpenSea. Le tout, en une seule transaction atomique.

2. Innovation : Le "Lazy Minting" (Mint "Paresseux")

Problème (2020) : Je suis un artiste. Je veux vendre 1000 NFTs. Déployer le contrat (SSTORE) et "minter" 1000 tokens (SSTORE x 1000) coûte des milliers de dollars de Gas, *avant* d'avoir fait une seule vente.

Solution (Lazy Minting) : OpenSea a inversé le processus. Le "mint" est payé par l'acheteur, au moment de l'achat.

Flux du Lazy Minting

1. Création (Off-Chain, gratuit) : L'artiste (sur OpenSea) uploade son image, son nom, sa description.
2. Signature (Off-Chain, gratuit) : L'artiste signe un message (personal_sign) qui autorise le contrat "Shared Storefront" d'OpenSea à **"minter" cet objet en son nom**.
3. Listing : L'objet apparaît sur OpenSea. Il n'existe **PAS ENCORE** sur la blockchain. C'est un "fantôme" (un IOU) dans la base de données d'OpenSea.
4. Achat (La Transaction) : Un acheteur clique "Acheter" pour 0.1 ETH.
5. L'Acheteur paie le Gas pour une transaction complexe qui, atomiquement :
1. Appelle le contrat OpenSea.
2. Le contrat OpenSea **"Minte" (crée)** le NFT (Token ID #123) pour la première fois.
3. Le contrat **transfère** immédiatement le #123 de "l'Artiste" à "l'Acheteur".
4. Le contrat divise les 0.1 ETH (après frais) et les envoie à l'Artiste.

Conséquence : L'artiste peut lister 10 000 objets sans jamais payer 1 centime de Gas. C'est l'acheteur qui paie pour la création de l'objet qu'il achète.

3.2 Marketplace : Blur (Le "Pro-Trader") & La Guerre des Royalties

**Blur** (lancé en 2022) a exécuté l'un des "Vampire Attacks" les plus réussis de l'histoire de la DeFi/NFT. Il ne s'est pas attaqué à OpenSea sur le terrain du "retail" (grand public), mais sur celui des **"Pro-Traders"** (les "baleines" qui font 90% du volume).

1. Le "Vampire Attack" (L'Airdrop $BLUR)

Objectif : Voler la liquidité et le volume d'OpenSea.

La Stratégie (Tokenomics) : Blur a annoncé le **Token $BLUR**, distribué via un **Airdrop** aux utilisateurs de NFT. Mais au lieu d'un airdrop rétroactif simple (comme Uniswap), c'était un jeu complexe basé sur des "Points".

Les Saisons de l'Airdrop

Saison 1 (Rétroactif) : Récompense les traders *historiques* (sur OpenSea) pour attirer leur attention.
Saison 2 (L'Attaque) : Récompense les utilisateurs pour leur **activité de listing** *sur Blur*.
- Le Piège : Vous gagnez des points (futurs $BLUR) pour chaque NFT que vous listez sur Blur. Vous gagnez *plus* de points si vous listez au "floor price" (prix plancher).
- Le Coup de Maître : Blur était *aussi* un **agrégateur**. Il affichait les listings d'OpenSea. Les utilisateurs listaient donc *à la fois* sur OpenSea (où étaient les acheteurs) et sur Blur (pour "farmer" l'airdrop).
Saison 3 (La Fidélisation) : L'Airdrop $BLUR est distribué. Le *nouveau* "farming" (Saison 3) est basé sur le **"Bidding"** (placer des offres d'achat). Les utilisateurs déposent des ETH dans les "Bidding Pools" de Blur.

Résultat (Février 2023) : L'airdrop a distribué des centaines de millions de dollars. En 6 mois, Blur a capturé >60% du volume de trading total, laissant OpenSea avec le "retail" (petits utilisateurs) mais perdant les "baleines" (le volume).

2. La Guerre des "Creator Royalties" (Frais Créateur)

Contexte : En 2021, la norme (fixée par OpenSea) était que sur une revente, 5% à 10% du prix allait au **Créateur** (l'artiste/équipe). C'est le modèle économique des "Creator Royalties".

La Faille Technique : Ces royalties n'étaient **pas** forcées "on-chain" par le standard ERC-721. Elles étaient **optionnelles** et honorées "par courtoisie" par la marketplace (OpenSea).

L'Attaque de Blur (0% de Frais)

Pour attirer les "Pro-Traders" (qui détestent les frais), Blur a fait deux choses :
1. Frais de Plateforme = 0% (vs 2.5% pour OpenSea).
2. Frais Créateur (Royalties) = Optionnels. (Par défaut 0.5%, mais l'utilisateur peut mettre 0%).
Les traders se sont rués sur Blur pour économiser 5-10% sur chaque "flip".
La Riposte (OpenSea) : OpenSea a d'abord tenté de "blacklister" les nouveaux contrats qui n'implémentaient pas les royalties on-chain.
L'Escalade (Blur) : Blur a "blacklisté" OpenSea. Si vous listiez *d'abord* sur OpenSea, vous ne pouviez *pas* lister sur Blur (ou ne gagniez pas de points). Blur forçait les vendeurs à choisir leur camp.
La Capitulation (Février 2023) : Pour survivre, OpenSea a été forcé de s'aligner : ils ont baissé leurs frais à 0% (temporairement) et ont rendu les royalties *optionnelles* également.

Conséquence : Le modèle économique "des royalties à vie" pour les créateurs de NFT s'est effondré en 2023. L'industrie cherche maintenant de nouveaux standards (ex: ERC-721C, ERC-2981) pour *forcer* le paiement des royalties au niveau du *contrat* (on-chain), et non de la marketplace.

3. Fonctionnalités "Pro-Trader"

Blur a gagné non seulement sur les frais, mais aussi sur les fonctionnalités, en se concentrant sur les "baleines" et les "flippers".

Agrégateur : Affiche les listings d'OpenSea, LooksRare, et Blur en un seul endroit.
"Floor Sweeping" (Balayage de Plancher) : Permet d'acheter 10, 20, ou 50 NFTs (les moins chers, le "floor") en *une seule transaction*, optimisée pour le Gas.
"Bidding Pools" (Pools d'Offres) :
- Au lieu de faire 100 offres individuelles, vous déposez 10 ETH dans le "Bored Ape Bidding Pool".
- Cela signifie : "Je suis prêt à acheter n'importe quel Bored Ape pour 50 ETH".
- Les vendeurs (détenteurs d'Apes) peuvent "accepter" votre offre et vous vendre instantanément leur NFT.
- C'est ce "Bidding" (le fait de fournir de la liquidité *acheteur*) qui est maintenant récompensé par l'airdrop $BLUR, créant un carnet d'ordres acheteur très profond.

4.1 Concept : Le Metaverse (Web3)

Le terme "Metaverse" (de Neal Stephenson, "Snow Crash", 1992) est devenu un "buzzword". Il décrit un **Internet "spatial" et incarné** : un réseau de mondes virtuels 3D, persistants et interconnectés, où les utilisateurs (via des avatars) peuvent interagir socialement et économiquement.

Les Piliers du Metaverse

Un "Metaverse" (au sens Web3) n'est pas un jeu vidéo. World of Warcraft (WoW) ou Fortnite sont des mondes virtuels, mais ils sont **centralisés** et **fermés ("Walled Gardens")**.

Propriété	Jeu Vidéo (ex: Fortnite)	Metaverse (ex: Decentraland)
Propriétaire du Monde	L'entreprise (Epic Games).	La communauté (les utilisateurs, via une DAO).
Propriété des Actifs	L'entreprise. Votre "skin" est une ligne dans leur BDD. Ils peuvent le supprimer, le "nerfer", ou bannir votre compte.	L'Utilisateur (NFT). Votre "skin" (wearable) est un NFT dans votre wallet. Vous le possédez réellement.
Économie	Fermée. Vous achetez des V-Bucks (non-retirables). Vous ne pouvez pas revendre votre skin (légalement).	Ouverte. L'économie utilise des tokens (ex: MANA) et des NFTs, échangeables sur des marchés secondaires (OpenSea) hors du contrôle de la plateforme.
Interopérabilité	Nulle. Vous ne pouvez pas emmener votre skin Fortnite dans WoW.	La Vision (pas encore réalisée). L'idée est de pouvoir un jour emmener votre avatar (un NFT) d'un monde (Decentraland) à un autre (Sandbox).
Persistance	Oui (le monde existe quand vous partez).	Oui (le monde existe et l'état des actifs est sur la blockchain).

Le Rôle du NFT : La Révolution de la Propriété

La blockchain (et les NFTs) est la **couche de propriété** du Metaverse.

Sans NFTs, le Metaverse n'est qu'un "Second Life" ou un "VRChat" amélioré, contrôlé par une entreprise (ex: Meta/Facebook). Vous êtes un "locataire" dans le monde de Mark Zuckerberg.

Avec les NFTs, les utilisateurs deviennent **propriétaires** des briques du monde :

LAND (Terrain) : Le terrain virtuel lui-même est un **NFT (ERC-721)**. Pour construire, vous devez posséder le NFT du terrain.
Wearables (Vêtements) : Votre "sweatshirt" virtuel ou vos "lunettes" sont des **NFTs (ERC-1155)** que vous possédez dans votre wallet.
Avatars : Votre "corps" lui-même peut être un NFT (ex: "Ready Player Me" ou les PFP).
Noms (Identity) : Votre nom d'utilisateur dans le monde (ex: `satoshi.eth`) est un **NFT (ENS)**.

La Composabilité : Le "super-pouvoir" DeFi s'applique. Vous pouvez (en théorie) aller sur Aave et dire : "Je dépose mon *terrain virtuel* (un NFT LAND) comme collatéral pour emprunter 10 000 DAI (de l'argent réel) pour construire ma maison virtuelle."

4.2 Plateformes : Decentraland (DCL) vs The Sandbox (SAND)

Decentraland et The Sandbox sont les deux plus grands "Metaverses ouverts" (basés sur la blockchain Ethereum) actuellement.

1. Decentraland (DCL)

Philosophie : L'original (ICO en 2017). Vise la **décentralisation maximale**. Le monde est géré par une **DAO** (la Decentraland DAO) et l'infrastructure est P2P.
Architecture (3 Couches) :
1. Couche Consensus (Ethereum L1) : Le registre de propriété. Qui possède quoi (LAND, Wearables).
2. Couche Contenu (P2P) : Les "Catalyst Servers" (nœuds P2P) hébergent le contenu du monde (les modèles 3D, textures, scripts) qui sont déployés sur le LAND.
3. Couche Temps-Réel (P2P) : Gère la communication (chat vocal, position des avatars) entre les utilisateurs.
Modèle de Tokens (Dual-Token) :
- LAND (ERC-721 NFT) : Le terrain. C'est un NFT qui représente une parcelle de 16x16m dans le monde. Pour construire, vous devez posséder (ou louer) le LAND.
- MANA (ERC-20 Token) : La "monnaie" du Metaverse.
  - Utilité (In-Game) : Payer pour les actifs (Wearables, LAND) sur la marketplace.
  - Utilité (Gouvernance) : Staker du MANA donne du pouvoir de vote (voting power) dans la DAO pour décider de l'avenir du monde (ex: quelles mises à jour, comment dépenser la trésorerie).
Critique : Vise un "réalisme" 3D low-poly. La décentralisation P2P le rend (parfois) plus lent ou "laggy".

2. The Sandbox (SAND)

Philosophie : Vient du monde du jeu mobile (par Pixowl/Animoca Brands). C'est (actuellement) plus **centralisé** mais *extrêmement* axé sur le **Contenu Généré par les Utilisateurs (UGC - User-Generated Content)**.
Style Visuel : **Voxel** (look "cubique", type Minecraft).
L'Écosystème (3 Outils) :
1. VoxEdit : Le logiciel (gratuit, type Blender/MagicaVoxel) pour **créer** des "ASSETS" (objets, avatars) en Voxel.
2. Game Maker : L'outil "no-code" pour **créer** des "Expériences" (jeux, dioramas) sur votre LAND.
3. Marketplace : L'endroit où les artistes (ayant utilisé VoxEdit) "mintent" leurs ASSETS en NFTs (ERC-1155) et les vendent aux "Game Makers" (propriétaires de LAND).
Modèle de Tokens (Triple-Token) :
- LAND (ERC-721 NFT) : Le terrain (une "propriété" de 96x96m) où les propriétaires placent leurs "Expériences".
- SAND (ERC-20 Token) : Le token principal (Gouvernance, Staking, Monnaie de la Marketplace).
- ASSETS (ERC-1155 NFT) : Les objets (UGC) utilisés pour construire les jeux (ex: un arbre, un dragon, un PNJ).
Critique : Plus centralisé (le Game Client est une application, pas un navigateur), mais l'accent sur les outils UGC (VoxEdit) le rend très populaire auprès des créateurs.