Airdrop ZKSync спричинив суперечки, подивимося на труднощі холодного старту веб-проектів

Автор:@Web3Mario(_mario)

Анотація: Найгарячішою темою минулого тижня, безумовно, був інцидент із перевіркою публічних Аірдроп ZKsync, спочатку автор вивчав і писав певний навчальний досвід про TON DApp розробку, але побачивши цю суперечливу подію та широке обговорення в спільноті, у мене виникли певні почуття, тому я написав статтю і сподіваюся поділитися нею з вами. Загалом, схема Аірдроп ZKSync використовує метод розподілу proof-of-property, зосереджуючись більше на винагородах для розробників, основних учасників і рідного Кит Degen ZKSync, що створює ситуацію, коли рідний Degen Кит сміється, а перукарська студія гавкає.

Центр обговорення у спільноті: чи ключовим є взаємодія, чи ключовим є обсяг коштів

На протязі довгого часу, здавалося, що в галузі Web3 виникла парадигма приваблення користувачів до використання продуктів шляхом Аірдропа, щоб досягти холодного запуску проекту. Це особливо стосується треку Layer2, де шляхом стимулювання очікувань розробників і користувачів стосовно потенційних розподілів, спонукають розробників активно будувати та підтримувати DApp, а також стимулюють користувачів мостити кошти на цільовий Layer2 на ранніх етапах розвитку та активно брати участь у роботі DApp, що працюють на цільовому Layer2, щоб стимулювати активний екосистему. Це стало стандартом.

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

Для того, щоб дослідити причину цієї дискусії та обговорити деякі висновки для майбутнього, необхідно згадати правила роздачі безкоштовних токенів Arbitrum та Optimism. Спочатку згадаємо про безкоштовну роздачу токенів Arbitrum, яка відбулася в березні 2023 року. У рамках цієї роздачі було розподілено 11,62% загальної кількості токенів Arb для користувачів Aribitrum, а також 1,13% токенів Arb для DAO, що працюють на екосистемі Arbitrum. Правила роздачі токенів для користувачів були наступними, відповідно до даних зі знімка станом на 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: Користувач здійснив більше 3, 5 або 10 транзакцій на Arbitrum Nova.

Кожна деталь матиме певний метод розрахунку балів, верхня межа оцінки становить 15 балів, ця оцінка використовується для визначення кількості вилок, на яку може претендувати користувач, метод розрахунку можна апроксимувати як лінійну залежність, але стартова винагорода починається з 3 балів, а обмежена винагорода становить 10 200 арб. Винагорода свічка з довгим хвостом за DAO безпосередньо визначається відповідно до способу оцінки діяльності, і за результатами 137 DAO в результаті отримали Аірдроп, з яких найбільше лонг отримали Treasure і GMX, 8 млн Arb відповідно, по суті це дійсно величезний дохід.

Далі перегляньте Optimism, відмінно від Arbitrum, розподіл ефіру Optimism відбувається у кілька етапів, загальна кількість розподілених нагород становить 19% від загального обсягу постачання. Перший етап розподілу нагород відбувся в червні 2022 року, загалом 5% нагород було розподілено на 260 000 адрес. До цього моменту вже відбулося чотири етапи розподілу нагород, конкретні правила кожного етапу наведені нижче:

• Раунд 1: користувачів поділені за кількістю транзакцій на звичайних та активних користувачів, відповідно адреси з 1 транзакцією та адреси з більш ніж 4 транзакціями, а також учасники Ethereum DAO, користувачі багатопідписних гаманців Ethereum, донори Gitcoin та користувачі кросчейн мосту. Кожній з цих категорій відповідає фіксована винагорода, причому винагороди останніх трьох категорій можна накладати одна на одну.
• Другий раунд: Користувачі, які мають загальну плату за газові операції більше 6,1 доларів США або мають вік монети, який перевищує 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 тощо.
• Розподіл: При обчисленні конкретної кількості винагороди для адреси, яка відповідає вищезазначеним стандартам, використовується формула масштабування вартості, яка обчислює часово-зважене середнє значення на основі суми, відправленої в еру ZKsync, та часу утримання цих криптовалютних активів у гаманці, щоб відкоригувати розподіл для кожної адреси. Водночас кошти, які беруть участь у протоколі DApp, отримають подвоєний бонус, що означає, що ви отримаєте більше винагороди, якщо переведете велику кількість коштів в ZKSync, утримуватимете їх протягом тривалого часу та активно використовуватимете для участі в деяких ризикованих продуктах, наприклад, надавання ліквідності на DEX.
• Множник: Адреси, які відповідають певним стандартам, можуть отримати множник у розподілі. Зазвичай ці стандарти полягають у утриманні деяких високоризикових альткоїнів або NFT, що є власними для ZKSync.
• Перевірка Сівілли: В кінці кінців, ZKSync також здійснює перевірку на Сівіллю, щоб фільтрувати більшість ботів. Перевірка здійснюється з двох аспектів: перший ETH, що надходить після створення певної адреси EOA, та взаємодія цієї адреси EOA з адресою депозиту на CEX. Насправді це використовує особливості CEX KYC.

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

І, здається, не складно помітити велику кількість мисливців за аірдропами KOL в X, ця частина аудиторії публікує контент на тему навчання отримання аірдропів від проектів, зазвичай маючи широке коло фанатів і великий вплив, тому через соціальні мережі вони тиснуть на офіційний ZKSync у сподіванні змінити ситуацію. Однак з офіційної позиції, здається, також протистоять, не змінюють правила під тиском, тому є теперішня ситуація. Перепалка спровоковує обговорення підозрюваних поганих дій та відстоювання, що є основним аспектом цієї гучної битви публічності.

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

Завдяки великій взаємодії виникає проблема атак Сівілли, а засвідчення майна викликає проблему монополії

Для учасників раннього пташеня, які отримали винагороду за розподіл, вже доведено, що це ефективний спосіб холодного запуску проекту Web3, добре налаштований механізм роздачі може допомогти проекту ефективно залучити ранніх користувачів, стимулюючи їх використання ключових протоколів, підвищуючи липучість продукту. Це також протягом довгого часу більшість проектів Web3 акцентували на стимулюванні взаємодії, що стало фундаментальною причиною, але це призвело до зниження порогу отримання винагороди, що легко призвело до атаки Сівілли. Оскільки взаємодія може бути автоматизованою та масовою, це надає багатьом професійним командам можливість масової операції. Коли велика кількість рахунків роботів потрапляє, це може створити недовготривалий фіктивний розвиток протоколу, але ці “користувачі” зазвичай не приносять користі проекту в майбутньому, більшість з них виводять винагороду, щоб підвищити оборотність коштів та збільшити прибуток, цей стимулюючий механізм навіть розбавляє кількість винагороди для дійсно цінних користувачів, і це не варто втрат.

Так чому цей механізм працював добре на початковому етапі? Це, звичайно, пов’язано з тим, що в той час не було так багато схожих професійних команд, і більшість користувачів ще не сформували звичку до цього стимулюючого механізму. Взаємодія була досить чистою, належала справжнім користувачам, тому стимул міг ефективно розподілятися серед цих користувачів, а багатство, яке виникало від цього, також допомагало команді проекту здійснювати зазначені вище переваги. Однак із впливом ефекту заробітку, цей спосіб, очевидно, вже не може ефективно привертати справжніх користувачів. Моє особисте враження полягає в тому, що корисність дійствів з аірдропу, які спрямовані на взаємодію, майже досягла піку до аірдропу Arbitrum.

Це також є основна причина, чому ZKSync хоче відмовитися від використання кількості взаємодій як основи для ідентифікації користувачів за відносним розміром активів. Однак цей спосіб доказу власності також може мати проблеми. Хоча він може ефективно виявляти та усувати ризики жіночих атак, нова проблема, яку він створює, - це нерівномірний розподіл багатства, що виникає внаслідок монополізації.

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

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

X Посилання: _mario