Технічне demo для хакатону — це не красивий рекламний ролик, а доказ того, що ваш проєкт реально працює. Журі має побачити користувацький шлях від початку до кінця та переконатися, що on-chain логіка виконується саме так, як ви заявляєте. Нижче — покрокова інструкція, яка допоможе записати demo без зайвого стресу й технічних несподівок.
Підготовка середовища до запису
Перш ніж натиснути «Record», переконайтеся, що середовище стабільне. Більшість помилок під час запису виникають не через сам проєкт, а через невідповідність оточення.
- Закрийте все зайве. Браузерні вкладки, месенджери, нотифікації, фонові сервіси — усе це відволікає, споживає RAM і може спричинити фрізи під час запису. Залиште лише те, що потрібне для demo.
- Перевірте підключення до мережі. Якщо ваш проєкт взаємодіє з devnet-кластером Solana, переконайтеся, що RPC-ендпоінт стабільний. Майте запасний ендпоінт: якщо основний гальмує, ви зможете швидко перемкнутися.
- Підготуйте тестові дані заздалегідь. Створіть акаунти, поповніть їх SOL на devnet, сформуйте необхідні стейти. Журі не повинне чекати, поки ви підтверджуєте airdrop або налаштовуєте гаманець.
- Встановіть стабільну версію інструментів. Не оновлюйте Anchor, Solana CLI чи залежності за кілька годин до запису. Якщо все працювало на певній версії — залишайте її.
- Перевірте роздільну здатність екрана. Записуйте у фіксованій роздільній здатності (наприклад, 1920×1080). Зміна розміру вікна під час запису виглядає непрофесійно.
- Вимкніть автозаміну та автокорекцію в текстових полях, якщо вводите щось вручну — випадкова заміна адреси гаманця або seed-фрази (навіть на devnet) створить плутанину.
Структура технічного demo
Чітка структура дозволяє журі слідкувати за логікою без зайвих питань. Дотримуйтесь чотирьох блоків.
Короткий вступ (15–20 секунд)
Назвіть проєкт одним реченням і вкажіть, яку проблему вирішуєте. Не розповідайте про ринок чи конкуренцію — для цього є pitch deck. Тут достатньо: «Це [назва] — протокол для [завдання]. Зараз покажу, як він працює».
Показ користувацького потоку
Проведіть глядача через основний сценарій: від входу до фінального результату. Наприклад, для DeFi-протоколу це може бути: підключення гаманця → вибір пулу → внесення ліквідності → підтвердження транзакції → відображення оновленого балансу. Кожен крок коментуйте коротко: що натискаєте і чому.
Демонстрація on-chain взаємодії
Це ключовий блок для Solana-хакатону. Журі має побачити, що логіка реально виконується в мережі, а не імітується на фронтенді. Для цього:
- Відкрийте Solana Explorer і покажіть транзакцію після її виконання. Вкажіть на конкретні поля: підписи, статус, кількість підтверджень.
- Якщо використовуєте PDA (Program Derived Address — похідні адреси програми), покажіть, як створюється або оновлюється акаунт, пов'язаний із PDA.
- Якщо є CPI (Cross-Program Invocation — міжпрограмні виклики), коротко вкажіть, які зовнішні програми викликаються і чому.
- Для складних операцій можна показати логи транзакції, але не зупиняйтеся на кожному рядку — виділіть лише ті інструкції, що підтверджують вашу основну логіку.
Підсумок та технічні деталі
У фінальній частині коротко перелічіть, що саме було продемонстровано, і додайте технічні нюанси, які не видно з екрана: яка програма написана на Rust з використанням Anchor, скільки інструкцій містить, які акаунти задіяно. Це допоможе журі зіставити demo з вашим оформленим репозиторієм.
Інструменти для запису екрана
Вибір інструмента залежить від вашої ОС і потреби в редагуванні. Головні критерії: стабільність запису, якість кодування та відсутність водяних знаків у безкоштовній версії.
| Інструмент | Платформа | Особливості |
|---|---|---|
| OBS Studio | Windows, macOS, Linux | Гнучкі налаштування, високоякісне кодування, без водяних знаків. Потребує початкового налаштування сцен. |
| QuickTime Player | macOS | Вбудований, простий у використанні. Записує весь екран або вибрану область без додаткових налаштувань. |
| ShareX | Windows | Легкий, зручний для швидкого запису фрагментів екрана. Автоматичне збереження у вибраний формат. |
| SimpleScreenRecorder | Linux | Мінімальне споживання ресурсів, стабільний на слабкому залізі. Підходить для запису вікна або області. |
Формат запису: MP4 (H.264 кодек) — універсальний варіант, який журі зможе відкрити на будь-якому пристрої без конвертації. Уникайте пропрієтарних форматів на кшталт MOV з специфічними кодеками.
Як уникнути технічних проблем під час запису
Навіть якщо проєкт працює стабільно, сам процес запису може створити несподіванки. Ось типові проблеми та способи їх обійти.
- Фрізи під час запису. Перевірте, чи вистачає ресурсів: закрийте важкі додатки, зменшіть роздільну здатність запису до 1080p, якщо записуєте на 4K-моніторі. В OBS знизьте бітрейт до 5–8 Мбіт/с — для demo цього достатньо.
- Втрата звуку. Перевірте, що мікрофон обрано як джерело звуку, а не вихідна аудіокарта. Зробіть тестовий запис 10 секунд і прослухайте перед основним.
- Зависання devnet-операцій. Транзакції в devnet можуть підтверджуватися повільно. Майте готовий запасний сценарій: якщо транзакція зависає, переключіться на попередньо записаний фрагмент або поясніть ситуацію текстом на екрані.
- Випадкове показування чутливих даних. Переконайтеся, що на екрані немає приватних ключів, seed-фраз, токенів доступу чи .env-файлів. Навіть на devnet це створює негативне враження.
- Невідповідність версій. Якщо фронтенд розгорнутий на локальному сервері, а смарт-контракт задеплоєний на devnet — перевірте, що обидві частини звертаються до однієї програми (за Program ID). Розбіжність Program ID між середовищами — поширена помилка.
Зробіть принаймні один повний прогін без запису, а потім — один тестовий запис. Це дозволить виявити проблеми, які не помітні під час звичайної розробки.
Тривалість та формат, який очікує журі
Орієнтуйтеся на 3–5 хвилин. Це не жорстке правило для кожного хакатону — точні вимоги завжди вказані в офіційному пакет першоджерел поточного заходу. Перевірте їх безпосередньо перед підготовкою. Якщо обмежень немає, дотримуйтесь 3–5 хвилин: цього достатньо для повного проходження користувацького потоку з on-chain підтвердженням.
Щодо формату подання:
- Відеофайл. MP4, H.264, роздільна здатність 1080p. Перевірте обмеження за розміром файлу в правилах хакатону — зазвичай це 100–500 МБ.
- Посилання на відеохостинг. Якщо правила дозволяють, завантажте на YouTube (непублічне або за посиланням) або Loom. Переконайтеся, що доступ відкритий для перегляду без логіну.
- Горизонтальна орієнтація. Не записуйте вертикальне відео з телефону — журі переглядає подання на десктопах.
- Чіткий голос. Говоріть спокійно, без поспіху. Якщо англійська не ваша рідна мова — це нормально, але вимова має бути зрозумілою. При потребі додайте субтитри.
Наступний крок: pitch deck
Технічне demo доводить, що проєкт працює. Pitch deck пояснює, чому це важливо. У презентації ви розкриваєте проблему, ринок, конкурентів, бізнес-модель та команду — те, що не поміщається у відео. Перейдіть до інструкції з підготовки pitch deck, щоб зібрати повний submission-пакет.