Призначення чек-листа
Цей чек-лист допомагає швидко визначити, на якому етапі опанування Solana ви перебуваєте, і що саме треба вивчити далі. Він не замінює повноцінне тестування, але дає структуровану картину ваших знань за чотирма ключовими блоками. Використовуйте його перед складанням плану навчання, підготовкою до хакатону, співбесідою або переходом до наступного рівня складності.
Порядок використання: пройдіться по кожному пункту й чесно відзначте, чи можете ви пояснити концепцію або виконати дію без підказок. Не рахуйте пункт виконаним, якщо ви лише впізнаєте термін.
Блоки перевірки
Основи блокчейну та консенсусу
- Пояснюють різницю між блокчейном як технологією та конкретними реалізаціями (Bitcoin, Ethereum, Solana)
- Розуміють, що таке нода (вузол), і навіщо мережі потрібна децентралізація
- Описують принцип роботи Proof-of-Stake загалом і розрізняють його різновиди
- Пояснюють, чому швидкість фіналізації транзакції важлива для користувацьких застосунків
- Розуміють поняття лівідності стейку та наслідки делегування токенів валідаторам
- Можуть описати типові вектори атак на блокчейн-мережі (51% атака, DDoS на ноди, MEV)
Архітектура Solana та програмна модель
- Пояснюють роль Sealevel — паралельного рушія виконання транзакцій
- Розуміють, чому Solana використовує єдиний глобальний стан замість окремих станів для кожного смарт-контракту
- Описують призначення Tower BFT (модифікація Practical BFT) та як вона забезпечує фіналізацію
- Пояснюють, що таке Gulf Stream і як він зменшує затримку підтвердження транзакцій
- Розуміють різницю між обліковими записами (accounts) у Solana та типово об'єктно-орієнтованими моделями смарт-контрактів
- Можуть описати, що таке PDA (Program Derived Address) і чому він потрібен для безпечної взаємодії програм між собою через CPI (Cross-Program Invocation)
- Пояснюють модель власності облікових записів та що таке rent-exempt мінімум
Розробка смарт-контрактів на Anchor
- Створюють базовий проєкт Anchor за допомогою CLI (anchor init) і розуміють структуру файлів
- Пишуть структури стану (state) з правильними анотаціями та розуміють, чому Anchor вимагає явного опису рахунків
- Реалізують інструкції з валідацією вхідних даних та обробкою помилок через AnchorError
- Використовують PDA для похідних адрес і розуміють, коли seeds мають бути детермінованими
- Пишуть тести на TypeScript за допомогою anchor test і перевіряють стан облікових записів після виклику інструкцій
- Реалізують CPI до іншої програми з правильним передаванням залишку (remaining_accounts) та перевіркою власника програми
- Розуміють обмеження розміру транзакції (1232 байти) і вміють оптимізувати кількість облікових записів у виклику
Інструменти та екосистема
- Підключаються до кластера через RPC-провайдера (devnet, testnet, mainnet-beta) і розуміють різницю між ними
- Використовують Solana CLI для створення гаманців, запиту балансу, розгортання програми та делегування стейку
- Працюють з Phantom або іншим гаманцем для підписання транзакцій у браузерному середовищі
- Використовують @solana/web3.js для формування та відправки транзакцій із клієнтської частини
- Орієнтуються в основних DeFi-протоколах на Solana (DEX, лендінг) і розуміють принцип їхньої взаємодії з програмною моделлю
- Моніторять транзакції через Solana Explorer і вміють читати логи інструкцій для дебагу
- Розуміють, що таке RWA-токени на Solana, і можуть назвати хоча б один реальний юзкейс
Оцінка результатів
Підрахуйте кількість позитивних відповідей за кожним блоком окремо.
| Рівень | Кількість пунктів | Що це означає |
|---|---|---|
| Початковий | 0–2 з блоку | Тема знайома поверхнево. Почніть із офіційної документації Solana та базових туторіалів перед тим, як рухатися далі. |
| Середній | 3–5 з блоку | Ви розумієте концепції, але не впевнені в деталях. Практикуйтеся на devnet: розгорніть програму, напишіть тести, проаналізуйте логи. |
| Просунутий | 6–7 з блоку | Ви готові до самостійної розробки або участі в хакатоні. Сфокусуйтеся на крайових випадках, безпеці та оптимізації газу. |
Якщо результати між блоками різко відрізняються (наприклад, «Основи блокчейну» — просунутий рівень, а «Розробка на Anchor» — початковий), це нормальна ситуація. Використовуйте цей розрив для пріоритезації: почніть із найслабшого блоку.
Обмеження чек-листа
- Чек-лист оцінює лише декларативні знання та базову практичну готовність. Він не замінює код-рев'ю, співбесіду з живим спеціалістом або участь у реальному проєкті.
- Пункти сформульовані на рівні «можу пояснити або зробити», що не гарантує глибокого розуміння крайових випадків і виробничих сценаріїв.
- Чек-лист не охоплює специфічні домени: токеноміку, дизайн безпеки, аудіт смарт-контрактів, юридичні аспекти RWA та операційну діяльність валідатора.
- Екосистема Solana змінюється швидко: нові інструменти, оновлення Anchor, зміни в моделі комісій можуть з'явитися між оновленнями цього ресурсу. Перевіряйте актуальність конкретних механізмів у документації.
Версія ресурсу
Ресурс «Чек-лист самодіагностики рівня знань»: статична версія 1.0. Сторінка містить готовий текстовий чек-лист і готова до практичного використання без очікування окремого інтерактивного інструмента. Остання редакційна перевірка: 2 серпня 2026 року.