От кранов до баунти: как формировалась культура раздачи токенов

Летом 2010 года получить биткоин было труднее, чем сейчас открыть приложение биржи. Нужно было разобраться с программой-узлом, дождаться монет от майнинга или найти человека, который готов продать их за обычные деньги. Гэвин Андресен предложил другой вход: сайт давал посетителю пять BTC, если монеты ещё оставались. Он положил в кран 1 100 BTC и объяснил цель просто: проекту легче расти, когда новичок может взять несколько монет и попробовать сеть.

Этот жест стал ранним примером криптовалютной раздачи, но он не был ни инвестиционным предложением, ни конкурсом. Со временем «дать токен» стало означать десятки разных вещей: познакомить пользователя с сетью, оплатить тестирование, вознаградить сообщение об уязвимости, распределить право голоса или субсидировать активность рынка. История кранов и баунти показывает, как криптосообщества учились привлекать людей — и как сама форма вознаграждения меняла их поведение.

Содержание

• Кран как первая дверь в Bitcoin
• Когда бесплатная раздача стала дефицитной
• Баунти за полезную работу
• Тестовые сети и призы за нагрузку
• Токены за участие и ранняя ликвидность
• Чему научила культура раздач

Кран как первая дверь в Bitcoin

11 июня 2010 года Андресен написал на Bitcoin Forum, что его первый проект — сайт, который бесплатно отдаёт биткоины: «пять BTC на пользователя, кто первый пришёл». Первоначальный запас составлял 1 100 BTC. Форумное сообщение прямо объясняет мотивацию: покупка тогда была неудобной, а добыча монет на собственном узле требовала времени. Несколько монет давали новичку возможность попробовать отправку и получение платежа, не начиная с покупки оборудования или поиска продавца.

В этой модели вознаграждением было не обещание прибыли, а доступ к самому объекту эксперимента. Пользователь получал небольшую сумму и мог включиться в сообщество: изучать кошелёк, отправлять монеты, задавать вопросы. Кран одновременно решал проблему начального распределения и онбординга — объяснение продукта происходило через собственное действие. В сети, где ценность зависела от людей, готовых запускать узлы и принимать платежи, первый опыт использования был частью инфраструктуры.

У крана была простая проблема: «один пользователь» трудно определить без удостоверений личности. Если правило — одна выдача на IP-адрес или адрес кошелька, желающий получить больше мог менять адреса или пользоваться прокси. Уже через несколько дней Андресен описывал подозрительные серии запросов, добавление CAPTCHA и возможность уменьшить вознаграждение для подозрительных заявок. В обсуждении участников появлялись и другие предложения. Это маленькая история о том, как распределение без регистрации сталкивается с тем, что получатель может иметь стимул притвориться несколькими людьми.

Кран был ещё и публичным обещанием. Объявление фиксировало начальный запас, правило выдачи и причину, по которой сайт существовал; участники могли наблюдать, как идея работает, и обсуждать её в той же теме. Это не было формальной DAO или программой с независимым аудитом, но открытая переписка делала решение автора видимым. Такая прозрачность помогала сообществу понимать, кто пополняет запас, почему меняется сумма и какие ограничения появляются после попыток обмана.

Когда бесплатная раздача стала дефицитной

Кран не мог оставаться неизменным, потому что менялась цена раздаваемых монет. По мере того как добывать биткоин становилось сложнее, а BTC дорожали, одинаковое количество монет означало для организатора и получателя всё более разную стоимость. В сообщениях Андресена видно, как выплаты корректировались: в одних случаях он снижал порог или переходил на «бит-никели» по 0,05 BTC, в других просил сообщество пополнять запас.

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

Кран также показывает отличие «бесплатно» от «без затрат». Кто-то должен был предоставить монеты, разработать сайт и отсеивать злоупотребления. Публичная раздача могла финансироваться личным запасом и добровольными пожертвованиями. Слово «free» описывает опыт посетителя, а не себестоимость программы. Впоследствии гранты и баунти сделали эти расходы заметнее: организатор заранее определял, какую работу хочет получить и из какого бюджета её оплатит.

Кроме денег существовала и цена внимания. Получатель должен был найти объявление, разобраться с адресом и понять, как работает кошелёк. Для совсем ранней сети это могло быть существенным препятствием. Раздача без обучающего контекста рискует закончиться тем, что монеты просто исчезнут с радаров пользователя. Поэтому эффект раннего крана нельзя оценить только суммой переводов: важна возможность перейти от получения актива к самостоятельной операции и участию в разговоре о сети.

Баунти за полезную работу

В отличие от крана, баунти не обязательно платит за присутствие. Организатор объявляет задачу или измеримый результат, например поиск уязвимости, проверку кода или стресс-тест. Награда становится частью системы безопасности и разработки. В декабре 2014 года команда Ethereum объявляла о подготовке программы bug bounty до запуска сети; в следующие годы фонд расширял программу вместе с изменением протокола и клиентского программного обеспечения.

Здесь особенно важны правила: что входит в scope, как сообщать об ошибке, кому принадлежит право раскрытия, как определяется критичность и когда выплачивается вознаграждение. Если правила размыты, исследователь рискует потратить время и не получить оплату; команда рискует пропустить важное сообщение или получить уязвимость одновременно с публичным раскрытием. Ответственный bounty-процесс соединяет независимый поиск ошибок с координацией исправлений, а не превращает награду в публичный челлендж взломать работающую систему.

Баунти не тождественен гранту. В объявлении о DEVgrants от Ethereum Foundation в 2015 году отдельно говорилось, что гранты поддерживают уже идущую работу над общественными проектами, но не являются венчурным капиталом или баунти-программой. Разница — в том, что именно оценивается: готовый результат, проверяемая уязвимость или долгосрочная работа по плану. Такие формы могут дополнять друг друга, но не заменяют зарплату, устойчивое финансирование или техническое руководство.

Уязвимость не всегда можно оценить только размером потенциального ущерба. Ошибка в редкой функции может быть критичной для одного пользователя, а дефект в общем механизме консенсуса — опасным для всей сети. Программа Ethereum позднее связывала уровень награды с влиянием бага на сеть и уточняла список компонентов в scope. Это показывает, почему крупная сумма сама по себе не создаёт хорошую систему безопасности: нужны ответственная команда, понятная шкала, быстрый процесс проверки и возможность исправить проблему до того, как детали станут публичными.

Тестовые сети и призы за нагрузку

Ещё один родственник баунти — соревнование или программа вознаграждений на тестовой сети. В 2015 году Ethereum запустил Olympic, чтобы участники проверяли пределы тестовой системы, создавали нагрузку, исследовали поведение контрактов и помогали обнаруживать ошибки. Фонд объявил общий призовой фонд и категории испытаний; позднее опубликовал список получателей и конкретные критерии, включая активность майнинга и транзакций.

Здесь токен или приз выдавался не за удержание актива и не просто за регистрацию, а за вклад в тестирование. Однако и такие соревнования имеют методические ограничения. Если платят за число транзакций, участник может максимизировать счётчик, не помогая найти реальные проблемы. Хорошая программа должна выбирать метрику, связанную с целью: разнообразие сценариев, воспроизводимый отчёт об ошибке, качество нагрузочного теста или проверяемый результат, а не только лёгкое для подсчёта действие.

В Olympic вознаграждались разные виды участия, включая тестовую активность, использование виртуальной машины и майнинг на тестовой цепи. Позднее в объявлении победителей были описаны категории и процедура, по которой участник мог получить награду. Это отличало соревнование от обычного faucet: доступ к монетам был связан с вкладом в тестирование, а не только с желанием посмотреть кошелёк. Но призовая таблица также подталкивает к измеримому поведению, поэтому её дизайн влияет на то, какие сценарии участники выбирают.

Баг-баунти, нагрузочный тест и кран нельзя свести к одной «раздаче токенов». В первом случае нужно раскрыть риск, во втором — нагрузить систему по правилам, в третьем — дать пользователю минимальную сумму для знакомства. Но у всех трёх есть общая задача координации: превратить вознаграждение в полезное участие, не создавать стимул обманывать метрику и не обещать больше, чем программа способна профинансировать.

Токены за участие и ранняя ликвидность

В DeFi распределение вознаграждений приобрело новую функцию. Когда Compound начал раздавать COMP пользователям в июне 2020 года, токен был связан с управлением протоколом. В официальном дайджесте Compound сообщалось, что токены получают пользователи, которые предоставляют активы или занимают их; получатели могли также делегировать право голоса. Это уже не кран: размер награды связан с использованием финансового протокола, а распределение меняет состав участников управления и экономические стимулы.

Такую модель часто описывают как liquidity mining. Протокол субсидирует предложение и заём, рассчитывая на рост ликвидности и пользовательской активности. Но если участники приходят главным образом за наградой, их поведение может быстро меняться вслед за её размером. Исследование Perez, Werner, Xu и Livshits анализировало Compound до сентября 2020 года и отдельно изучало изменения после COMP. Авторы связывали стимулы и структуру займов с изменением риска ликвидаций; их выводы относятся к конкретным данным и периоду, а не ко всем токеновым программам.

Токеновая раздача поэтому выполняет сразу несколько ролей: привлекает ранних пользователей, распределяет право голоса, компенсирует вклад или временно снижает цену использования сервиса. Эти задачи могут конфликтовать. Если вознаграждение пропорционально объёму, крупный участник получает больше; если оно зависит от числа адресов, появляется стимул создавать множество адресов; если распределение голосов следует за активностью протокола, пользователи могут получить влияние, не разделяя долгосрочную ответственность за управление.

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

Чему научила культура раздач

Путь от крана 2010 года к программам управления DeFi не был прямой линией прогресса. Ранний faucet отвечал на барьер доступа: как получить несколько монет и испытать незнакомую сеть. Призовой тестнет помогал проверять технологию до выпуска. Bug bounty оплачивал работу по снижению риска. Токеновые стимулы субсидировали активность и могли распределять право голоса. Каждая форма решала конкретную задачу, а не просто делала токены «бесплатными».

При оценке новой программы стоит задать четыре вопроса. Какую проблему она решает? Какой вклад получает система? Можно ли легко накрутить метрику? Кто финансирует награду и что произойдёт, когда выплаты закончатся? Если ответ только «так привлекают пользователей», нужно спросить, остаются ли они после прекращения субсидии. Если платят за безопасность, есть ли закрытый канал и процедура раскрытия. Если распределяют управление, даёт ли схема новым участникам голос или лишь концентрирует его среди крупных адресов?

Смысл исторических раздач не в том, чтобы романтизировать бесплатные монеты или осуждать токеновые стимулы. Ранний кран помог новичкам действовать, но быстро столкнулся с повторными заявками. Bug bounty привлёк независимых исследователей, но нуждался в ясных правилах и исправлениях. Liquidity mining мог ускорять рост протокола, но менять риск-поведение. Вознаграждение — это часть дизайна сети: оно показывает, какое участие организатор считает ценным и как он измеряет его успех.

Источники

1. Gavin Andresen, “Get 5 free bitcoins from freebitcoins.appspot.com”, Bitcoin Forum, 11 июня 2010.
2. Gavin Andresen, “Bitcoin Faucet changes”, Bitcoin Forum archive, 23 июня 2010.
3. Ethereum Foundation, “A call to all the bug bounty hunters out there…”, 18 декабря 2014.
4. Ethereum Foundation, “DEVgrants: Here to Help”, 7 апреля 2015.
5. Ethereum Foundation, “Olympic Rewards Announced”, 26 августа 2015.
6. Ethereum Foundation, “Secured #4: Bug Bounty Rewards now up to $250,000 USD”, 16 мая 2022.
7. Compound Digest, “COMP Distribution, Key Delegates, New Asset Pages”, 18 июня 2020.
8. Daniel Perez, Sam M. Werner, Jiahua Xu and Benjamin Livshits, “Liquidations: DeFi on a Knife-Edge”, submitted 28 сентября 2020.