Aller au contenuBlockAssay

Assertions de faux token et d’usurpation

P13-L01 · P13 · P13-M01

Comparer l’identité alléguée aux preuves exactes d’actif et de domaine

ILLUSTRATIVE · needs_review

Prérequis: P03-L02 · P08-L08 · P09-L06

Objectifs pédagogiques

  • Comparer l’identité alléguée aux preuves exactes d’actif et de domaine
  • Comparer une assertion d’usurpation aux enregistrements exacts d’actif et de domaine attribué sans identifier une personne.

Pourquoi ce sujet compte

Un symbole copié peut détourner les utilisateurs, mais une discordance seule ne prouve ni auteur ni motif. Une comparaison utile précise l’identité alléguée et le conflit exact.

Explication

Partez de l’assertion exacte : quel réseau, contrat/mint, domaine ou canal social est présenté comme officiel ? Conservez déclaration publique et heure d’observation. Comparez les identifiants liés au réseau avant noms, symboles et logos. Si un canal déclare l’actif A mais pointe vers B, consignez directement cette contradiction sans attribuer une identité humaine à son opérateur.

Séparez trois tests : égalité technique des actifs, déclaration de l’émetteur/canal et corroboration indépendante. Un lien de contrat identique peut établir que deux pages réfèrent au même actif sans prouver leur authenticité. Un site autoédité et son compte social réciproque partagent une dépendance. Des déclarations contradictoires archivées peuvent soutenir une discordance tandis que l’intention reste inconnue.

Radar peut servir à lire un contexte d’actif limité ; cet exercice ne génère aucun rapport. Ne qualifiez pas de faux token une identité non résolue au seul motif de métadonnées similaires. Utilisez des états par assertion et conservez la discordance exacte qu’un autre lecteur peut inspecter.

Terminologie

Égalité exacte des actifs : réseau compatible et identifiant concordant.

Déclaration : assertion d’un éditeur sur l’affiliation.

Hypothèse d’usurpation : affiliation trompeuse proposée exigeant des preuves au-delà de la ressemblance.

Exemple historique

ILLUSTRATIVE : une annonce papier sur cedar.example déclare réseau N / actif A. Une autre page sur support.example emploie CDR et dit « migration officielle », mais pointe vers N / actif B. Aucun site, actif ou humain réel ; aucune preuve indépendante d’autorité pour les pages.

Spécifications visuelles

Comparaison mint A/B avec symboles CDR identiques, voies de déclaration et conflit d’ID exact mis en évidence. Aucun badge d’escroquerie ni portrait de personne alléguée.

Caption: Conflit fictif d’identité ; la discordance exacte n’établit pas l’intention d’un usurpateur.

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

Ce que les preuves établissent

Les liens stipulés identifient des actifs différents et la seconde page affirme une migration officielle contradictoire. La similarité des métadonnées est observable seulement dans cet exemple.

Ce que les preuves n’établissent pas

Aucun usurpateur réel, intention malveillante, vol ou émetteur authentique n’est prouvé. Une migration légitime ou un lien erroné reste une alternative jusqu’à disponibilité de preuves admissibles d’autorisation.

Erreurs fréquentes

Assimiler symbole et actif ; traiter autoliens d’émetteur comme preuve indépendante d’identité ; nommer un opérateur supposé à partir du financement ; qualifier toute discordance de fraude.

Exercice pratique

Rédigez une comparaison avec colonnes actif, déclaration, dépendance de source et conclusion. Indiquez les preuves pour distinguer migration autorisée et affiliation trompeuse.

Afficher la correction détaillée

A et B restent distincts sur N. Les affiliations des deux pages sont attribuées ; leur authenticité n’est pas établie indépendamment. Conclusion : « La déclaration fictive de migration officielle contredit l’identifiant exact dans l’autre déclaration ; migration autorisée et intention ne sont pas établies. » Il faut une déclaration de migration autorisée inspectable indépendamment, liée aux identifiants anciens/nouveaux exacts et dates, avec base d’authenticité distincte. Ne fusionnez pas les actifs et ne devinez pas une personne.

Liste de contrôle

  • Comparer d’abord réseau/identifiant exact.
  • Conserver affiliation alléguée et date.
  • Distinguer cohérence des sources et indépendance.
  • Laisser identité humaine et intention non établies sans lien probatoire.

Résumé

Une discordance d’actif se rapporte précisément sans transformer ressemblance ou déclaration en identité vérifiée.

Résumé

  • Un symbole n’est pas un identifiant d’actif.
  • Déclaration et authenticité sont des assertions différentes.
  • Des liens contradictoires n’établissent pas indépendamment une intention malveillante.

Leçon suivante

P13-L02

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

P13-L01-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Comparer l’identité alléguée aux preuves exactes d’actif et de domaine

Conflit fictif d’identité ; la discordance exacte n’établit pas l’intention d’un usurpateur.

Comparaison mint A/B avec symboles CDR identiques, voies de déclaration et conflit d’ID exact mis en évidence. Aucun badge d’escroquerie ni portrait de personne alléguée.

Comparaison mint A/B avec symboles CDR identiques, voies de déclaration et conflit d’ID exact mis en évidence. Aucun badge d’escroquerie ni portrait de personne alléguée.

À 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.

P13-L01-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: P13-L01-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

P13-L01-Q1 · A et B partagent CDR mais ont des identifiants différents. Quelle conclusion ?
P13-L01-Q2 · Deux pages contrôlées par l’émetteur se relient. Qu’apportent-elles ?
P13-L01-Q3 · La seconde page dit migration officielle mais pointe vers B. Quelle assertion observée limitée ?
P13-L01-Q4 · Qu’aide à évaluer l’alternative d’une migration légitime ?
P13-L01-Q5 · Radar n’a aucune sortie sauvegardée ici. Peut-on affirmer qu’il a signalé B indépendamment ?