Управління Solana: як валідатори формують SOL

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

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

Ключові висновки

• Управління Solana координується офчейн через пропозиції, технічний огляд, сигналізацію, впровадження та прийняття програмного забезпечення; деякі рішення використовують сигналізацію валідаторів з урахуванням стейкінгу
• Зміни до протоколу можуть бути задокументовані через документи з удосконалення Solana (SIMD), які підтримують публічне обговорення, але самі по собі не гарантують впровадження
• Делегування SOL може впливати на обсяг стейкінгу, який представляє валідатор, коли пропозиція використовує сигналізацію з урахуванням стейкінгу; делегування не є прямим голосуванням за кожну SIMD
• Коефіцієнт Накамото вимірює децентралізацію управління, відстежуючи, скільки валідаторів повинні вступити в змову, щоб контролювати 33% SOL у стейкінгу
• SIMD-0228, голосування щодо рівня інфляції у 2024 році, продемонструвало роботу процесу SIMD у масштабі при прийнятті важливого економічного рішення
• Жодна окрема організація не має формального права вето на результати SIMD, але Solana Foundation та Solana Labs мають значний структурний вплив

У цьому посібнику

1. Хто насправді контролює Solana?
2. Що таке управління Solana?
3. Хто є ключовими дійовими особами в управлінні Solana?
4. Як працює процес SIMD?
5. Голосування з урахуванням стейкінгу: як розраховується вплив валідатора
6. SIMD-0228: голосування щодо інфляції Solana на практиці
7. Чи є управління Solana децентралізованим? Оцінка доказів
8. Управління Solana проти Ethereum: порівняння
9. Ризики та обмеження управління
10. Як брати участь в управлінні Solana як власник SOL
11. Часті запитання: управління Solana
12. Висновок: що управління Solana означає для вас

Хто насправді контролює Solana?

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

Якщо ви читали про дебати щодо рівня інфляції 2024 року, стикалися з аргументами про концентрацію валідаторів або чули, що Solana Foundation має надмірний контроль, ви потрапили за адресою. Цей посібник пояснює, як насправді приймаються рішення щодо управління в Solana, хто володіє формальною та неформальною владою, що коефіцієнт Накамото говорить нам про стан децентралізації та як саме ваші запаси SOL пов'язані з процесом управління.

Наприкінці ви зрозумієте життєвий цикл пропозиції SIMD, як голосування з урахуванням стейкінгу розподіляє владу в управлінні, задокументовані ризики в моделі управління Solana та конкретні кроки, які ви можете зробити для участі як власник, валідатор або розробник.

Що таке управління Solana?

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

Ончейн- проти офчейн-управління: де місце Solana

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

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

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

Модель консенсусу Solana пояснює, чому управління працює саме так. Proof of History (PoH) — це криптографічний механізм обліку часу, верифікований годинник, вбудований у протокол, який дозволяє Solana впорядковувати транзакції з високою пропускною здатністю без шкоди для безпеки. PoH працює разом із Proof of Stake (PoS) — механізмом консенсусу, у якому валідатори обираються для створення блоків на основі кількості SOL, яку вони внесли в стейкінг як заставу. Валідатори можуть сигналізувати про підтримку і зрештою обирати, яке сумісне програмне забезпечення запускати, але не кожна SIMD вирішується через формальне голосування з урахуванням стейкінгу. Оператори інфраструктури мають значну владу щодо впровадження, тоді як розробники, команди клієнтів, Фонд, команди застосунків та ширша спільнота також формують результати. Ця архітектурна відмінність пояснює, чому Solana використовує офчейн-голосування валідаторів з урахуванням стейкінгу, а не ончейн-голосування токенами.

Деякі DeFi-протоколи, побудовані на Solana, використовують системи голосування токенами на основі DAO, як-от модель управління Ethena на рівні застосунку, де власники токенів голосують безпосередньо за параметри протоколу. Управління мережею Solana не використовує цю модель.

Хто є ключовими дійовими особами в управлінні Solana?

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

Валідатори: сигналізація, консенсус та впровадження програмного забезпечення

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

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

Згідно з даними Solana Beach validator explorer, Solana працює з понад 1000 активних акаунтів для голосування, хоча точна кількість змінюється в міру приєднання та виходу валідаторів. Кількість активних акаунтів для голосування (валідаторів, що беруть участь у консенсусі та сигналізації управління) відрізняється від загальної кількості зареєстрованих валідаторів і є показником, який має значення для аналізу управління.

Solana Foundation та Solana Labs: вплив без права вето

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

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

Solana Labs — це окрема від Solana Foundation організація, і їх не слід плутати. Solana Labs — це комерційна команда основних розробників. Solana Foundation — це некомерційний управитель екосистеми. Solana Labs була співзаснована Анатолієм Яковенком, винахідником Proof of History, який сформулював філософію мінімального формалізму в управлінні, віддаючи перевагу грубому консенсусу серед технічних стейкхолдерів перед формальним ончейн-голосуванням. Solana Labs є автором значної частини пропозицій SIMD і може допомагати впроваджувати зміни, які отримують достатню технічну підтримку та підтримку екосистеми. Хоча Solana Labs не має формального права голосу, її домінуюча позиція в розробці основного протоколу означає, що вона здійснює фактичний вплив на те, які пропозиції потрапляють до конвеєра SIMD і просуваються ним.

Власники токенів SOL: непряме управління через делегування

Власники токенів SOL не отримують універсального прямого бюлетеня на рівні протоколу лише за володіння SOL. Це поширена помилкова думка, особливо серед власників, знайомих із протоколами на базі DAO, де володіння токенами безпосередньо конвертується в право голосу. Коли пропозиція використовує сигналізацію валідаторів, валідатори подають відповідний сигнал; інші зміни просуваються через огляд, впровадження та прийняття без єдиного універсального голосування.

Власники SOL мають вплив на управління через делегований стейкінг. Коли використовується сигналізація, зважена за часткою стейкінгу, делеговані SOL впливають на частку, представлену валідатором. Це делегування в Solana є некастодіальним: ви зберігаєте право власності на свої SOL протягом усього процесу. Вносити в стейкінг через централізовану біржу через централізовану платформу стейкінгу — це інша справа. У таких випадках Платформа контролює вибір валідатора та будь-яку сигналізацію щодо конкретної пропозиції, пов'язану з об'єднаним стейкінгом. Наслідки для управління при стейкінгу через біржу порівняно з самостійним делегуванням принципово різні, саме тому розділ про участь присвячений цій відмінності безпосередньо.

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

Як працює процес SIMD? Життєвий цикл пропозицій щодо управління Solana

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

Що таке SIMD?

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

Від пропозиції до прийняття мережею

1. Чернетка та обговорення: Автор документує проблему, обґрунтування та технічний дизайн для публічного розгляду.
2. Технічний огляд: Інженери, валідатори, команди додатків та учасники спільноти оцінюють безпеку, сумісність, економіку та оперативний вплив.
3. Впровадження та тестування: Команда клієнта може впровадити зміну, але впровадження не гарантує розгортання.
4. Сигналізація або координація щодо конкретної пропозиції: Деякі зміни використовують сигналізацію валідаторів, зважену за часткою стейкінгу, або інший задокументований процес. Інші покладаються насамперед на технічний та соціальний консенсус.
5. Прийняття та активація програмного забезпечення: Валідатори повинні прийняти сумісні випуски, а будь-які відповідні умови активації мають бути виконані, перш ніж поведінка зміниться в Основній мережі.

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

Ресурс: Де знайти пропозиції SIMD Публічний репозиторій SIMD містить документи пропозицій та історію обговорень. Підтверджуйте поточний статус у репозиторії та відповідній документації до випуску клієнта, а не робіть висновки про статус лише за номером SIMD.

Сигналізація, зважена за часткою стейкінгу: коли враховується стейкінг валідатора

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

Якщо конкретна пропозиція визначає процес сигналізації, зваженої за часткою стейкінгу, делегування впливає на те, яку частку представляє валідатор. Власники токенів можуть переглянути публічну позицію валідатора та переделегувати кошти, але вони не подають сигнал валідатора особисто через звичайний нативний стейкінг. Централізовані продукти для стейкінгу також можуть обирати валідаторів та контролювати будь-яку відповідну сигналізацію для об'єднаного стейкінгу.

Кворум, пороги, терміни та інструменти сигналізації можуть відрізнятися залежно від пропозиції. Їх слід перевіряти за основними матеріалами для цього рішення. Впровадження програмного забезпечення, прийняття валідаторами та умови активації залишаються окремими від результату сигналізації.

SIMD-0228 пропонував замінити фіксований графік дезінфляції Solana на ринковий механізм емісії. У березні 2025 року валідатори провели голосування з урахуванням ваги їхнього стейкінгу. У тогочасних звітах повідомлялося про приблизно 61% підтримки серед учасників, що нижче необхідного порогу у дві третини, тому пропозиція не була прийнята.

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

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

Управління Solana є частково децентралізованим, з суттєвим глобальним розподілом активних валідаторів і відкритим процесом подання пропозицій, але з помітною концентрацією стейкінгу серед провідних валідаторів і структурним впливом, зосередженим у двох організаціях. Ані рекламне «так», ані зневажливе «ні» не відображають реальну картину.

Коефіцієнт Накамото: орієнтир децентралізації Solana

Коефіцієнт Накамото вимірює мінімальну кількість незалежних валідаторів, які повинні змовитися, щоб контролювати 33% SOL, внесених у стейкінг, — поріг, необхідний для зупинки мережі або здійснення вирішального впливу на результати управління. Вищий коефіцієнт Накамото вказує на те, що для компрометації управління має координуватися більше суб'єктів, що свідчить про більшу децентралізацію. Нижчий коефіцієнт означає, що менша кількість валідаторів у змові може накласти вето або проштовхнути результат SIMD.

Коефіцієнт Накамото Solana історично коливався від 19 до 35, що означає, що для досягнення порогу у 33% стейкінгу знадобиться змова від 19 до 35 валідаторів. Перевірте поточне значення за допомогою провідника валідаторів Solana Beach на момент читання, оскільки цей показник змінюється залежно від поведінки валідаторів і потоків стейкінгу. Для контексту, коефіцієнт Накамото Ethereum (виміряний через Rated.network або аналогічні інструменти) відображає його більший набір валідаторів, хоча обидві мережі демонструють значну концентрацію стейкінгу серед своїх провідних валідаторів.

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

Концентрація стейкінгу валідаторів: що показують цифри

ДАНІ: Показники децентралізації управління Solana (Джерело: провідник валідаторів Solana Beach — перевіряйте всі значення на момент читання)

Оцінка децентралізації управління Solana за чотирма вимірами:

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

Концентрація стейкінгу (змішаний сигнал): Найбільші валідатори за вагою стейкінгу утримують непропорційно велику частку від загального обсягу SOL, внесених у стейкінг. Результати управління за будь-яким голосуванням SIMD суттєво формуються відносно невеликою підмножиною валідаторів, навіть якщо решта валідаторів численна. Перевірте поточні відсотки стейкінгу топ-10 та топ-33 через Solana Beach. Аналітикам, що відстежують цей показник, слід звернути увагу на те, чи є тенденція до покращення або погіршення з часом, оскільки концентрація стейкінгу може суттєво змінюватися залежно від поведінки делегування.

Різноманітність клієнтів (сигнал покращення): Історично набір валідаторів Solana працював на одній реалізації клієнта, що створювало єдину точку відмови для управління та консенсусу. Клієнт Firedancer, розроблений Jump Crypto, підвищує різноманітність клієнтів, хоча клієнт Agave залишається домінуючим. Більша різноманітність клієнтів зменшує ризик для управління, пов'язаний з рішеннями будь-якої окремої команди розробників щодо поведінки програмного забезпечення.

Інституційний контроль стейкінгу (фактор ризику): Централізовані біржі, які пропонують послуги пулового стейкінгу, пропонують продукти стейкінгу SOL, у яких біржа, а не окремий власник, контролює вагу голосу валідатора для пулових стейків. Коли велика кількість SOL, внесених у стейкінг, проходить через біржові програми стейкінгу, біржа фактично концентрує владу управління, яка номінально належить окремим власникам. Ця динаміка може стиснути ефективний коефіцієнт Накамото нижче того, що припускає необроблена кількість валідаторів.

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

Управління Solana проти Ethereum: Пліч-о-пліч

Як Solana, так і Ethereum покладаються переважно на офчейн управління: жодна мережа не використовує ончейн смарт-контракти для автоматичного впровадження змін у протоколі. Суттєві відмінності полягають у тому, як формалізується вага голосу та хто є основними учасниками управління.

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

Жодна з цих трьох моделей не надає формальної ончейн права вето будь-якій окремій стороні. Кожна відображає різні компроміси між швидкістю змін і широтою залучення стейкхолдерів. Модель Solana, зважена за стейком та орієнтована на валідаторів, дозволяє оновленням протоколу відбуватися швидше, ніж процес грубого консенсусу багатьох стейкхолдерів Ethereum, що є практичним міркуванням для розробників, які оцінюють ризики управління на рівні додатків. Для ширшого огляду того, як інші мережі Layer-1 керують управлінням на основі токенів, дивіться, як NEAR Protocol структурує свою модель управління на основі токенів.

Ризики та обмеження управління

Модель управління Solana має задокументовані структурні ризики, які інвестори та розробники повинні розуміти перед оцінкою довгострокового стану управління мережею. Кожен ризик нижче супроводжується пом'якшуючим фактором, оскільки ризик управління рідко буває бінарним.

1. Ризик концентрації стейку. Топові валідатори за вагою стейку сукупно контролюють велику частку голосів управління. Якщо валідатори, які володіють найбільшими стейками, скоординують свої голоси, вони можуть визначити результат будь-якого SIMD незалежно від того, як голосує ширший набір валідаторів. Пом'якшуючий фактор: Коефіцієнт Накамото (історично від 19 до 35) означає, що координація потребує щонайменше 19 незалежних сторін, зменшуючи ймовірність невиявленої змови.

2. Залежність ключових розробників від Solana Labs. Solana Labs є автором більшості пропозицій SIMD та основною командою, відповідальною за впровадження затверджених змін. Якщо Solana Labs надає пріоритет пропозиції менше або відмовляється впроваджувати затверджений SIMD, система управління не має формального механізму примусу. Пом'якшуючий фактор: Зростання незалежної розробки клієнтів (Firedancer) та сторонніх інженерних контриб'юторів з часом зменшує ризик єдиної точки відмови, спричинений інженерними можливостями однієї організації.

3. Непрозорість офчейн управління. Оскільки управління Solana відбувається через коментарі на GitHub, обговорення на форумах та офчейн сигналізацію валідаторів, а не ончейн транзакції, не існує єдиного аудитованого реєстру діяльності з управління. Аналіз історичної участі в голосуванні вимагає реконструкції сигналів з кількох джерел. Пом'якшуючий фактор: Репозиторій SIMD на GitHub підтримує постійний публічний запис пропозицій та їх життєвий цикл, а інструменти, як-от дані участі в управлінні Validators.app, відстежують поведінку голосування окремих валідаторів.

4. Концентрація стейку, керована біржами. Централізовані біржі, що пропонують програми стейкінгу SOL, об'єднують SOL клієнтів і контролюють відповідну вагу голосів валідаторів. Це може концентрувати вплив управління в операторах бірж, а не в окремих власників. Пом'якшуючий фактор: Власники SOL, які використовують гаманці самостійного зберігання (Phantom, Solflare) і делегують безпосередньо валідаторам, зберігають повний контроль над тим, який голос управління їхній стейк підсилює.

5. Варіативність рівня участі валідаторів. Не всі активні облікові записи для голосування беруть участь у кожному голосуванні SIMD. Валідатори, які утримуються або не залучені до обговорень управління, знижують ефективний рівень участі, що може зміщувати результати на користь найбільш уважних (і часто найбільших) валідаторів. Пом'якшуючий фактор: Програма делегування Solana Foundation надає пріоритет валідаторам, які активно беруть участь в управлінні, створюючи економічний стимул для залучення, що виходить за рамки простої участі в консенсусі.

Ці ризики є структурними особливостями поточної моделі управління Solana, а не передбаченими збоями. Системи управління розвиваються, і кілька з цих ризиків помітно покращилися, оскільки різноманітність клієнтів зростає, а процес SIMD дозрів з 2022 року.

Як брати участь в управлінні Solana як власник SOL

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

Існують два чіткі шляхи участі залежно від вашої ролі та цілей.

Власники SOL беруть участь в управлінні Solana переважно через вибір валідатора. Кроки нижче переводять вас від пасивного стейкера до делегатора, який усвідомлює питання управління.

1. Дослідіть записи участі валідаторів в управлінні. Відвідайте експлорер валідаторів Solana Beach або дані участі в управлінні Validators.app, щоб переглянути історію голосування кожного валідатора щодо останніх SIMD. Шукайте валідаторів зі стабільними записами участі в багатьох пропозиціях, а не тих, хто голосує епізодично або утримується від суперечливих голосів.

2. Перевірте розмір стейку валідатора та його наслідки для управління. Більші валідатори мають більшу вагу голосу, що означає, що ваш делегований SOL підсилює гучніший голос управління. Менші валідатори можуть бути більше узгоджені з цілями децентралізації мережі, але мають меншу індивідуальну вагу голосу. Не існує універсально правильної відповіді; вибір залежить від того, чи пріоритетом для вас є вплив на управління, чи здоров'я розподілу стейку.

3. Перегляньте заявлену філософію управління валідатора. Багато валідаторів публікують свої позиції щодо управління через пости в блогах, теми на форумах або внески на GitHub. Валідатор, який активно коментує пропозиції SIMD на етапах розгляду (Review) та останнього заклику (Last Call), демонструє справжнє залучення, а не просто віддання голосу після того, як рішення вже було фактично прийнято.

4. Переконайтеся, що ви використовуєте делегування самостійного зберігання, а не стейкінг через біржу. Стейкінг через централізовану біржу (Coinbase, Binance або Kraken) зазвичай означає, що платформа контролює вибір валідатора та будь-яку сигналізацію щодо конкретних пропозицій, пов'язану з об'єднаним стейком. Використовуйте гаманець самостійного зберігання, як-от Phantom або Solflare, і делегуйте безпосередньо обраному вами валідатору, щоб зберегти свій голос управління.

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

Шлях 2: Пряма взаємодія з процесом SIMD

Технічно залучені члени спільноти, включаючи розробників та дослідників, можуть брати участь безпосередньо в процесі SIMD без запуску валідатора.

1. Відстежуйте репозиторій SIMD на GitHub для пропозицій на стадії чернетки (Draft) або розгляду (Review). Усі пропозиції є загальнодоступними та відкритими для коментарів від будь-якого члена спільноти, який має обліковий запис GitHub.

2. Коментуйте на етапах розгляду (Review) або останнього заклику (Last Call), щоб надати технічний зворотний зв'язок або погляди спільноти щодо пропозицій, які впливають на ваш випадок використання. Суттєві технічні коментарі на цих етапах можуть вплинути на те, як пропозиції будуть переглянуті перед голосуванням.

3. Беріть участь в обговореннях управління на форумі Solana за адресою forum.solana.com, де обговорення SIMD відбуваються паралельно з GitHub і часто залучають ширший внесок спільноти.

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

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

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

FAQ: Управління Solana

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

Чи має Solana ончейн-управління?

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

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

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

Коефіцієнт Накамото вимірює мінімальну кількість незалежних валідаторів, які повинні вступити в змову, щоб контролювати 33% внесених в стейкінг SOL — поріг, при якому скоординована група могла б мати вирішальний вплив на результати управління або зупинити мережу. Вищий коефіцієнт вказує на більшу децентралізацію управління. Коефіцієнт Накамото Solana історично коливався від 19 до 35; перевірте поточне значення через обозреватель валідаторів Solana Beach. Чим нижче це число, тим менше валідаторів потрібно координувати, щоб сформувати будь-який результат SIMD.

SIMD (Solana Improvement Document - Документ вдосконалення Solana) — це формальний механізм пропозицій, за допомогою якого протокольні зміни пропонуються та ратифікуються на Solana. Аналогічно процесу EIP Ethereum, будь-який член спільноти може створити SIMD і подати його як запит на витягування (pull request) до загальнодоступного репозиторію SIMD на GitHub. Потім пропозиція проходить п'ять етапів: Чорнетка (Draft), Перегляд (Review), Останній заклик (Last Call), Голосування (Voting), а потім Активація (Activation). Валідатори віддають зважені на стейк голоси під час етапу Голосування, щоб визначити, чи просувається пропозиція.

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

Solana працює з понад 1000 активними обліковими записами для голосування, хоча точна кількість змінюється, коли валідатори приєднуються та виходять. Перевірте поточну кількість активних облікових записів для голосування через обозреватель валідаторів Solana Beach на момент читання. Лише кількість валідаторів сама по собі може бути оманливою: для здоров'я управління важливий розподіл стейку між цими валідаторами, а не просто їхня кількість. Коефіцієнт Накамото надає більш значущу міру децентралізації, ніж просто кількість валідаторів.

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

Stake-weighted voting (голосування, зважене на стейк) — це механізм управління, за якого голос учасника має вплив, пропорційний кількості криптовалюти, яку він вніс в стейкінг, а не один голос на учасника або один голос на безпосередньо утримуваний токен. На Solana вага голосу валідатора за пропозицією SIMD дорівнює його частці від загального стейку SOL. Валідатор з 5% від усього стейку SOL контролює 5% ваги голосу, незалежно від того, скільки інших валідаторів існує в мережі.

Невдале голосування SIMD означає, що запропонована зміна протоколу не буде прийнята в такому вигляді. Пропозицію можна переглянути, щоб врахувати заперечення, висловлені під час Етапу перегляду (Review) та Останнього заклику (Last Call), а потім повторно подати на інший цикл голосування. Невдалі голосування є нормальною частиною процесу управління і не вказують на несправність мережі. Сам SIMD-0228 пройшов значні перегляди перед етапом голосування, що відображає, як працює ітеративний процес.

Хто вирішує, коли розгортається оновлення програмного забезпечення Solana?

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

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

Управління Solana має значні децентралізовані функції поряд із задокументованими ризиками концентрації. З позитивного боку: понад 1000 активних облікових записів для голосування, розподілених по всьому світу, відкритий процес SIMD, у якому може брати участь будь-який член спільноти, і жодна окрема організація не має офіційної вето-сили. З ризикованого боку: стейк сконцентрований серед відносно невеликої кількості топ-валідаторів, Solana Labs здійснює фактичний контроль над конвеєром впровадження SIMD, а програми стейкінгу централізованих бірж консолідують вагу управління в руках інституційних гравців. Перевірте поточний коефіцієнт Накамото через обозреватель валідаторів Solana Beach для кількісної оцінки поточних рівнів концентрації.

Висновок: Що означає управління Solana для вас

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

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

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

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

Ресурси управління та додаткове читання

• GitHub репозиторій SIMD: Офіційний репозиторій для всіх документів щодо покращення Solana (SIMD). Переглядайте активні пропозиції, коментуйте відкриті огляди та отримуйте доступ до шаблону подання SIMD-0001.
• Solana Beach Validator Explorer: Дашборд у реальному часі для даних валідаторів, показників концентрації стейкінгу та поточного коефіцієнта Накамото. Джерело всіх живих даних про стан управління, згаданих у цьому посібнику.
• Validators.app Governance Participation Data: Детальні профілі валідаторів, включаючи записи про участь в управлінні, ставки комісій та розподіл програмного забезпечення клієнта. Використовуйте це для оцінки історії голосування валідатора за SIMD перед делегуванням.
• Офіційний сайт Solana Foundation: Офіційні комунікації Фонду, деталі програми делегування валідаторів, Оголошення щодо управління та звіти про прозорість.
• Офіційна документація Solana для валідаторів: Технічна документація для тих, хто розглядає можливість запуску вузла валідатора. Охоплює вимоги до обладнання, налаштування програмного забезпечення та механіку стейкінгу.
• Solana Forum (forum.solana.com): Форум обговорення управління спільнотою, де пропозиції SIMD обговорюються поряд з процесом GitHub.

Пов'язане читання

• Система голосування Ethena Governance DAO
• Управління Near Protocol: Як працює NEAR Token

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