Міфи про криптоінфраструктуру: чому «будуй і вони прийдуть» не працюють?

Автор: Saneel Sreeni

Компілятор: Deep Tide TechFlow

Нижче наведено твіт від Джейсона Яновіца:

може бути частково натхненний наступними двома речами:

(1) Багато з нещодавно запущених блокчейнів рівня 1 показали недостатні результати, і

(2) видатний успіх Hyperliquid і HyperEVM

Для читачів, які не знайомі з криптопростором, Hyperliquid — це децентралізована платформа для безстрокового контракту та спотової торгівлі, яка швидко домінувала на ринку, навіть перевершивши деякі централізовані біржі. Вони запустили власний високошвидкісний блокчейн EVM, заснований на успіху торгової платформи. На момент написання статті ринкова капіталізація Hyperliquid становить приблизно 11 мільярдів доларів, а повністю розведена оцінка (FDV) становить 33 мільярди доларів.

Hyperliquid є однією з перших компаній, яка успішно очолила розробку нового блокчейну рівня 1 через свій основний додаток для потоку доходів. Я в цілому згоден з Джейсоном. Однак більшість нових блокчейнів рівня 1 не починаються з тими ж перевагами, що й Hyperliquid; Її засновник Джефф раніше керував однією з найкращих високочастотних торгових фірм у криптопросторі та має достатні резерви коштів, щоб уникнути необхідності покладатися на зовнішнє фінансування.

В результаті, я запропонував кілька ідей щодо стратегії та виходу на ринок (GTM) для нових блокчейнів рівня 1 та альтернативних ідей для створення додатків на їх основі, особливо при використанні більш традиційних шляхів, таких як венчурне фінансування та створення абсолютно нової інфраструктури (якщо ваш блокчейн рівня 1 не має значної функціональної диференціації та просто імітує інші проекти, ці пропозиції можуть вам не підійти).

Мої погляди багато в чому ґрунтуються на моєму досвіді роботи в Ritual, а також на уважному спостереженні за стратегією та виконанням інших блокчейнів рівня 1 із сильними екосистемами. Я все ще вчуся, тому в майбутньому можу переглянути свої погляди.

Підсумовуючи, ось деякі з моїх висновків:

Проактивне початкове завантаження проти «

Будуй, і вони прийдуть» було стратегічним мисленням, яке було поширене в криптопросторі до 2021 року, коли інфраструктура була далеко не адекватною. Суть цієї філософії полягає в тому, що якщо ви побудуєте новий ланцюг або рівень 2 (L2), розробники прийдуть спонтанно і спробують залучити нових користувачів і отримати цінність за допомогою токенів вашого ланцюга. Ця стратегія деякий час працювала, оскільки технологічно обґрунтованих ланцюгів з інвестиційною вартістю на той час було мало, а сектор інфраструктури мав довгострокову премію. Однак з часом ця премія зникає, особливо з огляду на те, що великій кількості нових ланцюгів не вистачає практичного використання та привабливості для застосувань (більшість з яких є лише імітаціями або виделками).

Очевидно, що ця стратегія більше не працює, принаймні для нових блокчейн-проектів. Однією з небагатьох екосистем, яка останнім часом успішно реалізувала цю стратегію, є HyperEVM, але навіть у цьому випадку її успіх не зовсім пов'язаний з цією стратегією. Успіх HyperEVM значною мірою залежить від Hyperliquid Core (біржі) як основного додатку, що створює реальну цінність для власників $HYPE та екосистеми Hype (і збагачує багатьох активних користувачів до події генерації токенів (TGE)).

На противагу цьому, зараз ми бачимо велику кількість проектів Layer-1 (L1) та Layer-2 (L2), які використовували цей підхід із самого початку, вважаючи, що вони могли б компенсувати недоліки шляхом надання грантів та чистого брендингу, але в кінцевому підсумку зазнали невдачі.

При цьому важко побудувати «що-небудь». Складно побудувати інфраструктуру, складно розробляти додатки. Особливо в криптопросторі створення полягає не лише в розгортанні коду – попереду ще багато роботи, включаючи вихід на ринок (GTM), операції, дотримання законодавства та багато іншого, що часто недооцінюють.

Коли ви створюєте блокчейн рівня 1 (за умови, що ви створюєте абсолютно нову архітектуру, а не простий проект форка), це одночасно величезний технічний виклик і величезне завдання виходу на ринок (GTM). Ніхто не може бути повністю впевнений у тому, що буде «вбивцею програми», тому ваше завдання — створювати продукт і співпрацювати з розробниками, щоб максимально підтримати народження високоякісних програм, щоб максимізувати ймовірність успіху вашого рівня 1 і розробників, які вам довіряють.

Це означає кілька варіантів для інфраструктурних команд:

1. Зібрати сильнішу команду і робити все власними силами, включаючи розробку додатків верхнього рівня:

   Цей підхід може спрацювати, але він має такі проблеми:

   1. (а) Хороші таланти важко знайти.

   2. (b) Внутрішнє залучення найкращих талантів означає, що необхідно залучати більше грошей від інвесторів, яких інвестори сьогодні не купують. (Я знаю, що Hyperliquid впоралася з усім цим з 10 людьми, але більшість засновників не мають сильних сторін і ресурсів, щоб почати, як Джефф.) Незважаючи на це, їхній виступ був божевільним.

   3. Вам потрібно наймати не тільки інженерів, але й людей, які спеціалізуються на GTM, операціях, маркетингу та юриспруденції. Хоча можуть існувати можливості для масштабної співпраці на різних платформах, це займе багато часу, особливо з огляду на те, що кожна програма може кардинально відрізнятися.

2. Ідіть старим шляхом «побудуй і хтось прийде» + роздавайте багато грантів на розвиток:

Цю стратегію зазвичай використовують деякі «мисливці за грантами» з посередніми командами та відсутністю диференціації додатків, і вона погано працює в довгостроковій перспективі.

1. Активне керівництво екосистемою:

я маю на увазі більш проактивний підхід, створюючи прототипи або деякі легкі програми поверх вашої інфраструктури та співпрацюючи з іншими розробниками/партнерами, щоб запустити ці програми в повне використання.

Розробники хочуть бачити, що ви не просто говорите, а насправді вкладаєте в це свій час і зусилля. Зрештою, ніхто не розуміє потенціал цієї інфраструктури краще, ніж люди, які її розробляли. Таким чином, ви можете:

(а) демонструвати нові та привабливі програми;

(b) продемонструвати ймовірність того, що це досяжно на вашій інфраструктурі;

в) мати певний вплив у напрямку екологічного розвитку, а не лише через розподіл коштів.

Зараз підхід (3) все ще вимагає великих талантів всередині компанії для створення додатків, але це скоріше проактивна практика, призначена для того, щоб допомогти побудувати реальний протокол з нуля, не вимагаючи значних інвестицій ресурсів або впливу на вдосконалення основної інфраструктури. Функціонально це майже як надання підтримки на платформі або інкубація для цих компаній.

Чи може цей підхід бути складнішим і повільнішим? Так. Але я думаю, що це більш довгостроковий підхід для проектів, які все ще вдосконалюють свою основну інфраструктуру / знаходяться на ранніх стадіях. Саме такий підхід ми застосували в Ritual, створюючи додатки, які хочемо бачити на Ritual з такими проектами, як Ritual Shrine, які, на нашу думку, можуть бути вбивчими додатками в криптовалюті та штучному інтелекті.

Але це стосується не лише нас – у Solana було багато активної будівельної активності в перші дні, коли вона працювала з FTX, Jump та кількома іншими командами. Кілька нових проєктів, популярних у крипто Twitter (CT), таких як Plasma, MegaETH, Monad та інші, застосували проактивний підхід до створення основного набору протоколів, рідних для їхньої екосистеми, поверх існуючих протоколів.

Я очікую, що це стане домінуючою стратегією (і збільшить складність реального вибивання на вершині технічної роботи).

У деяких випадках мені б хотілося, щоб ми могли повністю створити прототип багатьох ритуальних святинь власними силами і експлуатувати їх самостійно. Але я також визнаю, що ці проекти вимагають відданих команд для досягнення успіху в реалізації продуктів і GTM (які можуть краще підходити для ринку, ніж ми, навіть якщо у нас є, на мою думку, одна з найсильніших крос-функціональних команд у цій галузі).

Якщо ми зможемо працювати пліч-о-пліч з цими командами, надаючи сильну фінансову винагороду зовнішнім розробникам, це все одно перемога. Це дозволяє нам «володіти» нею в переносному сенсі, впроваджуючи при цьому нові перспективи і нові таланти.

Коротше кажучи, коротко: так, це чудово, якщо ви можете мати першокласні власні додатки на своїй новій інфраструктурі. Але якщо ресурси обмежені, то намагайтеся активно керувати своєю екосистемою у вигляді прототипів, будуючи з їх допомогою, а не ліниво підходити до процесу.