Abstimmung von Tokenkonten und Eigentümern

Ein Inhaberchart kann eine Autorität über mehrere Tokenkonten zu oft zählen oder Begünstigte hinter einer Verwahradresse zu wenig zählen. Nenner und Aggregationsregel bestimmen die Bedeutung des Charts.

Drei Ebenen unterscheiden: Chain-Kontoadresse, das Programm, dem seine Daten gehören, und eine in Tokenkontodaten erfasste Autorität. Im Solana-Kontomodell ist Programmeigentümerschaft eine technische Zugriffsbeziehung; sie ist kein Personenname. Ein Tokenkonto kann eine Wallet-Autorität benennen, während es auf Kontomodellebene einem Tokenprogramm gehört. Relevante Programm- und Mint-Kennungen verwenden, nicht ein Anzeigesymbol, um kompatible Datensätze auszuwählen.

Zeilen bei einem festen Beobachtungsslot vor der Aggregation abstimmen. Unverbundene Mints ausdrücklich ausschließen; Umgang mit Nullsaldo oder geschlossenem Konto in der Methode erhalten. Nur Mengen derselben Roheinheit summieren. Fehlen Informationen zu Delegierten oder Multisignaturen, sie nicht verfügbar halten, statt einen Kontrolleur zuzuordnen. Der Aggregationsschlüssel beantwortet eine konkrete Frage wie „Saldo je erfasster Autorität“, nicht „Vermögen je Person“.

Eine Autorität kann ein Verwahrdienst, eine programmabgeleitete Adresse oder eine Signaturanordnung sein. Umgekehrt kann eine Person viele Autoritäten nutzen. Ein Konzentrationschart braucht daher eine Beschriftung, die seinen Schlüssel und seine Grenze unbekannter Begünstigter erklärt. Wallet Intelligence kann technische Zeilen liefern; Anbieterbezeichnungen müssen zugeordnet und unabhängig unverifiziert bleiben, sofern kein separater Beweis existiert.

Programmeigentümer: Programm, das Kontodaten ändern darf.

Tokenautorität: Autoritätsfeld im Tokenkontozustand.

Aggregationsschlüssel: Feld zum Zusammenführen kompatibler Zeilen.

Wirtschaftlicher Eigentümer: wirtschaftliche Person oder Entität, nicht durch eine Adresse allein belegt.

ILLUSTRATIVE bei Slot S: Tokenkonten TA1 und TA2 für Mint M halten 60 und 40 Einheiten mit Autorität W1. TA3 hält 100 M-Einheiten mit Autorität W2. TA4 hält 900 Einheiten einer anderen Mint X. Alle Mengen sind festgelegte Ganz-Einheiten-Äquivalente. W2 kann Verwahrung sein; keine Begünstigtendaten existieren. Es gibt drei ausgewählte Konten, zwei erfasste Autoritäten und keine bewiesene Menschenzahl.

Inhaberverteilung mit 50/50-Autoritätsbalken und begleitender Kontoabstimmungstabelle. Ausgeschlossene Mint X separat zeigen; Beschriftungen unbekannter Begünstigter statt Porträts hinzufügen.

Bildunterschrift: Fiktive Autoritätskonzentration, keine Verteilung menschlicher Investoren.

SPECIFICATION_ONLY — die gerenderte Visualisierung wurde nicht erstellt oder unabhängig geprüft.

Für die fiktive ausgewählte Mint beträgt der Gesamtsaldo 200 Einheiten, und W1/W2 aggregieren jeweils zu 100 oder 50%. Dies sind Autoritätsanteile bei Slot S.

Dies belegt keine Menschenzahl, unabhängige Investoren, Verwahrbegünstigte, gemeinsame Kontrolle oder aktuelle Bestände. Ein technischer 50%-Anteil ist nicht zwingend die wirtschaftliche Exposition einer Person.

Mint X zu M summieren; Programmeigentümer als Wallet-Eigentümer verwenden; Konten als Menschen zählen; Verwahrbestände dem persönlichen Vermögen des Verwahrers zuordnen.

Eine Tabelle auf Autoritätsebene für M erstellen, Nenner und Anteile berechnen und eine Bildunterschrift schreiben, die „drei Investoren“ zurückweist. Benennen, was W2 vor einer Analyse auf Begünstigtenebene benötigt.

• Exakte Mint und Programm abgleichen.
• Einen angegebenen Beobachtungsslot verwenden.
• Aggregationsschlüssel und Nenner erklären.
• Autorität, Delegierten, Programmeigentümer und Mensch unterscheiden.

Abstimmung ergibt nur dann ein technisches Konzentrationsmaß, wenn Identität, Mint, Einheit und Zeitgrundlage ausdrücklich bleiben.

• Kontoeigentümerschaft und Tokenautorität bedeuten Verschiedenes.
• Einen kompatiblen Mint- und Einheitennenner verwenden.
• Ein Inhaberchart zählt keine Menschen.

P10-L04

Das genannte BlockAssay-Werkzeug nur als Kontext zum Lesen von Evidenz verwenden. Diese Lektion erstellt keine Werkzeugausgabe, Kontositzung oder Berechtigung. Offline-Übung; nichts signieren, bereitstellen, genehmigen oder finanzieren.

• SOL: Solana-Kontomodell — Programmeigentümerschaft eines Kontos unterscheidet sich von Tokenkontoautorität oder menschlicher Identität. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte sind festgelegt, keine Beobachtungen. Historische Datensätze haben separat eingefrorene Herkunft und ausdrückliche Erhebungslücken.

ILLUSTRATIVE — vollständig fiktive Offline-Eingaben; keine aktuelle Beobachtung.

null — keine reale Beobachtung

1

null

needs_review