Aller au contenuBlockAssay

Métadonnées, domaines et identité sociale

P12-L06 · P12 · P12-M02

Publier des identifiants cohérents sans prétendre à une vérification indépendante

ILLUSTRATIVE · needs_review

Prérequis: P12-L05

Objectifs pédagogiques

  • Publier des identifiants cohérents sans prétendre à une vérification indépendante
  • Publier des identifiants hypothétiques cohérents en distinguant déclarations d’émetteur et vérification indépendante.

Pourquoi ce sujet compte

Un symbole familier ou nom social identique peut être copié. La cohérence aide à localiser un actif mais ne prouve pas indépendamment l’authenticité du créateur.

Explication

Maintenez une table canonique d’identité : réseau prévu, futur identifiant exact d’actif, norme du token, nom/symbole/décimales affichés, assertion de domaine officiel et déclarations sociales datées. Les métadonnées peuvent être modifiables ou en cache. Notez source et heure d’observation sans traiter le symbole affiché comme identifiant unique. L’émetteur doit déclarer autorité de mise à jour et processus de résolution des déclarations contradictoires.

Domaines et comptes sociaux relèvent d’une voie de déclaration attribuée. Dire qu’un domaine est officiel établit ce que son auteur affirme ; l’authenticité indépendante exige d’autres preuves. Graphismes identiques et liens croisés améliorent la cohérence mais peuvent partager une source compromise ou autopubliée. Conservez l’historique des conflits au lieu d’écraser silencieusement un ancien identifiant.

N’incluez pas coordonnées privées, identifiants de connexion ou liens exécutables dans l’exercice. Utilisez des domaines d’exemple réservés et étiquettes papier. Creator Lab peut organiser les déclarations mais ne peut transformer des métadonnées autopubliées en fait vérifiable Radar ni supprimer une discordance observée.

Terminologie

Identifiant exact d’actif : localisateur de contrat ou mint lié au réseau.

Métadonnées : champs d’affichage pouvant être modifiables ou en cache.

Déclaration d’émetteur : affirmation d’identité attribuée.

Vérification indépendante : preuves non fournies uniquement par l’auteur de l’affirmation.

Exemple historique

ILLUSTRATIVE : l’actif papier Cedar A sur N fictif utilise CDR, tandis qu’un site copié à copy.example affiche aussi CDR pour B. La déclaration prévue à cedar.example liste A et éditeur D. Aucun domaine, compte ou actif réel n’est visité ou créé.

Spécifications visuelles

Carte de comparaison de mint A contre B avec symbole CDR identique marqué comme insuffisant. Séparez colonnes déclaration et preuves indépendantes, avec domaines d’exemple uniquement.

Légende : Identifiants fictifs distinguant les actifs malgré les symboles copiés ; déclarations attribuées.

SPECIFICATION_ONLY — le visuel rendu n’a pas été produit ni examiné indépendamment.

Ce que les preuves établissent

Dans le jeu, les étiquettes exactes d’actif divergent malgré des symboles identiques. La déclaration prévue peut être rendue cohérente en interne.

Ce que les preuves n’établissent pas

Cela ne prouve ni propriété réelle du domaine, authenticité du compte, actif déployé ni identité indépendante d’émetteur. Le symbole identique ne suffit pas pour fusionner A et B.

Erreurs fréquentes

Utiliser le symbole seul ; traiter les liens réciproques de l’émetteur comme corroboration indépendante ; cacher un ancien ID d’actif ; suggérer qu’un dossier payé vérifie un créateur.

Exercice pratique

Construisez une comparaison d’identité à deux lignes et avis de correction d’une liste fondée sur le seul symbole ayant fusionné A et B par erreur. Gardez l’attribution de déclaration explicite.

Afficher la correction détaillée

Ligne1:N/A/CDR/cedar.example/éditeur D déclaré ; ligne 2:N/B/CDR/copy.example/autorité inconnue. A≠B, ne fusionnez pas. Correction : « Notre liste illustrative fondée sur le seul symbole a confondu deux étiquettes d’actif distinctes. La déclaration Cedar prévue liste A ; assertion d’émetteur, pas vérification indépendante d’identité. B reste distinct et son autorité inconnue. » Conservez ancienne liste et date de correction dans l’historique ; n’inventez pas de migration réelle et n’accusez pas l’opérateur du site copié.

Liste de contrôle

  • Utiliser réseau et localisateur exact d’actif.
  • Consigner autorité des métadonnées et base temporelle.
  • Attribuer déclarations de domaine/comptes sociaux.
  • Conserver identifiants contradictoires et corrections.

Résumé

La cohérence d’identité aide à localiser une affirmation ; l’authenticité indépendante reste une question de preuve séparée.

Résumé

  • Les symboles ne sont pas des identifiants uniques d’actif.
  • Les liens autopubliés peuvent partager une dépendance.
  • Les corrections doivent conserver l’historique des identifiants.

Leçon suivante

P12-L07

Outils

Utilisez l’outil BlockAssay nommé uniquement comme contexte de lecture des preuves. Cette leçon ne crée aucune sortie d’outil, session de compte ni droit d’accès. Exercice hors ligne ; ne signez, ne déployez, n’approuvez et ne financez rien.

Sources et limites des affirmations

  • ERC20: Norme ERC-20 — Interface du token et sémantique des autorisations ; la norme n’établit ni l’identité de l’émetteur ni la sécurité des permissions. Limite : Documentation du mécanisme uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.

Classification des preuves

ILLUSTRATIVE — entrées hors ligne entièrement fictives ; aucune observation actuelle.

Date d’observation

null — aucune observation réelle

Version du contenu

1

Date de révision

null

Statut de révision

needs_review

Spécifications visuelles

P12-L06-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Publier des identifiants cohérents sans prétendre à une vérification indépendante

Identifiants fictifs distinguant les actifs malgré les symboles copiés ; déclarations attribuées.

Carte de comparaison de mint A contre B avec symbole CDR identique marqué comme insuffisant. Séparez colonnes déclaration et preuves indépendantes, avec domaines d’exemple uniquement.

Carte de comparaison de mint A contre B avec symbole CDR identique marqué comme insuffisant. Séparez colonnes déclaration et preuves indépendantes, avec domaines d’exemple uniquement.

À 390 px, empilez observations, hypothèses, lacunes et conclusion ; conservez les IDs complets et un équivalent textuel intégral. Tout tableau large défile localement.

La prose peut suivre RTL ; les IDs, quantités et axes temporels restent LTR. Préservez le sens des dépendances.

P12-L06-ILLUSTRATIVE-v1

Sources et limites des affirmations

ERC20 · PRIMARY_DOCUMENTATION

Norme ERC-20

Affirmation étayée
Interface du token et sémantique des autorisations ; la norme n’établit ni l’identité de l’émetteur ni la sécurité des permissions.
Limite de vérification
Documentation du mécanisme uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.
Date de vérification
2026-10-02
Ouvrir la source primaire
https://eips.ethereum.org/EIPS/eip-20

Provenance des données

id: P12-L06-ILLUSTRATIVE-v1

dataStatus: ILLUSTRATIVE

observedAt: null

source: Original offline scenario in realOrHistoricalExample

scope: Fictional stipulated labels and values. No wallet, deployment, transaction, token launch or production observation.

Testez votre raisonnement

P12-L06-Q1 · A et B affichent CDR. Qu’identifie l’actif prévu ?
P12-L06-Q2 · cedar.example relie son propre compte social et réciproquement. Qu’établit cela ?
P12-L06-Q3 · Pourquoi consigner éditeur de métadonnées D ?
P12-L06-Q4 · Une ancienne liste fusionnait A et B. Quelle correction conserve la provenance ?
P12-L06-Q5 · Creator Lab peut-il transformer déclaration de domaine d’émetteur en fait Radar ?