Tokenaccount- en eigenaaraansluiting

Een houdergrafiek kan één autoriteit over meerdere tokenaccounts overtellen of begunstigden achter een bewaaradres ondertellen. De noemer en aggregatieregel bepalen wat de grafiek betekent.

Onderscheid drie lagen: ketenaccountadres, programma dat zijn data bezit en autoriteit vastgelegd binnen tokenaccountdata. In het Solana-accountmodel is programma-eigendom een technische toegangsrelatie, geen persoonsnaam. Een tokenaccount kan een walletautoriteit aanwijzen en tegelijk op accountmodelniveau eigendom van een tokenprogramma zijn. Gebruik relevante programma- en mintidentificatoren, geen weergavesymbool, om verenigbare records te selecteren.

Sluit rijen bij één vast waarnemingsslot aan vóór aggregatie. Sluit niet-gerelateerde mints expliciet uit; behoud omgang met nulsaldi of gesloten accounts in de methode. Tel alleen hoeveelheden in dezelfde ruwe eenheid op. Houd niet-beschikbare gedelegeerde- of multisignatuurinformatie niet beschikbaar in plaats van een controller toe te wijzen. De aggregatiesleutel beantwoordt een specifieke vraag, zoals “saldo per vastgelegde autoriteit”, niet “vermogen per persoon”.

Een autoriteit kan bewaarservice, adres afgeleid van een programma of ondertekeningsregeling zijn. Omgekeerd kan één persoon vele autoriteiten gebruiken. Een concentratiegrafiek heeft daarom een label nodig dat zowel haar sleutel als grens van onbekende begunstigden uitlegt. Wallet Intelligence kan technische rijen leveren; providerlabels moeten aan hun bron toegeschreven en onafhankelijk ongeverifieerd blijven tenzij afzonderlijk bewijs bestaat.

Programma-eigenaar: programma dat accountdata mag wijzigen.

Tokenautoriteit: autoriteitsveld binnen tokenaccounttoestand.

Aggregatiesleutel: veld waarmee verenigbare rijen worden gecombineerd.

Economische eigenaar: economische persoon of entiteit, niet bewezen door een adres alleen.

ILLUSTRATIVE bij slot S: tokenaccounts TA1 en TA2 voor mint M bevatten 60 en 40 eenheden met autoriteit W1. TA3 bevat 100 M-eenheden met autoriteit W2. TA4 bevat 900 eenheden van andere mint X. Alle hoeveelheden zijn gestipuleerde equivalenten van hele eenheden. W2 kan bewaring zijn; er zijn geen begunstigdengegevens. Er zijn drie geselecteerde accounts, twee vastgelegde autoriteiten en geen bewezen mensentelling.

Houderverdeling met 50/50-autoriteitsbalken en bijbehorende accountaansluittabel. Toon uitgesloten mint X apart; voeg labels voor onbekende begunstigden toe in plaats van portretten.

Bijschrift: Fictieve autoriteitsconcentratie, geen verdeling van menselijke beleggers.

SPECIFICATION_ONLY — de gerenderde visual is niet geproduceerd of onafhankelijk beoordeeld.

Voor de fictieve geselecteerde mint is totaalsaldo 200 eenheden en aggregeren W1/W2 elk tot 100, oftewel 50%. Dit zijn autoriteitsaandelen bij slot S.

Het bewijst geen mensentelling, onafhankelijke beleggers, bewaarbegunstigden, gedeelde controle of actueel bezit. Een technisch 50%-aandeel is niet noodzakelijk de economische blootstelling van één persoon.

Mint X bij M optellen; programma-eigenaar als walleteigenaar gebruiken; accounts als mensen tellen; bewaarsaldi aan persoonlijk vermogen van de bewaarder toewijzen.

Maak een tabel op autoriteitsniveau voor M, bereken noemer en aandelen en schrijf een bijschrift dat de claim “drie beleggers” verwerpt. Vermeld wat W2 nodig heeft vóór analyse op begunstigdenniveau.

• Laat exacte mint en programma overeenkomen.
• Gebruik één opgegeven waarnemingsslot.
• Verklaar aggregatiesleutel en noemer.
• Houd autoriteit, gedelegeerde, programma-eigenaar en mens onderscheiden.

Aansluiting levert alleen een technische concentratiemaat wanneer identiteit, mint, eenheid en tijdbasis expliciet blijven.

• Accounteigendom en tokenautoriteit betekenen verschillende dingen.
• Gebruik een verenigbare mint- en eenheidsnoemer.
• Een houdergrafiek telt geen mensen.

P10-L04

Gebruik de genoemde BlockAssay-tool alleen als context voor bewijslezing. Deze les creëert geen tooluitvoer, accountsessie of toegangsrecht. Offline oefening; onderteken, implementeer, autoriseer of financier niets.

• SOL: Solana-accountmodel — Account-programma-eigendom verschilt van tokenaccountautoriteit of menselijke identiteit. Grens: Alleen mechanismedocumentatie; oorspronkelijke illustratieve waarden zijn gestipuleerd, geen waarnemingen. Historische records hebben afzonderlijk vastgelegde herkomst en expliciete verzamelingsleemten.

ILLUSTRATIVE — volledig fictieve offline invoer; geen actuele waarneming.

null — geen echte waarneming

1

null

needs_review