Новая система управления сетью Solana приближается к голосованию по своей конституции, графику инфляции и структуре комиссий. Фронтендский пакет производства по-прежнему содержит путь кворума в 60%, что противоречит заявленному правилу о третьей части.
Это расхождение является проблемой отображения, а не обвинением в том, что система on-chain голосования 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: некоторые предоставляли общую активную ставку, тогда как другие возвращали null. Стандартный маршрутизатор Node Consensus Network вернул ошибку 522. Эти ответы помогают объяснить, почему исправление фронтенда зависит от постоянной доступности совпадающих сумм снимков.
Solana Company, компания из списка Nasdaq, занимающаяся хранением средств Solana и оператором валидаторов, заявила, что планирует проголосовать за конституцию и против изменений инфляции и комиссий. Её прогноз на 22 августа совпадает с условной сетевой оценкой по восточному времени США, где предполагаемая граница выпадает поздно ночью. Та же граница приходится на раннее утро 23 августа по UTC и Лондону.
[
Связанное чтение
Почему Solana падает, несмотря на приток средств в ETF и бурную активность?
](https://cryptoslate.com/why-is-solana-falling/)
Воздержания учитываются в качестве одной трети кворума. Остаётся нерешённым вопрос, следует ли включать «Воздержался» в знаменатель для отдельного теста на одобрение двумя третями, и это выходит за рамки пулл-реквеста 170, который не добавляет вердиктов «Принято», «Отклонено» или «Неопределённо».
[
Связанное чтение
Управление Solana устанавливает новый рекорд участия, опередив прошлые президентские выборы в США
Что должно произойти до эпохи 1021
Ближайшая задача — операционная: объединить и развернуть исправленный фронтенд, затем обеспечить постоянную доступность совпадающих сумм снимков до эпохи 1021. Если эта работа не успеет к границе, избиратели первоначально могут увидеть старое отображение в 60% или сообщение о недоступности участия. Пулл-реквест 170 меняет код фронтенда и не выявляет сбоев в проверке on-chain голосов Solana, весах ставок или окончательном подсчёте.
Запись Первое голосование по управлению Solana приближается с ошибкой в отображении живого кворума в 60% была опубликована первоначально на CryptoSlate.