Halterkonzentration

EN-Quellmaster · P07-L04 · 45 Minuten geschätzt · needs_review

Lernziele:

• Rohe und bereinigte Konzentration mit ausdrücklichen Nennern berechnen.
• Konten unter einer verifizierten Eigentümeradresse aggregieren, ohne menschliche Identität abzuleiten.
• Operative Ausschlüsse und Sensitivität gegenüber unsicheren Verwahrungsbezeichnungen erklären.

„Die größten Halter besitzen 70%“ klingt präzise, ist aber unvollständig ohne Erklärung, wer oder was gezählt wurde, welcher Nenner verwendet und welche Konten ausgeschlossen wurden. Ein Pool-Vault, ein Börsenverwahrungskonto und mehrere von einer Adresse kontrollierte Konten können ein vereinfachtes Diagramm verzerren. Die Fähigkeit besteht darin, transparente Konzentrationsmaße zu berechnen, ohne Tokenkonten mit unabhängigen Menschen gleichzusetzen.

Die Messung vor ihrer Berechnung festlegen

Mit Vermögenswertidentität und Beobachtungsumfang beginnen. Nenner der Gesamtmenge, Salden und Kontorollenbelege sollten dasselbe Netzwerk/dieselbe Mint und einen kompatiblen Snapshot beschreiben. Aktuelle Menge mit einer älteren Saldotabelle zu kombinieren, erzeugt eine unmarkierte Abweichung. Fehlt genaue Ausrichtung, die Näherung angeben und nicht vorgeben, der Prozentsatz sei eine genaue zeitgleiche Messung.

Solanas RPC-Methode für die größten Tokenkonten liefert bis zu 20 Tokenkonten, keine vollständige Liste menschlicher Halter [S-LARGEST]. Solanas Kontomodell erlaubt mehrere Tokenkonten derselben Mint unter einem Kontoeigentümer [S-TOKENS]. Diese Fakten begründen zwei getrennte Aggregationsebenen: Kontosalden und Kontrolle auf Adressebene. Keine allein beweist letztliche wirtschaftliche Eigentümerschaft.

Die Liste größter Konten zur Identifikation von Prüfkandidaten verwenden, nicht zum Erfinden einer vollständigen Verteilung. Ein Datensatz nur der zwanzig größten kann einige partielle Konzentrationsberechnungen stützen, aber kein vollständiges Histogramm des langen Verteilungsendes. Ein ungeklärtes Eigentümerfeld sollte ungeklärt bleiben. Adressen nicht allein deshalb zusammenführen, weil derselbe Vermittler sie finanzierte.

Mehrere Ansichten berechnen und jede kennzeichnen

Eine rohe Ansicht verwendet alle vorgegebenen Salden und die vorgegebene Gesamtmenge. Eine adressaggregierte Ansicht kombiniert Konten mit derselben verifizierten kontrollierenden Adresse. Eine bereinigte Ansicht schließt identifizierte operative Salden zu einem angegebenen Analysezweck aus. Jede beantwortet eine andere Frage; keine ersetzt automatisch die anderen.

Betrachten Sie einen Pool-Vault mit 300,000 von 1,000,000 Einheiten. Er nimmt 30% der rohen Kontoverteilung ein. Ist der Vault als Poolverwahrung verifiziert, ist „ein Wal besitzt persönlich 30%“ unbelegt. Ihn aus einem Diagramm zu entfernen, macht seine Vermögenswerte jedoch nicht irrelevant: LP-Rechte und Entnahmekontrollen des Pools beeinflussen weiterhin die Marktkapazität.

Eine Börsenbezeichnung wirft ein weiteres Problem auf. Eine Verwahrungsadresse kann mehrere Nutzer vertreten, doch eine Anbieterbezeichnung enthüllt nicht die genaue Verteilung wirtschaftlicher Eigentümer. Ist die Rolle nur deklariert, sowohl das rohe Ergebnis als auch ein optionales Sensitivitätsergebnis zeigen, statt sie stillschweigend auszuschließen. Ein ausgeschlossener Saldo ist eine methodische Anpassung, kein Beleg dafür, dass sein wirtschaftliches Engagement verschwand.

Nenner können die scheinbare Schlussfolgerung ändern

Im Datensatz halten zwei von Adresse OWNER-A kontrollierte Konten 180,000 und 120,000. Ihr kombinierter Saldo ist 300,000. Gegenüber der Gesamtmenge sind das 30%. Ausschluss des verifizierten Pools mit 300,000 Einheiten lässt einen Nenner von 700,000; OWNER-A stellt dann 42.8571% der bereinigten Salden ohne Pool dar. Der Zähler änderte sich nicht; der Nenner schon.

Wird auch das deklarierte Verwahrungskonto mit 100,000 Einheiten ausgeschlossen, wird der bereinigte Nenner 600,000 und OWNER-A stellt 50% dar. Diese dritte Ansicht ist vom Verwahrungsausschluss abhängig. Sie darf nicht „50% der Gesamtmenge“ heißen. Ein klarer Bericht stellt alternative Zahlen nebeneinander und erklärt ihre Unterschiede.

Konzentration ist kein Absichtsurteil. Eine konzentrierte Verteilung kann durch Zuweisungen, operative Verwahrung, Vesting oder bewusste Fragmentierung entstehen. Verteilte sichtbare Konten können gemeinsame Kontrolle verbergen. Die richtige Interpretation beschreibt gemessene Salden und verbleibende Unsicherheit, keine „sicher“- oder „Betrug“-Bezeichnungen.

Klassifikationen und Sensitivität prüfen

Ein Ausschlussregister mit Konto, Betrag, Rolle, Quelle, Sicherheit der Einordnung und Ausschlussgrund führen. Poolverwahrung erfordert Rollenbelege; ein einprägsames Explorersymbol genügt nicht. Eine Burn-Aussage erfordert ebenso passende Chain-/Konto-/Programmbelege, keinen Adressspitznamen. Bereits aus der Mengenkennzahl entfernte Menge nicht ein zweites Mal abziehen.

Für didaktischen Vergleich den Snapshot konstant halten und jeweils eine Klassifikation ändern. Dies macht die Sensitivität reproduzierbar. Reagiert das bereinigte Ergebnis stark auf eine unsichere Börsenklassifikation, ist die Unsicherheit wesentlich und gehört in die Schlussfolgerung.

Konzentration und Liquidität wirken zusammen, bleiben aber verschieden. Der Saldo eines großen Halters sagt nicht, wie viel Quotierungswert aus einem Verkauf erhältlich ist. Die Tiefe eines Pools identifiziert nicht, ob mehrere Konten gemeinsame Kontrolle haben. Die vorherige Lektion liefert ein Preisauswirkungsmodell; diese eine Grenze der Eigentümerschaftserfassung.

• Kontokonzentration: nach Tokenkonto-ID aggregierte Salden.
• Adressaggregation: nach verifizierter kontrollierender Adresse kombinierte Salden.
• Wirtschaftlicher Eigentümer: letztliche Person/Organisation, nicht allein durch eine Adresse belegt.
• Operativer Ausschluss: offengelegte analytische Entfernung aus einer bestimmten Ansicht.
• Nenner: für den Prozentsatz verwendete Mengen-/Saldogrundgesamtheit.
• Sensitivitätsanalyse: Ergebnisse unter ausdrücklichen alternativen Klassifikationen.

ILLUSTRATIVE BEISPIEL — FIX-P07-04. Der vollständige fiktive Datensatz summiert sich zu 1,000,000 Basiseinheiten. Jede ID ist eine synthetische Bezeichnung.

OTHER ist ein Aggregat zum Gesamtabgleich, kein einzelner Halter oder ranggeordnetes Tokenkonto. Es darf nicht als eine Wallet in eine Rangfolge größter Halter eingefügt werden.

OBSERVED: Die vorgegebenen Konten A-TA1 und A-TA2 teilen OWNER-A in diesem Datensatz; ihre Summe ist 300,000.

INFERRED: OWNER-A hat 30% der gesamten vorgegebenen Einheiten und 42.8571% der bereinigten Grundgesamtheit ohne Pool unter den angegebenen Ausschlüssen.

UNKNOWN: Wie viele Menschen OWNER-A oder die ungeklärten/verwahrten Salden kontrollieren.

INSUFFICIENT EVIDENCE: Der Datensatz kann weder größten menschlichen Halter, Betrug, sichere Verteilung noch realisierbare Verkaufserlöse belegen. Die Bezeichnung von X-TA genügt nicht für einen unbedingten Ausschluss wirtschaftlicher Eigentümer.

Tokenkonten als Menschen zählen; OTHER als eine Wallet einordnen; gemeinsame Adressaggregation vergessen; Mengen-Snapshots mischen; behauptete Burns doppelt abziehen; und einen bereinigten Prozentsatz als Anteil der Gesamtmenge darstellen.

Rohe und poolbereinigte Anteile von OWNER-A berechnen. Den kombinierten Anteil von OWNER-A und OWNER-B gegenüber Gesamtmenge und poolbereinigtem Nenner berechnen. Dann den zusätzlichen Ausschluss von X-TA als Sensitivitätsfall bewerten.

• Genauen Vermögenswert und kompatiblen Snapshot bestätigen.
• Alle vorgegebenen Beträge mit der angegebenen Grundgesamtheit abgleichen.
• Verifizierte Kontoeigentümer aggregieren; keine Menschen ableiten.
• Rohe, bereinigte und Sensitivitätsansichten getrennt halten.
• Ausschlussregister und ungeklärte Abdeckung veröffentlichen.

Ein Konzentrationsprozentsatz ist untrennbar von seiner Aggregationseinheit, seinem Nenner und seinen Ausschlüssen. Transparente Berechnungen stützen Untersuchungen; undurchsichtige Halterzahlen laden zu falscher Zuversicht ein.

Konto- und Adressansichten für unterschiedliche Fragen verwenden. Unsicherheit niemals mit einer Verwahrungsbezeichnung beseitigen. Zeigen, wie eine Nenneränderung das Ergebnis beeinflusst.

Einen Abgleichbalken für eine Million Einheiten, eine separate OWNER-A-Aggregationsklammer und Nennerfelder für roh/ohne Pool/bedingte Verwahrung erstellen. X-TA und OTHER schraffieren; niemals als bekannte unabhängige Menschen beschriften. Zähler und Nenner unter jedem Prozentsatz ausgeben.

Vorgaben für die visuelle Umsetzung: Dunkles Marineblau/Schwarz, Akzente in Cyan/leuchtendem Blau/Violett, Einheiten und Unsicherheit ausdrücklich beschriften. Deterministische Diagramme oder SVG verwenden, keine erfundenen Screenshots. Bei 390 px Annotationen untereinander anordnen und die Datentabelle als Textalternative bereitstellen; 768 px und Desktop später prüfen. Für Arabisch Beschriftungen und Anordnung mit muttersprachlichem RTL lokalisieren, Adressen/Hashes dabei LTR isolieren und die tatsächliche Transferrichtung und Chronologie erhalten. Falls Branding ergänzt wird, nur das vorgegebene offizielle BlockAssay-Logo verwenden. Kein visuelles Element oder mobiles/RTL-Rendering wird als fertig behauptet.

RADAR nur verwenden, wenn das genaue Netzwerk, der Vermögenswert und die benötigten Felder unterstützt werden und ihre Herkunft sichtbar ist. Dies ist eine rein lesende didaktische Prüfung, kein Handel oder Tokenstart. Den vorgegebenen Offline-Datensatz verwenden, falls Zugang oder Daten nicht verfügbar sind; fehlende Informationen bleiben unbekannt. Eine künftige Aktion „In BlockAssay öffnen“ benötigt validierte Laufzeitweiterleitung und Quellenabdeckung. Für illustrative Kennungen wird kein ausführbarer Vermögenswert-CTA bereitgestellt. Academy-Teilnahme und kommerzieller Status ändern niemals Radar-Beobachtungen.

• Solana getTokenLargestAccounts — Die Antwort mit den größten Konten ist auf 20 Tokenkonten begrenzt, nicht alle Eigentümer. Geprüft 2026-09-30.
• Solana getTokenAccountsByOwner — Auflistung von Tokenkonten nach Kontoeigentümer; das Eigentümerfeld ist keine menschliche Identität. Geprüft 2026-09-30.
• Solana-Vermögenswerte: Mints und Tokenkonten — Mint-Identität, Tokenkonto-Eigentümerschaft und getrennte Mint-/Erstellungsrollen. Geprüft 2026-09-30.

Die Tabellen und Übungsdatensätze sind eigenes Lehrmaterial, sofern nicht ausdrücklich als HISTORICAL bezeichnet. Fiktive Kennungen sind bewusst als Blockchain-Adressen ungültig. Dokumentation stützt Mechanismusdefinitionen, nicht die erfundenen Übungswerte. Quellenprüfung ist redaktionelle Recherche, keine Live-Chain-Messung. Quellen können sich ändern; vor Veröffentlichung erneut prüfen.

P07-L05; nach Abschluss der Übung und Prüfung jeder Quizerklärung fortfahren.