Concentratie van houders

EN-bronmaster · P07-L04 · 45 minuten geschat · needs_review

Leerdoelen:

• Bereken ruwe en aangepaste concentratie met expliciete noemers.
• Aggregeer accounts onder een geverifieerd eigenaarsadres zonder menselijke identiteit af te leiden.
• Leg operationele uitsluitingen en gevoeligheid voor onzekere bewaarlabels uit.

“De grootste houders bezitten 70%” klinkt precies, maar is onvolledig zonder uitleg wie of wat werd geteld, welke noemer werd gebruikt en welke accounts werden uitgesloten. Een poolkluis, een bewaaraccount van een beurs en meerdere accounts onder controle van één adres kunnen een simplistische grafiek vertekenen. De vaardigheid is transparante concentratiematen berekenen zonder te beweren dat tokenaccounts gelijkstaan aan onafhankelijke mensen.

Bepaal de meting voordat je haar berekent

Begin met activumidentiteit en waarnemingsbereik. De noemer voor totale voorraad, saldi en bewijs van accountrollen moeten hetzelfde netwerk/dezelfde mint en een compatibele momentopname beschrijven. Een actuele voorraad combineren met een oudere saldotabel creëert een ongelabelde afwijking. Als exacte afstemming ontbreekt, benoem de benadering en doe niet alsof het percentage een exacte gelijktijdige meting is.

Solana's RPC-methode voor de grootste tokenaccounts retourneert maximaal 20 tokenaccounts, geen complete lijst van menselijke houders [S-LARGEST]. Solana's accountmodel staat meerdere tokenaccounts voor dezelfde mint onder een accounteigenaar toe [S-TOKENS]. Deze feiten motiveren twee afzonderlijke aggregatieniveaus: accountsaldi en controle op adresniveau. Geen van beide bewijst op zichzelf uiteindelijk economisch eigendom.

Gebruik de lijst met grootste accounts om inspectiekandidaten te vinden, niet om een volledige verdeling te verzinnen. Een dataset met alleen de twintig grootste kan enkele gedeeltelijke concentratieberekeningen ondersteunen, maar geen volledig histogram van de lange staart. Een onopgelost eigenaarsveld moet onopgelost blijven. Voeg adressen niet samen alleen omdat dezelfde tussenpersoon ze financierde.

Bereken meerdere weergaven en label ze elk

Een ruwe weergave gebruikt alle aangeleverde saldi en de aangeleverde totale voorraad. Een op adres geaggregeerde weergave combineert accounts met hetzelfde geverifieerde controlerende adres. Een aangepaste weergave sluit geïdentificeerde operationele saldi uit voor een benoemd analytisch doel. Elke weergave beantwoordt een andere vraag; geen vervangt automatisch de andere.

Neem een poolkluis met 300,000 van 1,000,000 eenheden. Zij beslaat 30% van de ruwe accountverdeling. Als de kluis als poolbewaring is geverifieerd, is “één whale bezit persoonlijk 30%” niet onderbouwd. Haar uit een grafiek verwijderen maakt haar activa echter niet irrelevant: de LP-rechten en opnamecontroles van de pool beïnvloeden nog steeds marktcapaciteit.

Een beurslabel geeft een ander probleem. Een bewaaradres kan meerdere gebruikers vertegenwoordigen, maar een providerlabel onthult niet de exacte verdeling van uiteindelijke economische eigenaren. Als de rol alleen is verklaard, toon zowel het ruwe resultaat als een optioneel gevoeligheidsresultaat in plaats van het stilzwijgend uit te sluiten. Een uitgesloten saldo is een methodologische aanpassing, geen bewijs dat de economische blootstelling verdween.

Noemers kunnen de schijnbare conclusie veranderen

In de oefengegevens houden twee accounts onder controle van adres OWNER-A 180,000 en 120,000. Hun gezamenlijke saldo is 300,000. Tegenover de totale voorraad is dat 30%. Uitsluiting van de geverifieerde pool met 300,000 eenheden laat een noemer van 700,000; OWNER-A vertegenwoordigt dan 42.8571% van de aangepaste saldi zonder pool. De teller veranderde niet; de noemer wel.

Als je ook het verklaarde bewaaraccount met 100,000 eenheden uitsluit, wordt de aangepaste noemer 600,000 en vertegenwoordigt OWNER-A 50%. Deze derde weergave is afhankelijk van de bewaaruitsluiting. Zij mag niet “50% van alle voorraad” heten. Een duidelijk verslag zet alternatieve cijfers naast elkaar en legt uit waarom ze verschillen.

Concentratie is geen oordeel over intentie. Een geconcentreerde verdeling kan ontstaan door toewijzingen, operationele bewaring, vesting of bewuste fragmentatie. Verspreide zichtbare accounts kunnen gedeelde controle verbergen. De juiste interpretatie beschrijft gemeten saldi en resterende onzekerheid, geen labels “veilig” of “scam”.

Inspecteer classificaties en gevoeligheid

Houd een uitsluitingsregister bij met account, bedrag, rol, bron, zekerheid en reden voor uitsluiting. Poolbewaring vereist rolbewijs; een herkenbaar explorericoon is niet genoeg. Een burnclaim vereist eveneens passend chain-/account-/programmabewijs, geen bijnaam van een adres. Trek voorraad die al uit de voorraadmaat is verwijderd niet nogmaals af.

Houd voor educatieve vergelijking de momentopname constant en verander één classificatie tegelijk. Dit maakt de gevoeligheid reproduceerbaar. Als het aangepaste resultaat sterk gevoelig is voor een onzekere beursclassificatie, is de onzekerheid materieel en hoort ze in de conclusie.

Concentratie en liquiditeit beïnvloeden elkaar, maar blijven afzonderlijk. Het saldo van een grote houder vertelt niet hoeveel quotewaarde een verkoop kan opleveren. De diepte van een pool identificeert niet of meerdere accounts controle delen. De vorige les biedt een model voor prijsimpact; deze biedt een grens voor eigendomsadministratie.

• Accountconcentratie: saldi geaggregeerd per tokenaccount-ID.
• Adresaggregatie: saldi gecombineerd per geverifieerd controlerend adres.
• Economische eigenaar: een uiteindelijke persoon/entiteit, niet vastgesteld door alleen een adres.
• Operationele uitsluiting: een openbaar gemaakte analytische verwijdering uit een bepaalde weergave.
• Noemer: de voorraad-/saldopopulatie voor het percentage.
• Gevoeligheidsanalyse: resultaten onder expliciete alternatieve classificaties.

ILLUSTRATIVE VOORBEELD — FIX-P07-04. De complete fictieve oefengegevens tellen op tot 1,000,000 basiseenheden. Elke ID is een synthetisch label.

OTHER is een aggregaat voor aansluiting op het totaal, geen afzonderlijke houder of gerangschikt tokenaccount. Het mag niet als één wallet in een ranglijst van grootste houders worden opgenomen.

OBSERVED: Aangeleverde accounts A-TA1 en A-TA2 delen OWNER-A in deze oefengegevens; hun som is 300,000.

INFERRED: OWNER-A heeft 30% van alle aangeleverde eenheden en 42.8571% van de aangepaste populatie zonder pool onder de vermelde uitsluitingen.

UNKNOWN: Hoeveel mensen OWNER-A of de onopgeloste/in bewaring gehouden saldi controleren.

INSUFFICIENT EVIDENCE: De oefengegevens kunnen de grootste menselijke houder, fraude, veilige verdeling of realiseerbare verkoopopbrengst niet vaststellen. Het label van X-TA is onvoldoende voor een onvoorwaardelijke uitsluiting van economische eigenaren.

Tokenaccounts als mensen tellen; OTHER als één wallet rangschikken; aggregatie op gedeeld adres vergeten; voorraadmomentopnamen mengen; vermeende burns tweemaal aftrekken; en een aangepast percentage als percentage van alle voorraad presenteren.

Bereken de ruwe en voor de pool gecorrigeerde aandelen van OWNER-A. Bereken het gezamenlijke aandeel van OWNER-A en OWNER-B tegenover totale voorraad en tegenover de noemer zonder pool. Beoordeel daarna de extra uitsluiting van X-TA als gevoeligheidsgeval.

• Bevestig exact activum en compatibele momentopname.
• Sluit alle aangeleverde bedragen aan op de vermelde populatie.
• Aggregeer geverifieerde accounteigenaren; leid geen mensen af.
• Houd ruwe, aangepaste en gevoeligheidsweergaven afzonderlijk.
• Publiceer uitsluitingsregister en onopgeloste dekking.

Een concentratiepercentage is onlosmakelijk verbonden met aggregatie-eenheid, noemer en uitsluitingen. Transparante berekeningen ondersteunen onderzoek; ondoorzichtige houdertellingen nodigen uit tot schijnzekerheid.

Gebruik account- en adresweergaven voor verschillende vragen. Wis onzekerheid nooit met een bewaarlabel. Toon hoe een noemerwijziging het resultaat beïnvloedt.

Maak een aansluitingsbalk voor één miljoen eenheden, een afzonderlijke OWNER-A-aggregatiehaak en noemerpanelen voor ruw/zonder pool/voorwaardelijke bewaring. Gebruik arcering voor X-TA en OTHER; label ze nooit als bekende onafhankelijke mensen. Druk teller en noemer onder elk percentage af.

Regels voor visuele oplevering: donker marineblauw/zwart, accenten in cyaan/elektrisch blauw/violet, eenheden en onzekerheid expliciet gelabeld. Gebruik deterministische grafieken of SVG, geen verzonnen schermafbeeldingen. Stapel bij 390 px de annotaties en bied de gegevenstabel als tekstalternatief; controleer 768 px en desktop later. Lokaliseer in het Arabisch labels en indeling met native RTL, terwijl adressen/hashes LTR worden geïsoleerd en de werkelijke richting van overdrachten en chronologie behouden blijft. Gebruik uitsluitend het aangeleverde officiële BlockAssay-logo als branding wordt toegevoegd. Geen visueel bestand of mobiele/RTL-weergave wordt als gereed aangeduid.

Gebruik RADAR alleen wanneer het exacte netwerk, activum en de benodigde velden worden ondersteund en hun herkomst zichtbaar is. Dit is een alleen-lezen educatieve inspectie, geen handel of tokenlancering. Gebruik de aangeleverde offline dataset als toegang of gegevens ontbreken; ontbrekende informatie blijft onbekend. Een toekomstige actie Openen in BlockAssay vereist gevalideerde runtime-routering en brondekking. Voor illustratieve identificatoren wordt geen uitvoerbare activum-CTA geleverd. Deelname aan Academy en commerciële status veranderen Radar-waarnemingen nooit.

• Solana getTokenLargestAccounts — De respons met de grootste accounts is beperkt tot 20 tokenaccounts, niet alle eigenaren. Gecontroleerd 2026-09-30.
• Solana getTokenAccountsByOwner — Opsomming van tokenaccounts per accounteigenaar; het eigendomsveld is geen menselijke identiteit. Gecontroleerd 2026-09-30.
• Solana-activa: mints en tokenaccounts — Mint-identiteit, tokenaccounteigendom en afzonderlijke mint-/aanmaakrollen. Gecontroleerd 2026-09-30.

De tabellen en oefendatasets zijn oorspronkelijk lesmateriaal, tenzij ze expliciet als HISTORICAL zijn aangeduid. Fictieve identificatoren zijn bewust ongeldig als blockchainadressen. Documentatie onderbouwt definities van mechanismen, niet de verzonnen oefenwaarden. Broninspectie is redactioneel onderzoek, geen meting op een live blockchain. Bronnen kunnen veranderen; beoordeel ze opnieuw vóór publicatie.

P07-L05; ga verder nadat je de oefening hebt afgerond en elke quizuitleg hebt beoordeeld.