Усі проєкти в екосистемі Solana — від децентралізованих бірж до NFT-маркетплейсів — починають шлях зі стартапу або хакатону. Ця сторінка збирає ключові терміни, які зустрічаються на кожному етапі: від першого прототипу до гранту й виходу на ринок. Кожен термін має коротке визначення, приклад із практики Solana та вказівку на типову помилку.
MVP
Визначення
MVP (Minimum Viable Product) — мінімально життєздатний продукт, який містить лише ті функції, що достатні для перевірки гіпотези про цінність для користувача.
Як працює
Команда виділяє одну ключову проблему, створює найпростіше рішення на її базі та випускає його для реальної аудиторії. Зворотний зв'язок визначає, що будувати далі.
Приклад
DeFi-стартап на Solana випускає MVP у вигляді одного смарт-контракту свопу між двома токенами — без UI, без реферальної програми, без складної маршрутизації. Мета — перевірити, чи взагалі є транзакції.
Типова помилка
Вважати MVP недоробленим продуктом і соромитися його показувати. Насправді це інструмент навчання, а не фінальний реліз.
Пов'язані матеріали
Див. також: Product Market Fit (PMF), Roadmap.
Product Market Fit (PMF)
Визначення
Product Market Fit — стан, за якого продукт задовольняє реальну потребу достатньо великої аудиторії, і користувачі повертаються без додаткових стимулів.
Як працює
Команда вимірює утримання (retention), органічне зростання та відгуки. Якщо користувачі самі рекомендують продукт — це сигнал PMF. У блокчейн-стартапах додатковий маркер — зростання TVL або кількості активних гаманців без платного трафіку.
Приклад
Токен-мост на Solana досяг PMF, коли після зняття маркетингової кампанії щоденна кількість переказів не впала, а користувачі продовжували ініціювати транзакції самостійно.
Типова помилка
Конфлюенція PMF із тимчасовим сплеском через airdrop або хакатонний приз. Зростання має зберігатися після закінчення стимулу.
Пов'язані матеріали
Див. також: MVP, GTM (Go-to-Market).
GTM (Go-to-Market)
Визначення
GTM (Go-to-Market) — стратегія виходу на ринок, яка визначає, як саме продукт досягне цільової аудиторії, які канали використає і як позиціонуватиметься.
Як працює
Стратегія включає сегментацію аудиторії, вибір каналів (соціальні мережі, спільноти, партнерства з іншими dApp), цінову модель та послідовність кроків від анонсу до перших конверсій.
Приклад
GameFi-стартап на Solana обирає GTM через Twitter-треди з демонстрацією геймплею, партнерство з кількома NFT-колекціями для раннього доступу та розміщення на SolanaFM для індексації активності.
Типова помилка
Починати GTM до досягнення PMF: витрачати бюджет на просування продукту, який ще не підтверджено попитом.
Пов'язані матеріали
Див. також: Product Market Fit (PMF), Pitch.
Bounty
Визначення
Bounty — фіксована винагорода за виконання конкретного завдання: знайдення вразливості, написання коду, створення контенту або переклад.
Як працює
Організатор або проєкт публікує умови: що треба зробити, критерії прийому, розмір винагороди та дедлайн. Учасник виконує завдання, подає результат і отримує оплату після перевірки.
Приклад
Під час хакатону на Solana проєкт пропонує bounty у 500 SOL за інтеграцію свого протоколу ліквідності у три сторонні dApp з відкритим кодом.
Типова помилка
Брати bounty без чіткого розуміння критеріїв прийому й опублікованих вимог, а потім оскаржувати результат.
Пов'язані матеріали
Див. також: Hackathon, Submission.
Submission
Визначення
Submission — подача готового рішення на хакатон або у рамках грантової програми: код, демонстрація, опис та супровідні матеріали.
Як працює
Учасник завантажує проєкт на платформу хакатону до встановленого дедлайну. Submission зазвичай включає репозиторій, відеодемонстрацію, текстовий опис архітектури та відповідь на критерії оцінювання.
Приклад
Команда подає submission на Colosseum: посилання на GitHub-репозиторій з смарт-контрактами на Anchor, трихвилинне відео з демо та опис того, як рішення використовує Solana.
Типова помилка
Завантажувати submission за кілька хвилин до дедлайну без попередньої перевірки: платформа може не встигнути обробити файл, і подача не зараховується.
Пов'язані матеріали
Див. також: Hackathon, Demo Day, Colosseum.
Demo Day
Визначення
Demo Day — фінальний захід хакатону чи акселератора, де команди публічно презентують свої рішення журі та інвесторам.
Як працює
Кожна команда отримує фіксований час (зазвичай 3–5 хвилин) для живої демонстрації продукту та відповідей на питання. Журі оцінює за попередньо визначеними критеріями й оголошує переможців.
Приклад
На Demo Day хакатону від Solana Foundation команда показує живу транзакцію у своєму dApp прямо зі сцени, а потім відповідає на питання журі про масштабованість рішення.
Типова помилка
Готувати слайди замість живого демо. Журі хоче бачити працюючий продукт, а не презентацію про нього.
Пов'язані матеріали
Див. також: Pitch, Hackathon, Submission.
Pitch
Визначення
Pitch — структурована презентація стартапу, спрямована на переконання інвесторів, грантодавців або журі хакатону надати фінансування чи підтримку.
Як працює
Класичний pitch включає: проблему, рішення, ринок, бізнес-модель, команду, поточні результати та запит (скільки грошей і на що). У контексті Solana до pitch часто додають технічні переваги мережі.
Приклад
Стартап подає pitch на грант від Solana Foundation: описує проблему фрагментації ліквідності, показує своє рішення на Rust, демонструє перші транзакції в devnet і запитує грант на розгортання в mainnet.
Типова помилка
Витрачати більшу частину часу на опис проблеми та ринку, залишаючи на саме рішення й команду менше третини презентації.
Пов'язані матеріали
Див. також: Grant, Demo Day, GTM (Go-to-Market).
Grant
Визначення
Grant — безповоротне фінансування, яке фонд або організація надає проєкту за виконання певних умов, зазвичай без відчуження частки.
Як працює
Команда подає заявку з описом проєкту, дорожньої карти та запитаної суми. Грантодавець оцінює відповідність стратегії екосистеми, технічну якість та команду. При схваленні фінансування виділяється траншами за етапами.
Приклад
Solana Foundation надає grant команді, яка розробляє відкриту інфраструктуру для індексування даних on-chain: перший транш на розробку, другий — після публікації коду та документації.
Типова помилка
Сприймати grant як альтернативу інвестиціям. Гранти фінансують конкретні етапи, а не повний цикл життя стартапу.
Пов'язані матеріали
Див. також: Pitch, Incubator, Accelerator.
Incubator
Визначення
Incubator (інкубатор) — програма довгострокової підтримки ранніх стартапів, яка надає менторство, інфраструктуру та іноді фінансування без жорстких часових рамок.
Як працює
Стартапи вступають на ранній стадії (іноді з ідеєю) і проходять програму від кількох місяців до року. Фокус — на побудові продукту, пошуку PMF та формуванні команди. Інкубатори рідко беруть частку.
Приклад
Інкубатор при криптофонді приймає команду з ідеєю DeFi-протоколу на Solana, надає доступ до розробників-менторів, допомагає з архітектурою смарт-контрактів і знайомить із першими тестувальниками.
Типова помилка
Вступати в інкубатор із готовим продуктом, якому потрібне масштабування, а не побудова. Для цього краще підходить акселератор.
Пов'язані матеріали
Див. також: Accelerator, Grant, MVP.
Accelerator
Визначення
Accelerator (акселератор) — інтенсивна програма фіксованої тривалості (зазвичай 6–12 тижнів) для стартапів із готовим продуктом, що готує їх до інвестиційного раунду.
Як працює
Команди проходять структуровану програму з менторством, пітч-тренінгами та нетворкінгом. Програма завершується Demo Day, де стартапи презентують інвесторам. Акселератори часто беруть невелику частку або отримують токени проєкту.
Приклад
Акселераторська програма приймає стартап, який вже має працюючий dApp на Solana з першими користувачами, і за 8 тижнів допомагає підготувати pitch-палубу, оптимізувати метрики та вийти на seed-раунд.
Типова помилка
Розраховувати, що сам акселератор знайде інвесторів. Він дає інструменти й контакти, але залучення капіталу — завдання команди.
Пов'язані матеріали
Див. також: Incubator, Demo Day, Pitch.
Validator program
Визначення
Validator program — програма підтримки нових валідаторів, яка надає технічну допомогу, фінансові стимули та наставництво для запуску ноди в мережі Solana.
Як працює
Учасники подають заявку, проходять відбір за технічною компетентністю та надійністю інфраструктури. Програма може включати делегований стейк від фонду, покриття частини витрат на сервери та пріоритетний доступ до оновлень.
Приклад
Команда з досвідом управління інфраструктурою вступає у validator program, отримує делегований стейк для швидшого досягнення порогу голосування та технічну підтримку від інженерів Solana Labs під час перших тижнів роботи.
Типова помилка
Вступати в програму без готової інфраструктури та моніторингу, розраховуючи, що програма сама налаштує ноду.
Пов'язані матеріали
Див. також: Grant, Roadmap.
Superteam
Визначення
Superteam — глобальна спільнота талантів (розробники, дизайнери, маркетологи, продакт-менеджери), організована за містами й регіонами, що працює над проєктами в екосистемі Solana.
Як працює
Superteam координує bounty, хакатони, менторство та нетворкінг-заходи. Учасники знаходять команди, проєкти знаходять виконавців, а фонд отримує розподілену мережу людей, які можуть швидко збиратися навколо завдань.
Приклад
Розробник із Києва приєднується до Superteam Ukraine, знаходить через канал bounty від Solana-проєкту на інтеграцію токен-стандарту Token-2022 і виконує завдання за фіксовану винагороду.
Типова помилка
Сприймати Superteam виключно як джерело bounty, ігноруючи нетворкінг і можливість знайти співзасновників для власного стартапу.
Пов'язані матеріали
Див. також: Bounty, Hackathon, Colosseum.
Colosseum
Визначення
Colosseum — платформа для проведення онлайнових хакатонів у екосистемі Solana, яка автоматизує реєстрацію, подачу проєктів, оцінювання та розподіл призів.
Як працює
Організатор створює хакатон із визначеними треками, критеріями та призовим фондом. Учасники реєструються, розробляють рішення та подають submission через платформу. Журі оцінює в межах Colosseum, а переможці отримують призи автоматично.
Приклад
Solana Foundation оголошує хакатон на Colosseum з треками DeFi, Payments та Gaming. Команда обирає трек Payments, подає проєкт платіжного шлюзу і після оцінювання отримує приз у SOL на свій гаманець.
Типова помилка
Не читати критерії оцінювання на платформі й фокусуватися на тому, що не оцінюється, або подавати проєкт не в той трек.
Пов'язані матеріали
Див. також: Hackathon, Submission, Demo Day, Bounty.
Hackathon
Визначення
Hackathon — змагання з розробки програмного забезпечення, де команди створюють працюючі прототипи за фіксований час (від кількох днів до тижнів) з метою виграти призи або залучити фінансування.
Як працює
Організатор оголошує тему, треки та призовий фонд. Команди реєструються, розробляють рішення, подають submission і презентують на Demo Day. Журі обирає переможців за технічною якістю, відповідністю темі та потенціалом.
Приклад
Під час хакатону на Solana команда з чотирьох осіб за 10 днів створює прототип DEX-агрегатора, подає його на Colosseum, презентує на Demo Day і займає перше місце в треку DeFi.
Типова помилка
Обирати занадто амбітну ідею, яку неможливо реалізувати за час хакатону. Краще подати простий працюючий прототип, ніж складний недороблений концепт.
Пов'язані матеріали
Див. також: Colosseum, Submission, Demo Day, Bounty, MVP.
Roadmap
Визначення
Roadmap — публічний план розвитку проєкту, що описує ключові етапи, функції та орієнтовні терміни їх реалізації.
Як працює
Команда розбиває розвиток на етапи (quarterly або по міляхстоунам) і публікує їх. Roadmap допомагає користувачам та інвесторам зрозуміти напрямок проєкту, а команді — фокусуватися на пріоритетах. У блокчейн-проєктах roadmap часто прив'язують до грантових етапів.
Приклад
Стартап публікує roadmap: Q1 — запуск MVP в devnet, Q2 — mainnet з базовою ліквідністю, Q3 — інтеграція з трьома сторонніми dApp, Q4 — governance-механізм. Кожен етап має конкретні критерії виконання.
Типова помилка
Публікувати roadmap із жорсткими датами без запасу на непередбачувані обставини (аудит смарт-контрактів, зміни в мережі). Краще вказувати етапи без прив'язки до конкретних дат.
Пов'язані матеріали
Див. також: MVP, Grant, Product Market Fit (PMF).