Переслати оригінальний заголовок «Advanced Airdrop Strategy - Survival Rules for Navigating the Witch Fog – An Analysis Based on 100 Projects»

📌 Основні правила вибору користувачів проектами

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

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

1️⃣ Критерії відбору на основі взаємодії

• Частота, обсяг та активність транзакцій: відображає рівень активності користувача on-chain. Часті транзакції та глибокі взаємодії свідчать про значну участь користувача в екосистемі. Однак надмірно високі дані можуть свідчити про фейкову активність. Наприклад, з Starknet W було зроблено багато помилок.
• Споживання газу: Загальні витрати на оплату транзакцій користувачами можуть непрямо відображати їх фактичну участь та внесок. Наприклад, Zkfair розподіляє Аірдропи на основі споживання газу, а Morph використовує газ для виділення балів.
• Взаємодія з контрактом та створення: Це допомагає виміряти, чи залучений користувач до кількох проектів екосистеми, відрізняючи справжніх користувачів від тих, хто лише надуває свої показники. Наприклад, Arb та zkSync обидва враховують кількість взаємодій з контрактом.

2️⃣ NFT & Критерії відбору на основі активів

• Whitelist, Public Sale, Task Acquisition: Ці NFT-токени зазвичай обмежені у випуску, що допомагає контролювати інфляцію. Вони служать ваучером для аірдропів та відображають високий рівень участі користувача в проекті. Наприклад, XAI розподіляє аірдропи на основі NFT-токенів.
• Значки OAT та SBT: Як досягнення на ланцюжку або непередавальні ідентифікаційні облікові записи, вони ефективно доводять тривалі внесок користувача та реальну участь. Наприклад, пілотний OAT ODO та LXP Linea.
• Утримання токенів & стейкінг NFT: Утримання токенів або стейкінг NFT не лише показує довіру до активів проєкту, але також може приносити додаткові стимули. Це також допомагає оцінити якість активів користувача та їх управління ризиками. До прикладів відносяться NFT-випади токенів MOCA та PENGU.

3️⃣ Завдання з 3️⃣ балами та платформи для завдань

• Накопичення балів та ранжування: Виконані завдання на платформах, таких як Galxe, Zealy або офіційні платформи, дозволяють користувачам накопичувати бали, при цьому вищі бали вказують на більшу участь. Ранжування може служити важливою основою для розподілу аірдропів. Приклади включають Galaxy Points від IO та бали аірдропів SCA, а також багато аірдропів проекту LSD.
• Завдання міжекосистемних задач: Користувачам потрібно виконувати завдання на кількох платформах або екосистемах, що забезпечує більш всебічну оцінку їх загальної активності та внеску в екосистему. Наприклад, багато завдань Odyssey, Move та Linea потребують виконання завдань у різних екосистемах для отримання винагород.

4️⃣ Спільнота та соціальні внески

• Twitter/Discord/Telegram Activity: Користувачі займаються соціальними завданнями в межах спільнот, такими як твітинг, обмін повідомленнями, участь в обговореннях або виконання перекладів, щоб заробити ідентифікаційні маркери. Ці завдання є більш складними та мають вищу вартість аірдропу. Наприклад, в Kaito користувачі заробляють бали, спілкуючись в Twitter, а персонаж Горили в Move вартий тисячі доларів. Доги видають аірдропи на основі віку та активності облікового запису в Telegram.
• Ранні Учасники (ОГ Ролі) & Сприяння Запрошенням: Ранні учасники або користувачі, які були залучені через запрошення, мають більше шансів отримати аірдропи як стимул для довгострокової участі. Наприклад, ОГ ролі IP поєднуються з тисячами токенів у вигляді аірдропів.
• Створення вмісту та взаємодія в соціальних мережах: Продвиження та обговорення на платформах, таких як Twitter, Medium або YouTube, допомагають поширювати усвідомленість про проект, відображаючи підтримку користувача проекту. Наприклад, роль творця Move.

5️⃣ Налаштування вузла & Технічні внески

• Повні ноди, майнінг, валідатори: Технічна участь, така як запуск вузлів, майнінг або робота в якості валідатора, безпосередньо підтримує безпеку та продуктивність мережі, що робить її високо цінною в проектах. Наприклад, працівники IO використовують графічні процесори для майнінгу балів, вузли Nillion працюють на центральних процесорах, а Grass заробляє бали за допомогою IP та трафіку.

6️⃣ ГеймФі та взаємодія з розвагами

• Фермерство золота, P2E: У проектах GameFi заробіток токенів через внутрішні ігрові завдання показує як участь користувача, так і їхню залежність від розважальної екосистеми проекту. Наприклад, CATI, де користувачі заробляють токени, виховуючи котів, і BigTime, де користувачі добувають токени в грі.

⚔️ Офензивні та оборонні заходи проти адрес чаклунок

🚨 Стратегії ідентифікації адрес від відомих проєктів

У попередньому аналізі даних статті 32% з 100 проектів у 2024 році явно перевірили адреси відьом.

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

📕 Посібник з тактики захисту від відьом

1️⃣ Аномальне створення адреси та переміщення коштів

Проекти надають перевагу перевірці часу створення адреси, шляхів депозиту та шаблонів агрегування коштів. Ці поведінкові моделі найлегше можуть бути відзначені як адреси-відьми, а основні тактики включають:

• Створення кількох адрес в один день: Якщо багато нових адрес створюються і фінансуються в один день, їх часто помічають як партійні відліків відліку.
• Одне до багатьох або багато до одного перекази: Якщо одна адреса відправляє кошти на кілька менших рахунків або кілька адрес об'єднують кошти в один гаманець, це розглядається як аномальний розподіл коштів.
• Схожі суми депозитів за короткий період: Якщо кілька адрес здійснюють депозити на однакові або схожі суми протягом короткого часу, це може бути вважено за одну особу, що контролює кілька облікових записів.
• Масові виведення за короткий період: Якщо кошти з кількох адрес одночасно виводяться на той самий гаманець, це вважається високоризикованою поведінкою.

💡 Стратегії запобігання:

• Створюючи нові адреси, обмежте кількість створених на день і рандомізуйте час депозиту, щоб уникнути масових дій.
• Використовуйте підрахунки на централізованих біржах (CEX), таких як Binance, OKX, тощо, як посередницькі станції для уникнення агрегації on-chain.
• Випадковим чином змінюйте суми та часи депозитів, щоб уникнути створення великих партій з фіксованими сумами або часами.
• Під час виведення коштів розподіляйте інтервали та використовуйте різні підадреси з різних CEX для виведення.

2️⃣ Аномальна поведінка взаємодії в ланцюжку

Проекти проаналізують зразки взаємодії адрес, які загалом називають «однорідними взаємодіями», з особливим акцентом на наступні поведінки:

• Схожі NFT або доменні імена: Якщо кілька адрес отримують ті самі NFT або доменні імена, їх легко ідентифікувати як пакетні операції.
• Аналіз подібних транзакцій: Якщо у кількох адрес є подібна кількість транзакцій або вони взаємодіють з подібними контрактами, це може бути позначено як активність ботів.
• Ідентичні послідовності транзакцій & Суми: Якщо послідовність, суми та контрагенти однакові для різних адрес, висока ймовірність їх ідентифікації як пакетних рахунків.
• Фіксовані часи взаємодії: Якщо кілька адрес взаємодіють одночасно (наприклад, виконують завдання протягом 24 годин), ризик виявлення високий.

💡 Стратегії профілактики:

• Використовуйте різні облікові записи для різних завдань, розподіляйте час взаємодії та уникайте виконання однієї й тієї ж операції одночасно.
• Вставте «приманкові проекти» в ланцюг взаємодії, такі як участь в низькозатратних угодах DEX, позики або інші DApps, щоб зробити взаємодію більш природною.
• Взаємодіяти випадковим чином з різними контрактами, не всі облікові записи повинні співпрацювати з однаковим DEX, містком або контрактом. Розподілити взаємодії між різними адресами та контрактами.
• Рівномірно розподіліть час взаємодії протягом 24 годин та уникайте фіксованої синхронізації операцій масового обсягу.

3️⃣ IP & Аналіз даних поза ланцюгом

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

• Одна IP-адреса / той самий пристрій: Якщо кілька облікових записів використовують одну IP-адресу або відбиток пальця браузера, існує високий ризик бути ідентифікованим як одна й та сама особа, яка керує обліковими записами.
• Схожа поведінка в соціальних мережах: Якщо кілька облікових записів Twitter публікують схожий вміст, мають такий самий порядок лайків або займаються ідентичними патернами, їх можуть позначити проектом.
• Асоціації електронної пошти: Якщо кілька облікових записів використовують схожі конвенції назв електронної пошти, вони можуть спричинити виклик заходів захисту.
• Перевірки інтерфейсу користувача: Якщо користувачі взаємодіють безпосередньо через смарт-контракти, а не через інтерфейс проекту, деякі проекти можуть спровокувати заходи контролю ризику, наприклад, у випадку з Електричними Вівцями.

💡 Стратегії запобігання:

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

🎯 Градієнтна стратегія: Розподіл облікових записів для зменшення ризику позначення

Для покращення успішності роздачі токенів рекомендується використовувати градієнтну стратегію для класифікації облікових записів, уникати використання ідентичних шаблонів для всіх облікових записів, що може призвести до масового прапорування. Проекти все більше віддають перевагу високоякісним обліковим записам, пропорція розподілу винагороди значно відрізняється. Наприклад, найвищі та найнижчі адреси ZK відрізняються на 100 разів у винагороді, STRK - у 20 разів, а ARB - у 16,32 раза. За даними ZK, наявність 100 високоякісних облікових записів еквівалентна 10 000 обліковим записам низького рівня у винагородах. Цей підхід дозволяє забезпечити більш ефективну роботу, зменшуючи ризик прапорування як адреси-відьми. Проте облікові записи низького рівня та лотерейні облікові записи все ще є важливими. Наприклад, Tensor та Magic Eden - це приклади успіху з обліковими записами низького рівня, тоді як HMSTR представляє перемогу з лотерейними обліковими записами. Обрана стратегія може радикально змінити результат.

✅ Преміум-рахунки (зосереджені на зростанні рахунку, великі інвестиції)

• Переконайтеся, що кожна метрика є принаймні в верхній 1%.
• Беріть участь у високоякісних взаємодіях, беріть участь у кількох екосистемах та прив'яжіть соціальні облікові записи для забезпечення людської верифікації (наприклад, Gitcoin).
• Використовуйте особисті гаманці з невеликою кількістю преміальних токенів, щоб збільшити внесок в екосистему on-chain.
• Симулюйте реальну поведінку користувача та довгострокову роботу, щоб уникнути одноразового фармінгу аірдропів.

✅ Облікові записи низького рівня (мінімальний поріг роздачі, помірна активність)

• Переконайтеся, що кожен показник входить принаймні до 20% найкращих.
• Беріть участь лише в основних завданнях аірдропу без очевидної відьмоподібної поведінки.
• Виконуйте помірну торгівлю, уникайте надто частих або регулярних взаємодій.

✅ Лотерейні рахунки (оптові рахунки, експерименти з низькими витратами)

• Виконуйте лише прості завдання з високою рентабельністю, суворо контролюючи витрати.
• Може застосовувати більш агресивні стратегії, але не за рахунок основних рахунків.

🧠Висновок

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

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

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

Відмова від відповідальності:

1. Ця стаття відтворена з [X],Оригінальна назва "Advanced Airdrop Strategy - Survival Rules for Navigating the Witch Fog – An Analysis Based on 100 Projects", авторські права належать оригінальному автору [@crypto_laodong], якщо у вас є заперечення проти передруку, будь ласка, зв'яжіться з нами Ворота НавчитисяКоманда, команда якнайшвидше вирішить це відповідно до відповідних процедур.
2. Відмова від відповідальності: Погляди та думки, висловлені в цій статті, представляють лише особисті погляди автора і не становлять жодних інвестиційних порад.
3. Інші мовні версії статті перекладені командою від gate Learn, не згадано вGate.io, перекладена стаття не може бути відтворена, поширена або плагіатована.