Nowy system zarządzania siecią Solany zbliża się do głosowania nad konstytucją, harmonogramem inflacji i strukturą opłat. Bundle produkcyjny frontendu wciąż zawiera ścieżkę kworum 60%, która koliduje z wyznaczoną regułą jednej trzeciej.
Różnica jest problemem wyświetlania, a nie oskarżeniem, że system głosowania na blockchainie Solany fałszuje głosy. Prześlij żądanie 170, zaproponowana poprawka frontendu, pozostawała otwarta w chwili publikacji.
W repozytorium Fundacji Solana zapisano publiczne propozycje z włączonym głosowaniem, początek w epoce 1021 i koniec w epoce 1024. Próbka sieci o godzinie 07:08 UTC wskazywała, że epoka 1021 rozpocznie się około 03:35 do 03:50 UTC 23 sierpnia. Szacunek zakłada, że obserwowana częstotliwość slotów utrzyma się. Przejście epok kontroluje otwarcie, więc szacunek czasowy może ulec zmianie.
[
Czytaj także
Stakery Solany dostają nowy sposób na wymuszenie kolejnego starcia o inflację SOL
](https://cryptoslate.com/solana-stakers-get-a-new-way-to-force-the-next-sol-inflation-fight/)
Jak doszło do błędu w wyświetleniu kworum
Frontend ma dwa różne błędy. Obecna rozkładka głosów oblicza odsetki Za, Przeciw i Wstrzymujących się w stosunku do aktualnej sumy stawek weryfikatorów. W FAQ dotyczących zarządzania Solany napisano, że moc głosująca jest zamiast tego ustalona na podstawie aktywnych stawek w przedgłosowym zrzucie, przy czym kworum zostaje osiągnięte, gdy jedna trzecia stawek sieci uczestniczy przez te trzy opcje.
Dlaczego mianownik w głosowaniu zarządczym Solany ma znaczenie
Mianownik ten ma znaczenie, ponieważ wyświetlane odsetki mogą się zmieniać wraz ze zmianą stawek, nawet jeśli same głosy nie zmieniają się. Żądanie 170 użyłby całkowitej liczby dla odpowiadającego zrzutu propozycji. Przeniósłby znacznik kworum na jedną trzecią i pokazywałby brak udziału, gdy nie można uzyskać prawidłowego mianownika.
Poprawione odczyty zależą również od metadanych weryfikatorów. Bezpośrednie punkty końcowe zwracały sprzeczne wyniki dla tego samego zrzutu epoki 1020: niektóre podały całkowitą aktywną stawkę, podczas gdy inne zwróciły null. Domyślny router Node Consensus Network zwrócił błąd 522. Te odpowiedzi pomagają wyjaśnić, dlaczego poprawka frontendu zależy od stałego dostępu do sum zrzutów odpowiadających.
Solana Company, spółka skarbu Solany notowana na Nasdaq i operator weryfikatorów, poinformowała, że zamierza zagłosować za konstytucją oraz przeciwko zmianom inflacji i opłat. Jej oczekiwanie na otwarcie 22 sierpnia zgadza się z warunkowym szacunkiem sieci w czasie wschodnim USA, gdzie przewidywana granica pada późno w nocy. Ta sama granica jest wczesnym 23 sierpnia w czasie UTC i Londynie.
[
Czytaj także
Dlaczego Solana spada mimo napływów ETF i rosnącej aktywności?
](https://cryptoslate.com/why-is-solana-falling/)
Wstrzymujące się głosy są uwzględniane w jednej trzeciej kworum. Czy Wstrzymujący się powinni być również uwzględnieni w mianowniku osobnego testu dwie trzecie zaaprobowania pozostaje nierozstrzygnięte i znajduje się poza żądaniem 170, które nie dodaje werdyktu Akceptowane, Odrzucone ani Niejasne.
[
Czytaj także
Zarządzanie Solany ustanawia nowy rekord udziału, wyprzedzając poprzednie wybory prezydenckie w USA
Co musi się wydarzyć przed epoką 1021
Bliższy problem to operacyjny: scal i wdroż poprawiony frontend, następnie upewnij się, że sumy odpowiadające zrzuty będą stale dostępne przed epoką 1021. Jeśli ta praca opóźni się, głosujący początkowo mogą zobaczyć stare wyświetlanie 60% lub informację o niedostępności udziału. Żądanie 170 zmienia kod frontendu i nie identyfikuje awarii w weryfikacji głosów na blockchainie Solany, wagi stawek ani ostatecznego podsumowania.
Artykuł Pierwsze głosowanie zarządcze Solany zbliża się z błędem w wyświetleniu live 60% kworum pojawił się pierwszy raz na CryptoSlate.