Як працюють баунті в екосистемі Solana і чому це конкурс

Умовний кейс. Розробник-соло білдер бачить баунті від проєкту в екосистемі Solana: потрібно написати смарт-контракт для конкретної функції. Він витрачає три дні, робить Pull Request — і отримує відмову. Причина не в коді, а в тому, що інший учасник подав рішення раніше і воно відповідало критеріям. Баунті закрито, час витрачено, грошей немає.

Цей результат не випадковий. Баунті в екосистемі Solana — це не замовлення з гарантованою оплатою за виконану роботу. Це конкурс, де перемагає не той, хто просто зробив завдання, а той, чий результат відповідав умовам і прийшов у вікно розгляду. Розберемо, як це працює на практиці.

Що таке баунті і чим він відрізняється від гранта, хакатону та роботи

Баунті (від англ. bounty — винагорода) — це публічне завдання з визначеним результатом і винагородою, яку організатор виплачує за виброне рішення. Ключове слово — вибране. Це принципово відрізняє баунті від інших форматів підтримки в екосистемі:

• Грант — фінансування ідеї або проєкту за рішенням комітету. Ви подаєте заявку, описуєте проблему, команду й план використання коштів. Оплата не гарантована, але й не залежить від прямої конкуренції з іншими заявками в момент подачі. Детальніше про це — в матеріалі про сильну грантову заявку.
• Хакатон — обмежений у часі конкурс, де команди створюють прототипи. Баунті може бути частиною хакатону, але існує й окремо.
• Робота або контракт — юридично оформлена угода з визначеним обсягом, строками та гарантованою оплатою за виконання.
• Баунті — конкурентне завдання. Організатор не зобов’язаний приймати перше чи будь-яке рішення. Він обирає найкраще за своїми критеріями, і це може бути жодне.

Більше про відмінності між форматами — у загальному огляді «Гранти, баунті й хакатони без ілюзій».

Кому підходять баунті

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

• Соло-білдерам з досвідом розробки на Solana (Rust, Anchor), які можуть самостійно пройти шлях від розуміння завдання до працюючого демо.
• Студентам з сильними технічними навичками, яким потрібен реальний кейс у портфоліо, а не просто навчальний проєкт.
• Малим командам (2–3 людини), які можуть розділити завдання і подати комплексне рішення.
• Фахівцям суміжних професій — дизайнерам, дослідникам безпеки, авторам технічної документації, якщо баунті охоплює відповідний тип завдань.

Баунті не підходить тим, хто тільки вчиться технології і планує опанувати її в процесі виконання. Конкурентне середовище не залишає часу на навчання за рахунок завдання.

Що саме пропонують: типи завдань і форми винагороди

Баунті в екосистемі Solana зазвичай належать до одного з типів:

• Технічні баунті. Написання смарт-контрактів, інтеграція з API, створення інструментів для взаємодії з мережею, усунення вразливостей (security bounties). Результат — код, який проходить перевірку.
• Продуктові баунті. Створення інтерфейсів, дашбордів, експлорерів або інших інструментів, які працюють поверх Solana. Результат — працююче демо або готовий продукт.
• Дослідницькі та контентні баунті. Аналіз протоколів, написання документації, створення навчальних матеріалів. Результат — текст, відео або аналітичний звіт.

Форма винагороди різниться: найчастіше це токени проєкту (іноді з вестинг-періодом), рідше — SOL або стейблкоїни. У деяких випадках винагорода комбінована. Перевіряйте, чи вказана валюта, сума та умови отримання в офіційному описі баунті — це перше, що варто зробити перед стартом роботи.

Умови й вимоги: що перевіряють організатори

Кожен баунті має власний набір критеріїв, але типові вимоги включають:

• Визначений результат. Описано, що саме має бути доставлено: працюючий смарт-контракт, PR у репозиторій, стаття, відео тощо.
• Технічні обмеження. Вимоги до мови програмування, фреймворку, стандартів безпеки, сумісності з певними версіями.
• Якість коду або контенту. Чи покриває код тестами, чи є документація, чи відповідає матеріал редакційним стандартам.
• Ліцензійні умови. Хто отримує права на результат — часто організатор вимагає передачі прав або публікації під відкритою ліцензією.
• Географічні та юридичні обмеження. Деякі програми не приймають учасників із певних юрисдикцій. Це потрібно перевіряти в правилах конкретного баунті.

Важливо: наявність вимог не означає, що їх чітко сформульовано. Часто організатори описують завдання загальними фразами, і саме тут криється ризик — ви можете витратити час на рішення, яке не відповідає неформалізованим очікуванням.

Дедлайн, статус і офіційне джерело: як перевірити актуальність

Перш ніж починати роботу, переконайтеся в трьох речах:

1. Офіційне джерело. Баунті має бути опублікований на офіційному сайті проєкту, в його офіційному репозиторії або в офіційних комунікаційних каналах. Якщо ви побачили баунті в третій стороні — знайдіть оригінальне джерело і порівняйте умови.
2. Статус баунті. Перевірте, чи не закрито вже прийом рішень, чи не призупинено програму, чи не виплачено винагороду. Іноді сторінки з баунті залишаються доступними, але програма фактично завершена.
3. Дедлайн і умови подачі. Чи вказана дата закриття? Чи є механізм подачі (Pull Request, форма, email)? Чи описано, як буде відбиратися переможець?

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

Ризики й підготовка заявки: як не працювати безкоштовно

Головний ризик баунті — витратити час і не отримати винагороду. Це не виняток, а системна особливість формату. Ось що можна зробити для зниження ризику:

• Оцініть конкуренцію. Якщо баунті відкритий давно і вже має кілька поданих рішень — ваші шанси знижуються. Перевірте, чи є відкриті PR або заявки від інших учасників.
• Уточніть вимоги до подачі. Якщо правила нечіткі, напишіть організатору з конкретним питанням: «Чи відповідає вимогам рішення, яке робить X, але не робить Y?». Збережіть відповідь — це може стати аргументом при розгляді.
• Оцініть співвідношення часу й винагороди. Якщо баунті пропонує суму, еквівалентну кільком годинам роботи за ринковою ставкою, а завдання потребує тижня — це не вигідна пропозиція навіть за умови перемоги.
• Подумайте про портфоліо. Якщо ризик невиграшу високий, але завдання цікаве — оцініть, чи стане результат корисним кейсом для вас самостійно. Це не компенсує витрачений час повністю, але перетворює невдачу на актив.
• Не розпочинайте без плану відкату. Визначте заздалегідь момент, після якого ви зупиняєте роботу, якщо не отримали кларифікацію від організатора або зрозуміли, що умови змінюються в процесі.

Конкретний наступний крок

Якщо ви готові спробувати баунті — не шукайте «перший-ліпший». Знайдіть одне завдання, яке відповідає таким критеріям:

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

Знайшли — не починайте кодити. Напишіть організатору одне уточнююче питання про вимоги. Отримали чітку відповідь — тоді стартуйте. Не отримали — це ваша перша перевірка надійності програми, і вона коштувала вам п’яти хвилин, а не трьох днів.

Про те, як системна участь у баунті перетворюється на довгострокову стратегію — у наступному матеріалі: «Що дає регулярна участь у баунті, навіть якщо ви не виграли з першого разу».

Редакція солана.укр