Українські розробники й фаундери регулярно отримують гранти та інвестиції в екосистемі Solana — але не через «спеціальне ставлення», а через конкретну підготовку й розуміння того, як працюють фонди. Нижче — покрокова інструкція, зібрана з досвіду команд, які пройшли цей шлях.
Доступні джерела фінансування
Екосистема Solana пропонує кілька типів фінансування, і кожен має свою логіку. Вибір залежить від стадії проєкту та того, що саме ви шукаєте: безповоротний грант на розробку, інвестицію за частку або призовий фонд хакатону.
- Solana Foundation Grants — основна програма грантів для команд, що будують на Solana. Поділяється на кілька категорій: інфраструктура, DeFi, інструменти для розробників, освіта, community. Грант не вимагає віддачі частки, але має чітку цільову спрямованість і звітність.
- Colosseum — хакатонна ініціатива, орієнтована на ончейн-проєкти. Команди подають заявки на конкретні хакатони, переможці отримують фінансування та менторство. Для українських команд це один із найпрактичніших входів, бо оцінка відбувається за результатом, а не за історією компанії.
- Екосистемні фонди та акселератори — низка фондів, повʼязаних із Solana, інвестує на ранніх стадіях. Умови відрізняються: хтось працює за моделлю SAFE, хтось — через класичні equity інструменти. Конкретні назви й умови змінюються, тому перед подачею варто перевірити актуальні програми безпосередньо на сторінках фондів.
- Венчурні фонди, орієнтовані на Solana — інвестують переважно на стадії seed та пізніше. Тут важлива наявність working product, метрик і зрозумілої моделі монетизації.
Практична порада: не намагайтеся подати одну й ту саму заявку в усі фонди. Кожна програма має свою специфіку, і адаптація матеріалів під конкретний фонд суттєво підвищує шанси.
Підготовка пітч-деку та матеріалів
Пітч-дек для Solana-фонду відрізняється від класичного стартап-деку. Оцінюючі переважно технічні люди, і вони шукають не красиві слайди, а докази того, що ви розумієте архітектуру мережі.
Що обовʼязково має бути в деку:
- Проблема та рішення — чому саме на Solana, а не на іншому L1. Конкретика: висока швидкість транзакцій, низькі комісії, архітектура без стану (stateless), конкретні можливості Anchor.
- Технічна архітектура — як саме ви використовуєте PDA (Program Derived Addresses), CPI (Cross-Program Invocations), як плануєте працювати з RPC-вузлами, які ризики масштабування бачите.
- Стан розробки — наявність репозиторію з реальним кодом, а не лише концепція. Фонди в Solana чітко відрізняють «ми плануємо писати на Rust» від «ось наш працюючий смарт-контракт на devnet».
- Команда — хто саме пише код, який досвід з Rust і Anchor. Якщо команда змішана (українські розробники + міжнародні партнери), це варто показати як силу, а не ускладнення.
- Roadmap із конкретними мілями — не «Q3 — запуск», а «до кінця місяця X — розгортання на devnet, аудит контракту Y, публічний тестнет».
Додаткові матеріали, які відрізняють серйозну заявку:
- Посилання на GitHub із комітами за останні тижні (не порожній репозиторій).
- Демо або відео роботи прототипу — навіть якщо це консольний інтерфейс.
- Опис безпеки: як ви плануєте аудит, які вектори атак розглядаєте.
Процес подачі заявки та комунікація
Подача заявки — це не «відправив і чекаю». Це процес, у якому комунікація часто важливіша за саму початкову заявку.
- Вивчіть вимоги конкретної програми — кожен фонд має форму, перелік питань та очікуваний формат відповідей. Ігнорування формату — перша причина, чому заявку навіть не читають до кінця.
- Заповніть заявку повністю — не залишайте блоки порожніми з коментарем «розповім на дзвінку». Оцінюючий може не дійти до дзвінка.
- Будьте готові до технічної розмови — якщо заявку прийнято до розгляду, наступний етап зазвичай це технічне інтервʼю. Готуйтеся відповідати на питання про архітектурні рішення, компроміси (trade-offs) і альтернативи, які ви розглядали.
- Відстежуйте статус, але без спаму — один запит через два тижні після подачі — норма. Щотижневі повідомлення «чи подивилися?» — ні.
- Якщо отримали відмову — запитайте фідбек — не всі фонди відповідають детально, але ті, хто відповідає, часто дають конкретні причини. Це безцінна інформація для наступної заявки.
Типові причини відмов
На основі відкритих обговорень українських команд у спільноті, найчастіші причини відмов зводяться до кількох категорій:
- «Нічого нового» — проєкт є клоном існуючого рішення без чіткої переваги. Якщо ви робите ще один DEX або NFT-маркетплейс, ви маєте пояснити, чому саме ваш підхід вирішує проблему, яку інші не вирішили.
- Немає коду — ідея без реалізації. У Solana-екосистемі гранти дають на розробку, а не на ідеї.
- Не зрозуміло, чому Solana — якщо проєкт можна реалізувати на будь-якому блокчейні і ви не обґрунтували вибір мережі, це сигнал, що ви не розумієте архітектурні особливості.
- Нереалістичний roadmap — обіцянки запустити повноцінний DeFi-протокол за місяць командою з двох людей без досвіду в Rust.
- Слабка команда — немає підтвердженого технічного досвіду. Фонди дивляться на профілі в GitHub, попередні проєкти, внесок у open source.
- Нечітка модель використання коштів — «нам потрібно $50 тис. на розробку» без розбивки по етапах і витратах.
Як використовувати український контекст як перевагу
Український контекст не є автоматичною перевагою, але може стати потужним аргументом, якщо подати його правильно.
Реальні кейси, які працюють:
- Інфраструктурна стійкість — якщо ваш проєкт вирішує завдання, яка виникла через війну (наприклад, децентралізовані платежі, стійке зберігання даних, альтернативні канали фінансування), це конкретний use case з реальним попитом, а не гіпотетичний сценарій.
- Доступ до талановитих розробників — українські інженери відомі в глобальній індустрії. Якщо ви змогли зібрати сильну команду в Україні, це свідчить про ваші організаційні здібності.
- Remote-first від природи — українські команди вже кілька років працюють в умовах розподіленої інфраструктури. Це не «ми адаптувалися», а «ми так працюємо з початку».
- Спільнота та нетворкінг — українська Solana-спільнота активна: локальні мітапи, телеграм-групи, спільні хакатонні команди. Фонди бачать, що ви частина екосистеми, а не ізольований проєкт.
Чого не варто робити:
- Апелювати до жалості — «ми в Україні, тому дайте гроші» не працює і може навіть зашкодити.
- Згадувати війну без привʼязки до проєкту — якщо ваш DEX не має жодного відношення до контексту, не варто штучно його вплітати.
- Позиціонувати себе як «офіційне представництво» без формального підтвердження — це може створити юридичні ризики як для вас, так і для фонду.
Що робити після отримання фінансування
Отримати фінансування — це не фініш, а початок відповідальності. Якщо ви цього не розумієте, наступна заявка (в цей самий чи інший фонд) буде відхилена.
Організаційні кроки:
- Уточніть юридичну структуру — гранти Solana Foundation зазвичай вимагають наявності юридичної особи. Це може бути українська компанія, але частіше фонди працюють з певними юрисдикціями. Конкретні вимоги залежать від програми й можуть змінюватися — обовʼязково перевірте актуальні умови в грантовій угоді.
- Розберіться з податковими наслідками — отримання гранту в криптовалюті може мати податкові наслідки в Україні. Стан податкового законодавства щодо криптоактивів змінюється, тому перед отриманням коштів проконсультуйтеся з податковим експертом, який працює з актуальними нормами на дату транзакції.
- Визначте milestones — розбийте роботу на контрольні точки з конкретними результатами: розгортання на devnet, проходження аудиту, запуск на mainnet-beta, перші 100 користувачів.
Комунікаційні кроки:
- Звітуйте регулярно — фонди очікують періодичні звіти: що зроблено, які труднощі, як змінилися плани. Ігнорування звітності — пряма дорога до втрати репутації.
- Публікуйте відкрито — пишіть у блозі, постіть у соцмережах, діліться прогресом. Це не лише виконує вимогу фонду, а й будує вашу аудиторію.
- Залучайте спільноту — тестери, бета-користувачі, зворотний звʼязок. Українська спільнота Solana готова підтримувати своїх, але ви маєте вийти на контакт.
- Думайте про наступний раунд — грант зазвичай не покриває всі потреби. Плануйте, як результати поточного фінансування стануть аргументом для наступного.
Головне правило: фінансування в Solana — це не подарунок. Це інвестиція фонду в екосистему, і ваша робота — довести, що ця інвестиція виправдала себе. Українські команди вже доводять це регулярно — і кожен новий успішний кейс відкриває двері для наступних.
Джерела
- Anchor stable v1 documentation
- Anchor 1.0 release notes
- Закон України «Про віртуальні активи» № 2074-IX
- Верховна Рада: законопроєкт № 10225-д
- ДПС: оподаткування доходу від продажу криптовалюти
- НБУ: позиція щодо регулювання віртуальних активів
- НКЦПФР: стан підготовки законодавства про віртуальні активи
- Solana Documentation: Transaction Fees