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

パブリックブロックチェーンは、誰でも独立して確認できる公開記録です。スクリーンショット、非公開ダッシュボード、プラットフォーム自身の説明だけに頼る必要を減らせます。ただし、プロジェクトに関するすべての疑問に答えられるわけではありません。

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

この記事は教育目的でのみ提供されています。公開オンチェーンデータは、プロジェクトの安全性、健全性、リターンを保証しません。

「オンチェーン」の意味

オンチェーンデータは、ブロックチェーンの履歴または現在の状態として記録され、ネットワークノードから照会できます。BNB Smart Chain では次が含まれます：

• トランザクションハッシュ、ステータス、ブロック、タイムスタンプ。
• sender and recipient addresses;
• 送金されたネイティブ BNB と支払われたガス代。
• コントラクト呼び出しデータ；
• 実行中に出力されたイベント（ログ）。
• デプロイ済みのバイトコード。
• 公開されている読み取り可能なコントラクト状態。
• ネイティブ資産とトークンの残高。
• トランザクションと送金の履歴。

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

オンチェーンデータで確認できる五つの質問

1. 特定の取引は実行されたか？

トランザクションハッシュを使うと、トランザクションがブロックに含まれたか、成功したか、どのアドレスが開始し、どのアドレスが呼び出され、どのログが生成されたかを確認できます。

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

2. 現在そのアドレスにある資産は何か？

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

表示されている残高が自動的にプロジェクトの「準備金」になるわけではありません。そう説明するには、まず次を確認する必要があります：

• そのアドレスがプロジェクトに属する、またはプロジェクトによって管理されていること。
• 関連するすべてのアドレスが開示されている；
• 資産がすでに別の債務や義務の対象になっていないこと。
• トークンに利用可能な流動性がある。
• 出金権限と管理者権限の内容が理解されている。

3. 資金はどのように移動したか？

トランザクション、トークン送金イベント、内部呼び出しから、アドレス間の移動を追跡できます。これらをプラットフォームが公開するプロセスと照合できます。

イベントはコントラクトコードが生成するログです。成功したトランザクション内にそのログが記録されたことは証明できますが、開発者が付けた名称だけで、主張される経済的意味が保証されるわけではありません。イベントは、状態変化、コード、実際のトークン移動と併せて確認してください。

4. どのコードがデプロイされたか？

Deployed bytecode is always public. If source code has been verified, BscScan can match it to the bytecode and expose Read Contract and Write Contract interfaces.

ソース検証により調査しやすくなりますが、監査ではありません。検証済みコードにもエラーや意図的に強力な機能が含まれる場合があります。

5. 誰がパラメーターを変更できるか？

ソースコードや read 関数から、owner、admin、operator、pauser、upgrader などのロールが分かる場合があります。これらのロールに次の権限があるか確認してください：

• 一時停止操作。
• 手数料または上限を変更する；
• トークンをミントする。
• 資産を送金する。
• プロキシ実装を変更する；
• 新しいロールを付与する。

管理者ロールがあるだけで不正の証拠にはなりません。ただし、ユーザーが理解しておくべき信頼上の依存要素です。

オフチェーンに残るもの

通常、ブロックチェーンだけでは直接確認できない事項：

• チームの身元と法的地位。
• オフチェーンの契約または債務。
• カスタマーサポートの品質。
• ウェブサイト、DNS、サーバー、またはチーム端末のセキュリティ。
• マーケティング情報の正確性。
• 外部トークン価格の情報源と信頼性。
• 現実資産の所有権。
• 将来の管理者による決定。
• ユーザーの法域における法令遵守。

エクスプローラーに表示される情報の一部はオフチェーンです。名称、ロゴ、ウェブサイト、所有者ラベル、価格チャートは、提出されたメタデータや外部提供元から取得される場合があります。BscScan 自身も、トークンページにはオンチェーン情報とオフチェーン情報の両方が含まれると説明しています。重要な確認は見た目のブランド表示ではなく、完全なアドレスと生の記録を基準にしてください。

観察、解釈、仮定

次の階層を区別してください：

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.”

最初の記述はオンチェーンで直接確認できます。二つ目はアドレスとロールを結び付けるドキュメントとコードが必要です。三つ目は将来に関するもので、過去のトランザクションから導かれるものではありません。

実践的な透明性レビュー

ステップ 1：正確なアドレスを特定する

公式ドキュメントから次のネットワークとアドレスを収集します：

• メインコントラクト。
• 使用されている場合は、プロキシコントラクトと実装コントラクト。
• 該当するトークン。
• 開示されている場合は、トレジャリーと補助コンポーネント。

完全なアドレスを保存してください。名称や短縮文字列だけでは不十分です。

ステップ 2：コードを確認する

On BscScan’s Contract tab:

• 検証タイプを記録する。
• コントラクトがプロキシか確認する；
• 現在の実装を確認する。
• ロールとパラメータ変更関数を特定する。
• コンパイラーとデプロイ情報を記録する。

ソースコードが未検証の場合、一般ユーザーが動作を調べることは大幅に難しくなります。

ステップ 3：現在の状態を読む

Use Read Contract for read-only queries such as:

• 所有者およびロールのアドレス。
• 一時停止ステータス。
• 現在の手数料と上限。
• カウンターとサイクルステータス；
• 関連付けられたコントラクトアドレス。

読み取りには署名もガス代も必要ありません。公開状態を確認するだけならウォレットを接続する必要もありません。

ステップ 4：複数のトランザクションを比較する

シナリオごとに確認する項目：

• 呼び出された関数とパラメータ；
• トークンの移動。
• 内部呼び出し。
• ログ。
• 前後の状態。

一つのトランザクションで確認できるのは一つの実行経路だけで、すべての動作ではありません。

ステップ 5：変更履歴を確認する

次に関係する管理トランザクションとイベントを探します：

• 所有権の移転。
• ロールの付与と取り消し。
• 一時停止。
• 実装のアップグレード。
• パラメータの変更。
• 資産の出金。

現在の設定が重要です。履歴を確認すると、権限が実際にどのように使われてきたかが分かります。

よくある間違い

“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.

チェックリスト

• 正確なネットワークとアドレスが公開されている。
• ソース検証の種類を把握している。
• プロキシと現在の実装を確認済み。
• owner、admin、upgrader の権限を把握している。
• 残高は正確なトークンアドレスを使って確認します。
• トランザクション履歴が公開されたプロセスと一致している。
• オンチェーン上の事実を、表示名や解釈と分けて確認します。
• ブロックチェーンだけでは答えられない質問を別に記載しています。

情報源と参考資料

1. BscScan Information Center — トランザクションの表示
2. BscScan Information Center — トークンページの理解
3. BscScan Information Center — コントラクト検証の種類
4. BscScan Information Center — アドレスとは？
5. Solidity Documentation — セキュリティ上の注意事項
6. OpenZeppelin Docs — プロキシアップグレードパターン