El nuevo sistema de gobernanza de la red de Solana se acerca a las votaciones sobre su constitución, el calendario de inflación y la estructura de tarifas. El paquete de producción del frontend aún contiene una ruta de quórum del 60%, lo que entra en conflicto con la regla declarada de un tercio.
La discrepancia es un problema de visualización, no una acusación de que el sistema de votación en cadena de Solana esté manipulando los votos. La solicitud de extracción 170, la solución propuesta para el frontend, permanecía abierta al momento de escribir esta nota.
Una incidencia en el repositorio de la Fundación Solana registró propuestas públicas con votación habilitada, con inicio en la época 1021 y fin en la época 1024. Una muestra de la red a las 07:08 UTC indicaba que la época 1021 comenzaría alrededor de las 03:35 a las 03:50 UTC del 23 de agosto. La estimación asume que la tasa observada de slots se mantiene constante. La transición de épocas controla la apertura, por lo que esa estimación horaria puede desviarse.
[
Lee también
Los stakers de Solana obtienen una nueva forma de forzar la próxima batalla contra la inflación de SOL
](https://cryptoslate.com/solana-stakers-get-a-new-way-to-force-the-next-sol-inflation-fight/)
Cómo se produjo el error en la visualización del quórum
El frontend tiene dos errores distintos. Su desglose actual de votos calcula los porcentajes de A favor, En contra y Abstención respecto a la suma en vivo de la participación de los validadores. La preguntas frecuentes sobre gobernanza de Solana dice que el poder de voto se fija en cambio usando la participación activa en la instantánea previa a la votación, alcanzándose el quórum cuando un tercio de la participación de la red participa mediante esas tres opciones.
Por qué importa el denominador de la votación de gobernanza de Solana
Ese denominador importa porque los porcentajes mostrados pueden cambiar conforme varía la participación, incluso cuando no cambian los votos. La solicitud de extracción 170 usaría el total correspondiente a la instantánea coincidente de la propuesta. Movería el marcador del quórum a un tercio y mostraría la participación como no disponible cuando no se pueda obtener el denominador correcto.
La lectura corregida también depende de los metadatos de los verificadores. Los puntos finales directos devolvieron resultados inconsistentes para la misma instantánea de la época 1020: algunos proporcionaron una participación activa total, mientras que otros devolvieron nulo. El enrutador predeterminado de Node Consensus Network devolvió un error 522. Esas respuestas ayudan a explicar por qué la corrección del frontend depende de que los totales coincidentes de las instantáneas estén disponibles de manera consistente.
Solana Company, una empresa de tesorería y operadora de validadores de Solana cotizada en Nasdaq, dijo que planea votar a favor de la constitución y en contra de los cambios en la inflación y las tarifas. Su expectativa de apertura del 22 de agosto coincide con la estimación condicional de la red en hora del Este de EE.UU., donde el límite proyectado cae tarde esa noche. Ese mismo límite es temprano el 23 de agosto en UTC y Londres.
[
Lee también
¿Por qué está cayendo Solana pese a las entradas de ETF y la actividad en auge?
](https://cryptoslate.com/why-is-solana-falling/)
Las abstenciones cuentan para el quórum de un tercio. Si la abstención también debe incluirse en el denominador para la prueba separada de aprobación de dos tercios aún no está resuelto y queda fuera de la solicitud de extracción 170, que no añade un veredicto de Aceptado, Rechazado o Inconclusivo.
[
Lee también
La gobernanza de Solana establece un nuevo récord de participación superando las elecciones presidenciales pasadas de EE.UU.
Lo que debe suceder antes de la época 1021
El problema a corto plazo es operativo: fusionar y desplegar el frontend corregido, luego asegurar que los totales coincidentes de las instantáneas estén disponibles de manera consistente antes de la época 1021. Si ese trabajo no cumple con el límite, los votantes podrían ver inicialmente la antigua visualización del 60% o una cifra de participación no disponible. La solicitud de extracción 170 cambia el código del frontend y no identifica ningún fallo en la verificación de votos en cadena de Solana, los pesos de participación ni el recuento final.
La publicación La primera votación de gobernanza de Solana se acerca con un error en la visualización en vivo del quórum del 60% apareció primero en CryptoSlate.