Solana propone aumentar los límites de bloque a 60M CUs para una mayor capacidad de transacción.
SIMD-0207 se lanzará primero con un aumento de 50M CU.
Los validadores deben actualizar el software para soportar la nueva compatibilidad del tamaño de bloque.
La Fundación Solana ha presentado una propuesta para aumentar el límite de bloques de su red a 60 millones de Unidades de Cómputo (CUs). Este ajuste, destinado a aumentar la capacidad de transacción, sigue a una propuesta anterior bajo SIMD-0207, que sugirió un aumento más pequeño de 48 millones a 50 millones de CUs. La propuesta actual planea llevar el límite aún más para acomodar las crecientes demandas de la red sin comprometer el rendimiento de los validadores.
Capacidad Aumentada Sin Cambiar las Restricciones Clave
Según un documento de mejora pública en Github, la nueva propuesta se centra exclusivamente en modificar el parámetro de Unidades Máximas por Bloque. Otras restricciones, incluidas las Unidades Máximas de Cuenta Escrita y las Unidades Máximas de Voto, permanecen fijas. Específicamente, las Unidades Máximas de Cuenta Escrita se mantendrán en 12 millones de CUs, mientras que las Unidades Máximas de Voto se mantendrán en 36 millones de CUs. Además, el Delta del Tamaño de Datos de Cuentas Máximas por Bloque permanecerá sin cambios en 100MB.
Al modificar solo las unidades de bloque máximas, la red tiene la intención de agregar más espacio para transacciones sin voto. Al mismo tiempo, mantener estables los límites de escritura de cuentas individuales permite un paralelismo continuo de las transacciones. Por lo tanto, aunque se puede incluir más actividad en cada bloque, la capacidad de escribir en una sola cuenta no cambia. Esta actualización propuesta está diseñada para seguir y no reemplazar a SIMD-0207.
Según el plan delineado, el aumento más pequeño de SIMD-0207 a 50 millones de CUs se implementará primero. La intención es monitorear cualquier preocupación de rendimiento o estructural que pueda surgir del aumento del límite de 48 millones de CUs, que ha existido durante mucho tiempo. En consecuencia, la nueva propuesta de 60 millones de CUs actuará como un seguimiento más agresivo, condicionado a la implementación exitosa y la observación de los efectos de SIMD-0207.
Propuestas Alternativas y Consideraciones de la Red
Un plan alternativo considerado fue un salto mucho mayor a 96 millones de CUs. Sin embargo, este enfoque fue rechazado debido a preocupaciones sobre la estabilidad de la red y el rendimiento de las turbinas. La fundación señaló posibles problemas dentro de la infraestructura de soporte, incluyendo el rendimiento de los nodos de validadores y usuarios.
El enfoque por fases actual asegura que cualquier mejora de la red esté alineada con las métricas de rendimiento observadas. Cualquier problema imprevisto descubierto durante el aumento inicial puede resolverse antes de aplicar el límite más significativo de 60 millones de CU. Tras el cambio, se aceptarán más transacciones por bloque, mejorando el rendimiento general. Sin embargo, los bloques podrían tardar más en procesarse. Las versiones de software más antiguas también pueden rechazar bloques que utilicen el nuevo límite. Por lo tanto, los validadores deben actualizar sus sistemas para mantener la compatibilidad y estar en sincronía con la red.
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Solana Propone un Límite de 60M CU en Bloquear para Aumentar el Rendimiento de la Red
Solana propone aumentar los límites de bloque a 60M CUs para una mayor capacidad de transacción.
SIMD-0207 se lanzará primero con un aumento de 50M CU.
Los validadores deben actualizar el software para soportar la nueva compatibilidad del tamaño de bloque.
La Fundación Solana ha presentado una propuesta para aumentar el límite de bloques de su red a 60 millones de Unidades de Cómputo (CUs). Este ajuste, destinado a aumentar la capacidad de transacción, sigue a una propuesta anterior bajo SIMD-0207, que sugirió un aumento más pequeño de 48 millones a 50 millones de CUs. La propuesta actual planea llevar el límite aún más para acomodar las crecientes demandas de la red sin comprometer el rendimiento de los validadores.
Capacidad Aumentada Sin Cambiar las Restricciones Clave
Según un documento de mejora pública en Github, la nueva propuesta se centra exclusivamente en modificar el parámetro de Unidades Máximas por Bloque. Otras restricciones, incluidas las Unidades Máximas de Cuenta Escrita y las Unidades Máximas de Voto, permanecen fijas. Específicamente, las Unidades Máximas de Cuenta Escrita se mantendrán en 12 millones de CUs, mientras que las Unidades Máximas de Voto se mantendrán en 36 millones de CUs. Además, el Delta del Tamaño de Datos de Cuentas Máximas por Bloque permanecerá sin cambios en 100MB.
Al modificar solo las unidades de bloque máximas, la red tiene la intención de agregar más espacio para transacciones sin voto. Al mismo tiempo, mantener estables los límites de escritura de cuentas individuales permite un paralelismo continuo de las transacciones. Por lo tanto, aunque se puede incluir más actividad en cada bloque, la capacidad de escribir en una sola cuenta no cambia. Esta actualización propuesta está diseñada para seguir y no reemplazar a SIMD-0207.
Según el plan delineado, el aumento más pequeño de SIMD-0207 a 50 millones de CUs se implementará primero. La intención es monitorear cualquier preocupación de rendimiento o estructural que pueda surgir del aumento del límite de 48 millones de CUs, que ha existido durante mucho tiempo. En consecuencia, la nueva propuesta de 60 millones de CUs actuará como un seguimiento más agresivo, condicionado a la implementación exitosa y la observación de los efectos de SIMD-0207.
Propuestas Alternativas y Consideraciones de la Red
Un plan alternativo considerado fue un salto mucho mayor a 96 millones de CUs. Sin embargo, este enfoque fue rechazado debido a preocupaciones sobre la estabilidad de la red y el rendimiento de las turbinas. La fundación señaló posibles problemas dentro de la infraestructura de soporte, incluyendo el rendimiento de los nodos de validadores y usuarios.
El enfoque por fases actual asegura que cualquier mejora de la red esté alineada con las métricas de rendimiento observadas. Cualquier problema imprevisto descubierto durante el aumento inicial puede resolverse antes de aplicar el límite más significativo de 60 millones de CU. Tras el cambio, se aceptarán más transacciones por bloque, mejorando el rendimiento general. Sin embargo, los bloques podrían tardar más en procesarse. Las versiones de software más antiguas también pueden rechazar bloques que utilicen el nuevo límite. Por lo tanto, los validadores deben actualizar sus sistemas para mantener la compatibilidad y estar en sincronía con la red.