Нова система управління мережею Solana наближається до голосування щодо своєї конституції, графіка інфляції та структури комісій. Фронтендський пакет виробництва все ще містить шлях кворуму 60%, що суперечить заявленим правилам третини.
Ця невідповідність є проблемою зображення, а не звинуваченням у тому, що система голосування на блокчейні Solana підробляє голоси. Запит на внесення змін №170, запропонований фронтенд-виправлення, залишався відкритим станом на момент публікації.
У проблемі репозиторію Solana Foundation було записано публічні пропозиції з активованою можливістю голосування, початком епохи 1021 і кінцем епохи 1024. Вибірка мережі о 07:08 UTC вказувала, що епоха 1021 почнеться приблизно о 03:35–03:50 UTC 23 серпня. Оцінка передбачає, що спостережувана частота слотів зберігається. Перехід епох контролює відкриття, тож ця оцінка годинника може зміщуватися.
[
Пов’язане читання
Solana стейкери отримують новий спосіб примусити наступну боротьбу з інфляцією SOL
](https://cryptoslate.com/solana-stakers-get-a-new-way-to-force-the-next-sol-inflation-fight/)
Як відбулася помилка зображення кворуму
Фронтенд має дві відмінності. Його поточний розподіл голосів обчислює відсотки За, Проти та Утрималися від живої суми ставки валідаторів. У FAQ з управлінням Solana говориться, що сила голосування замість цього фіксується за допомогою активної ставки на момент передголосувальної зйомки, причому кворум досягається, коли одна третина мережевої ставки береться через ці три варіанти.
Чому знаменник голосування в управлінні Solana має значення
Цей знаменник має значення, бо відображувані відсотки можуть змінюватися разом зі зміною ставок, навіть якщо голоси не змінюються. Запит на внесення змін №170 використовував би загальну суму для відповідної зйомки пропозиції. Це перемістило б маркер кворуму до однієї третини і показувало б участь як недоступну, коли не можна отримати правильний знаменник.
Виправлене відображення також залежить від метаданих верифікаторів. Прямі точки доступу повертали несумісні результати для того самого знімку епохи 1020: деякі надавали загальну активну ставку, тоді як інші повертали нуль. Стандартний маршрутизатор Node Consensus Network повернув помилку 522. Ці відповіді допомагають пояснити, чому фронтенд-виправлення залежить від того, щоб суми зйомок були постійно доступні.
Компанія Solana, зареєстрована на Nasdaq компанія зі скарбниці Solana та оператор валідаторів, заявила, що планує проголосувати за конституцію і проти змін інфляції та комісій. Її очікування відкриття 22 серпня збігається з умовною оцінкою мережі за східним часом США, де прогнозований рубіж припадає на пізній вечір. Той самий рубіж рано 23 серпня за UTC і Лондоном.
[
Пов’язане читання
Чому Solana падає попри інфлюенси ETF і активність?
](https://cryptoslate.com/why-is-solana-falling/)
Утримання враховуються в кворумі третини. Чи належить Утриматися також до знаменника окремого тесту на затвердження двох третин — поки що не вирішено і знаходиться поза запитом на внесення змін №170, який не додає вердикту «Прийнято», «Відхилено» чи «Неоднозначно».
[
Пов’язане читання
Управління Solana встановлює новий рекорд участі, перевищивши минулі президентські вибори США
Що має статися до епохи 1021
Близькосрочне питання є операційним: об’єднати і розгорнути виправлене фронтенду, а потім забезпечити постійну доступність сум зйомок до епохи 1021. Якщо ця робота не встигне до рубежу, виборці спочатку можуть побачити старе відображення 60% або цифру недоступної участі. Запит на внесення змін №170 змінює код фронтенду і не виявляє порушень у верифікації голосів на блокчейні Solana, вагах ставок чи остаточному підрахунку.
Публікація Перше голосування за управління Solana наближається з помилкою живого відображення кворуму 60% вперше з’явилася на CryptoSlate.