イーサリアムはHyperliquidの事例からこの教訓を得るべきだ

アプリ開発者は、HyperliquidやPolymarketなどのプラットフォーム上で「builder codes」と呼ばれる新しい収益帰属システムを活用し、数百万ドル規模の利益を上げています。

これは暗号資産業界におけるRobloxモデルのようなもので、プラットフォームが多様なアプリの基盤となり、独自のコードによって取引活動を帰属・収益分配する仕組みです。

本記事では、builder codesの概要と収益化の仕組み、さらにERC-8021によるEthereumへの標準化提案についてご紹介します。

builder codesとは？

builder codesはアプリ開発者向けのリファラルコードです。アプリはこのコードを利用することで、Hyperliquidなど他のプラットフォーム上で発生させた取引量に応じて報酬を獲得できます。

これにより、取引ボットやAIエージェント、ウォレットインターフェースなどのサードパーティアプリが、他プラットフォームで生み出した活動に対してオンチェーンで手数料を受け取ることが可能となります。

この仕組みは、関係者全員に恩恵をもたらします：

• プラットフォームは取引量を増加。
• アプリ開発者は取引量に応じて収益を獲得。
• ユーザーはより便利にプラットフォームにアクセス可能。

実例として、Phantomの事例を見てみましょう。

Phantomのperps printer

7月、PhantomはHyperliquidのbuilder codesを活用したperps取引を導入し、現在では1日あたり約10万米ドルの収益を得ています。

ユーザーは資金を分離したperps口座に移し、モバイルアプリ上で直接ロング・ショート注文を行えます。

各注文にはPhantomのbuilder codeが添付され、ユーザーから0.05%の手数料を取得。これがオンチェーンで帰属され、USDCで請求できる仕組みです。

Phantomはbuilder codeでPhantomウォレットアプリ経由の注文をタグ付けし、手数料を獲得します。

これらはすべてHyperliquidが提供する外部APIによって実現されており、同等の機能を自社で構築する場合と比べて開発負担は非常に軽くなります。

Phantomのperpsは、ローンチから約6ヶ月で200億ドル近い取引量を生み、約1,000万ドルの収益を達成するなど、高いROIを記録しています。

昨日だけでPhantomはperpsから約15万ドルの収益を得ています

興味深いことに、Phantomのトップperpsユーザーは大きな損失を出しています：

• 約200万ドルのperpsポートフォリオのうち99%を失う。
• P&Lは-180万ドル。
• builder codes経由でPhantomに約19万1,000ドルの手数料を支払い。
• 現在唯一のポジションは25倍のETHロングです（ご参考まで）。

このユーザーのように全員が資金を失わない限り、HyperliquidはPhantomのような開発者にとって収益源となり続けます。

これまでにHyperliquidのbuilder codesは：

• アプリ開発者に約4,000万ドルの収益をもたらす。
• より使いやすいUIでperps取引を提供。
• Hyperliquidに1,000億ドル超の追加perps取引量をもたらしています！

短期間でこのモデルの有効性が証明され、優秀なアプリ開発者がHyperliquid上で高品質なアプリを開発する動機となっています。

Polymarketもこの流れに追随

今週、PolymarketはBuilders Programの新設を発表し、アプリ開発者がPolymarketの予測市場に取引量をもたらした場合に報酬を得られる仕組みを導入しました。

Builder Codes統合を促進するため、統合取引量に応じた週次USDC報酬プログラムを開始しています。

現状、サードパーティPolymarketアプリの取引量はHyperliquidと比較して少ないものの、builder codesは既にチームを惹きつけ、ユーザーに新たな予測体験を提供するUI開発を促進しています。

サードパーティPolymarketアプリ経由で5,000万ドル超のベット取引量が生まれています

Polymarketは、トレーディングターミナルからAIアシスタントまで多様なbuilder appsの拡大を後押しし、Hyperliquid型ダッシュボードでトップbuilderと報酬も可視化しています。

今後は他の予測市場も競争のため同様のプログラムを導入し、この成功を受けてリファラル型システムがより広範なアプリエコシステムに波及することが考えられます。

しかし、Ethereumはこの仕組みをさらに発展させ、優秀なアプリ開発者による革新的なUI開発を促進する機会を持っています。

ERC-8021とEthereumの可能性

Ethereumは現在、builder codesをL2やL1にネイティブ統合する好機を迎えており、最近の提案でその具体的な方法が示されています。

ERC-8021は、builder codesをトランザクションに直接埋め込み、builderが報酬受取用ウォレットアドレスを登録できる仕組みを提案しています。

この導入により、どんなトランザクションにもbuilder codesを標準化して付与でき、プラットフォームがアプリ開発者に生成トランザクション分の報酬を与える共通方式が確立されます。

ERC-8021は以下2つの主要コンポーネントで構成されています：

1. 新しいトランザクションサフィックス：アプリ開発者が「phantom」「my-app」「jarrod」などのbuilder codeをトランザクション末尾に付与できる少量データ。
2. 「code registry」：開発者がbuilder codeをウォレットアドレスに紐付け、プラットフォームから報酬を受け取れるスマートコントラクト。

builder codeはトランザクションデータ末尾に追加でき、報酬受取用ウォレットアドレスに任意で紐付け可能です。

これにより、どのプラットフォームでもオンチェーン活動を起点となったアプリに帰属させ、収益を透明かつプログラム可能な形でbuilderに直接分配できます。

まとめ

Hyperliquidユーザーにはbuilder codesは既知かもしれませんが、調査してみると短期間で驚くほど普及していることが分かりました。

成功の理由は明白で、builderは優れた消費者向けアプリを開発し、暗号資産の強力な基盤上で報酬を獲得できるからです。

Ethereumには高品質なプラットフォームが多数存在し、builder codeの標準化で新たな消費者向けアプリの波を創出できます。

builder codesは、開発者が単に助成金獲得に頼るのではなく、ユーザーに提供する価値によって新たな収益源を得る仕組みを可能にします。

免責事項：

1. 本記事は[jarrodwatts]より転載しています。著作権はすべて原著者[jarrodwatts]に帰属します。転載にご異議がある場合はGate Learn運営までご連絡ください。速やかに対応いたします。
2. 免責事項：本記事の内容や意見はすべて著者個人の見解であり、投資助言ではありません。
3. 本記事の翻訳はGate Learn運営によるものです。特記がない限り、翻訳記事の複製・配布・盗用を禁止します。