On-Chain Transparency: What Blockchain Data Can—and Cannot—Prove

Eine öffentliche Blockchain ist ein offenes Register, das jeder unabhängig einsehen kann. Dadurch sinkt die Abhängigkeit von Screenshots, privaten Dashboards und den eigenen Aussagen einer Plattform. Dennoch beantwortet sie nicht jede Frage zu einem Projekt.

Transparency is useful only when we separate on-chain facts, interpretations, and information that exists outside the blockchain.

Dieser Artikel dient ausschließlich Bildungszwecken. Öffentliche On-Chain-Daten garantieren weder Sicherheit und Integrität eines Projekts noch Erträge.

Was „On-Chain“ bedeutet

On-Chain-Daten werden im Blockchain-Verlauf oder im aktuellen Zustand gespeichert und können über einen Netzwerkknoten abgefragt werden. Auf BNB Smart Chain gehören dazu:

• Transaktionshash, Status, Block und Zeitstempel;
• sender and recipient addresses;
• übertragene native BNB und bezahltes Gas;
• Daten des Vertragsaufrufs;
• während der Ausführung ausgegebene Events beziehungsweise Logs;
• bereitgestellter Bytecode;
• öffentlich lesbarer Vertragszustand;
• native und Token-Salden;
• Transaktions- und Übertragungsverlauf.

Addresses are normally pseudonymous. A string beginning with 0x does not, by itself, reveal the legal identity of its controller.

Fünf Fragen, bei deren Beantwortung On-Chain-Daten helfen können

1. Hat eine bestimmte Transaktion stattgefunden?

Mit einem Transaktionshash können Sie prüfen, ob eine Transaktion aufgenommen wurde, ob sie erfolgreich war, welche Adresse sie ausgelöst hat, welche Adresse aufgerufen wurde und welche Ereignisprotokolle erzeugt wurden.

This is stronger evidence than a screenshot. But Erfolg confirms technical execution, not the truth of a marketing claim or the economic value of the result.

2. Welche Assets befinden sich aktuell an einer Adresse?

An explorer can show native BNB and balances of specific BEP-20 tokens. A standard token balance can also be queried with balanceOf(address).

Ein sichtbarer Saldo ist nicht automatisch die „Reserve“ eines Projekts. Bevor eine solche Aussage getroffen wird, muss belegt sein, dass:

• die Adresse dem Projekt gehört oder von ihm kontrolliert wird;
• alle relevanten Adressen offengelegt sind;
• die Assets nicht bereits anderen Verpflichtungen unterliegen;
• die Token über nutzbare Liquidität verfügen;
• Auszahlungs- und administrative Befugnisse sind nachvollzogen.

3. Wie wurden Mittel bewegt?

Transaktionen, Token-Transfer-Events und interne Aufrufe ermöglichen die Nachverfolgung von Bewegungen zwischen Adressen. Sie können mit dem veröffentlichten Ablauf einer Plattform verglichen werden.

Ein Event ist ein vom Vertragscode erzeugter Protokolleintrag. Es belegt, dass der Eintrag in einer erfolgreichen Transaktion erschien; sein vom Entwickler gewählter Name garantiert jedoch nicht die behauptete wirtschaftliche Bedeutung. Bewerten Sie Events zusammen mit Zustandsänderungen, Code und tatsächlichen Token-Bewegungen.

4. Welcher Code wurde bereitgestellt?

Deployed bytecode is always public. If source code has been verified, BscScan can match it to the bytecode and expose Vertrag lesen und Vertrag schreiben interfaces.

Quellcodeverifizierung verbessert die Prüfbarkeit, ist jedoch kein Audit: Verifizierter Code kann weiterhin Fehler oder absichtlich weitreichende Funktionen enthalten.

5. Wer kann Parameter ändern?

Quellcode und Lesefunktionen können Rollen wie Eigentümer, Administrator, Operator, Pauser oder Upgrader offenlegen. Prüfen Sie, ob diese Rollen Folgendes können:

• Vorgänge pausieren;
• Gebühren oder Grenzen ändern;
• Token prägen;
• Assets übertragen;
• eine Proxy-Implementierung ändern;
• neue Rollen vergeben.

Eine administrative Rolle ist kein Beleg für Missbrauch. Sie stellt jedoch eine Vertrauensabhängigkeit dar, die Benutzer verstehen sollten.

Was Off-Chain bleibt

Eine Blockchain kann in der Regel nicht unmittelbar belegen:

• Identität und Rechtsstatus eines Teams;
• Off-Chain-Verträge oder Verpflichtungen;
• Qualität des Kundensupports;
• Sicherheit von Websites, DNS, Servern oder Teamgeräten;
• Wahrheitsgehalt des Marketings;
• Quelle und Zuverlässigkeit eines externen Token-Preises;
• Eigentum an realen Vermögenswerten;
• künftige Administratorentscheidungen;
• Rechtskonformität in der Rechtsordnung des Benutzers.

Ein Teil der in einem Block Explorer angezeigten Informationen ist ebenfalls Off-Chain: Namen, Logos, Websites, Eigentümerbezeichnungen und Preischarts können aus eingereichten Metadaten oder von externen Anbietern stammen. BscScan selbst beschreibt Token-Seiten als Kombination aus On-Chain- und Off-Chain-Informationen. Stützen Sie kritische Prüfungen auf vollständige Adressen und Rohdatensätze, nicht auf visuelle Markenmerkmale.

Beobachtung, Interpretation und Annahme

Halten Sie diese Ebenen auseinander:

Observation:
“In block N, address A sent 100 units of token T to address B.”

Interpretation:
“According to the published architecture, B is the distribution contract.”

Assumption:
“Therefore every participant will certainly receive a future payment.”

Die erste Aussage lässt sich unmittelbar On-Chain prüfen. Für die zweite sind Dokumentation und Code erforderlich, um eine Adresse einer Rolle zuzuordnen. Die dritte betrifft die Zukunft und folgt nicht aus der historischen Transaktion.

Eine praktische Transparenzprüfung

Schritt 1: Genaue Adressen ermitteln

Entnehmen Sie der offiziellen Dokumentation Netzwerk und Adressen der folgenden Elemente:

• der Hauptvertrag;
• Proxy- und Implementierungsverträge, sofern verwendet;
• der betreffende Token;
• Treasury und unterstützende Komponenten, sofern offengelegt.

Speichern Sie vollständige Adressen. Namen und gekürzte Zeichenfolgen genügen nicht.

Schritt 2: Code prüfen

On BscScan’s Vertrag tab:

• Art der Verifizierung notieren;
• prüfen, ob der Vertrag ein Proxy ist;
• der aktuellen Implementierung folgen;
• Rollen und parameterändernde Funktionen ermitteln;
• Compiler- und Deployment-Informationen notieren.

Ist der Quellcode nicht verifiziert, hat ein gewöhnlicher Benutzer wesentlich weniger Möglichkeiten, das Verhalten zu prüfen.

Schritt 3: Aktuellen Zustand lesen

Benutzen Vertrag lesen for read-only queries such as:

• Eigentümer- und Rollenadressen;
• Pausenstatus;
• aktuelle Gebühren und Grenzen;
• Zähler und Zyklusstatus;
• verknüpfte Vertragsadressen.

Das Lesen erfordert weder eine Signatur noch Gas. Zum Prüfen öffentlich zugänglicher Zustände muss keine Wallet verbunden werden.

Schritt 4: Mehrere Transaktionen vergleichen

Prüfen Sie je nach Szenario:

• aufgerufene Funktion und Parameter;
• Token-Bewegungen;
• interne Aufrufe;
• Logs;
• Zustand vorher und nachher.

Eine Transaktion zeigt einen Ausführungspfad, nicht jedes mögliche Verhalten.

Schritt 5: Änderungsverlauf prüfen

Suchen Sie nach administrativen Transaktionen und Events zu:

• Eigentumsübertragungen;
• Erteilung und Entzug von Rollen;
• Pausen;
• Upgrades der Implementierung;
• Parameteränderungen;
• Auszahlungen von Assets.

Die aktuelle Konfiguration ist entscheidend; der Verlauf zeigt, wie Befugnisse tatsächlich genutzt wurden.

Häufige Fehler

“The address is public, so its owner is known.”
No. Ownership requires separate evidence.

“Funds are visible in a contract, so they are permanently locked.”
No. Code or an administrator may allow them to move.

“The source is verified, so the contract is safe.”
No. Verification matches source to bytecode; it does not assess security.

“An event is named RewardPaid, so returns are guaranteed.”
No. Developers choose event names. Verify actual state and asset movements.

“Transparency removes risk.”
No. It makes some risks observable while technical, administrative, market, and legal risks remain.

Checkliste

• Das genaue Netzwerk und die Adressen sind veröffentlicht.
• Die Art der Quellcodeverifizierung ist bekannt.
• Proxy und aktuelle Implementierung wurden geprüft.
• Befugnisse von Eigentümer, Administrator und Upgrader sind nachvollzogen.
• Salden werden anhand der exakten Token-Adressen geprüft.
• Der Transaktionsverlauf entspricht dem veröffentlichten Ablauf.
• On-Chain-Fakten werden von Bezeichnungen und Interpretationen getrennt.
• Fragen, die die Blockchain nicht beantworten kann, werden gesondert aufgeführt.

Quellen und weiterführende Literatur

1. BscScan Information Center — Transaktionen anzeigen
2. BscScan Information Center — Die Token-Seite verstehen
3. BscScan Information Center — Arten der Vertragsverifizierung
4. BscScan Information Center — Was ist eine Adresse?
5. Solidity Documentation — Sicherheitsaspekte
6. OpenZeppelin Docs — Proxy-Upgrade-Muster