Нижче наведено готові до використання структури: дорожню карту, чек-лист, шаблони портфоліо, плану розвитку та профілю розробника. Кожен ресурс містить призначення, порядок заповнення, обмеження та статус версії. Скопіюйте структуру в свій робочий документ і адаптуйте під власні завдання.
Навчальна дорожня карта Solana
Призначення дорожньої карти
Визначає послідовність кроків від нульового рівня до самостійної участі в екосистемі Solana як розробник, валідатор, контриб'ютор або фаундер стартапу. Допомагає уникнути хаотичного вивчення тем і фокусуватися на практичних результатах.
Структура етапів
- Етап 0. Базове розуміння. Блокчейн загалом, консенсус Proof-of-Stake, що таке Solana, архітектура кластера, роль валідаторів, токен SOL. Вхідні дані: жодних технічних навичок не потрібно. Очікуваний результат: вільне пояснення архітектури Solana людині без технічного бекграунду.
- Етап 1. Основи розробки. Мова Rust (власність, borrow checker, типи), CLI-інструменти Solana, створення локального кластера, розгортання базової програми. Вхідні дані: досвід програмування на будь-якій мові. Очікуваний результат: розгорнута на devnet програма з одним інструкцією.
- Етап 2. Фреймворк Anchor. Обробники інструкцій, акаунти, помилки, обмеження (constraints), тестування за допомогою Anchor CLI. Вхідні дані: завершений Етап 1. Очікуваний результат: написана та протестована на devnet програма з трьома інструкціями та коректними обмеженнями.
- Етап 3. Фронтенд-інтеграція. @solana/web3.js або @solana/adapter-wallets, підключення гаманця, відправка транзакцій, підписання повідомлень. Вхідні дані: базове знання JavaScript або TypeScript. Очікуваний результат: робочий інтерфейс, який взаємодіє з програмою з Етапу 2.
- Етап 4. Спеціалізація. Вибір напрямку: написання програм із складною логікою (DeFi, NFT), запуск валідатора, інфраструктура (RPC-вузли, індексування), продуктова розробка (стартап). Вхідні дані: завершені Етапи 1–3. Очікуваний результат: перший реальний внесок у вибраний напрямок.
- Етап 5. Участь у спільноті. Контриб'юція у відкриті проєкти, подача пропозицій (SIMD), участь у хакатонах, менторство. Вхідні дані: завершена спеціалізація. Очікуваний результат: публічний трек-рекорд внесків.
Критерії переходу між етапами
Перехід можливий лише за наявності підтвердженого результату попереднього етапу: розгорнута програма, пройдений тест, злитий pull request, опублікований інтерфейс. Формальне «прочитав документацію» не є критерієм.
Обмеження дорожньої карти
- Не охоплює суміжні теми: безпеку користувача, фінансове планування, юридичні аспекти запуску токена.
- Не містить прив'язки до конкретних дедлайнів — темп індивідуальний.
- Екосистема оновлюється: перелік інструментів у Етапах 2–3 може змінюватися, перевіряйте актуальність у офіційній документації.
Версія ресурсу
Статична версія 1.0. Остання редакційна перевірка: 2 серпня 2026 року.
Шаблон портфоліо контриб'ютора
Призначення шаблону
Фіксує реальні внески в екосистему Solana у структурованому вигляді. Використовується для подачі заявок на гранти, хакатони, вакансії та менторські програми.
Структура портфоліо
- Контактна інформація. Ім'я, нікнейм у спільноті, посилання на GitHub, Discord, X (Twitter).
- Коротке резюме. До трьох речень: хто ви, що робите в екосистемі, яку проблему вирішуєте.
- Внески. Для кожного: назва проєкту, роль, опис завдання, технологічний стек, посилання на код або PR, статус (злитий, у розгляді, відхилений із зазначенням причини).
- Навички. Розділені на «підтверджені внесками» та «в процесі опанування». Без самозваних рівнів — лише посилання на докази.
- Участь у заходах. Хакатони, хак-сесії, конференції: назва, дата, результат, посилання на демо або презентацію.
- Референси. До трьох контактів із спільноти, які можуть підтвердити ваші внески.
Порядок заповнення
- Заповніть контактну інформацію та резюме.
- Внесіть усі реалізовані контриб'юції у зворотному хронологічному порядку.
- Для кожної навички додайте мінімум одне посилання на доказ.
- Видаліть розділи, де немає жодного запису — порожні блоки псують враження.
- Оновлюйте після кожного нового внеску, а не перед дедлайном.
Обмеження шаблону
- Не замінює технічне інтерв'ю або код-рев'ю.
- Не містить секції для не пов'язаних із Solana проєктів — зосередженість на екосистемі є перевагою.
- Формат призначений для розробників і технічних контриб'юторів; для нontechnical-ролей (маркетинг, ком'юніті) потрібна окрема адаптація.
Версія ресурсу
Статична версія 1.0. Остання редакційна перевірка: 2 серпня 2026 року.
Шаблон індивідуального плану розвитку
Призначення шаблону
Допомагає системно рухатися від поточного рівня до цільового в межах екосистеми Solana. Фіксує цілі, ресурси, терміни та критерії успіху. Підходить для самостійного використання та для менторських пар.
Структура плану
- Поточний стан. Що вже вмієте: технології, інструменти, типи виконаних завдань. Формулювання через конкретні дії, а не через самооцінку («написав програму на Anchor» замість «добре знаю Anchor»).
- Цільовий стан. Конкретна роль і рівень через три–шість місяців. Описується через очікувані результати: «здатен самостійно розгорнути і підтримувати RPC-вузол».
- Проміжні цілі. Від двох до п'яти цілей, кожна з яких веде до цільового стану. Для кожної: назва, критерій виконання, дедлайн.
- Ресурси. Документація, курси, ментори, спільноти — конкретні посилання, а не загальні назви.
- Ризики та контрзаходи. Що може завадити (нестача часу, зміна пріоритетів, застарілі матеріали) і як плануєте реагувати.
- Точки перевірки. Дати для самооцінки: чи виконані проміжні цілі, чи потрібно коригувати план.
Порядок заповнення
- Зафіксуйте поточний стан через перелік реальних дій і навичок.
- Сформулюйте цільовий стан без абстрактних формулювань.
- Розбийте різницю між поточним і цільовим станом на проміжні цілі.
- Прив'яжіть до кожної цілі конкретні ресурси та дедлайн.
- Визначте мінімум дві точки перевірки з фіксованими датами.
- Збережіть початкову версію плану для порівняння з результатами.
Обмеження шаблону
- Не містить вбудованої системи трекінгу — використовуйте окремий інструмент (задачник, таблицю).
- Не підміняє фідбек від ментора або код-рев'юера.
- Ефективний за умови чесної самооцінки; завищення поточного рівня призводить до нереалістичного плану.
Версія ресурсу
Статична версія 1.0. Остання редакційна перевірка: 2 серпня 2026 року.
Чек-лист самодіагностики рівня знань
Призначення чек-листа
Дозволяє об'єктивно оцінити власний рівень підготовки в екосистемі Solana без залучення сторонніх оцінювачів. Результат допомагає визначити стартову точку на навчальній дорожній карті та виявити прогалини.
Блоки перевірки
Блок 1. Загальне розуміння екосистеми
- Можу пояснити, чим Solana відрізняється від інших блокчейнів за архітектурою.
- Розумію роль валідаторів, лідерів слотів та консенсус.
- Знаю, що таке рахунки (accounts) і чому вони є основою моделі даних.
- Пояснюю різницю між SOL як токеном та SOL як одиницею оплати газу.
Блок 2. Основи розробки на Rust
- Поняття власності (ownership), позичання (borrowing) та часів життя (lifetimes) не викликають плутанини.
- Можу написати програму з використанням struct, enum, trait та обробки помилок через Result.
- Розумію, чому Rust забороняє певні патерни роботи з пам'яттю, і можу обійтися без них.
Блок 3. Робота з Solana CLI та програмами
- Можу створити локальний кластер, розгорнути програму та надіслати транзакцію з CLI.
- Розумію структуру транзакції: підписи, інструкції, акаунти.
- Знаю, що таке PDA (Program Derived Address) і навіщо воно потрібне.
- Можу прочитати логи програми та інтерпретувати помилки.
Блок 4. Фреймворк Anchor
- Можу створити проєкт з нуля, написати обробник інструкції та визначити структуру акаунтів.
- Використовую обмеження (constraints) для перевірки прав доступу та власності.
- Пишу та запускаю тести через Anchor CLI.
- Розумію різницю між інструкціями та функціями всередині модуля.
Блок 5. Фронтенд-інтеграція
- Можу підключити гаманець через wallet-adapter і відобразити баланс користувача.
- Формую транзакцію на клієнті, додаю інструкції та відправляю в мережу.
- Обробляю помилки транзакцій та інформую користувача.
Оцінка результатів
- 0–4 пункти: Початковий рівень. Рекомендується стартувати з Етапу 0 дорожньої карти.
- 5–9 пунктів: Базовий рівень. Можна починати з Етапу 1, але варто повернутися до невиконаних пунктів Блоку 1.
- 10–14 пунктів: Середній рівень. Адекватний старт для Етапу 2 або 3 залежно від того, які блоки виконані.
- 15–18 пунктів: Впевнений рівень. Готовність до Етапу 4 (спеціалізація).
- 19–20 пунктів: Просунутий рівень. Готовність до Етапу 5 та самостійної контриб'юції.
Обмеження чек-листа
- Оцінює лише декларативні знання, не практичні навички. Пункт «розумію» не дорівнює «можу реалізувати без підказок».
- Не охоплює спеціалізовані теми: MEV, крос-чейн-мости, RWA-інструменти.
- Не є сертифікаційним тестом — результати не мають офіційного статусу.
Версія ресурсу
Статична версія 1.0. Остання редакційна перевірка: 2 серпня 2026 року.
Шаблон профілю розробника для спільноти
Призначення шаблону
Стандартизує презентацію розробника в спільнотах Solana (Discord, GitHub, форуми, хакатони). Допомагає іншим учасникам швидко зрозуміти, хто ви, що вмієте і з ким можете співпрацювати.
Структура профілю
- Ідентифікатор. Нікнейм, який використовуєте скрізь. Єдність нікнейму полегшує пошук.
- Роль. Одне-два слова: «Smart Contract Developer», «Frontend Developer», «Validator Operator», «Protocol Researcher». Без довгих описів.
- Стек. Перелік технологій, з якими працюєте в контексті Solana: Rust, Anchor, TypeScript, @solana/web3.js, Helius, тощо. Тільки ті, якими реально користуєтесь.
- Поточний фокус. Одне речення: над чим працюєте зараз. Наприклад: «Пишу програму для автоматизованого маркетмейкінгу на devnet».
- Відкриті до співпраці. Що шукаєте: ментора, команду для хакатону, code review, співавтора для бібліотеки.
- Контакти та посилання. GitHub, X (Twitter), Discord-тег. Мінімум два з трьох.
Порядок заповнення
- Виберіть єдиний нікнейм і перевірте його доступність на всіх платформах.
- Оберіть одну основну роль — кілька ролей одночасно знижують сприйняття.
- Внесіть у стек лише ті технології, для яких можете навести приклад коду або проєкту.
- Напишіть поточний фокус у теперішньому часі, без «планую» або «хочу».
- Вкажіть конкретний тип співпраці, а не загальне «відкритий до пропозицій».
- Перевірте, що всі посилання ведуть до актуальних профілів із підтвердженою активністю.
Обмеження шаблону
- Призначений виключно для технічних ролей у контексті Solana; для ком'юніті-менеджерів, дизайнерів чи інвесторів потрібна окрема структура.
- Не замінює повноцінне резюме або портфоліо контриб'ютора.
- Ефективний у спільнотах, де прийнята культура коротких профілів; для формальних заявок на гранти використовуйте шаблон портфоліо.
Версія ресурсу
Статична версія 1.0. Остання редакційна перевірка: 2 серпня 2026 року.