• 参加者を数える前にイベントを定義する
  • アドレスは一意の個人ではありません
  • 自動化を経済的価値から切り離す
  • 完了した結果に対してトランザクションをテストする
  • 維持管理とコストの負担者を追跡する
  • トークン市場の証拠を別にしておくこと
  • 明示的な制限を指定してレビューシートを保存する

オンチェーンアクティビティ: アドレス、ボット、および有料ユーザーを分離する

業界とWeb3
シルバーのアドレス ノードがオレンジ色の検証レンズを通過して個別のアクティビティ グループに分類される

アクティブ アドレス数の増加は、ブロックチェーン アプリケーションが同じ数のユーザーを獲得したことを証明するものではありません。アドレス、トランザクション、自動プログラム、料金を支払っている顧客はさまざまなことを測定します。有用な研究課題は、持続的な活動がサービスの需要を表しているかどうか、またその参加者の特定にどの程度の不確実性が残っているかということです。

このガイドでは、監査を説明するために仮定の数字を使用します。現在のチェーンのランキングを公開したり、特定のプロジェクトに不正行為を認定したりすることはありません。

参加者を数える前にイベントを定義する

アクティブ アドレス メトリックでは、1 日の送信者、受信者、またはその両方をカウントする場合があります。これには、失敗したトランザクション、契約アカウント、内部呼び出し、または成功したトップレベルのトランザクションのみが含まれる場合があります。したがって、同じラベルを使用する 2 つのダッシュボードは、どちらにも算術エラーが含まれることなく、異なる合計をレポートできます。

チェーン、コントラクト セット、観察ウィンドウ、タイムゾーン、および包含ルールを書き留めます。アクティビティが、トランザクションへの署名、資産の受け取り、選択したアプリケーションとの対話、または完了したサービスの支払いを意味するかどうかを指定します。別のアナリストが測定を繰り返すことができるように、クエリとそのバージョンを保存します。

アドレスは一意の個人ではありません

イーサリアムのアカウントドキュメント では、外部所有のアカウントと契約アカウントを区別しています。この区別は、アカウントがどのように動作するかを表します。人間の所有者を特定するものではありません。 1 人が複数のアカウントを管理できる一方で、サービスは共有インフラストラクチャを通じて多くの顧客を集約できます。

説明のために、1,000 個のアクティブなアドレスを想像してください。 1 人のオペレーターが 400 人を管理している場合、その数を独立した 1,000 人として報告することはできません。逆に、交換アプリケーションや保管アプリケーションは、少数の表示可能なアドレスを通じて多くの顧客にサービスを提供できます。パブリック チェーン データだけでは、どちらのマッピングも明らかにならない可能性があります。

アカウントのクラスタリングは仮説を生成できますが、共有された資金源、タイミング、取引パターンは所有権を決定的に証明するものではありません。前提条件を説明し、推定された身元を検証済みの個人情報として提示することは避けてください。

自動化を経済的価値から切り離す

自動化は自動的に偽装使用されるわけではありません。マーケットメイク、裁定取引、清算、定期的な支払いは、ソフトウェアを通じて便利なサービスを提供できます。分析タスクは、人間による養子縁組に関する主張から、活動の目的とコストを区別することです。

同様のタイミング、価値、取引相手による取引が繰り返されている場合は、さらなる調査が正当化される可能性があります。彼らは自分自身で意図を確立しません。インセンティブファーミング、合法的なテスト、計画されたビジネス支払い、自動取引は、表面的には同様のパターンを生み出す可能性があります。

観察された行動を最初に報告します。たとえば、小さなグループがほとんどのトランザクションを送信したり、報酬が終了したときにアクティビティが停止したりします。解釈を個別に説明し、それを裏付ける追加の証拠を述べてください。

完了した結果に対してトランザクションをテストする

イーサリアムのトランザクション ドキュメント では、アカウント アクションのリクエストに使用されるレコードについて説明しています。送信されたトランザクションは、必ずしも顧客の成果につながるとは限りません。すべての試行を完了した購入としてカウントするのではなく、実行ステータスとアプリケーションの関連イベントを確認します。

架空のアプリケーションが 10,000 回の試行を記録し、そのうち 8,000 回が成功したとします。成功したイベントのうち、5,000 件がプロモーション特典を配布し、3,000 件がサービスを購入しました。これらのカテゴリはさまざまな質問に答えます。 10,000 件すべてを有料顧客トランザクションとしてカウントすると、証拠が誇張されてしまいます。

文書化されたルールを使用して再試行の重複を排除します。失敗した試行を信頼性の尺度として可視化しながら、完了したサービスの使用から切り離します。ヘッドラインのアクティビティ数が増加した場合でも、成功率が低いと問題になる可能性があります。

維持管理とコストの負担者を追跡する

同じ定義を使用して、繰り返された期間にわたるコホートを比較します。最初のキャンペーン後にアカウントが戻るかどうか、顧客が料金を支払うのか、それともスポンサーが料金を吸収するのかを尋ねます。補助金付きのアクティビティはオンボーディング中に役立ちますが、その経済性は持続可能な価格での繰り返し購入とは異なります。

1 日の合計から忠誠心を推測しないでください。新規アカウント、復帰アカウント、および非アクティブなアカウントの数を表示し、アカウント数が依然として不完全な代理であることを認識し、少数の参加者が手数料や取引額を支配していないかどうかを確認します。

完了したサービス イベント、顧客の支払い、繰り返しのアクティビティ、集中度、失敗率、インセンティブなど、いくつかの側面を組み合わせて使用​​します。どれだけでも、アプリケーションに永続的な需要があることを証明するものはありません。

トークン市場の証拠を別にしておくこと

OrangeX マーケット ページ では、利用可能な取引市場について説明しています。取引量とトークン価格の変化は市場の観察によるものです。何人の人がブロックチェーンアプリケーションを使用したかを特定することはできません。大量に取引されるトークンは限られたサービス需要と共存できますが、有用なインフラストラクチャは同等のトークン所有者の要求なしに価値を生み出す可能性があります。

サービス収益と補助金の明確な問題については、既存の DePIN 収益比較 を参照してください。トークンの交換量がネットワーク収益であると仮定するのではなく、タイトルで記事を見つけてください。

明示的な制限を指定してレビューシートを保存する

ソース クエリ、契約アドレス、サンプル日付、イベント定義、契約と障害の処理、クラスタリングの仮定、およびインセンティブ期間を記録します。生の観測値と調整されたカウントの両方を保存します。所有権を確立できない範囲または未解決の制限を提示します。

防御可能な結論は具体的です。選択された契約では、文書化されたルールに基づいて、指定された数の成功したサービス イベントが記録されています。その結果を固有の人数、料金を支払っている顧客、または持続可能な需要に変換するには、追加の証拠が必要です。

2026/10/28 06:54:53

お気に入りの暗号資産をすべて取り扱っています!

BTC、ETH、SOL、DOGE、SHIB、PEPEなどの人気暗号資産を購入、保有、売却できます。登録して取引すると、新規ユーザー特典として6200 USDTを受け取れます!