Metadata en identiteit

EN bronmaster · P08-L05 · 45 minuten geschat · needs_review

Een token kan naam of afbeelding wijzigen zonder exacte mintwijziging. Verschillende mints kunnen dezelfde branding tonen. Een onveranderlijke on-chain-URI kan wijzen naar extern veranderbare inhoud. Deze verschillen zijn relevant voor de uitspraak “dit activum is officieel”.

Deze les vergelijkt metadata met expliciete herkomst. NFT-metadata blijven een nuttig basisvoorbeeld, met focus op tokenidentiteit; geen NFT-lancering of volledige waarderingsworkflow vereist.

Scheid het object van zijn beschrijving

Identiteit is de in P08-L01 geverifieerde netwerk/adres/object-tuple. Metadata beschrijven het object. Een vertrouwd logo of naam helpt herkenning, maar identificeert niet uniek. Bewaar de tuple bij weergavewijzigingen.

Naam en symbool zijn optioneel in ERC-20 [S08-ERC20]. Een ontbrekend weergaveveld wist het object niet uit; een aanwezig veld authenticeert geen merkrelatie. Lees metadata als claims met een mechanisme, geen certificaat.

Inspecteer bij Solana met Metaplex Token Metadata accountkoppeling, updatebevoegdheid en mutable-vlag. Binnen dit programma kan de updatebevoegde bij veranderbare activa bepaalde metadatavelden wijzigen; sommige gedelegeerde bevoegdheden hebben extra reikwijdte [S08-METADATA]. Veralgemeen dit niet naar elke implementatie.

Volg de hele beschrijvingsketen

Weergave kan komen uit een on-chainveld, on-chain-URI, externe JSON, een daarin opgenomen afbeeldings-URL en platformcache. Elke laag heeft een eigen bron en wijzigingspad. Noteer waar de getoonde naam werkelijk vandaan komt.

Als de URI stabiel blijft maar de HTTP-respons verandert, verandert inhoud zonder on-chain-URI-wijziging. Een vlag die toekomstige metadata-accountupdates verhindert bevriest niet vanzelf externe servers of caches. Controleer bij inhoudsgeadresseerde opslag de werkelijke referentie en inhoud, niet alleen het opslagmerk.

Bewaar bij echt onderzoek vastgelegde inhoud of reproduceerbare digest met verkrijgingscontext. Verzin geen digest uit een screenshot. De oefengegevens bevatten korte letterlijke inhoudsvelden voor vergelijking zonder live verzoeken.

Onderscheid veranderbaarheid van authenticiteit

Een mutable-vlag beschrijft controle, geen waarheid. Onjuiste metadata kunnen onveranderlijk zijn; legitieme metadata kunnen updates nodig hebben. Een ingetrokken updatepad authenticeert geen eerdere uitgeversrelatie.

In de geïnspecteerde Token Metadata-implementatie weigert isMutable=false vervanging van het beschrijvende Data-object. Dat bewijst op zichzelf niet dat elk Metadata-accountveld of de updatebevoegdheid is bevroren; die operaties hebben afzonderlijke autorisatie en invarianten. Verifieer de instructie en geïmplementeerde programmaversie vóór een onveranderlijkheidsclaim over een specifiek veld of bevoegdheid. [S08-METADATA-CODE] Begrens dit tot het onderzochte mechanisme, zonder universele bevriezing van presentatie te claimen. NFT-velden zoals geverifieerde creators of collecties hebben eigen betekenissen; een vinkje garandeert niet alle tokeneconomie of identiteit.

Een domein in metadata is een eigen verklaring van de aanbieder. Een website met dezelfde tokenvermelding is nog een verklaring. Afhankelijk van controle en herkomst zijn het twee richtingen van dezelfde zelfclaim, geen onafhankelijke bevestiging. Onderscheid verklaarde links van onafhankelijk geverifieerde relaties.

Bevestig zorgvuldig

Begin met geauthenticeerde uitgeverscommunicatie en vergelijk exact netwerk/adres. Beschrijf hoe de herkomst werd vastgesteld. Zoekpositie, volgersaantal en gekopieerde branding bewijzen geen uitgeverscontrole.

Zonder uitgeversherkomst blijft de relatie verklaard en ongeverifieerd. Een betrouwbaar geauthenticeerde publicatie met andere mint ondersteunt een mismatch met die verklaring. Spring niet naar een juridische fraudebeschuldiging; gehackte communicatie of verouderde publicaties zijn alternatieven die onderzoek vergen.

Archiveer de uitspraak met publicatie-/vastleggingscontext. Een huidige pagina bewijst geen inhoud tijdens een vroegere lancering zonder geschikt historisch record. Scheid huidige ophaaltijd van geclaimde publicatiedatum.

Behandel tegenstrijdige weergaven

Bij andere namen voor hetzelfde object bepaal je on-chaintoestand, verkrijgingscontext en cachebeleid. Kies niet stilzwijgend de aantrekkelijkste branding. Exact object kan behouden blijven terwijl presentatieverschil onopgelost blijft.

Bij gelijke namen voor verschillende objecten bewaar en vergelijk je beide identificatoren onafhankelijk. Een gewrapte representatie of kopie is mogelijk; dezelfde presentatie classificeert de relatie niet. Een bridgeclaim vergt afzonderlijk mechanisme- en bewaarbewijs buiten deze oefening.

Overschrijf eerdere bewijsvastlegging niet bij weergaveupdates. Bewaar de gebruikte versie voor reproduceerbare beoordeling. S0/S1 zijn synthetische oefencontexten, geen werkelijke waarnemingstijden.

Schrijf een beperkte uitkomst

Onderscheid exacte identiteit, weergavevelden, wijzigingscontroles en uitgeversovereenkomst. “Zelfde mint, externe naam gewijzigd op S1” is specifiek. “Token veranderde identiteit” misleidt als het adres vaststaat.

Commerciële status, Creator Lab en Academy-voltooiing verhogen de bewijsclassificatie niet. Metadata-analyse voorspelt geen prijs en certificeert geen veiligheid. Ze ondersteunt wel precies identiteitsonderzoek zonder betaalde tools.

• Metadata: beschrijvende velden bij een object.
• URI (uniforme resource-identificator): referentie naar een bron; hier naar externe inhoud.
• Payload: inhoud opgehaald uit die bron.
• Updatebevoegdheid: toestemming voor een bepaalde metadataoperatie.
• Veranderbaarheid: of het mechanisme wijzigingen toestaat.
• Bevestiging: bewijs voor een relatie boven een ongetoetste verklaring.

ILLUSTRATIVE — FIX-P08-05. SIM-SOL-A op fictieve S0/S1. URL’s met .invalid zijn niet-functionele oefenlabels.

Geen gedelegeerde-update-inventaris of geauthenticeerde uitgeverspublicatie aangeleverd. Alle payloads zijn synthetisch.

OBSERVED in oefengegevens: A's exacte mint en on-chainvelden blijven vast over S0/S1; URI-inhoud verschilt. B is een andere mint met vergelijkbare branding.

INFERRED: A's gewijzigde externe presentatie vereist geen aangeleverde on-chain-URI-wijziging. D1/D2 vormen een verklaringslus.

UNKNOWN: Uitgeversauthenticiteit, domeincontrole, cachegedrag en volledige gedelegeerde-updatereikwijdte.

INSUFFICIENT EVIDENCE: B's onveranderlijkheidsvlag authenticeert logo of uitgever niet. D1/D2 bewijzen afzonderlijk geen onafhankelijke bevestiging.

Naamwijziging als mintwijziging behandelen; stabiele URI onveranderlijke inhoud noemen; onveranderlijke metadata als waar aannemen; wederzijdse verklaringen als onafhankelijk bewijs tellen; creator-/collectielabels als economische goedkeuring zien.

Vergelijk M1/M2 en J1/J2 apart. Is A's mint veranderd? Beoordeel B's claim “officiële Alpha omdat onveranderlijk”. Classificeer D1/D2 en noem drie volgende bewijsverzoeken.

• Bewaar het exacte object bij weergavevergelijking.
• Herleid velden tot on-chaindata, URI, payload of cache.
• Noteer wijzigingsrechten en mechanismereikwijdte.
• Scheid veranderbaarheid van authenticiteit.
• Houd wederzijdse verklaringen ongeverifieerd tot bevestiging.

Metadata vormen een beschrijvingsketen met updatemechanismen. Exacte identiteit kan vastblijven terwijl inhoud verandert.

Onveranderlijk betekent niet geauthenticeerd. Een stabiele URI betekent niet automatisch stabiele inhoud. Dezelfde branding betekent niet dezelfde mint of uitgever.

Teken mint→metadata→URI→payload→image met S0/S1-kolommen. Markeer on-chainvelden gelijk en payload verschillend. Vergelijk MINT-B apart; gebruik gestippelde D1/D2-verklaringslus, nooit een officiële badge.

Illustratieve weergavewijzigingen en verklaarde links; uitgeversrelatie onopgelost.

Gebruik deterministische SVG/HTML of grafieken met tekstalternatieven, donker marineblauw/zwart en terughoudend cyaan, elektrisch blauw en violet. Label elke hoeveelheid en onzekerheid. Stapel bij 390px de panelen; verificatie voor 768px/desktop en Arabische RTL blijft toekomstig assetwerk. Houd identificatoren LTR en feitelijke assen/richtingen van verbindingen ongewijzigd. Gebruik uitsluitend het officieel aangeleverde BlockAssay-merk als branding wordt toegevoegd. Beide records zijn specificaties, geen geleverde assets.

Gebruik RADAR voor het beperkte educatieve doel van deze les alleen als netwerkondersteuning, exacte identiteit, velden en herkomst zijn geverifieerd. Deze inhoud doet geen uitspraak over een runtime-eindpunt of mogelijkheden van een aanbieder. Gebruik de ingebedde offline oefengegevens zonder betaalde toegang. Ontbrekende data blijven onbekend; er zijn geen walletverbinding, transactiehandtekening, tokenlancering of live transactie vereist. Academy-voortgang, betalingen en verwijzingen veranderen Radar-bewijs nooit. Een diagnostisch paspoort bewaart waarnemingen en grenzen, geen prijsvoorspelling of veiligheidscertificaat.

• Metaplex Token Metadata activa bijwerken — Updatebevoegdheid, mutable-vlag en bewerkbare metadatavelden binnen dit specifieke programma. Gecontroleerd 2026-09-30.
• ERC-20-tokenstandaard — Standaardinterface; optionele naam, symbool en decimalen; geen certificering van privileges of identiteit. Gecontroleerd 2026-09-30.
• Metaplex Token Metadata implementatie (vastgezet) — De controle is_mutable weigert vervanging van Data; new_update_authority wordt afzonderlijk verwerkt onder zijn autorisatie en invarianten. Gecontroleerd 2026-10-05.

Documentatie onderbouwt mechanismen, geen fictieve datasetwaarden. Alle voorbeelden en oefenrecords zijn oorspronkelijk ILLUSTRATIVE materiaal, vastgezet in dit bestand. S0/S1 zijn synthetische contextlabels; observedAt is null omdat geen live of historische registermeting is verzameld. Herbeoordeel documentatie en werkelijk geïmplementeerd gedrag vóór publicatie of integratie.

P08-L06 na de uitgewerkte oefening en quizbeoordeling.