Що редакція має перевірити в анонсі хакатону або демодня

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

Фактичний контекст

Сама публікація анонсу — це факт: хтось заявив про проведення події. Усе інше в тексті анонсу є твердженнями, які потребують підтвердження. Типовий анонс хакатону на Solana містить такі елементи:

• назва та формат події (онлайн, офлайн, гібрид);
• організатор (команда, компанія, спільнота, програма екосистеми);
• дати реєстрації, проведення та оцінювання;
• треки або напрямки (DeFi, NFT, RWA, інфраструктура, соціальні застосунки тощо);
• призовий фонд та розподіл нагород;
• склад журі та менторів;
• умови участі (рівень досвіду, географія, розмір команди);
• партнери та спонсори.

Кожен із цих елементів — окрема заява, а не готовий факт. Редакція не повторює їх як дані, а перевіряє за первинними джерелами.

На що є пряме джерело

Первинне джерело для анонсу хакатону — це офіційна сторінка події на сайті організатора, офіційний акаунт організатора в соцмережах або сторінка події в офіційній програмі екосистеми Solana (наприклад, на порталі Solana Foundation або Superteam, якщо подія подається через ці структури). Перевірка за первинним джерелом означає таке:

• Організатор. Чи збігається ім’я та опис організатора в анонсі з тим, що вказано на офіційному сайті або в офіційному профілі? Чи є це реальна організація з історією, а не щойно створена сторінка без контексту?
• Дати та формат. Чи вказані дати на офіційній сторінці події? Чи збігається формат (онлайн, офлайн, місто) з тим, що заявлено в анонсі?
• Призовий фонд. Чи є точна сума та валюта на офіційній сторінці? Чи розписано, у якому вигляді виплачуються нагороди (фіат, токени, грант, інвестиція)? Чи вказано, що призовий фонд є гарантованим, а не залежить від кількості учасників або спонсорів?
• Треки та критерії. Чи описано на офіційній сторінці, за якими критеріями оцінюють проєкти? Чи збігається перелік треків із тим, що вказано в анонсі?
• Журі та ментори. Чи є імена журі та менторів на офіційній сторінці події? Чи можна підтвердити, що ці люди дійсно пов’язані з заявленими організаціями (через їхні профілі в соцмережах або на сайтах компаній)?
• Партнери та спонсори. Чи є логотипи або назви партнерів на офіційній сторінці? Чи можна перевірити їхню участь через власні канали цих організацій?

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

Хто побачить наслідки

Анонс зазвичай містить заяву про цільову аудиторію: «для розробників усіх рівнів», «для українських команд», «для фаундерів Web3-стартапів». Редакція перевіряє це так:

• Географічні обмеження. Чи є в офіційних умовах обмеження за країною або регіоном? Чи відповідає формулювання «для українських команд» реальним умовам (наприклад, чи дозволяє участь командам без української реєстрації, але з українськими учасниками)?
• Рівень досвіду. Чи вказано на офіційній сторінці, чи потрібен попередній досвід із Solana, Rust або Anchor? Чи є навчальні матеріали або менторська підтримка для новачків?
• Мова події. Якщо анонс подається українською, чи вказано, якою мовою відбуваються пітчинг, менторські сесії та комунікація з організаторами?
• Формат участі. Чи можна брати участь індивідуально, чи вимагаються команди? Чи є обмеження за розміром команди?

Для українського читача важливо розуміти не лише те, кого запрошують, а й те, чи подія реально доступна з огляду на мову, часові зони та інфраструктурні обмеження. Детальніше про те, як знаходити й оцінювати події, можна прочитати в матеріалі Solana-події й хакатони в Україні: як шукати й перевіряти актуальні можливості.

Що залишається за межами висновку

Навіть після перевірки за первинним джерелом частина інформації зазвичай залишається невідомою на етапі анонсу. Редакція фіксує ці прогалини відкрито, а не заповнює їх здогадами:

• Реальний розмір підтримки. Анонс може вказувати загальний призовий фонд, але не розписувати, скільки команд отримають нагороди й як саме розподіляється сума між треками.
• Умови інвестиційних пропозицій. Якщо серед нагород вказані «інвестиційні можливості» або «fast-track до акселератора», анонс рідко уточнює умови: розмір інвестиції, valuation, терміни due diligence.
• Кількість учасників. На етапі анонсу невідомо, скільки команд зареєструється фактично, що впливає на рівень конкуренції та інтенсивність менторської підтримки.
• Подальша доля проєктів. Анонс не показує, скільки учасників попередніх подій цього ж організатора продовжили розвиток проєктів після хакатону. Цю інформацію можна знайти лише ретроспективно.
• Юридичні аспекти. Умови передачі інтелектуальної власності, податкові наслідки отримання нагород у токенах, вимоги щодо KYC — це зазвичай не входять до анонсу, але впливають на учасників.

Редакція вказує, що ці аспекти потребують окремого уточнення в організаторів і не робить за них висновки.

Практична перевірка після читання

Після первинної перевірки анонсу редакція має чіткий перелік наступних кроків, які залежать від того, чи планується подальше висвітлення події:

• Зв’язок з організатором. Для уточнення невідомих аспектів (умови нагород, мова події, деталі журі) редакція звертається безпосередньо до організатора через офіційні канали. Відсутність відповіді — це також інформація, яку варто фіксувати.
• Перевірка історії організатора. Чи проводив цей організатор хакатони раніше? Чи є відгуки учасників? Чи були скарги на затримки виплат, зміну умов або скасування? Це допомагає оцінити надійність заяв.
• Оновлення перед початком події. Анонс — це статичний документ. Перед стартом хакатону варто перевірити, чи не змінилися дати, склад журі, призовий фонд або умови участі. Зміни часто публікують в соцмережах організатора, а не оновлюють на сторінці анонсу.
• Підготовка до післяподієвого висвітлення. Якщо редакція планує розповідати про результати, варто заздалегідь домовитися з організатором про доступ до матеріалів після завершення: списки переможців, відео пітчингів, звіти журі. Про те, як системно збирати такі історії, є окремий матеріал: Як зібрати історії проєктів після завершення хакатону.

Головне правило: редакція не перетворює анонс на рекламу. Завдання — дати читачеві карту того, що підтверджено, що залишається незрозумілим і де саме читач може перевірити інформацію самостійно. Для команд, які планують брати участь у подіях і далі працювати над продуктом, корисним буде також матеріал Будувати на Solana: від ідеї до працюючого продукту.

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