𝗪𝗲𝗯𝟯 𝗥𝗲𝗳𝗲𝗿𝗿𝗮𝗹 𝗘𝗻𝗴𝗶𝗻𝗲
紹介プログラムはWeb3の成長を加速させます。
しかし、単にウォレットを持ってきた人に報酬を与えるだけだと、𝗴𝗿𝗼𝘄𝘁𝗵(成長)ではなく𝗳𝗮𝗿𝗺𝗶𝗻𝗴(不正な稼ぎ/ファーミング)を最適化してしまうかもしれません。
「友だち3人を紹介。USDCを50もらえる。」
簡単です。
でも、その先はどうなるでしょう?
• ユーザーが複数のウォレットを作る
• ボットが非アクティブなアカウントを招待する
• 報酬が搾取される
• 本物のユーザーがファーマーと同じ扱いを受ける
• 意味のある活動が増えないのに、プロトコルだけがウォレットを獲得してしまう
本当の成長は、次のようなものではありません:
「𝗛𝗼𝘄 𝗺𝗮𝗻𝘆 𝘂𝘀𝗲𝗿𝘀 𝗱𝗶𝗱 𝘆𝗼𝘂 𝗿𝗲𝗳𝗲𝗿?」
それは、こうです:
「𝗛𝗼𝘄 𝗺𝘂𝗰𝗵 𝘃𝗮𝗹𝘂𝗲 𝗱𝗶𝗱 𝘁𝗵𝗼𝘀𝗲 𝘂𝘀𝗲𝗿𝘀 𝗰𝗿𝗲𝗮𝘁𝗲?」
より良い紹介設計のための4つの原則
𝗟𝗮𝘆𝗲𝗿 1 — 行動ではなく価値に報酬を与える。
取引量、流動性、継続率、売上、または継続的なプロダクト利用といった意味のある成果に報酬を紐づけましょう。
𝗟𝗮𝘆𝗲𝗿 2 — 数ではなく質に報酬を与える。
実際の経済活動を生む10人のユーザーは、非アクティブなウォレット1,000個より価値が高い場合があります。
𝗟𝗮𝘆𝗲𝗿 3 — シビル耐性をシステムに組み込む。
ウォレットアドレスの外側を見てください。資金の流れ、ウォレットのクラスター、取引の挙動、タイミングなどが、連携したファーミングを見分ける手がかりになります。
𝗟𝗮𝘆𝗲𝗿 4 — 経済的に持続可能な仕組みにする。
ユーザーが価値を生む → プロトコルが収益を得る → 紹介者が取り分を受け取る → より価値のあるユーザーが集まってくる。
これは、トレジャリーの流出ではなく成長ループを生みます。
成長の原則
次の問いをやめましょう:
「どれくらいのウォレットを獲得できた?」
代わりに問いましょう:
「参加後に、獲得したユーザーはどれくらいの価値を生み出した?」
紹介システムは、単にユーザー数を増やすためのものではないはずです。
ネットワークを良くするべきです。
𝗥𝘂𝗹𝗲:
ファーマーが本物のパワーユーザーより稼げるなら、成長ではなくファーミングを最適化している可能性があります。
Web3の紹介報酬を支払う前に、何を測定すべきでしょうか?
紹介プログラムはWeb3の成長を加速させます。
しかし、単にウォレットを持ってきた人に報酬を与えるだけだと、𝗴𝗿𝗼𝘄𝘁𝗵(成長)ではなく𝗳𝗮𝗿𝗺𝗶𝗻𝗴(不正な稼ぎ/ファーミング)を最適化してしまうかもしれません。
「友だち3人を紹介。USDCを50もらえる。」
簡単です。
でも、その先はどうなるでしょう?
• ユーザーが複数のウォレットを作る
• ボットが非アクティブなアカウントを招待する
• 報酬が搾取される
• 本物のユーザーがファーマーと同じ扱いを受ける
• 意味のある活動が増えないのに、プロトコルだけがウォレットを獲得してしまう
本当の成長は、次のようなものではありません:
「𝗛𝗼𝘄 𝗺𝗮𝗻𝘆 𝘂𝘀𝗲𝗿𝘀 𝗱𝗶𝗱 𝘆𝗼𝘂 𝗿𝗲𝗳𝗲𝗿?」
それは、こうです:
「𝗛𝗼𝘄 𝗺𝘂𝗰𝗵 𝘃𝗮𝗹𝘂𝗲 𝗱𝗶𝗱 𝘁𝗵𝗼𝘀𝗲 𝘂𝘀𝗲𝗿𝘀 𝗰𝗿𝗲𝗮𝘁𝗲?」
より良い紹介設計のための4つの原則
𝗟𝗮𝘆𝗲𝗿 1 — 行動ではなく価値に報酬を与える。
取引量、流動性、継続率、売上、または継続的なプロダクト利用といった意味のある成果に報酬を紐づけましょう。
𝗟𝗮𝘆𝗲𝗿 2 — 数ではなく質に報酬を与える。
実際の経済活動を生む10人のユーザーは、非アクティブなウォレット1,000個より価値が高い場合があります。
𝗟𝗮𝘆𝗲𝗿 3 — シビル耐性をシステムに組み込む。
ウォレットアドレスの外側を見てください。資金の流れ、ウォレットのクラスター、取引の挙動、タイミングなどが、連携したファーミングを見分ける手がかりになります。
𝗟𝗮𝘆𝗲𝗿 4 — 経済的に持続可能な仕組みにする。
ユーザーが価値を生む → プロトコルが収益を得る → 紹介者が取り分を受け取る → より価値のあるユーザーが集まってくる。
これは、トレジャリーの流出ではなく成長ループを生みます。
成長の原則
次の問いをやめましょう:
「どれくらいのウォレットを獲得できた?」
代わりに問いましょう:
「参加後に、獲得したユーザーはどれくらいの価値を生み出した?」
紹介システムは、単にユーザー数を増やすためのものではないはずです。
ネットワークを良くするべきです。
𝗥𝘂𝗹𝗲:
ファーマーが本物のパワーユーザーより稼げるなら、成長ではなくファーミングを最適化している可能性があります。
Web3の紹介報酬を支払う前に、何を測定すべきでしょうか?