Concentrazione dei detentori

Master sorgente EN · P07-L04 · 45 minuti stimati · needs_review

Obiettivi di apprendimento:

• Calcolare concentrazione grezza e rettificata con denominatori espliciti.
• Aggregare account sotto un indirizzo proprietario verificato senza inferire identità umane.
• Spiegare esclusioni operative e sensibilità a etichette di custodia incerte.

«I principali detentori possiedono il 70%» sembra preciso ma è incompleto se non spiega chi o cosa è stato contato, quale denominatore è stato usato e quali account sono stati esclusi. Un vault di pool, un account di custodia di exchange e diversi account controllati da un indirizzo possono distorcere un grafico semplicistico. La competenza è calcolare misure trasparenti di concentrazione senza affermare che account token equivalgano a persone indipendenti.

Decidere la misura prima di calcolarla

Iniziare con identità dell’asset e ambito di osservazione. Denominatore dell’offerta totale, saldi e prove dei ruoli degli account dovrebbero descrivere la stessa rete/mint e un’istantanea compatibile. Combinare un’offerta corrente con una tabella dei saldi più vecchia crea una discrepanza non etichettata. Se l’allineamento esatto non è disponibile, dichiarare l’approssimazione e non fingere che la percentuale sia una misurazione esatta contemporanea.

Il metodo RPC Solana degli account token più grandi restituisce fino a 20 account token, non un elenco completo di detentori umani [S-LARGEST]. Il modello di account Solana consente diversi account token per lo stesso mint sotto un proprietario di account [S-TOKENS]. Questi fatti motivano due livelli separati di aggregazione: saldi degli account e controllo a livello di indirizzo. Nessuno dei due da solo dimostra la titolarità effettiva ultima.

Usare l’elenco degli account più grandi per identificare candidati all’esame, non per inventare una distribuzione completa. Un dataset dei soli primi venti può sostenere alcuni calcoli parziali di concentrazione ma non un istogramma completo della coda lunga. Un campo proprietario irrisolto dovrebbe restare irrisolto. Non unire indirizzi soltanto perché finanziati dallo stesso intermediario.

Calcolare più viste, etichettare ciascuna

Una vista grezza usa tutti i saldi forniti e l’offerta totale fornita. Una vista aggregata per indirizzo combina account con lo stesso indirizzo di controllo verificato. Una vista rettificata esclude saldi operativi identificati per uno scopo analitico dichiarato. Ogni vista risponde a una domanda diversa; nessuna sostituisce automaticamente le altre.

Considerare un vault di pool contenente 300,000 di 1,000,000 unità. Occupa il 30% della distribuzione grezza degli account. Se il vault è verificato come custodia del pool, chiamarlo «una balena possiede personalmente il 30%» non è sostenuto. Tuttavia rimuoverlo da un grafico non rende irrilevanti i suoi asset: diritti LP e controlli di prelievo del pool influenzano ancora la capacità di mercato.

Un’etichetta di exchange pone un altro problema. Un indirizzo di custodia può rappresentare più utenti, ma un’etichetta del fornitore non rivela la distribuzione esatta dei titolari effettivi. Se il ruolo è soltanto dichiarato, mostrare sia il risultato grezzo sia un risultato opzionale di sensibilità anziché escluderlo silenziosamente. Un saldo escluso è una rettifica metodologica, non prova che la sua esposizione economica sia scomparsa.

I denominatori possono cambiare la conclusione apparente

Nel materiale, due account controllati dall’indirizzo OWNER-A contengono 180,000 e 120,000. Il loro saldo combinato è 300,000. Rispetto all’offerta totale è 30%. Escludere il pool verificato di 300,000 unità lascia un denominatore di 700,000; OWNER-A rappresenta allora 42.8571% dei saldi rettificati senza pool. Il numeratore non è cambiato; il denominatore sì.

Se escludi anche l’account di custodia dichiarato di 100,000 unità, il denominatore rettificato diventa 600,000 e OWNER-A rappresenta 50%. Questa terza vista è condizionata all’esclusione della custodia. Non può essere chiamata «50% di tutta l’offerta». Un rapporto chiaro affianca i numeri alternativi e spiega perché differiscono.

La concentrazione non è un verdetto sulle intenzioni. Una distribuzione concentrata può derivare da allocazioni, custodia operativa, vesting o frammentazione deliberata. Account visibili dispersi possono nascondere controllo condiviso. L’interpretazione corretta descrive saldi misurati e incertezza residua, non etichette «sicuro» o «truffa».

Esaminare classificazioni e sensibilità

Mantenere un registro delle esclusioni con account, importo, ruolo, fonte, fiducia e motivo dell’esclusione. La custodia del pool richiede prove del ruolo; un’icona memorabile nell’explorer non basta. Anche un’affermazione di burn richiede prove appropriate di blockchain/account/programma, non un soprannome dell’indirizzo. Non sottrarre una seconda volta l’offerta già rimossa dalla misura dell’offerta.

Per il confronto educativo, mantenere costante l’istantanea e cambiare una classificazione alla volta. Questo rende riproducibile la sensibilità. Se il risultato rettificato è molto sensibile a una classificazione incerta come exchange, l’incertezza è rilevante e appartiene alla conclusione.

Concentrazione e liquidità interagiscono ma restano distinte. Il saldo di un grande detentore non dice quanto valore di quotazione sia ottenibile da una vendita. La profondità del pool non identifica se più account condividano il controllo. La lezione precedente fornisce un modello dell’impatto sul prezzo; questa fornisce un limite di contabilizzazione della proprietà.

• Concentrazione degli account: saldi aggregati per ID di account token.
• Aggregazione per indirizzo: saldi combinati per indirizzo di controllo verificato.
• Titolare effettivo: persona/entità ultima, non stabilita dal solo indirizzo.
• Esclusione operativa: rimozione analitica dichiarata da una vista particolare.
• Denominatore: popolazione di offerta/saldi usata per la percentuale.
• Analisi di sensibilità: risultati secondo classificazioni alternative esplicite.

ESEMPIO ILLUSTRATIVE — FIX-P07-04. Il materiale fittizio completo totalizza 1,000,000 unità base. Ogni ID è un’etichetta sintetica.

OTHER è un aggregato per riconciliare il totale, non un singolo detentore o account token classificato. Non deve essere inserito in una classifica dei principali detentori come un wallet.

OBSERVED: Gli account forniti A-TA1 e A-TA2 condividono OWNER-A in questo materiale; la loro somma è 300,000.

INFERRED: OWNER-A ha il 30% delle unità totali fornite e il 42.8571% della popolazione rettificata senza pool secondo le esclusioni dichiarate.

UNKNOWN: Quanti umani controllano OWNER-A o i saldi irrisolti/in custodia.

INSUFFICIENT EVIDENCE: Il materiale non può stabilire il maggiore detentore umano, frode, distribuzione sicura o proventi realizzabili di vendita. L’etichetta di X-TA è insufficiente per un’esclusione incondizionata del titolare effettivo.

Contare account token come persone; classificare OTHER come un wallet; dimenticare l’aggregazione per indirizzo comune; mescolare istantanee dell’offerta; sottrarre due volte presunti burn; e presentare una percentuale rettificata come percentuale di tutta l’offerta.

Calcolare le quote grezze e senza pool di OWNER-A. Calcolare la quota combinata di OWNER-A e OWNER-B rispetto all’offerta totale e rispetto al denominatore senza pool. Poi valutare l’esclusione aggiuntiva di X-TA come caso di sensibilità.

• Confermare asset esatto e istantanea compatibile.
• Riconciliare tutti gli importi forniti con la popolazione dichiarata.
• Aggregare proprietari di account verificati; non inferire umani.
• Tenere separate viste grezze, rettificate e di sensibilità.
• Pubblicare registro delle esclusioni e copertura irrisolta.

Una percentuale di concentrazione è inseparabile da unità di aggregazione, denominatore ed esclusioni. Calcoli trasparenti sostengono l’indagine; conteggi opachi dei detentori favoriscono falsa fiducia.

Usare viste degli account e degli indirizzi per domande diverse. Non cancellare mai l’incertezza con un’etichetta di custodia. Mostrare come un cambiamento di denominatore influisce sul risultato.

Creare una barra di riconciliazione per un milione di unità, una parentesi separata di aggregazione OWNER-A e pannelli del denominatore grezzo/senza pool/custodia condizionale. Usare riempimento tratteggiato per X-TA e OTHER; non etichettarli mai come umani indipendenti noti. Stampare numeratore e denominatore sotto ogni percentuale.

Regole di consegna delle visualizzazioni: blu navy scuro/nero, accenti ciano/blu elettrico/viola, unità e incertezza etichettate esplicitamente. Usare grafici deterministici o SVG, non schermate inventate. A 390 px impilare annotazioni e fornire la tabella dei dati come alternativa testuale; verificare 768 px e desktop in seguito. In arabo localizzare etichette e disposizione con RTL nativo, isolando indirizzi/hash in LTR e mantenendo la direzione reale dei trasferimenti e la cronologia. Usare soltanto il logo ufficiale BlockAssay fornito se viene aggiunto il marchio. Nessuna risorsa visiva o rendering mobile/RTL è dichiarato pronto.

Usare RADAR soltanto quando rete esatta, asset e campi necessari sono supportati e la loro provenienza è visibile. È un esame educativo in sola lettura, non un’operazione di trading o un lancio di token. Usare il dataset offline fornito se accesso o dati non sono disponibili; le informazioni mancanti restano sconosciute. Una futura azione Apri in BlockAssay richiede instradamento runtime e copertura delle fonti convalidati. Non è fornita alcuna CTA di asset eseguibile per identificatori illustrativi. La partecipazione all’Academy e lo stato commerciale non cambiano mai le osservazioni di Radar.

• Solana getTokenLargestAccounts — La risposta degli account più grandi è limitata a 20 account token, non tutti i proprietari. Verificato 2026-09-30.
• Solana getTokenAccountsByOwner — Enumerazione degli account token per proprietario dell’account; il campo di proprietà non è identità umana. Verificato 2026-09-30.
• Asset Solana: mint e account token — Identità del mint, proprietà degli account token e ruoli distinti di mint/creazione. Verificato 2026-09-30.

Le tabelle e i materiali degli esercizi sono contenuti educativi originali salvo designazione esplicita HISTORICAL. Gli identificatori fittizi sono deliberatamente invalidi come indirizzi blockchain. La documentazione sostiene definizioni dei meccanismi, non i valori inventati degli esercizi. L’esame delle fonti è ricerca editoriale, non una misurazione della blockchain dal vivo. Le fonti possono cambiare; riesaminarle prima della pubblicazione.

P07-L05; proseguire dopo aver completato l’esercizio e rivisto ogni spiegazione del quiz.