Web 3.0. Практика - стр. 2
2. Многие не обладают нужным опытом и знаниями и проваливаются на элементарных вещах: FTX, 3AC, Celsius, Terra – примеры ровно об этом.
3. Слишком большие деньги развращают даже слаженные команды: не всегда, но часто, и в итоге это приводит к дефициту бюджета и сокращению штата в медвежьем цикле (Coinbase и иже с ними в 2022—2023 гг.)
4. Наконец, деньги получают не самые технологичные, интересные, инновационные, идейные проекты, а самые громкие, что в итоге приводит индустрию к банальному копипасту.
Каждую проблему рассмотрим отдельно. Но сейчас хочу расписать алгоритм – о том, что делать, чтобы не попасть в ловушку «слишком быстрого роста».
Во-первых, многие приходят (ко мне) за советом по токеномике, и первое, на что обращаю внимание: а как распределена ликвидность?
Проект реализует токены (по SAFT, airdrop или иным способом) под ликвидность. И распределение ликвидности для проекта важнее на ранних стадиях, чем распределение токена, который ещё не набрал силу и не оброс нужным функционалом.
Отсюда вывод: пишите не только токеномику IDO, но токеномику всего жизненного цикла проекта, а также уделяйте внимание стандартной unit-экономике, с помощью которой и распределяется ликвидность.
Ниже рассмотрим тонкости настройки токеномики, а сейчас попробую общие тезисы обрамить в показательные примеры.
• Если у вас будет торгуемый токен, то необходимо выделить на торги ликвидность, и неважно, будет ли это CEX – централизованная биржа (Binance, Coinbase, etc.) – или DEX – децентрализованная (в виде AMM – автоматического маркетмейкера: Uniswap, Pancakeswap, etc.; или классическая – навроде Kyber, Bancor, DyDx) – не так важно. Обычно речь идёт о 10-ти и более процентах ликвидности.
• Многие забывают о том, что криптомаркетинг (о нём тоже расскажу отдельно) – дорогая и непростая вещь. И ликвидность, на него направленная, важна настолько же, насколько и работа с комьюнити, а порой и больше.
• Ликвидность часто нужна и там, где вы не ждали: например, в ряде хакатонов и грантов, при реализации через бутстрэппинг сервисов и во многих других случаях, поэтому на резерв тоже оставить надо процентов 10.
И вот, пусть вы собрали $1 000 000, что для криптоиндустрии – ничто, но дорожите им.
По тезисам выше у вас выходит: 10% +10% +10% – уже 30%. То есть на «зарплаты» себе, разработчикам, биздев-команде и другим у вас всего $700 000. А это даже не миллион. И это – только начало. О том, что ждёт дальше, читайте в главе «Тонкости токеномики», а пока двинемся дальше: проблема ликвидности не единственная на стадии PoC / MVP.
Вторая значимая проблема – скорость. Многие команды, особенно с просторов постсоветского пространства и из тех стран, что не пережили бурный экономический рост, часто, слишком часто страдают перфекционизмом.
Опять же начну с примера: menaskop.ru – обменник, собранный мной за несколько вечеров в 2009 году. Увидел нишу, работая в небольшом агрегаторе платежей, взял учебник по PHP и начал верстать сайт: вышел он неказистым, но в итоге за 8 лет работы обороты превзошли миллион долларов. Если бы подошёл к этому процессу «как надо» (снял бы отдельный офис, нанял разработчиков, продажников, маркетологов и прочих специалистов, сделал бы красивый сайт и т. д.), то потерял бы главное: скорость. И ещё – работал бы всегда в убыток: ведь фича была в том, что маржа моя составляла не более 1%. Плюс к этому на мелких переводах вообще не зарабатывал бы и даже работал в убыток, зато на крупных мог сразу получить большой куш и покрыть все расходы.