Solana: ¡Nuevo parche contra la congestión de la red! ¿Funcionará?

hace 1 hora

Solana: ¡Nuevo parche contra la congestión de la red!  ¿Funcionará?

La casa de software "Anza" implementa soluciones para superar la congestión en la red Solana. ¿Funcionará? Intentemos entender más...

Beta de la red principal Ahora es un hecho: Solana se ha encontrado actualmente con un límite práctico a la hora de ejecutar transacciones. Allá moneda meme La temporada puso a toda la red en grandes dificultades. Hablamos de esto anteriormente en Este artículo.

Antes incluso de hablar del parche, los límites y todas las transacciones fallidas, distingamos los dos tipos de transacciones que Solana admite actualmente: transacciones Votación y transacciones Sin derecho a voto.

Índice
  1. Transacciones con y sin derecho a voto en Solana
  2. Solana: de la teoría a la práctica, hasta la congestión de principios de abril
    1. TX falló frente a completado
  3. Entendamos por qué las transacciones en Solana siguen fallando
    1. Tipos de resultados de transacciones
    2. Problemas de la capa de red
    3. Impacto de la congestión y soluciones futuras:
  4. Soluciones y el futuro de la cadena
    1. Rendimiento del Programador Central
  5. ¿Por qué no fallan las transacciones en Ethereum y Bitcoin?
  6. Conclusiones

Transacciones con y sin derecho a voto en Solana

  • Transacciones de votación: Estas son transacciones utilizadas por validadores para participar en el proceso de consentimiento. A través de dichas transacciones, los validadores comunican sus 'votos' para confirmar la validez de los bloques propuestos en la blockchain. La votación es un proceso esencial para mantener la seguridad e integridad de la red, ayudando a establecer un acuerdo sobre el estado actual y aceptado de la red. cadena de bloques;
  • Transacciones sin derecho a voto: Incluyen todas las demás transacciones como compra, venta, transferencias. simbólico, ejecución de Contratos Inteligentes y otras interacciones estándar con la cadena de bloques que no implican la participación en el mecanismo de consenso. Estas transacciones son lo que normalmente vemos cuando los usuarios interactúan con varias aplicaciones descentralizadas (dApps) en la red.

Lo que interesa al usuario final, es decir al usuario medio que realiza operaciones de Compra, Venta, Permuta, Transferencia, Préstamo, son las transacciones No votar.

Solana: de la teoría a la práctica, hasta la congestión de principios de abril

El documento técnico de Solana pretende llevar la capacidad teórica de la cadena de bloques a 710.000 TPS (transacciones por segundo), mientras que algunas pruebas (pruebas de referencia, tener la mejor situación posible) han demostrado que puede gestionar más de 65.000 TPS.

Pero la realidad, “en cadena” es otra

Ionut Gaucan

En realidad, en particular en referencia al pico de la temporada de memes a principios de abril de 2024, el transacciones en cadena alcanzaron un promedio máximo de 3000 TPS (Votantes y No Votantes).

nos acercamos

Ionut Gaucan

De los 3000 TPS, sólo 1000 están representados por transacciones sin derecho a voto (compra, venta, intercambio, transferencia). Durante el pico de congestión causado por las monedas meme, se observó que alrededor del 75% de estas transacciones fracasaron.

TPS solanaTPS solana
Fuente de dunas: https://dune.com/scarn_eth/solana-tx-fail-rate

TX falló frente a completado

En la siguiente infografía podemos observar la diferencia entre transacciones confirmadas y fallidas en la semana del 18 al 25 de abril.

Fuente de dunas: https://dune.com/ianblocky/solana-tps

Entendamos por qué las transacciones en Solana siguen fallando

Causa del problema: Se ha identificado que el problema está relacionado con la "capa de red" de la arquitectura. solana. Esto significa que el problema radica en la parte de la red responsable de la comunicación y transferencia de datos entre nodos, incluida la entrega de transacciones al líder del bloque.

Tipos de resultados de transacciones

  • Ejecución exitosa: La transacción se procesa sin errores;
  • Ejecutado pero fallido: La transacción se procesa pero falla debido a que no se cumplen condiciones específicas (por ejemplo, un artículo comprado ya está agotado o el precio cae más allá de los límites aceptables debido a los rápidos cambios de precios). El usuario paga tarifas de gas, pero la transacción no produce un resultado positivo;
  • Transacciones perdidas: Estas transacciones desaparecen y no se registran en ninguna parte de la cadena de bloques. Esto ocurre porque no logran llegar al líder del bloque debido a problemas en la capa de red, y no a problemas con el mecanismo de consenso o el proceso de ejecución de la cadena de bloques.

Problemas de la capa de red

La capa de red es esencialmente la parte de la infraestructura de Solana que maneja la transmisión de paquetes de datos (incluidas las transacciones) a través de la red. Los problemas en esta capa están provocando actualmente la pérdida de transacciones, lo que es una fuente importante de congestión. Solana utiliza QUIC (un protocolo de comunicaciones de red diseñado por Google) para mejorar la eficiencia de estas conexiones.

Sin embargo, si bien en teoría esto debería ayudar a gestionar mejor el flujo de datos, existen problemas de implementación. Líderes de bloque (nodos responsables de crear nuevos bloques en el cadena de bloques) deberían manejar las conexiones entrantes de manera efectiva, pero debido a una implementación deficiente, pueden interrumpir conexiones aleatoriamente durante períodos de alta demanda.

del perfil de nishil de twitterdel perfil de nishil de twitter
Fuente: https://twitter.com/_nishil_/status/1777048389735321810

Impacto de la congestión y soluciones futuras:

La congestión se debe en gran medida al gran volumen de transacciones y a la incapacidad del sistema para manejarlas de manera efectiva con las configuraciones actuales. Este no es un problema de falla de transacción. (que no son causados ​​principalmente por usuarios habituales sino por bot intentar oportunidades de arbitraje), sino más bien cómo se manejan las transacciones antes de que tengan la posibilidad de ejecutarse o fallar. Se están desarrollando e implementando soluciones para abordar estos problemas de red. Sin embargo, no hay una línea de tiempo determinada para cuando estos resuelvan por completo los problemas, y actualizaciones importantes como “bailarín de fuego”No se esperan hasta finales de año.

Soluciones y el futuro de la cadena

Una primera implementación proviene de ANZA, la empresa líder en desarrollo de software centrada en Solana. En una reciente artículo ANZA ha lanzado un parche inicial que requiere que los validadores actualicen. Este parche tendría como objetivo resolver varios problemas de congestión en la cadena. El artículo presenta una novedad importante incluida en el comunicado. v1.18 por Agave por Anza: el Programador Central.

Anteriormente conocido como “el programador”, el Programador Central representa un avance significativo para el cliente Agave, que permitirá una reducción significativa de los conflictos de transacciones durante la producción de bloques por parte de los líderes (validadores seleccionados para producir el siguiente bloque) en la red Solana.

Rendimiento del Programador Central

El rendimiento del Programador Central no es una ciencia exacta. El objetivo de la fase de producción de bloques es empaquetar el bloque de manera justa para los usuarios y al mismo tiempo maximizar los ingresos para el líder. Los datos preliminares indican una recaudación de comisiones hasta un 80% mayor en comparación con el antiguo planificador.

Se espera que los nodos que operan el Programador Central tengan más éxito en realizar transacciones con tarifas de prioridad más altas, mientras que el antiguo programador tenía un enfoque más aleatorio para seleccionar transacciones. En resumen, intentaremos dar prioridad a las transacciones con una "tarifa de gas" más alta.

¿Por qué no fallan las transacciones en Ethereum y Bitcoin?

Solana, a diferencia bitcóin Y Etereum, no tiene un mempool, que es un lugar para esperar las transacciones antes de que se confirmen. Esta ausencia puede provocar fallos directos en las transacciones cuando la red está sobrecargada, ya que no existe un sistema de colas.

Sin embargo, las transacciones en Bitcoin y Ethereum rara vez fallan porque, en el momento de la transacción, la billetera le pide que pague una tarifa competitiva en comparación con otras transacciones. Este pago garantiza que la transacción permanezca en el mempool, esperando ser procesada. El mempool funciona como un búfer que gestiona el flujo de transacciones durante períodos de alta congestión, distribuyendo la carga de trabajo a lo largo del tiempo.

Conclusiones

Vamos hacia la conclusión, recordando que desde sus inicios, la blockchain de Solana ha estado sujeta continuamente a correcciones e implementaciones, y seguramente no será la última vez que veamos la red congestionada o incluso fuera de línea. Sin embargo, a lo largo de los años hemos visto que estos problemas no influyen especialmente en los inversores; de hecho, hemos notado una notable entrada de capital en SOL. Con el precio del hardware en constante caída, la cadena sigue teniendo un enorme potencial para el ecosistema, permitiéndole escalar tanto en el número de transacciones como en la implementación de nodos validadores.

Ionut Gaucan – Experto web de Criptocurrency.it

Validadores Solana 1758, nodos RPC 2620Validadores Solana 1758, nodos RPC 2620
Fuente: https://solanabeach.io/ 30/04/2024 Validadores Solana 1758, nodos RPC 2620

Solana sigue siendo uno de los Layer 1 más rápidos y económicos para desarrollar y probar; mientras que Bitcoin ronda los 8 TPS y ETH 14,8 TPS, Solana promete 65.000 TPS. ¿Podrá alcanzar esa cifra?

Si quieres conocer otros artículos parecidos a Solana: ¡Nuevo parche contra la congestión de la red! ¿Funcionará? puedes visitar la categoría Criptomonedas.

Otras noticias que te pueden interesar

Subir