Walletcluster und Finanzierung

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

Lernziele:

• Einen Finanzierungsgraphen aus ausdrücklich vorgegebenen erfolgreichen Transfers erstellen.
• Kohorten mit gemeinsamem Finanzierer von Hypothesen gemeinsamer Kontrolle trennen.
• Bruttoflüsse und bedingte Endsalden ohne Doppelzählung berechnen.

Finanzierungsgraphen können Beziehungen aufdecken, die eine Haltertabelle übersieht, aber auch überzeugende falsche Identitäten erzeugen. Ein gemeinsamer Finanzierer könnte Verwahrungsdienst, Faucet, Gehaltskonto oder Startbetreiber sein. Die praktische Fähigkeit besteht darin, Transferkanten zu erhalten und Interpretationen gemeinsamer Kontrolle als Hypothesen mit Alternativen zu behandeln.

Knoten und Kanten präzise definieren

Ein Finanzierungsgraph beginnt mit einem beobachteten Transfer: Quelladresse/-konto, Ziel, Vermögenswert, Betrag, Ereigniskennung, Ergebnis und Zeitkontext. Ein Pfeil sollte etwas Bestimmtes bedeuten, etwa „erfolgreicher Transfer von fünf Quotierungseinheiten“, nicht lediglich „diese Wallets wirken verbunden“. Ein Graph mit schönen Linien, aber unbestimmter Kantenbedeutung ist kein reproduzierbarer Beleg.

Im Solana-Geltungsbereich unterscheiden Transaktionsstrukturen Kontoschlüssel, Unterzeichnerinformationen, Instruktionen und Ergebnis-/Saldometadaten [S-STRUCTURE]. Ihre Auswertung stützt eine operative Transferrekonstruktion. Der kontrollierende Eigentümer eines Tokenkontos kann separat abgefragt werden [S-OWNERS]. Weder Unterzeichnerkennzeichen noch Kontoeigentümerfeld liefern eine Passidentität.

Eine direkte Finanzierungskante von einer Route mit Vermittlern unterscheiden. Wenn F→A→B erscheint, ist dies nicht identisch mit F→B. Das Zwischenkonto kann Mittel unverbundener Ursprünge kombinieren oder für mehrere Nutzer handeln. Sofern Nachverfolgungsmodell und vollständige Flüsse es nicht rechtfertigen, den Endbetrag nicht als dieselben eindeutig identifizierbaren Coins beschreiben.

Drei Beziehungstypen trennen

Eine Finanzierungsbeziehung dokumentiert Vermögensbewegung. Eine operative Beziehung kann gemeinsame Unterzeichnungsberechtigung oder eine durch ausdrückliche Daten gestützte gemeinsame Programmrolle dokumentieren. Eine menschliche Kontrollbeziehung ist eine viel stärkere Aussage. Unterschiedliche Kantenstile oder Tabellen für jede erhalten. Niemals alle drei in eine generische „verbundene Wallet“-Bezeichnung umwandeln.

Gemeinsame Finanzierung ist nützlich zur Hypothesenerzeugung. Sie genügt nicht für die Schlussfolgerung gemeinsamer Kontrolle. Derselbe Dienst kann viele unabhängige Kunden finanzieren. Umgekehrt können unabhängig finanzierte Adressen dennoch denselben Kontrolleur haben. Beide Richtungen zeigen, warum automatisierte Clustermitgliedschaft ihre Regel und Einordnungssicherheit erhalten sollte, statt Gewissheit zu behaupten.

Die Clusterregel vor Betrachtung der Schlussfolgerung festlegen. Zum Beispiel: „Adressen gruppieren, die im vorgegebenen Fenster Quotierungseinheiten direkt von derselben Quelle erhalten“. Diese Regel erzeugt eine Finanzierungskohorte. Sie behauptet keinen Cluster menschlicher Identität. Das Ergebnis entsprechend umbenennen, damit ein nachgelagerter Bericht nicht versehentlich eine überzogene Bezeichnung übernimmt.

Hypothesen gegen Alternativen prüfen

Für jede abgeleitete Beziehung eine Alternative und unterscheidende Belege auflisten. Erhalten drei Wallets ähnliche Beträge und handeln kurz danach, ist koordinierte Aktivität eine mögliche Erklärung. Unabhängige Kunden, die bei einem gemeinsamen Dienst abheben, sind eine andere. Ein Indexer könnte auch eine Quellbezeichnung falsch zuweisen. Der Analyst sollte fragen, welche Beobachtung diese Erklärungen tatsächlich unterscheidet.

Mehr desselben schwachen Hinweises ist nicht immer ein stärkerer Hinweis. Zehn Transfers von einem Verwahrungshub an zehn Kunden werden nicht zum Identitätsbeweis, weil der Graph dicht ist. Andere Belege können informativer sein: ausdrückliche gemeinsame Berechtigung für ein bestimmtes Konto, unabhängig bestätigte Offenlegung oder ein verifizierter operativer Mechanismus. Selbst diese können gemeinsame Vorgänge stützen, ohne eine Einzelperson zu identifizieren.

Wiederholte zeitliche Muster können ohne Absichtsinterpretation beschrieben werden. Ein Graph kann berichten, dass Finanzierung einem Starttrade um ein kurzes beobachtetes Intervall vorausging. „Sie kannten den Start vorab“ ist eine separate Aussage. Latenzannahme, fehlende Historie oder grober Zeitstempel können das scheinbare Intervall ändern.

Graphabdeckung und nachverfolgte Mengen begrenzen

Jeder Graph hat einen Umfang: Netzwerk, Vermögenswertmenge, Beobachtungsfenster, maximale Hop-Anzahl, Anbieterabdeckung und Ausschlüsse. Ein Drei-Hop-Diagramm ohne Historie vor dem ersten Knoten zeigt die früheste sichtbare Quelle dieser Analyse, nicht notwendigerweise den letztlichen Ursprung. Ungeklärte eingehende Pfade an der Grenze aufnehmen.

Salden und Durchsatz unterscheiden sich. Addition aller eingehenden Transfers kann Mittel doppelt zählen, die hin und her bewegt werden. Summierung überlappender Clusterflüsse kann denselben Betrag an mehreren Hops doppelt zählen. Angeben, ob eine Summe Bruttozufluss, Nettofluss oder Saldo am Fensterende ist. Eine nützliche Graphbildunterschrift nennt Kanteneinheiten und Aggregationsregeln.

Auch Dienstbezeichnungen benötigen einen Status. Ist F lediglich „deklarierte Börse“, diese Unsicherheit erhalten. Transferbelege unabhängig von der Bezeichnung verwenden, die Interpretation aber mit und ohne Dienstklassifikation prüfen. Falsche Entitätsbezeichnungen können viele nachgelagerte Schlussfolgerungen zugleich verunreinigen.

Das Ergebnis ist ein Beziehungsbericht, der ehrlich angibt, was gesehen und was abgeleitet wurde. Ein Cluster ist ein Forschungsinstrument. Er ist weder Anlagesignal, Beweis für Absprache noch Erlaubnis zur Offenlegung privater Identitäten.

• Direkte Kante: ein vorgegebener Transfer zwischen bestimmten Knoten.
• Finanzierungskohorte: durch eine ausdrückliche Finanzierungsregel gruppierte Adressen.
• Clusterhypothese: vorgeschlagene Beziehung, keine Identitätsfeststellung.
• Grenzknoten: Knoten mit relevanter Historie außerhalb verfügbarer Abdeckung.
• Bruttofluss: Transfersumme ohne Verrechnung von Rückflüssen.
• Nettofluss: richtungsbezogener Zufluss minus Abfluss für angegebenen Vermögenswert/Fenster.

ILLUSTRATIVE BEISPIEL — FIX-P07-06. Alle Bezeichnungen, Quotierungsbeträge und Zeiten sind fiktiv. Nur diese vorgegebenen Transfers sind abgedeckt.

HUB hat eine unbestätigte Verwahrungsdienstbezeichnung. Keine Aufzeichnung gemeinsamer Unterzeichner, menschliche Identifikation oder frühere HUB-Historie wird vorgegeben. OUT ist ein ungeklärter Grenzknoten.

OBSERVED: HUB finanziert alle drei Adressen; W1 und W2 tauschen jeweils eine Einheit in beide Richtungen; W3 überträgt zwei Einheiten an OUT.

INFERRED: W1/W2/W3 bilden unter der angegebenen Regel eine Kohorte mit gemeinsamem direkten Finanzierer. Dies ist keine gemeinsame menschliche Kontrolle.

UNKNOWN: Letztlicher Finanzierungsursprung von HUB und menschliche Kontrolleure von W1, W2, W3 oder OUT.

INSUFFICIENT EVIDENCE: Gleiche Finanzierung plus wechselseitige Transfers können weder einzelnen Betreiber, koordinierte Manipulation noch Insidernetzwerk belegen. Auch eine Verwahrungsbezeichnung beweist keine Kundenbeziehung.

Eine gemeinsame Finanzierungsquelle als Ersteller bezeichnen; gleiche Transfers als einen Kontrolleur interpretieren; alle Hypothesenkanten als beobachtet färben; Bruttotransfers als Salden summieren; und „letztlichen Ursprung“ über fehlende Historie hinaus nachverfolgen.

Die Regel direkter HUB-Finanzierung anwenden. HUB-Bruttoabfluss und Endsalden von W1/W2/W3 unter der ausdrücklichen Annahme berechnen, dass jeder bei null beginnt und dies die einzigen relevanten Transfers sind, ohne Gebühren. W1-Bruttozufluss mit seinem Endsaldo vergleichen. Zwei alternative Erklärungen für die Kohorte formulieren.

• Einheit und Ereignis hinter jeder beobachteten Kante angeben.
• Netzwerk, Abdeckungsfenster und Hop-Grenze erhalten.
• Gemeinsame Finanzierung, operative Rollen und menschliche Identität trennen.
• Brutto-/Nettoflüsse und Endsalden unterscheiden.
• Konkurrierende Erklärungen und ungeprüfte Quellenbezeichnungen dokumentieren.

Ein Finanzierungsgraph ist am stärksten, wenn Kantensemantik, Umfang und Unsicherheiten ausdrücklich angegeben sind. Gemeinsame Finanzierung stützt eine reproduzierbare Kohorte, aber gemeinsame menschliche Kontrolle erfordert zusätzliche Belege.

Nach einer offengelegten Regel clustern. Hypothesen sichtbar als Hypothesen erhalten. Ein fehlender vorgelagerter Pfad ist unbekannt, kein Beweis für einen letztlichen Ursprung.

FIX-P07-06 als gerichteten Finanzierungsgraphen mit Beträgen/Zeiten auf durchgezogenen Transferkanten zeichnen. HUB-Dienstbezeichnung schraffiert und OUT als ungeklärte Grenze erhalten. Eine separate gestrichelte Hypothesenklammer um die Kohorte mit direktem Finanzierer setzen, beschriftet „keine menschliche Eigentümerschaft“. Seitenfelder für Bruttozufluss gegenüber Endsaldo aufnehmen.

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.

WALLET_INTELLIGENCE 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-RPC-JSON-Strukturen — Transaktionsunterzeichner, Instruktionen und Saldo-/Ergebnismetadaten. 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 getSignaturesForAddress — Signaturen mit referenzierter Adresse, neueste zuerst, und Paginierungsparameter. 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-L07; nach Abschluss der Übung und Prüfung jeder Quizerklärung fortfahren.