結論：『運だけ』では億規模のエアドロップ（以下、億ドロ）は取れません。プロは「資金効率」「行動ログの質」「Sybil耐性」「撤退基準」の4点を数値化し、月次で回す“案件ポートフォリオ運用”にしています。本稿は、初めての人でも実行可能なテンプレートとして、ウォレット設計からKPI管理までを具体例で解説します。
エアドロップの基本構造を3行で掴む
① プロトコルはユーザー獲得と分散化のためにトークンを配布します。② 配布量は多くの場合、オンチェーン行動（トランザクション数、ボリューム、期間、紹介、貢献度など）でスコア化されます。③ 事前に“スコアになりそうな行動”を設計して、資金と時間を最適配分できた人が勝ちます。
設計フレーム全体像（5ステップ）
- ユニバース選定：有望チェーン/プロトコルを最大10件に絞る（理由：分散しすぎるとログが薄くなりスコアが伸びない）。
- ウォレット設計：メイン1＋サブ2～4（合計3～5）。Sybil疑義を避けるため“同一行動のコピペ”ではなく“役割分担”で差別化。
- 行動テンプレ：毎週の定例タスク（ブリッジ、スワップ、LP、レンディング、投票、開発者向け貢献）を“時間割”化。
- KPI化：Tx数、アクティブ週数、総ボリューム、平均チケット、手数料/資金比率、貢献ポイント（例：テストネットバグ報告）を表計算でトラッキング。
- 撤退&リバランス：スコア仮説が外れたら見切り、上位に再配分。四半期でポートフォリオを再設計。
ユニバースをどう絞るか：スクリーニング指標
- トークン未発行・トークン設計が未公表：潜在配布の余地。
- 資金調達・TVL・開発者活動：開発が継続的で、エコシステムに補助金があるとタスクが増えやすい。
- ミッション設計の匂い：クエスト、ポイント、XP、スコアボード、ウィークリーミッションなど。
- L2/インフラ系の広がり：ブリッジ・メッセージング・リレイヤ・データ可用性層など“縦つながり”が多いと行動パターンを作りやすい。
ウォレット設計：Sybil耐性を崩さない“差別化”
同一人物の大量複製（Sybil）は配布で排除されがちです。したがって“コピペ行動”を避け、各ウォレットに役割を持たせます。
| ウォレット | 役割 | 主タスク |
|---|---|---|
| メイン | 信頼・厚み | 毎週の継続利用、平均チケットを大きめに、複数アプリ横断 |
| サブA | 流動性 | LP/レンディングで滞在時間を伸ばす、利回り獲得 |
| サブB | 実験 | 新規dAppで小口検証、バグ報告・フォーラム参加 |
| サブC | ガス最適 | L2中心、微小Txを多数、手数料対Tx比を下げる |
“行動ログの質”を上げる毎週メニュー（例）
週次で2時間を確保し、以下の時間割を回します。
- ブリッジ/メッセージ送信（20分）：L1⇄L2、L2⇄L2の相互運用を複数ルートで実施。少額でも“経路の多様性”を出す。
- スワップ（25分）：プール分散、ルーティング差異を試す。平均チケットを安定させる（例：50–150 USD相当）。
- LP/レンディング（35分）：ボラ低いペアでLP→一週間放置→翌週解除。並行してレンディングで“滞在”を作る。
- 投票/ガバナンス（10分）：Snapshotやフォーラムで賛否投票。短文でも意見を書く。
- 開発者向け貢献（30分）：ドキュメントの誤記指摘、翻訳提案、GitHubのIssues投稿、テストネットで再現手順を添付。
スコア仮説づくり：何が“効く”行動なのか
- 継続性：“何週アクティブか”。毎週1回以上のTxログを積む。
- 多様性：dAppの種類、チェーン数、ブリッジ経路の多さ。
- 厚み：平均チケット、最大チケット、総ボリューム。
- 滞在：LP/レンディングの預け入れ期間、ステーキング期間。
- 貢献：投票、バグ報告、ドキュメント貢献、コミュニティでの回答。
資金効率：1円あたりのスコアを最大化する
ガス代は“コスト”、行動ログは“投資”。ROIは「想定トークン価値 × 期待当選確率 × 期待配布倍率 ÷ 総コスト」で考えます。小口を多数回すより、継続性と厚みを両立させるポートフォリオ配分が有利です。
例：予算30万円、期間12週間の配分
- メイン：18万円（ブリッジ・スワップ・LP中心、毎週実行）
- サブA：6万円（LP滞在に特化）
- サブB：3万円（新規dApp検証）
- サブC：3万円（L2でガス最適・小口多回）
ガス代最適化：L2と時間帯ハック
- L2優先：手数料低いチェーンを軸にする。ただし“L1に橋頭堡が必要な案件”は週1回だけL1に戻して履歴を作る。
- 混雑回避：混雑時間・イベント直後は避け、オフピークで実行。
- バッチ化：同一dAppでまとめて操作できる箇所は一度にまとめる。
実例ワークフロー（12週間テンプレ）
以下は“誰でも回せる”汎用テンプレです。固有名詞は省き、行動の型だけを示します。
- 週1：ブリッジ経路A→B、スワップX→Y、LP低ボラペアに小口投入、前週LP解除。
- 週2：ブリッジB→C、レンディングで供給＆借入を少額体験、フォーラムに1コメント。
- 週3：メッセージングdAppを別ルートで試す、投票1件、テストネットでバグ再現。
- 週4：LPを別ペアに入れ替え、レンディング残高を微調整、月次KPIレビュー。
- 週5–8：上記サイクルを継続。平均チケットとアクティブ週数の平準化に注力。
- 週9–12：スコア仮説の強いdAppへ厚みを追加、弱い案件から撤退。
KPIダッシュボード：最低限の列設計
表計算の列例：
- 日付、ウォレット、チェーン、dApp、Tx種別、金額、手数料、Txハッシュ、メモ
- 週次集計：Tx数、総ボリューム、平均チケット、手数料/金額比、アクティブ週フラグ
- 貢献ログ：投票数、フォーラム投稿、GitHub Issue、ドキュメント修正件数
これで「継続性」「多様性」「厚み」「滞在」「貢献」をスコア化できます。
“やってはいけない”典型NG
- 全ウォレットが同じ曜日・同じ金額・同じ順番で同じTx（機械的コピペ）。
- 短期にTx爆撃して放置（継続性が無い）。
- 一つのdAppだけで完結（多様性不足）。
- KPI未管理で、何を伸ばすべきかが不明。
OPSECと実務オペレーション
- ウォレット毎に端末・ブラウザ・拡張機能を分離。指紋が似すぎないようにする。
- メモとスクショで“人間らしい”行動履歴を残す（後から説明可能）。
- メール・SNS連携は過度に同一化しない。
撤退基準とリバランスの作り方
四半期ごとに「KPIが中央値を下回る案件」を切り、上位案件に再配分。損切りの意思決定を“定例化”すると資金効率は上がります。
ケーススタディ：10万円からの“億ドロ”チャレンジ
前提：期間12週間、週2時間、L2中心。目標は“配布確率を上げる行動密度”。
- 初月：メイン6万、サブA2万、サブB1万、サブC1万に配分。ガス計画を立て、平均チケット8,000–20,000円に固定。
- 2ヶ月目：KPI上位dAppへメインの厚みを追加。貢献ログを月4件以上に。
- 3ヶ月目：弱い案件を2つ撤退、強い案件を2つ増額。全体Txは週8–15件でコントロール。
結果として“継続性×多様性×厚み×滞在×貢献”の複合スコアを底上げできます。
リスク管理
- コントラクトリスク：監査の有無やタイムロック確認。メイン資金は段階投入。
- ブリッジ/スマートコントラクトの脆弱性：2経路以上に分散、一括移動を避ける。
- 手数料暴騰：オフピーク実行、L2優先、まとめて操作。
- 規約・地域制限：各サービスの規約を読み、ルールに反しない範囲で実行。
チェックリスト（印刷用）
- 週次2時間確保／時間割に沿って実行したか
- 平均チケットは設計値内か
- アクティブ週フラグが連続しているか
- ブリッジ経路・dAppの多様性を担保したか
- LP/レンディングの“滞在”を作ったか
- 投票・貢献ログを今週も積んだか
- KPIダッシュボードを更新したか
- 撤退・再配分を月次で評価したか
まとめ
億ドロは“運ゲー”ではありません。計画、継続、記録、見直し。この4つを淡々と回せる人が、配布イベントのたびに“上位常連”になります。本稿のテンプレを、今日からあなたの標準作業にしてください。
コメント