暗号基盤の迷信：なぜ「整備すれば人が来る」は通用しないのか？
「何でも」作るのは難しい。著者：Saneel Sreeni
翻訳：深潮 TechFlow
以下は Jason Yanowitz のツイートです：
これは以下の2つの要因から部分的にインスパイアを受けている可能性があります：
(1) 最近新たにリリースされた多くの Layer-1 ブロックチェーンのパフォーマンスが振るわないこと、そして
(2) Hyperliquid と HyperEVM の顕著な成功
暗号分野をよく知らない読者のために、Hyperliquid は分散型の永続契約と現物取引プラットフォームであり、急速に市場で主導的な地位を占め、いくつかの中央集権型取引所をも超えました。彼らは取引プラットフォームの成功を基に、自らの高速 EVM ブロックチェーンを立ち上げました。この記事執筆時点で、Hyperliquid の時価総額は約 110 億ドル、完全希薄化評価（FDV）は 330 億ドルに達しています。
Hyperliquid は、主要な収入源を通じて新しい Layer-1 ブロックチェーンの発展を成功裏に導いた最初の事例の一つです。私はおおむね Jason の意見に賛同します。しかし、ほとんどの新しい Layer-1 ブロックチェーンは、Hyperliquid のような利点を持っていません。創業者の Jeff は以前、暗号分野で最も優れた高頻度取引会社の一つを運営しており、十分な資金を持っているため、外部資金調達に依存する必要がありませんでした。
したがって、私は新しい Layer-1 ブロックチェーンの戦略と市場進出（GTM）、およびその上にアプリケーションを構築するための代替案をいくつか提案します。特に、リスクキャピタルによる資金調達や全く新しいインフラの構築といったより伝統的なアプローチを採用する場合（もしあなたの Layer-1 ブロックチェーンに顕著な機能の差別化がなく、単に他のプロジェクトを模倣しているだけであれば、これらの提案はあなたには無効かもしれません）。
私の意見は主に Ritual での実地経験と、他の強力なエコシステムを持つ Layer-1 ブロックチェーンの戦略と実行を密接に観察した結果に基づいています。私はまだ学び続けているので、将来的に私の意見を修正する可能性があります。
要するに、これは私のいくつかの見解です：
主導的な誘導 vs. "作れば来る"
"作れば来る"（Build and they'll come）は、2021年以前の暗号分野で一般的に見られた戦略的思考であり、その時点ではインフラが非常に不足していました。この理念の核心は、新しいチェーンや Layer-2（L2）を構築すれば、開発者が自発的にやって来て、新しいユーザーを引き付け、あなたのチェーンのトークンを通じて価値を獲得しようとするというものです。この戦略は一時的に成功しましたが、その理由は当時、技術的に優れ、投資価値のあるチェーンが非常に希少であり、インフラ分野は長期的なプレミアムを享受していたからです。しかし、時間が経つにつれて、このプレミアムは徐々に消失し、特に多くの新しいチェーンが実際の使用や魅力的なアプリケーションを欠いている状況（ほとんどのチェーン上のアプリケーションは模倣やフォークに過ぎない）では顕著です。
明らかに、この戦略は現在ではもはや通用しません。少なくとも新しいブロックチェーンプロジェクトにとってはそうです。最近、この戦略を成功裏に実行したエコシステムの一つは HyperEVM ですが、それでもその成功はこの戦略だけに起因するものではありません。HyperEVM の成功は主に Hyperliquid Core（取引所）を中心としたアプリケーションに依存しており、$HYPE 保有者と Hype エコシステムに実際の価値を創出しました（そして多くのトークン生成イベント（TGE）前のアクティブユーザーに富をもたらしました）。
対照的に、私たちは現在、多くの Layer-1（L1）および Layer-2（L2）プロジェクトが最初からこの考え方を採用し、補助金を提供し、単純なブランドプロモーションで不足を補おうとしているのを目にしていますが、最終的には失敗しています。
とはいえ、「何かを構築する」ことは非常に難しいです。インフラを構築することも難しいですし、アプリケーションを開発することも難しいです。特に暗号分野では、構築することは単にコードをデプロイするだけではありません------多くの付随作業が必要であり、市場進出（GTM）、運営、法的遵守などが含まれ、これらはしばしば過小評価されます。
Layer-1 ブロックチェーンを構築する際には（構築するのが全く新しいアーキテクチャであり、単なるフォークプロジェクトではない場合）、これは巨大な技術的課題であり、同時に大規模な市場進出（GTM）タスクでもあります。「殺し屋アプリケーション」が何であるかを完全に確定することはできないため、あなたの仕事は製品を構築し、開発者と協力して高品質なアプリケーションの誕生をできる限りサポートし、あなたの Layer-1 とあなたを信頼する開発者の成功の可能性を最大化することです。
これはインフラチームに以下のいくつかの選択肢を意味します：
- より強力なチームを構築し、すべてを内部で完結させる、トップアプリケーションを開発する：
この方法は効果的かもしれませんが、以下の問題があります：
- (a) 優秀な人材を見つけるのが難しい。
- (b) 内部で優秀な人材を採用することは、投資家からより多くの資金を調達する必要があることを意味し、現在の投資家はこれに対してあまり関心を示していません。（Hyperliquid が 10 人でこれを達成したことは知っていますが、ほとんどの創業者は Jeff のようなスタート時の利点やリソースを持っていません。それでも、彼らのパフォーマンスは驚異的です。）
- あなたはエンジニアを雇うだけでなく、GTM、運営、マーケティング、法務を担当する専門家を採用する必要があります。スケールアップ後にはクロスプラットフォームでのシナジーの機会があるかもしれませんが、これは実現するまでに長い時間がかかります。特に各アプリケーション間の差異が大きい場合はなおさらです。
- "作れば来る"の古い道を歩む + 大量の開発補助金を提供：
この戦略は、実力が乏しく、アプリケーションに差別化がない「補助金ハンター」に利用されることが多く、長期的には効果が薄いです。
- エコシステムの発展を積極的に誘導する：
私が言いたいのは、あなたのインフラ上にプロトタイプや軽量アプリケーションを構築し、他の開発者/パートナーと協力してこれらのアプリケーションの全面的な実現を推進する、より積極的なアプローチを取ることです。
開発者は、あなたが単なる口先だけではなく、実際に時間と労力を投入していることを見たいと思っています。結局のところ、プロジェクトの初期段階では、インフラを開発している人がその潜在能力を最もよく理解しています。この方法を通じて、あなたは：
(a) 魅力的な新しいアプリケーションを示すことができます；
(b) あなたのインフラ上で実現可能な可能性を証明することができます；
(c) エコシステムの発展を推進する方向に一定の影響力を持つことができ、単に資金を提供するだけではないということです。
現在、(3) の方法は依然として内部にアプリケーションを構築する優秀な人材を必要としますが、これはゼロから実際のプロトコルを構築するのを助けるためのより積極的な実践のようなもので、大量のリソース投入やコアインフラの改善に影響を与える必要はありません。機能的には、これらの企業にプラットフォームサポートやインキュベーションを提供するようなものです。
この方法は、より困難で遅い道である可能性がありますか？はい。しかし、私は、コアインフラをまだ整備中であるか、初期段階にあるプロジェクトにとって、これはより長期的な視点を持ったアプローチであると考えています。私たちが Ritual で採用しているのはまさにこの方法であり、Ritual Shrine などのプロジェクトを通じて、私たちが Ritual 上で見たいアプリケーションを構築し、これらのアプリケーションが暗号と人工知能の分野での殺し屋アプリケーションになると考えています。
しかし、私たちだけではありません------Solana は初期に FTX、Jump、その他のチームと協力して多くの積極的な構築活動を行っていました。暗号 Twitter（CT）で人気のある新しいプロジェクト、Plasma、MegaETH、Monad などは、既存のプロトコルを基にしてエコシステムのネイティブなコアプロトコルセットを作成するために積極的なアプローチを取っています。
私は、これが主導的な戦略となり（技術的な作業の上で本当に際立つことの難しさを増す）と予測しています。
ある場合には、私たちが内部で多くの Ritual Shrine のプロトタイプを完全に構築し、自ら運営できることを望んでいます。しかし、これらのプロジェクトが製品と GTM の実行に成功するためには、専門のチームが必要であることも認識しています（これらのチームは、私たちよりも市場に適しているかもしれません。私たちはこの分野で最も強力なクロスファンクショナルチームの一つを持っていると思っていますが）。
もし私たちがこれらのチームと肩を並べて構築し、外部の開発者に強力な経済的リターンを提供できれば、それは依然として勝利です。これにより、比喩的に「それを所有する」ことができ、新しい視点と新しい人材を導入することができます。
要するに、簡潔に言えば：はい、もしあなたが新しいインフラ上にトップクラスのファーストパーティアプリケーションを持つことができれば、それは素晴らしいことです。しかし、リソースが限られている場合は、プロトタイプの形でエコシステムの発展を積極的に誘導し、彼らと共に構築する努力をしなければなりません。怠惰にこのプロセスに取り組むのではなく。
