Verdeling en concentratie van houders

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

Een ranglijst van tokenaccounts is geen eigenaarsranglijst, en die is geen lijst van mensen. Zonder aansluiting tussen deze lagen kun je concentratie verbergen, saldi dubbel tellen of poolinventaris aan een projectteam toeschrijven.

Deze les normaliseert ruwe bezittingen, ontdubbelt een export en aggregeert uitsluitend onderbouwde accounteigenaars. P07 behandelde concentratie bij lanceringen; hier maak je eerst de boekhoudkundige dataset samenhangend voordat je deze interpreteert.

Definieer de analyse-eenheid

Vermeld of rijen tokenaccounts, eigenaarsadressen, toepassingsposities of mensen voorstellen. Solana-tokenaccounts opvragen per eigenaar is een query binnen diens bereik, met een mint- of programmafilter [S08-OWNERS]; ze somt niet elke menselijke begunstigde op.

Een grootste-accountsquery retourneert twintig tokenaccounts [S08-LARGEST], geen volledige telling van eigenaars. Eén eigenaar kan meerdere kleine accounts daarbuiten hebben; aggregatie van alleen geretourneerde rijen kan diens totaal onderschatten. Benoem dekking en noem een gedeeltelijke export niet volledig.

De oefengegevens zijn bewust volledig voor één mint op één context. Dat is een aangeleverde onderwijsaanname, geen gevolgtrekking uit een website. Documenteer in werkelijk onderzoek verzamelmethode, filters, paginering en contextconsistentie voordat je volledige dekking claimt.

Filter vóór optellen

Verifieer netwerk en mint op elke rij. Een programmabrede export kan meerdere mints bevatten; alles optellen levert een indrukwekkend maar betekenisloos totaal op. Verschillende activa delen geen voorraadnoemer alleen omdat hun decimalen gelijk zijn.

Onderscheid vervolgens ruwe bedragen en weergegeven eenheden met het geverifieerde aantal decimalen. Bewaar gehele getallen als tekst. Een dubbele rij is geen tweede saldo. Ontdubbel hetzelfde account op dezelfde snapshot alleen bij aantoonbaar identieke records. Tegenstrijdige waarden vereisen een onopgelost conflict of gedefinieerde snapshotkeuze.

Tel accounts op verschillende contexten niet achteloos samen: ze kunnen hetzelfde saldo vóór en na een transfer voorstellen. Een samengevoegde export is niet automatisch een snapshot. Zet records vast op een samenhangende grens of label het resultaat als onvolledig en tijdsgemengd.

Aggregeer onderbouwde eigenaars

Groepeer na filteren en ontdubbelen tokenaccounts voor de exacte mint op het aangeleverde owner-authority-veld. Dit is een accountrelatie, geen ontdekking van menselijke identiteit. Leg vast hoe het veld is gedecodeerd en controleer dat het niet het basisveld voor programma-eigendom is.

Een eigenaarsbevoegdheid kan bewaring of een toepassing vertegenwoordigen. Een bewaaradres kan saldi voor vele begunstigden houden; zonder records is hun verdeling onbekend. Omgekeerd kunnen meerdere eigenaarsadressen één beheerder hebben, maar deze aggregatie stelt dat niet vast.

Voeg eigenaars niet samen op grond van gedeelde financiering, timing of labels. Die relaties kunnen een afzonderlijke hypothese motiveren. Noemer en boekhoudkundig resultaat moeten zonder speculatieve clustering reproduceerbaar blijven. Ononderbouwde samenvoeging kan een concentratiestatistiek tot een beschuldiging maken.

Sluit de voorraadgrens aan

Vergelijk bij een volledige standaardboekhoudkundige snapshot gefilterde ruwe saldi met het onafhankelijk aangeleverde totaal. Aansluiting ondersteunt interne consistentie, geen authenticiteit van fictieve waarden of afwezigheid van bijzondere transfermechanismen.

Bij een kleiner totaal onderzoek je ontbrekende accounts, onverenigbare contexten of weggelaten boekhoudcomponenten. Bij een groter totaal toets je dubbelen, verkeerde mints en eenheden. Forceer nooit gelijkheid met een naamloos restant dat daarna als echte houder wordt behandeld.

Een gedeclareerd restant kan nuttig zijn bij gedeeltelijke data, maar blijft een aggregaat met onbekende samenstelling. Rangschik het niet als één mens of eigenaar. Het model zonder restant maakt deze oefencorrectie exact; later kan een afzonderlijk paneel voor onopgeloste dekking nodig zijn.

Maak categorieën en noemerbeleid transparant

Poolinventaris en bewaarsaldi blijven bezittingen in de ruwe verdeling. Een analytisch beleid kan ze voor een specifieke vraag uitsluiten; het verwijdert geen tokens uit de voorraad. Toon oorspronkelijke en aangepaste noemers met reden voor elke uitsluiting.

Concentratie van eigenaars buiten pools verschilt van concentratie van begunstigden. Een geverifieerd poolaccount uitsluiten kan de eerste vraag beantwoorden. Bewaring uitsluiten zonder begunstigden te kennen kan concentratie verbergen. Geef een gevoeligheidsweergave in plaats van het aangepaste getal als uniek juist te benoemen.

Rangschik accounts en eigenaarstotalen afzonderlijk. Een eigenaar kan geaggregeerd vooropstaan zonder dat één account het grootste is. Correct rekenen met de verkeerde eenheid beantwoordt nog steeds de verkeerde vraag.

Rapporteer grenzen naast percentages

Vermeld teller, noemer, aggregatie-eenheid en snapshot. Vermijd één badge “grootste houder40%” zonder onderscheid tussen eigenaar en account. Sterker: “Eigenaarsbevoegdheid A houdt400 weergegeven eenheden over twee accounts,40% van het aangeleverde1000-eenhedentotaal op S0.”

Deze berekening identificeert geen insider, voorspelt geen verkoop en schat geen vermogen van begunstigden. Een grote eigenaarsbevoegdheid kan worden waargenomen zonder menselijke controle te kennen. Beoordeel boekhouding en reikwijdte, geen positief of negatief beleggingsadvies.

• Ontdubbeling: bewezen herhaalde records verwijderen.
• Eigenaarsaggregatie: accounts groeperen op onderbouwde eigenaarsbevoegdheid.
• Dekking: omvang van opgenomen records.
• Restant: niet-toegewezen verschil, niet noodzakelijk één houder.
• Begunstigde: onderliggende rechthebbende wiens bezittingen kunnen verschillen van de bewaarautoriteit.
• Gevoeligheidsweergave: herberekening onder expliciet ander beleid.

ILLUSTRATIVE — FIX-P08-07. SIM-SOL-A / MINT-D, d=2, S0. Unieke doelrijen zijn volledig voor de standaardboekhoudkundige oefengegevens. Ruwe voorraad 100,000 betekent 1000 weergegeven tokens.

Beleid E sluit alleen P1 uit. Afzonderlijk gevoeligheidsbeleid F sluit ook C1 uit; geen begunstigdendata ondersteunen een persoonsranglijst.

OBSERVED in oefengegevens: H6 herhaalt H2; H7 heeft de verkeerde mint. A is de aangeleverde eigenaarsbevoegdheid voor twee tokenaccounts van het doel.

INFERRED: Unieke doelsaldi bedragen 100,000 ruwe eenheden. A's400 tokens overtreffen elk afzonderlijk gewoon account; het aandeel in ruwe voorraad is 40%.

UNKNOWN: Begunstigden van bewaring, A's menselijke identiteit en eventuele gedeelde controle met B.

INSUFFICIENT EVIDENCE: Financieringsrelaties of labels rechtvaardigen geen verdere eigenaarsfusies. Uitsluitingsbeleid stelt geen circulerende bezittingen op persoonsniveau vast.

Verkeerde-mint-rijen optellen, dubbele exportregels tellen, op programma-eigenaar groeperen, een restant als persoon rangschikken, op labels samenvoegen en uitsluitingen achter een houderspercentage verbergen.

Filter/ontdubbel de export, sluit op voorraad aan en rangschik unieke accounts en eigenaarsbevoegdheden. Bereken A's aandeel onder totale voorraad, beleid E en gevoeligheid F. Geef aan welke ranglijst een menselijke-houdersranglijst mag heten.

• Filter exact netwerk en mint.
• Ontdubbel alleen bewezen herhalingen.
• Normaliseer ruwe eenheden.
• Groepeer het juiste eigenaarsveld.
• Sluit samenhangende dekking aan.
• Publiceer uitsluitingen én noemer.
• Houd menselijke toeschrijving apart.

Verdelingsanalyse begint met datasetintegriteit. Correct filteren en eigenaarsaggregatie kunnen ranglijsten veranderen zonder voorraad te veranderen.

Accounts, eigenaarsbevoegdheden en mensen zijn andere eenheden. Aangepaste noemers zijn beleid. Aansluiting ondersteunt interne consistentie, geen identiteit of intentie.

Toon invoerrijen met H6/H7 zichtbaar afgewezen om verschillende redenen; aangesloten ruw totaal 100,000. Account- en eigenaarsranglijsten naast elkaar. Drie A-aandeelpanelen40%,57.1429%,66.6667% met noemers1000/700/600 en aantekening dat bewaring onbekend is.

Illustratieve account- en eigenaarsbevoegdheidsverdeling; geen menselijke-controletoeschrijving.

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.

• Solana getTokenLargestAccounts — Twintig grootste tokenaccounts; geen volledige verdeling van menselijke houders. Gecontroleerd 2026-09-30.
• Solana getTokenAccountsByOwner — Opsomming per eigenaar, gefilterd op mint of programma. Gecontroleerd 2026-09-30.
• Solana getTokenSupply — Ruwe voorraad, decimalen en RPC-antwoordcontext; geen definitie van circulerende voorraad. Gecontroleerd 2026-09-30.

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-L08 na de uitgewerkte oefening en quizbeoordeling.