Документи з покращення Solana (SIMD): Повний посібник

Документи з покращення Solana (SIMD) забезпечують публічний формат для пропозицій та обговорення змін у протоколі та стандартах екосистеми Solana. SIMD може документувати технічний напрямок, але сама лише публікація не гарантує прийняття, впровадження, схвалення валідаторами або активацію в основній мережі.

Останнє оновлення: липень 2025 року

Ключові тези

• Документ з покращення Solana (SIMD) — це офіційний механізм письмових пропозицій, що використовується для зміни протоколу блокчейну Solana
• Кожен SIMD проходить шість визначених етапів: Draft (Чернетка), Review (Розгляд), Accepted (Прийнято), Activated (Активовано), Withdrawn (Відкликано) або Rejected (Відхилено)
• SIMD поділяються на три основні категорії: Standards Track (Стандарти), Meta та Informational (Інформаційні)
• SIMD-0228 зменшив графік інфляції SOL після ратифікації супербільшістю валідаторів, доводячи, що голосування з питань управління мають прямі економічні наслідки
• Процес відкритий для всіх; усі пропозиції публічно розміщені на github.com/solana-foundation/solana-improvement-documents

Документи з покращення Solana (SIMD): Огляд управління

Документ з покращення Solana (SIMD) — це офіційна письмова пропозиція, що використовується для пропонування та ратифікації змін у протоколі блокчейну Solana (SOL). Це офіційний механізм, за допомогою якого спільнота Solana керує розвитком мережі. У криптовалюті SIMD означає Solana Improvement Document і виконує ту саму функцію, яку виконують пропозиції щодо покращення Ethereum (EIP) для Ethereum або яку спочатку встановили пропозиції щодо покращення Bitcoin (BIP) для Bitcoin (модель, від якої походять обидві пізніші системи).

Іноді їх називають пропозиціями щодо покращення Solana (Solana Improvement Proposals), але офіційно SIMD називаються документами з покращення Solana (Solana Improvement Documents). Ця різниця важлива, оскільки назва вказує на формальний характер процесу, що ґрунтується на документах, а не на вільний форум для пропозицій.

Solana (SOL) — це блокчейн Рівня 1 з високою пропускною здатністю, що поєднує Proof of History (PoH), криптографічний механізм відліку часу, який визначає послідовність подій у мережі, з Proof of Stake (PoS) для вибору валідаторів. Вона була співзаснована Анатолієм Яковенком і запущена у 2020 році. У міру того як мережа зростала, а рішення щодо протоколу ставали все вагомішими, спільнота формалізувала процес внесення змін через фреймворк SIMD.

Дві ключові організації взаємодіють із цим фреймворком різними способами. Solana Labs, комерційна компанія з розробки ядра, часто створює та просуває SIMD. Однак, як і будь-яка інша пропозиція, її пропозиції повинні пройти повний розгляд спільнотою, а також бути прийняті валідаторами та екосистемою. Solana Foundation, окрема некомерційна організація, яка розміщує репозиторій SIMD і забезпечує редакційний нагляд, сприяє процесу, не маючи повноважень приймати рішення.

SIMD регулюють все: від основних змін консенсусу до графіка інфляції SOL і механіки комісій за транзакції. Коли SIMD ратифікується, він стає обов’язковим оновленням протоколу. Питання про те, хто може запропонувати SIMD, як приймаються пропозиції та які SIMD уже змінили економіку SOL, мають пряме відношення до власників SOL, а також розробників і валідаторів, які будують мережу.

Усунення неоднозначності: SIMD тут розшифровується як Solana Improvement Document, а не як «Single Instruction, Multiple Data» (одна інструкція — багато даних), термін архітектури процесорів, що має таку ж абревіатуру. Ці два поняття не пов'язані між собою.

Як працює процес SIMD: від чернетки до активованого оновлення протоколу

Управління Solana працює через структурований багатоетапний процес подання пропозицій. Будь-хто може написати SIMD, публічно подати його в репозиторій GitHub і провести його через розгляд спільнотою, перш ніж валідатори та учасники Solana оцінять його шляхом публічного розгляду, роботи з реалізації, прийняття програмного забезпечення та будь-якого специфічного для пропозиції процесу сигналізації. Ця гібридна модель, що поєднує офчейн обговорення з ончейн ратифікацією, відрізняє її від чистого ончейн управління (де смартконтракти виконують голосування) та від неформального управління (де основна команда приймає рішення одноосібно).

Шість етапів SIMD: від чернетки до активації

Кожен SIMD проходить шість визначених етапів статусу, встановлених у SIMD-0001:

1. Draft (Чернетка): Автор подає письмову пропозицію як pull-запит до публічного репозиторію Solana Foundation на GitHub. Пропозиція відкрита для обговорення спільнотою з моменту її появи. Будь-яка зацікавлена сторона може коментувати, ставити запитання або пропонувати зміни.

2. Review (Розгляд): Редактори SIMD, призначені Solana Foundation, оцінюють пропозицію на предмет повноти та відповідності процесу. Ширша спільнота продовжує обговорювати технічні переваги та економічні наслідки. Цей етап може тривати тижні або місяці залежно від складності.

3. Accepted (Прийнято): Пропозиція зібрала достатній консенсус спільноти для переходу до реалізації. Це не означає, що вона вже працює в мережі. Це означає, що спільнота узгодила напрямок і що може розпочатися процес прийняття валідаторами та екосистемою.

4. Activated (Активовано): Запропонована зміна працює в мережі Solana. Валідатори впроваджують оновлення протоколу, і зміна набуває чинності для всіх користувачів і застосунків, що взаємодіють із Solana. Кожен учасник мережі, від валідаторів до бірж, повинен підлаштуватися під внесені зміни.

5. Withdrawn (Відкликано): Автор пропозиції відкликав її з розгляду, зазвичай після того, як визначив, що ідея потребує значного доопрацювання або що зацікавленість спільноти недостатня. Відкликаний SIMD може бути переглянутий і повторно поданий як нова пропозиція.

6. Rejected (Відхилено): Пропозиція не просунулася після розгляду або не отримала достатньої підтримки. Відхилений SIMD офіційно позначається в репозиторії GitHub і може бути переглянутий та поданий повторно. Відхилення з однієї спроби не закриває тему назавжди.

Немає фіксованих термінів для проходження цих етапів. Прості технічні вдосконалення з сильною підтримкою спільноти можуть пройти шлях від чернетки до активації за кілька тижнів. Економічно значущі пропозиції, такі як SIMD-0228, яка стосувалася графіка інфляції SOL, можуть вимагати місяців дебатів у спільноті та обговорень валідаторами до моменту призначення голосування.

SIMD-0001: Звід правил, що регулює всі SIMD

SIMD-0001 — це документ із покращення Solana типу Meta, який визначає сам процес SIMD. Це документ, відповідно до якого пишуться та оцінюються всі наступні SIMD. SIMD-0001 встановив, що таке SIMD, як його написати, що означають шість етапів статусу та як працюють критерії розгляду та прийняття. Кожен термін статусу, використаний у цій статті (Draft, Review, Accepted, Activated, Withdrawn, Rejected), походить безпосередньо з визначень SIMD-0001. Ви можете прочитати повний документ фреймворку в офіційному репозиторії Solana Foundation на GitHub.

Як валідатори сигналізують про підтримку SIMD

Валідатор Solana — це оператор вузла, який вносить SOL в стейкінг, блокуючи їх як заставу, для участі в обробці транзакцій та голосуваннях з питань управління в мережі Solana. Стейкінг дає валідаторам право обробляти транзакції, отримувати винагороди та голосувати за питання управління, причому сила голосу пропорційна кількості SOL, внесених в стейкінг. Саме тому система описується як зважена за часткою (stake-weighted).

Solana використовує Proof of Stake (PoS), що означає, що вибір валідатора та сила голосу залежать від SOL, який було внесено в стейкінг. Реалізація PoS у Solana поєднується з Proof of History (PoH), що створює перевірений запис часу, який дозволяє мережі обробляти транзакції на високій швидкості. Така технічна архітектура робить рішення щодо управління особливо важливими, оскільки зміни впливають на мережу, що обробляє тисячі транзакцій на секунду.

Коли SIMD категорії Standards Track досягає стадії ратифікації, валідатори сигналізують про свій голос через ончейн-механізм, що означає, що голос записується безпосередньо в Блокчейн Solana. Для того, щоб SIMD категорії Standards Track було прийнято, зазвичай потрібна кваліфікована більшість голосів, зважених за стейкінгом. Кваліфікована більшість означає, що валідатори, які контролюють велику частку загального обсягу SOL, внесеного в стейкінг (зазвичай дві третини або більше), повинні сигналізувати про схвалення. Точний поріг визначено в SIMD-0001 і може змінюватися в міру розвитку процесу управління. Перевірте поточний поріг безпосередньо в SIMD-0001, перш ніж наводити конкретну цифру.

Для власників SOL: Процес голосування валідаторів регулює будь-які зміни в графіку інфляції SOL, винагородах за стейкінг або комісіях за транзакції. Цей механізм є основою для розуміння того, чому SIMD мають значення для ваших активів.

Типи SIMD: Структура категорій

SIMD поділяються на три основні категорії (Standards Track, Meta та Informational), кожна з яких має різну сферу застосування, вимоги до ратифікації та мету в процесі управління.

SIMD категорії Standards Track пропонують фактичні зміни до протоколу Solana (що впливають на консенсус, мережу або інтерфейси) і потребують прийняття валідаторами та екосистемою, щоб стати активованими. Meta SIMD описують сам процес управління, а не пропонують зміну протоколу. SIMD-0001 є яскравим прикладом: він визначає, як працюють усі інші SIMD, сам по собі не будучи оновленням протоколу. Informational SIMD документують рекомендації та кращі практики без необхідності ратифікації.

Більшість SIMD, що привертають увагу громадськості, включаючи SIMD-0228 і SIMD-0096, належать до категорії Standards Track (Core), оскільки вони пропонують зміни економічних параметрів або поведінки консенсусу, які впливають на кожного учасника мережі.

Як брати участь в управлінні Solana через SIMD

Процес SIMD відкритий для всіх. Для ознайомлення з активними пропозиціями, коментування обговорень щодо управління, подання нових SIMD або голосування як валідатор не потрібно спеціальних дозволів.

Для розробників: Як написати та подати SIMD

Будь-хто може подати SIMD через публічний репозиторій Solana Foundation на GitHub. Процес не обмежений лише Solana Labs або Foundation.

Ось кроки для подання SIMD:

1. Прочитайте SIMD-0001: Перш ніж щось писати, прочитайте процесуальний документ SIMD-0001), щоб зрозуміти необхідний шаблон, правила форматування та те, що робить пропозицію повною.

2. Визначте чітку проблему або покращення протоколу: SIMD повинні стосуватися конкретної, чітко визначеної проблеми протоколу Solana. Невиразні або недостатньо опрацьовані пропозиції навряд чи пройдуть стадію перегляду (Review).

3. Почніть обговорення в спільноті перед підготовкою чернетки: Поділіться своєю ідеєю на форумах спільноти Solana або в Discord, щоб оцінити інтерес і виявити потенційні занепокоєння перед написанням повної чернетки. Завчасний зворотний зв'язок економить значний час на доопрацювання згодом.

4. Зробіть Форк SIMD-репозиторію Solana Foundation на GitHub: Перейдіть на github.com/solana-foundation/solana-improvement-documents) і зробіть Форк репозиторію у свій власний акаунт GitHub.

5. Напишіть SIMD за стандартним шаблоном: Використовуйте шаблон, визначений у SIMD-0001. Повний SIMD включає анотацію, мотивацію, специфікацію та аналіз зворотної сумісності разом із технічним обґрунтуванням.

6. Надішліть pull request до репозиторію: Відкрийте pull request зі свого форку до головного репозиторію Solana Foundation. Це офіційно переводить вашу пропозицію на стадію чернетки (Draft).

7. Взаємодійте з редакторами SIMD та спільнотою під час перегляду (Review): Редактори SIMD перевірять вашу пропозицію на повноту. Ширша спільнота оцінить технічні та економічні переваги. Будьте готові внести зміни на основі відгуків.

Подання SIMD не гарантує голосування валідаторів. Стадія перегляду (Review) — це фільтр спільноти, і пропозиції, яким бракує технічної ретельності або підтримки спільноти, можуть залишитися на стадії перегляду або бути відкликані до початку голосування.

Знайдіть усі SIMD та офіційний репозиторій для подання за адресою: github.com/solana-foundation/solana-improvement-documents

Для валідаторів: Як голосувати за активні SIMD

Валідатори голосують за ратифікацію SIMD через механізм ончейн-сигналізації. Ваша сила голосу пропорційна кількості SOL, яку ви внесли в стейкінг, тому валідатор, який контролює велику частку стейкінгу, має більший вплив на рішення про ратифікацію.

SIMD категорії Standards Track зазвичай вимагають кваліфікованої більшості голосів, зважених за стейкінгом, щоб бути прийнятими. Перевірте поточний поріг безпосередньо в SIMD-0001, оскільки вимоги до ратифікації можуть змінюватися в міру розвитку процесу управління. Валідатори можуть відстежувати активні голосування за управління через панелі моніторингу мережі Solana та інструменти управління, що підтримуються спільнотою.

Перед голосуванням за економічно значущі пропозиції змоделюйте вплив на власну діяльність. SIMD-0096 продемонстрував, що голосування за управління щодо механізмів комісій мають прямі наслідки для доходів валідаторів та економіки стейкінгу.

Для всіх: Стеження та участь в управлінні через SIMD

Участь в управлінні Solana не вимагає акаунта GitHub, інфраструктури валідатора або технічного досвіду розробки.

Члени спільноти та власники SOL можуть брати участь у процесі SIMD кількома способами:

• Читайте та коментуйте активні SIMD. Усі пропозиції публічно доступні в репозиторії GitHub, і будь-хто може залишати коментарі до pull request-ів.
• Беріть участь в обговореннях управління. У Discord Solana та на форумах спільноти тривають обговорення активних пропозицій, які часто доступніші, ніж технічні гілки на GitHub.
• Будьте в курсі подій через відстеження управління. Кілька ресурсів спільноти відстежують зміни статусів SIMD, визначні голосування та результати управління.
• Беріть участь опосередковано, делегуючи свій стейкінг валідаторам, чиї позиції щодо голосування за управління відображають ваші погляди. Власники токенів впливають на результати ратифікації через свій вибір валідатора, навіть не подаючи SIMD і не голосуючи за них безпосередньо.

На відміну від управління в DAO, де для надання права голосу використовуються спеціальні токени управління, процес SIMD у Solana не вимагає окремого токена. Механізмами є зважування за стейкінгом валідаторів та обговорення в спільноті. Подібно до моделей управління з відкритим кодом, таких як процес PEP у Python або система RFC у IETF, SIMD забезпечують прозору, доступну для спільноти структуру для обговорення змін у протоколі.

Відстежуйте всі активні та минулі SIMD за адресою: github.com/solana-foundation/solana-improvement-documents

Порівняння SIMD Solana, EIP Ethereum та BIP Bitcoin: Як влаштовано управління блокчейнами

Управління Solana працює за гібридною моделлю. Пропозиції SIMD подаються та обговорюються публічно офчейн, тоді як остаточна ратифікація фіксується через ончейн-голосування валідаторів з урахуванням їхньої частки в стейкінгу. Ця структура відрізняє її як від підходу Ethereum, заснованого на грубому консенсусі, так і від токенного голосування за моделлю DAO.

SIMD та EIP є відкритими процесами на базі GitHub, які дозволяють будь-кому пропонувати зміни до протоколу через офіційний письмовий документ. Ключова структурна різниця полягає в ратифікації. Процес SIMD в Bybit використовує явне голосування валідаторів, зважене за стейкінгом, для офіційної фіксації ратифікації ончейн. Процес EIP в Ethereum покладається на грубий консенсус серед команд розробників клієнтів з подальшою реалізацією в клієнті — модель, яка більше орієнтована на обговорення і не передбачає офіційного ончейн-голосування. Процес BIP у Bitcoin, який заклав концепцію пропозицій щодо покращення, від якої походять EIP та SIMD, використовує різні механізми активації залежно від типу пропозиції.

Жодна окрема організація не контролює управління Solana. Solana Labs є автором багатьох SIMD і входить до числа найактивніших ініціаторів, але її пропозиції проходять той самий процес розгляду спільнотою та прийняття валідаторами й екосистемою, що й пропозиції будь-якого іншого автора. Solana Foundation хостить репозиторій і призначає редакторів SIMD, які перевіряють пропозиції на повноту та відповідність процесу. Фонд не має особливих прав голосу; його роль є процедурною, а не вирішальною. Остаточне право ратифікації належить валідаторам через голосування, зважене за стейкінгом.

Пропозиції SIMD подаються та обговорюються публічно через GitHub та форуми спільноти (офчейн-рівень). Сигнал про ратифікацію фіксується в блокчейні Solana через голосування валідаторів, зважене за стейкінгом (ончейн-рівень). Критики зазначають, що зважене за стейкінгом голосування зосереджує вплив на управління у великих валідаторів. Прихильники стверджують, що відкритий доступ до пропозицій у поєднанні з ончейн-ратифікацією забезпечує значну підзвітність. Обидва спостереження точно описують одну й ту саму модель.

Що управління через SIMD означає для власників SOL

Рішення щодо управління, прийняті через процес SIMD, можуть безпосередньо змінювати економічні параметри, що регулюють пропозицію SOL, дохідність стейкінгу та структуру комісій за транзакції. Це робить обізнаність у SIMD практичним питанням для кожного власника SOL, а не лише для інженерів протоколу.

Токеноміка SOL (економічні параметри, що регулюють графік пропозиції, рівень інфляції, винагороди за стейкінг та розподіл комісій) підлягає процесу управління SIMD. SIMD-0228 продемонстрував, що кваліфікована більшість валідаторів може змінити графік інфляції SOL, що означає меншу кількість нових токенів, які надходять в обіг з часом. Зазвичай вважається, що зменшення емісії знижує тиск розмивання частки на існуючих власників. SIMD-0096 та SIMD-0083 показали, що SIMD також можуть змінювати структуру та розподіл винагород за стейкінг, що впливає на економіку утримання SOL порівняно з активним внесенням у стейкінг.

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

Моніторинг процесу SIMD — це один із практичних способів залишатися в курсі змін протоколу, які можуть вплинути на економічну траєкторію Solana. Репозиторій GitHub забезпечує видимість пропозицій у реальному часі на кожному етапі: від ранніх обговорень чернеток (Draft) до остаточно активованих (Activated) змін.

Пов'язані ресурси з архітектури Solana

Читачі, які відстежують категорії пропозицій та окремі документи, можуть скористатися повним довідником з SIMD; контекст протоколу наведено в огляді архітектури мережі Solana. Сторінка ціни SOL) надає ринковий контекст. Користувачі, які розглядають продукти, пов'язані зі стейкінгом, можуть ознайомитися з SOL Earn) та його поточними умовами окремо.

FAQ: Документи з покращення Solana (SIMD)

Що таке SIMD у криптовалюті?

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

Як працює управління Solana?

Управління Solana працює через структурований процес пропозицій, який називається фреймворком SIMD. Будь-який учасник спільноти може подати письмовий SIMD до публічного репозиторію Solana Foundation на GitHub. Пропозиція проходить етапи розгляду спільнотою, перш ніж валідатори Solana проведуть ончейн-голосування, зважене за стейкінгом, щоб ратифікувати або відхилити її. Обговорення відбувається офчейн, а ратифікація фіксується ончейн.

Хто може подати SIMD?

Будь-хто може подати SIMD. Процес відкритий для розробників, валідаторів та учасників спільноти через публічний репозиторій Solana Foundation на GitHub. Автори повинні дотримуватися шаблону форматування, визначеного в SIMD-0001, брати участь в обговоренні спільнотою та працювати з редакторами SIMD на етапі перевірки (Review). Жодної спеціальної афіліації з Solana Labs або Foundation не потрібно.

Які існують типи SIMD?

SIMD поділяються на три основні категорії. SIMD типу Standards Track (з підкатегоріями Core, Networking та Interface) пропонують безпосередні зміни протоколу і потребують впровадження валідаторами та екосистемою. Meta SIMD описують сам процес управління, а не пропонують зміни; SIMD-0001 є яскравим прикладом. Informational SIMD документують необов'язкові рекомендації та найкращі практики.

Скільки часу займає схвалення SIMD?

Фіксованих термінів для схвалення SIMD немає. Прості технічні вдосконалення з потужною підтримкою спільноти можуть перейти зі стадії чернетки (Draft) до активованої (Activated) протягом декількох тижнів. Економічно значущі або суперечливі пропозиції, такі як SIMD-0228, яка пройшла через місяці дебатів у спільноті перед голосуванням валідаторів, можуть тривати значно довше. Термін залежить від технічної складності, консенсусу спільноти та готовності до реалізації.

Яка SIMD була найбільш суперечливою?

SIMD-0228 та SIMD-0096 викликали найбільш значні дебати в спільноті за всю історію управління Solana. SIMD-0228 пропонувала скоротити графік інфляції SOL, що розділило валідаторів через економічні наслідки. SIMD-0096 пропонувала зміни в комісіях валідаторів та розподілі винагород, що безпосередньо впливало на економіку валідаторів і викликало тривале обговорення перед ратифікацією.

Чи має Solana децентралізоване управління?

Solana використовує гібридну модель управління. Процес подання SIMD відкритий для будь-кого (будь-який розробник, валідатор або член спільноти може написати та подати пропозицію). Ратифікація вимагає супербільшості голосів валідаторів з урахуванням ваги стейкінгу, з остаточним сигналом, записаним ончейн. Solana Foundation процедурно сприяє процесу, але не має особливої ​​впливової сили для голосування. Критики зазначають, що голосування з урахуванням ваги стейкінгу концентрує вплив серед великих валідаторів; відкритий процес подання пропозицій та ончейн-ратифікація є основними механізмами децентралізації.

Чим Solana SIMD відрізняється від Ethereum EIP?

Обидва SIMD та EIP є відкритими процесами подання пропозицій, розміщеними на GitHub, які дозволяють будь-кому пропонувати зміни протоколу блокчейну через формальні письмові документи. Ключова відмінність полягає в ратифікації. Процес SIMD Solana вимагає явного голосування валідаторів з урахуванням ваги стейкінгу, записаного ончейн. Процес EIP Ethereum покладається на загальний консенсус між командами розробки клієнтів із подальшою реалізацією клієнта, більш обґрунтований підхід без формального голосування за ратифікацію ончейн.

Що відбувається, коли SIMD відхиляється?

Відхилений SIMD офіційно позначається статусом Rejected або Withdrawn у репозиторії GitHub Solana Foundation. Автор пропозиції може переглянути її на основі відгуків спільноти та повторно подати як новий SIMD. Відхилення під час однієї спроби не закриває назавжди обговорення теми. То саме питання протоколу може бути вирішено майбутнім SIMD з покращеною специфікацією або зміненими обставинами.

Так. SIMD-0228 продемонстрував, що процес SIMD може безпосередньо змінювати коефіцієнт інфляції SOL. Пропозиція була ратифікована супербільшістю валідаторів, що призвело до зменшення нативного коефіцієнта інфляції Solana, тобто менше нових токенів SOL надходить в обіг з часом. Це підтверджує, що економічні параметри SOL, включаючи графік інфляції, підлягають процесу управління SIMD.

Висновок: SIMD — це двигун еволюції Solana

SIMD — це двигун еволюції Solana, формальний механізм, за допомогою якого спільнота формує напрямок розвитку протоколу. Від визначення самої рамки управління (SIMD-0001) до зміни коефіцієнта інфляції SOL (SIMD-0228) та переформатування економіки валідаторів (SIMD-0096), документи Solana Improvement Documents вже сформували мережу способами, важливими для кожного, хто володіє, будує або експлуатує інфраструктуру для Solana.

Процес більш доступний, ніж може здатися на перший погляд. Пропозиції розміщуються у публічному репозиторії. Обговорення є відкритими. Голосування валідаторів відбувається ончейн і є перевіреним. Шлях участі (чи хочете ви подати SIMD, голосувати як валідатор, чи просто стежити за обговореннями управління як інформований власник) доступний для будь-кого, хто бажає взяти участь.

Оскільки Solana розвивається, а процес SIMD вдосконалюється, грамотність у сфері управління ставатиме дедалі ціннішою для всіх ролей учасників.

Щоб стежити за активними обговореннями SIMD, відстежувати пропозиції в реальному часі та читати повний документ з рамкою SIMD-0001, відвідайте офіційний репозиторій Solana Foundation SIMD:

github.com/solana-foundation/solana-improvement-documents