Réconciliation des comptes token et des propriétaires

Un graphique de détenteurs peut compter plusieurs fois une autorité ayant plusieurs comptes token ou sous-compter les bénéficiaires derrière une adresse de conservation. Le dénominateur et la règle d’agrégation déterminent le sens du graphique.

Distinguez trois couches : l’adresse d’un compte de chaîne, le programme propriétaire de ses données et l’autorité inscrite dans les données du compte token. Dans le modèle Solana, la propriété par un programme est une relation technique d’accès ; ce n’est pas le nom d’une personne. Un compte token peut désigner une autorité de portefeuille tout en appartenant, au niveau du modèle des comptes, à un programme token. Utilisez les identifiants pertinents du programme et du mint, pas un symbole affiché, pour sélectionner les enregistrements compatibles.

Réconciliez les lignes à un slot d’observation fixe avant d’agréger. Excluez explicitement les mints sans rapport ; conservez dans la méthode le traitement des soldes nuls ou comptes fermés. Additionnez seulement les quantités exprimées dans la même unité brute. Si les informations de délégué ou multisignature sont indisponibles, gardez-les indisponibles au lieu d’attribuer un contrôleur. La clé d’agrégation répond à une question précise, comme « solde par autorité enregistrée », pas « patrimoine par personne ».

Une autorité peut être un service de conservation, une adresse dérivée de programme ou un dispositif de signature. Inversement, une personne peut utiliser plusieurs autorités. Un graphique de concentration exige donc une étiquette expliquant sa clé et sa limite de bénéficiaires inconnus. Wallet Intelligence peut fournir des lignes techniques ; les étiquettes du fournisseur doivent rester attribuées et non vérifiées indépendamment sauf preuve distincte.

Programme propriétaire : programme autorisé à modifier les données du compte.

Autorité token : champ d’autorité dans l’état du compte token.

Clé d’agrégation : champ utilisé pour combiner les lignes compatibles.

Bénéficiaire effectif : personne ou entité économique, non établie par une adresse seule.

ILLUSTRATIVE au slot S : les comptes token TA1 et TA2 du mint M détiennent 60 et 40 unités avec l’autorité W1. TA3 détient 100 unités de M avec l’autorité W2. TA4 détient 900 unités d’un autre mint X. Toutes les quantités sont des équivalents d’unités entières stipulés. W2 peut être un service de conservation ; aucune donnée de bénéficiaire n’existe. Il y a trois comptes sélectionnés, deux autorités enregistrées et aucun nombre d’humains prouvé.

Distribution de détenteurs avec des barres d’autorité 50/50 et un tableau de réconciliation des comptes. Montrez séparément le mint X exclu ; ajoutez des étiquettes de bénéficiaires inconnus plutôt que des portraits.

Légende : Concentration fictive par autorité, pas distribution d’investisseurs humains.

SPECIFICATION_ONLY — le visuel rendu n’a pas été produit ni examiné indépendamment.

Pour le mint fictif sélectionné, le solde total est 200 unités et W1/W2 totalisent chacun 100, soit 50%. Ce sont des parts par autorité au slot S.

Cela ne prouve aucun nombre d’humains, investisseurs indépendants, bénéficiaires de conservation, contrôle commun ni avoirs actuels. Une part technique de 50% n’est pas nécessairement l’exposition économique d’une personne.

Additionner le mint X à M ; prendre le programme propriétaire pour le propriétaire du portefeuille ; compter les comptes comme des personnes ; attribuer les soldes conservés au patrimoine personnel du dépositaire.

Construisez un tableau par autorité pour M, calculez le dénominateur et les parts, puis écrivez une légende rejetant l’affirmation « trois investisseurs ». Indiquez ce qui manque à W2 avant une analyse par bénéficiaire.

• Faites correspondre le mint et le programme exacts.
• Utilisez un slot d’observation déclaré unique.
• Déclarez la clé d’agrégation et le dénominateur.
• Distinguez autorité, délégué, programme propriétaire et humain.

La réconciliation ne produit une mesure technique de concentration que si l’identité, le mint, l’unité et la base temporelle restent explicites.

• La propriété du compte et l’autorité token ont des sens différents.
• Utilisez un dénominateur de mint et d’unité compatible.
• Un graphique de détenteurs ne compte pas les humains.

P10-L04

Utilisez l’outil BlockAssay nommé uniquement comme contexte de lecture des preuves. Cette leçon ne crée aucune sortie d’outil, session de compte ni droit d’accès. Exercice hors ligne ; ne signez, ne déployez, n’approuvez et ne financez rien.

• SOL: Modèle des comptes Solana — Le programme propriétaire d’un compte est distinct d’une autorité de compte token ou d’une identité humaine. Limite : Documentation du mécanisme uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.

ILLUSTRATIVE — entrées hors ligne entièrement fictives ; aucune observation actuelle.

null — aucune observation réelle

1

null

needs_review