Визначення
SIMD (Solana Improvement Document) — це формальний документ, що фіксує запропоновану зміну до протоколу Solana. Аналог EIP у Ethereum чи BIP у Bitcoin. Кожен SIMD містить технічну специфікацію, мотивацію, опис впливу на мережу та етапи впровадження. Номери форматуються з ведучими нулями, наприклад SIMD-0096.
Як працює
Життєвий цикл SIMD проходить через кілька стадій:
- Idea — попереднє обговорення без формальної структури.
- Draft — автор подає повний текст документа на розгляд спільноти.
- Review — технічна експертиза, обговорення в репозиторії та робочих групах.
- Final — специфікація заморожена, подальші зміни не допускаються.
- Active — зміна реалізована в коді та задіяна в мережі.
Пропозицію може подати будь-хто, але для просування від Draft до Review потрібна підтримка розробників ядра (core contributors). Фінальне рішення про впровадження приймає команда, яка підтримує референсну реалізацію (наразі — Anza).
Приклад
SIMD-0096 описує механізм пріоритетних комісій (priority fees) під час перевантаження мережі. Без цього документа зміна не могла б бути формально зафіксована, обговорена на рівні специфікації та згодом реалізована у валідаторах. Саме SIMD забезпечує перехід від ідеї «зробити чергу справедливішою» до конкретного алгоритму, який усі учасники мережі реалізують однаково.
Типова помилка
плутати SIMD (Solana Improvement Document) із однойменною абревіатурою з архітектури процесорів (Single Instruction, Multiple Data). У контексті Solana завжди мається на увазі саме документ зі зміни протоколу. Інша поширена помилка — вважати, що прийнятий SIMD автоматично запускається в мережу. Статус «Final» означає лише затвердження специфікації, а не факт розгортання.
Пов'язані матеріали
Внутрішні переходи
- Block engine — як SIMD впливає на інфраструктуру обробки блоків та MEV.
- Consensus — які зміни в консенсусі проходять через процес SIMD.