Споры о воздушном капельном пуске ZKSync позволяют рассмотреть проблему холодного старта проекта Web3.

Автор оригинала: @Web3 Mario（_mario）

На прошлой неделе самым горячим темой было событие по открытой проверке воздушного сброса ZKsync. Изначально я занимался изучением и написанием некоторого опыта разработки DApp для TON, но увидев это довольно спорное событие и широкие обсуждения в сообществе, у меня возникли определенные чувства, поэтому я решил написать статью и поделиться с вами. В целом, схема воздушного сброса ZKSync использует распределение на основе доказательства владения, более фокусируясь на наградах для разработчиков, основных участников и родных Degen-китов ZKSync, что приводит к ситуации, в которой родные Degen-киты смеются, а студия по расчесыванию шерсти волнуется.

Центральная точка спора в сообществе: ключевое значение взаимодействия или объем капитала?

На протяжении длительного времени в индустрии Web3 уже сформировалась парадигма привлечения пользователей через Airdrop для запуска проекта. Это особенно характерно для трассы Layer 2, где стимулируется активное строительство и поддержка DApp разработчиками путем создания ожиданий потенциального Airdrop и активного участия пользователей в раннем развитии, переводе средств на целевой Layer 2 и использовании DApp на целевом Layer 2 для активизации экосистемы.

Поэтому в прошлом пользователи обычно ожидали, что воздействие ZKSync будет сравниваться с двумя его прямыми конкурентами, Arbitrum и Optimism. Конечно, с точки зрения влияния на отрасль, финансирования рискового капитала, объема сбора средств и т. д., этот вывод логичен, однако результаты оказались совершенно иными, что привело к широким дискуссиям в сообществе, поскольку пользователи, основываясь на своем опыте, не получили ожидаемого количества вознаграждений при участии в ZKSync.

Для того чтобы исследовать причины этой дискуссии и обсудить некоторые уроки для будущего, естественно, нужно вспомнить правила проведения Airdrop Arbitrum и Optimism. Сначала вспомним о проведении Airdrop Arbitrum, которое началось в марте 2023 года, где было распределено 11,62% общего предложения монеты Arb для пользователей Aribitrum, а также 1,13% монеты Arb для DAO, работающих в экосистеме Arbitrum. Правила проведения Airdrop основаны на снимке данных от 6 февраля 2023 года и конкретные правила для пользователей следующие:

• Переход на Arbitrum: Пользователям необходимо переместить средства на Arbitrum One или Arbitrum Nova.
• Торговля в разные периоды времени: Пользователь совершал сделки в двух разных месяцах, шести разных месяцах или девяти разных месяцах.
• Частота сделок и взаимодействие: Пользователь совершил более 4, 10, 25 или 100 сделок или взаимодействовал с соответствующим количеством смарт-контрактов.
• Стоимость сделки: Общая стоимость сделок пользователя превышает 10 000 долларов США, 50 000 долларов США или 250 000 долларов США.
• Предоставление Ликвидности: пользователь уже внес более 10 000 долларов США, 50 000 долларов США или 250 000 долларов США во вращающиеся средства.
• Arbitrum Nova 活动: пользователь провел на Arbitrum Nova более 3, 5 или 10 сделок.

Каждое правило имеет конкретный способ вычисления баллов, предельное количество баллов составляет 15, это количество баллов используется для определения количества Arb, которое может получить пользователь, способ вычисления может быть приблизительно линейным, но начальное вознаграждение начинается с 3 баллов, а максимальное вознаграждение составляет 10200 Arb. Что касается вознаграждения для DAO, то конкретная сумма определяется непосредственно способом оценки активности, с результативной точки зрения в конечном итоге 137 DAO получили воздушную каплю, из которых Treasure и GMX получили больше всего, по 800 миллионов Arb каждый, с точки зрения текущей сути, это действительно значительный доход.

Далее рассмотрим Optimism, в отличие от Arbitrum, воздушные сбросы Optimism проводятся в несколько раундов. Всего распределяется 19% от общего объема наград, причем первый раунд воздушных сбросов начался в июне 2022 года, когда 5% награды были распределены на 260 тысяч адресов. На данный момент уже проведено четыре раунда воздушных сбросов, и конкретные правила каждого раунда таковы:

• Первый раунд: разделил пользователей на обычных и активных в зависимости от количества транзакций. Они соответствуют адресам, которые совершили 1 транзакцию и адресам, которые совершили более 4 транзакций, участникам Ethereum DAO, пользователям мультиподписных кошельков Ethereum, пожертвователям Gitcoin и пользователям кроссчейн мостов. Каждый тип пользователей имеет фиксированную награду, которая может быть накопительной для последних трех типов.
• Раунд 2: Пользователи с общей платой за газ более 6,1 USD или более 2000 монет, участвующие в доверенном управлении, могут разделить 11, 742, 277 $OP;
• Третий раунд: пользователи, участвующие в управлении делегированными средствами, с возрастом монеты свыше 18000, могут разделить 19 411 313 $OP;
• Четвертый раунд: создателям NFT было выделено 10 343 757 $OP;

Из вышесказанного мы можем заметить, что в конкретной настройке активности взаимодействие является важным ориентиром, чем чаще взаимодействие, тем больше награды пользователь может получить. Однако кажется, что эта неявная регула была отвергнута в ZKSync: в дизайне раздачи токенов ZKSync квалификация и распределение для пользователей ZKSync выбираются и рассчитываются в четырех последовательных шагах, примерные правила приведены ниже:

• Отбор по квалификации: каждый адрес, который проводил транзакции на ZKsync Era и ZKsync Lite, будет проверен по квалификационным критериям. Установлено 7 критериев для отбора квалифицированных пользователей, например, взаимодействие с не-токенными контрактами более 10 раз, причем не-токенные контракты должны быть активными не менее 30 дней, отправка не менее 5 транзакций на ZKsync Era и т. д.
• Множитель: Адрес, который соответствует определенным стандартам, может получить множитель при распределении. Эти стандарты обычно связаны с владением определенного высокорискового альткоина или NFT в сети ZKSync.
• Проверка Сивиллы: В конце концов, ZKSync также будет выполнять проверку на атаку Сивиллы, чтобы фильтровать большинство роботов. Его критерии проверки основаны на двух аспектах: источнике первой ETH после создания определенного EOA-адреса и взаимодействии этого EOA-адреса с адресом депозита на CEX. Фактически, это также использует функции KYC на CEX.

Исходя из конкретных правил, мы можем увидеть, что в расчетах вознаграждения не учитывается количество взаимодействий, а сконцентрировано на объеме средств на отдельном счете и степени готовности выделять рисковые активы. Поэтому после объявления результатов многие пользователи ZKSync, которые активно взаимодействовали в прошлом, были сильно удивлены и недовольны, что привело к возникновению споров. Поскольку эти пользователи обычно разбрасывали большие средства на множество адресов, чтобы увеличить количество потенциальных адресов для получения воздушного падения, эти адресные группы обычно состоят из сотен или даже тысяч адресов, и они используют малые суммы для участия в каком-то протоколе. Они улучшают потенциальную прибыль, предвидя возможные стимулирующие меры и часто взаимодействуя с помощью автоматизированных сценариев или вручную. Однако настройка воздушного падения в ZKSync делает эту стратегию неэффективной, поскольку комиссии, уплаченные этими адресами, активно взаимодействующими, могут быть даже выше вознаграждения, что, естественно, вызывает недовольство у этих пользователей.

И, кроме того, несложно заметить большое количество охотников за баунти в X, которые публикуют контент по теме, как удобно получить баунти от проекта, и обычно имеют широкую аудиторию фанатов и сильное влияние. Поэтому они давят на официальную страницу ZKSync в социальных сетях, надеясь изменить ситуацию. Однако, судя по позиции официальных лиц, они остаются твердыми и не изменяют правила под давлением, поэтому возникла текущая ситуация. В процессе обсуждения возникли обвинения и оправдания в отношении возможных злонамеренных действий, что стало основным вопросом в этой информационной войне.

С точки зрения результата, кажется, что обе стороны могут быть поняты, и только с какой точки зрения рассматривать правильность или неправильность, но я считаю, что есть что-то, над чем стоит задуматься, а именно, кто, собственно, является целевым пользователем на стадии холодного старта проекта Web3, или какие пользователи именно следует мотивировать на стадии холодного старта.

Проблема атаки Сивиллы, вызванная интенсивным взаимодействием, а проблема монополии связана с доказательством собственности.

Для участников ранней птицы, основанные на наградах Airdrop, уже доказано, что это эффективный способ холодного запуска проекта Web3, и хорошая настройка механизма Airdrop может помочь проекту эффективно привлечь семенных пользователей в раннем периоде, одновременно завершая пользовательское обучение путем стимулирования ключевого поведения в протоколе и увеличивая привлекательность продукта. На протяжении длительного времени большинство проектов Web3 уделяли особое внимание стимулированию взаимодействия, что является основной причиной, однако это приводит к снижению порога для получения награды, что делает акцию уязвимой для атаки Сивиллы. Поскольку взаимодействие легко автоматизировать и массово производить, это предоставляет множество профессиональных команд возможность массовых действий. Когда появляется большое количество роботизированных учетных записей, это создает кратковременный ложный бум протокола, однако эти «пользователи» обычно являются непостоянными и не могут обеспечить развитие проекта в будущем. После получения награды большинство из них также будут выводить средства для увеличения оборачиваемости средств, тем самым увеличивая доход, что, в конечном итоге, разбавляет количество наград, предоставленных проекту для действительно ценных пользователей, что на самом деле не оправдывает потери.

Почему же этот механизм был эффективен в начальный период? Это, конечно, связано с тем, что в то время не было так много подобных профессиональных команд, большинство пользователей еще не сформировали привычку к такому стимулирующему механизму, их взаимодействие было довольно чистым, они были реальными пользователями. Это позволило эффективно распределить поощрения этим пользователям, что также помогло проекту достичь перечисленных выше преимуществ. Однако с появлением эффекта заработка, этот способ явно уже не может эффективно привлекать реальных пользователей. Мой собственный опыт говорит о том, что эффективность акций, основанных в основном на взаимодействии, достигает пика к моменту проведения воздушной капитализации Arbitrum.

Это также основная причина, по которой ZKSync хочет отказаться от использования количества взаимодействий в качестве основы для идентификации пользователей по относительной величине активов. Однако такой способ доказательства собственности может также иметь проблемы. Хотя он может эффективно идентифицировать и устранять риски ведьминских атак, новая проблема, которая возникает вместе с этим, - это неравномерное распределение богатства, вызванное монополизацией.

Мы знаем, что одна из ключевых ценностей проекта Web3 - это модель децентрализованного самоуправления снизу вверх. Это означает, что поддержка пользователей на основном уровне (настоящих пользователей с небольшими средствами) является основой для развития проекта. Именно благодаря поддержке на основном уровне появляется возможность привлечения некоторых крупных игроков и создания более устойчивой модели развития, ведь в большинстве случаев они имеют финансовое преимущество. Только когда количество пользователей на основном уровне достаточно велико, крупные игроки смогут получить достаточно высокую прибыль. Однако система распределения доказательства собственности может привести к тому, что уже на ранней стадии развития проекта доходы крупных игроков станут заметно выше, и это затруднит создание эффективных стимулов для пользователей на основном уровне, что в свою очередь препятствует формированию сплоченного сообщества.

В конечном итоге, для проектов Web3 при разработке механизма холодного старта все же нужно тщательно обдумать ценностные пользовательские портреты для своего собственного продукта, исходя из текущей среды, разработать соответствующий механизм, который эффективно стимулирует указанных ценностных пользователей, избегая возможных атак. Таким образом, вопрос разработки собственного механизма холодного старта является очень ценной темой, и я приглашаю всех оставить комментарий в моем X для обсуждения. Давайте вместе найти интересные решения.