Halterverteilung und Konzentration

EN-Quellmaster · P08-L07 · 45 Minuten geschätzt · needs_review

Eine Tokenkonto-Rangliste ist keine Eigentümerrangliste, und eine Eigentümerrangliste ist keine Menschenliste. Fehlende Abstimmung dieser Ebenen kann Konzentration verbergen, Salden doppelt zählen oder Poolbestand einem Projektteam zuordnen.

Diese Lektion normalisiert Rohbestände, dedupliziert einen Export und aggregiert nur gestützte Kontoeigentümer. P07 konzentrierte sich auf startspezifische Konzentration; hier geht es darum, den Buchungsdatensatz vor der Interpretation kohärent zu machen.

Die Analyseeinheit definieren

Schreibe, ob Zeilen Tokenkonten, Eigentümeradressen, Anwendungspositionen oder Menschen repräsentieren. Solana-Tokenkonto-Auflistung nach Eigentümer ist eine eigentümerbegrenzte Abfrage mit Mint- oder Programmfilter [S08-OWNERS]. Sie listet nicht jeden menschlichen Begünstigten auf.

Eine Abfrage der größten Konten liefert zwanzig Tokenkonten [S08-LARGEST]. Sie ist keine vollständige Eigentümerzählung. Ein Eigentümer könnte mehrere kleine Konten außerhalb dieser Menge haben, sodass Aggregation nur zurückgegebener Zeilen seinen Gesamtbestand unterschätzen kann. Markiere Abdeckung und nenne einen Teilauszug nicht vollständig.

Der Übungsdatensatz ist bewusst für eine Mint in einem Kontext vollständig. Diese Vollständigkeit ist eine vorgegebene didaktische Annahme, keine Ableitung aus einer Website. Dokumentiere bei realer Arbeit Erhebungsmethode, Filter, Paginierung und Kontextkonsistenz, bevor du volle Abdeckung behauptest.

Vor der Summierung filtern

Verifiziere zuerst Netzwerk und Mint jeder Zeile. Ein programmweiter Export kann mehrere Mints enthalten. Alle Zeilen zu summieren kann eindrucksvolle, aber bedeutungslose „Gesamtbestände“ ergeben. Verschiedene Vermögenswerte können keinen Angebotsnenner teilen, nur weil ihre Dezimalstellen übereinstimmen.

Unterscheide dann Rohbeträge und angezeigte Einheiten mit der verifizierten Dezimalstellenzahl. Bewahre Ganzzahlzeichenfolgen. Eine doppelte Zeile ist kein zweiter Saldo. Erscheint dasselbe Konto zweimal in derselben Momentaufnahme, dedupliziere nur, wenn die Datensätze nachweislich identisch sind. Widersprüchliche Werte erfordern einen ungeklärten Konflikt oder eine definierte Momentaufnahmeauswahl.

Konten aus verschiedenen Kontexten dürfen nicht leichtfertig addiert werden. Sie können denselben Saldo vor und nach einer Übertragung repräsentieren. Ein zusammengeführter Export ist nicht automatisch eine Momentaufnahme. Verankere Datensätze an einer kohärenten Grenze oder kennzeichne das Ergebnis als unvollständig und zeitlich gemischt.

Gestützte Eigentümer aggregieren

Gruppiere Tokenkonten nach Filterung und Deduplizierung anhand des vorgegebenen Eigentümer-Berechtigungsfelds für die genaue Mint. Dies ist eine Kontobeziehung, keine Entdeckung menschlicher Identität. Dokumentiere die Dekodierung des Eigentümerfelds und verifiziere, dass es nicht das grundlegende Program-Owner-Feld ist.

Eine Eigentümer-Berechtigung kann Verwahrung oder eine Anwendung repräsentieren. Eine Verwahradresse kann Salden für viele Begünstigte halten; deren Verteilung ist unbekannt, sofern Datensätze sie nicht feststellen. Umgekehrt können mehrere Eigentümeradressen einen Controller haben, aber diese Aggregation allein stellt dies nicht fest.

Führe Eigentümer nicht wegen gemeinsamer Finanzierung, Timing oder Labels zusammen. Diese Beziehungen können eine separate Hypothese motivieren. Nenner und vorgegebenes Buchungsergebnis sollten ohne spekulative Clusterbildung reproduzierbar bleiben. Ungestützte Zusammenführungen können eine Konzentrationsstatistik zu einem Vorwurf machen.

Die Angebotsgrenze abstimmen

Vergleiche bei einer vollständigen Standard-Buchungsmomentaufnahme gefilterte Rohsalden mit dem unabhängig vorgegebenen Gesamtangebot. Stimmen sie überein, stützt dies interne Konsistenz dieses Datensatzes. Es stellt nicht die Authentizität fiktiver Werte fest, und Abstimmung belegt nicht, dass kein besonderes Transferverhalten existiert.

Ist die Summe kleiner, identifiziere nicht zurückgegebene Konten, inkompatible Kontexte oder ausgelassene Buchungskomponenten. Ist sie größer, prüfe Duplikate, falsche Mint-Zeilen und Einheitenfehler. Erzwinge nie Gleichheit durch Einfügen eines unbenannten Rests, der anschließend als realer Halter behandelt wird.

Ein deklarierter Rest kann in einem Teildatensatz nützlich sein, bleibt aber ein Aggregat unbekannter Zusammensetzung. Er darf nicht als ein Mensch oder Eigentümer gerankt werden. Das restlose Modell der Übung macht die Korrektur exakt; spätere Untersuchungen könnten ein separates Panel für ungeklärte Abdeckung benötigen.

Kategorien und Nennerregeln transparent halten

Poolbestand und Verwahrsalden bleiben Bestände in der Rohverteilung. Eine analytische Regel kann sie für eine bestimmte Frage ausschließen, entfernt aber keine Token aus dem Angebot. Zeige ursprüngliche und angepasste Nenner und begründe jeden Ausschluss.

„Eigentümerkonzentration ohne Pool“ und „Begünstigtenkonzentration“ sind unterschiedlich. Ausschluss eines verifizierten Poolkontos kann Ersteres beantworten. Verwahrung ohne Kenntnis der Begünstigten auszuschließen kann Konzentration verbergen statt klären. Liefere eine Sensitivitätsansicht, statt die angepasste Zahl als einzig korrekt zu bezeichnen.

Ranke Kontozeilen und Eigentümersummen getrennt. Ein Eigentümer kann die aggregierte Rangliste anführen, auch wenn kein einzelnes Konto das größte ist. Dies ist die zentrale übertragbare Fähigkeit: Korrekte Arithmetik auf der falschen Einheit beantwortet weiterhin die falsche Frage.

Grenzen neben Prozentsätzen berichten

Nenne Zähler, Nenner, Aggregationseinheit und Momentaufnahme. Vermeide ein einzelnes Abzeichen „größter Halter40%“ ohne Eigentümer-/Kontounterscheidung. Ein stärkerer Satz lautet: „Eigentümer-Berechtigung A hält400 angezeigte Einheiten über zwei Konten,40% des vorgegebenen1000-Einheiten-Gesamtangebots bei S0.“

Nichts in dieser Berechnung identifiziert einen Insider, prognostiziert Verkäufe oder schätzt Begünstigtenvermögen. Eine große Eigentümer-Berechtigung kann beobachtet werden, ohne menschliche Kontrolle zu kennen. Die Übung wird nach Buchführung und Umfang bewertet, nicht danach, ob der Analyst ein bullisches oder bärisches Urteil vergibt.

• Deduplizierung: Entfernung nachgewiesener wiederholter Datensätze.
• Eigentümeraggregation: Gruppierung von Konten nach gestützter Eigentümer-Berechtigung.
• Abdeckung: Umfang einbezogener Datensätze.
• Rest: nicht zugeordnete Differenz, nicht notwendigerweise ein Halter.
• Begünstigter: zugrunde liegender Anspruchsinhaber, dessen Bestand von der Verwahrbefugnis abweichen kann.
• Sensitivitätsansicht: Neuberechnung unter ausdrücklich anderer Regel.

ILLUSTRATIVE — FIX-P08-07. SIM-SOL-A / MINT-D, d=2, S0. Eindeutige Zielzeilen sind für den Standard-Buchungsdatensatz vollständig. Rohangebot 100,000 bedeutet 1000 angezeigte Token.

Regel E schließt nur P1 aus. Eine separate Sensitivitätsregel F schließt zusätzlich C1 aus; keine Begünstigtendaten stützen eine Rangliste auf Personenebene.

OBSERVED im Übungsdatensatz: H6 wiederholt H2; H7 hat die falsche Mint. A ist die vorgegebene Eigentümerberechtigung für zwei Tokenkonten des Ziels.

INFERRED: Eindeutige Zielsalden ergeben 100,000 Roheinheiten. Die400 Token von A übersteigen jedes einzelne gewöhnliche Konto; sein Rohangebotsanteil ist 40%.

UNKNOWN: Verwahrbegünstigte, menschliche Identität von A und jede gemeinsame Kontrolle mit B.

INSUFFICIENT EVIDENCE: Finanzierungsbeziehungen oder Labels können weitere Eigentümerzusammenführungen nicht rechtfertigen. Ausschlussregeln stellen keine umlaufenden Bestände auf Personenebene fest.

Falsche Mint-Zeilen summieren, doppelte Exporteinträge zählen, nach Programmeigentümer gruppieren, einen Rest als eine Person ranken, nach Labels zusammenführen und Ausschlüsse hinter einem Halterprozentsatz verbergen.

Filtere/dedupliziere den Export, stimme mit dem Angebot ab und ranke eindeutige Konten sowie Eigentümer-Berechtigungen. Berechne den Anteil von A unter Gesamtangebot, Regel E und Sensitivität F. Gib an, welche Rangliste als menschliche Halterrangliste bezeichnet werden kann.

• Genaues Netzwerk und Mint filtern.
• Nur nachgewiesene Wiederholungen deduplizieren.
• Roheinheiten normalisieren.
• Nach dem richtigen Eigentümerfeld gruppieren.
• Kohärente Abdeckung abstimmen.
• Ausschlüsse und Nenner veröffentlichen.
• Menschliche Zuordnung getrennt halten.

Verteilungsanalyse beginnt mit Datensatzintegrität. Korrekte Filterung und Eigentümeraggregation können Ranglisten ändern, ohne Angebot zu verändern.

Konten, Eigentümer-Berechtigungen und Menschen sind unterschiedliche Einheiten. Angepasste Nenner sind Regeln. Abstimmung stützt interne Konsistenz, nicht Identität oder Absicht.

Zeige Eingabezeilen, wobei H6/H7 aus unterschiedlichen Gründen sichtbar verworfen werden; abgestimmte Rohsumme 100,000. Konto- und Eigentümerranglisten nebeneinander. Drei A-Anteilspanels40%,57.1429%,66.6667% mit Nennern1000/700/600 und Hinweis auf unbekannte Verwahrung.

Illustrative Konto- und Eigentümer-Berechtigungsverteilung; keine Zuordnung menschlicher Kontrolle.

Deterministische SVG/HTML oder Diagramme mit Textalternativen, dunklem Marineblau/Schwarz und zurückhaltendem Cyan, leuchtendem Blau und Violett verwenden. Jede Menge und Unsicherheit beschriften. Bei 390px Panels untereinander anordnen; 768px/Desktop- und arabische RTL-Verifizierung bleiben künftige Asset-Arbeit. Kennungen LTR und faktische Achsen-/Kantenrichtungen unverändert halten. Falls Branding ergänzt wird, nur das offiziell vorgegebene BlockAssay-Zeichen verwenden. Beide Datensätze sind Spezifikationen, keine gelieferten Assets.

RADAR für den begrenzten didaktischen Zweck dieser Lektion nur verwenden, wenn Netzwerkunterstützung, genaue Identität, Felder und Herkunft verifiziert sind. Dieser Inhalt behauptet keinen Laufzeitendpunkt und keine Anbieterfähigkeit. Den eingebetteten Offline-Übungsdatensatz ohne kostenpflichtigen Zugang verwenden. Fehlende Daten bleiben unbekannt; weder Wallet-Verbindung noch Transaktionssignatur, Tokenstart oder Live-Handel sind erforderlich. Academy-Fortschritt, Zahlungen und Empfehlungen verändern Radar-Belege niemals. Ein Diagnostic Passport bewahrt Beobachtungen und Grenzen, keine Preisprognose und kein Sicherheitszertifikat.

• Solana getTokenLargestAccounts — Zwanzig größte Tokenkonten; keine vollständige menschliche Halterverteilung. Geprüft 2026-09-30.
• Solana getTokenAccountsByOwner — Eigentümerbegrenzte Auflistung mit Mint- oder Programmfilter. Geprüft 2026-09-30.
• Solana getTokenSupply — Rohangebot, Dezimalstellen und RPC-Antwortkontext; keine Umlaufangebotsdefinition. Geprüft 2026-09-30.

Dokumentation stützt Mechanismen, nicht fiktive Datensatzwerte. Alle Beispiele und Übungsdatensätze sind eigenes ILLUSTRATIVE Material, in dieser Datei fixiert. S0/S1 sind synthetische Kontextlabels; observedAt ist null, weil keine Live- oder historische Ledger-Messung erhoben wurde. Dokumentation und tatsächlich bereitgestelltes Verhalten vor jeder Veröffentlichung oder Integration erneut prüfen.

P08-L08 nach der ausgearbeiteten Übung und Quizprüfung.