BTC

$64777.517

2.33%

ETH

$3160.053

2.18%

BNB

$592.457

1.88%

XRP

$0.531

1.05%

Conocimiento

¿Qué causó la reciente interrupción de Solana y qué se está haciendo para evitar una mayor congestión de la red?

4 de mayo de 2022 - Alrededor 4 minutos minutos para leer
solana

¿Qué causó el reciente apagón de Solana?

Bots relacionados con un nuevo proyecto NFT basado en Solana provocó un corte de red de siete horas, según los desarrolladores del proyecto. La interrupción, que comenzó alrededor de las 20:30 UTC del sábado y finalizó a las 03:30 UTC del domingo, fue causada por un aumento masivo de transacciones entrantes (6 millones por segundo) que sobrecargó la red, superando la capacidad de la red de 100 Gbps en nodos individuales.

"No hay evidencia de un ataque de denegación de servicio, sino que la evidencia indica que los bots intentaron ganar mediante programación un nuevo NFT que se estaba acuñando utilizando el popular programa Candy Machine". los desarrolladores del proyecto declararon en la entrada de blog, “La causa principal del alto uso de memoria fue que no llegaron suficientes votos para finalizar los bloques anteriores, lo que impidió la limpieza de la bifurcación abandonada. La cantidad de bifurcaciones que los validadores tuvieron que evaluar excedió su capacidad para hacerlo, incluso después de un reinicio, lo que requirió intervención manual”.

¿Lo que se está haciendo?

Según el equipo de desarrollo, desde principios de enero, Solana ha sufrido problemas de congestión intermitentes como resultado de la actividad de los bots dirigidos a las mentas NFT. La interrupción anterior de Mainnet Beta ocurrió en septiembre de 2021 y duró 17 horas. La interrupción del 30 de abril comparte características con la interrupción de septiembre, pero esta vez la red continuó funcionando incluso cuando los volúmenes de solicitudes de transacciones alcanzaron el 10,000 % del nivel de septiembre, lo que refleja actualizaciones posteriores realizadas por la comunidad de validadores.

La versión beta, v1.10, que actualmente se está estabilizando en Testnet, incluye mejoras en el uso de la memoria para prolongar el tiempo que los nodos pueden soportar un consenso lento o estancado. Los nodos de prueba que ejecutan v1.10 implementados en Mainnet Beta continuaron durante 2000 espacios adicionales más allá de sus pares v1.9 con especificaciones similares.

Se están trabajando tres mitigaciones para abordar la estabilidad y resiliencia de la red.

  • QUIC – Hoy en día, Solana utiliza un protocolo personalizado basado en UDP para pasar transacciones entre los nodos RPC y el líder actual. Dado que UDP no tiene conexión y carece de control de flujo y acuses de recibo, no existe una forma significativa de desalentar o mitigar el comportamiento abusivo. Para afectar el control sobre el tráfico de la red, los protocolos centrales de Solana se están reimplementando sobre QUIC, un protocolo creado por Google, diseñado para una comunicación asincrónica rápida como UDP, pero con sesiones y control de flujo como TCP. Una vez adoptada, habrá muchas más opciones disponibles para adaptar y optimizar la ingesta de datos.
  • QoS de transacciones ponderadas por participación – El ancho de banda de la red líder tiene una capacidad fija y para utilizarla de manera efectiva, la priorización es imprescindible para poner fin a la práctica actual de aceptar transacciones indiscriminadamente por orden de llegada, sin tener en cuenta la fuente. Dado que Solana es una red PoS, ampliar la utilidad de la ponderación de la participación a la calidad del servicio de las transacciones es una elección natural. Según este modelo, un nodo con una participación del 0.5% tendrá derecho a transmitir al menos el 0.5% de los paquetes al líder, y el resto de la red y ninguna combinación de la participación restante podrá eliminarlos por completo. La QoS ponderada por participación se está desarrollando en paralelo con QUIC en la actualidad. La QoS ponderada por participación será más sólida junto con QUIC.
  • Prioridad de ejecución basada en tarifas – Una vez ingeridas, las transacciones aún pueden competir por la modificación de los datos compartidos de la cuenta. Este argumento se ha solucionado mediante un simple sistema de "primero en llegar, primero en ser atendido", similar a la ingestión de datos de la red, lo que no deja a los usuarios medios para expresar la urgencia de la ejecución de sus transacciones. Dado que cualquiera puede enviar transacciones a la red, la ponderación de las participaciones no es adecuada para esta priorización. En cambio, se está introduciendo una nueva instrucción en el programa Compute Budget, que ofrece a los usuarios la posibilidad de especificar una "tarifa adicional" arbitraria que se cobrará tras la ejecución de la transacción y su inclusión en un bloque. La relación entre esta tarifa y las unidades informáticas solicitadas servirá como ponderación de prioridad de ejecución de una transacción. Las tarifas adicionales se tratarán de manera idéntica a la tarifa base actual.

La priorización de tarifas está en proceso y está prevista para la versión v1.11.

DESCARGO DE RESPONSABILIDAD: La información contenida en este sitio web se proporciona como comentario general del mercado y no constituye asesoramiento de inversión. Le recomendamos que haga su propia investigación antes de invertir.

Únase a CoinCu Telegram para realizar un seguimiento de las noticias: https://t.me/coincunews

Siga el canal de Youtube de CoinCu | Siga la página de Facebook de CoinCu

Color avellana

CoinCu Noticias

solana solana solana

Conocimiento, Servicios

¿Qué causó la reciente interrupción de Solana y qué se está haciendo para evitar una mayor congestión de la red?

solana

¿Qué causó el reciente apagón de Solana?

Bots relacionados con un nuevo proyecto NFT basado en Solana provocó un corte de red de siete horas, según los desarrolladores del proyecto. La interrupción, que comenzó alrededor de las 20:30 UTC del sábado y finalizó a las 03:30 UTC del domingo, fue causada por un aumento masivo de transacciones entrantes (6 millones por segundo) que sobrecargó la red, superando la capacidad de la red de 100 Gbps en nodos individuales.

"No hay evidencia de un ataque de denegación de servicio, sino que la evidencia indica que los bots intentaron ganar mediante programación un nuevo NFT que se estaba acuñando utilizando el popular programa Candy Machine". los desarrolladores del proyecto declararon en la entrada de blog, “La causa principal del alto uso de memoria fue que no llegaron suficientes votos para finalizar los bloques anteriores, lo que impidió la limpieza de la bifurcación abandonada. La cantidad de bifurcaciones que los validadores tuvieron que evaluar excedió su capacidad para hacerlo, incluso después de un reinicio, lo que requirió intervención manual”.

¿Lo que se está haciendo?

Según el equipo de desarrollo, desde principios de enero, Solana ha sufrido problemas de congestión intermitentes como resultado de la actividad de los bots dirigidos a las mentas NFT. La interrupción anterior de Mainnet Beta ocurrió en septiembre de 2021 y duró 17 horas. La interrupción del 30 de abril comparte características con la interrupción de septiembre, pero esta vez la red continuó funcionando incluso cuando los volúmenes de solicitudes de transacciones alcanzaron el 10,000 % del nivel de septiembre, lo que refleja actualizaciones posteriores realizadas por la comunidad de validadores.

La versión beta, v1.10, que actualmente se está estabilizando en Testnet, incluye mejoras en el uso de la memoria para prolongar el tiempo que los nodos pueden soportar un consenso lento o estancado. Los nodos de prueba que ejecutan v1.10 implementados en Mainnet Beta continuaron durante 2000 espacios adicionales más allá de sus pares v1.9 con especificaciones similares.

Se están trabajando tres mitigaciones para abordar la estabilidad y resiliencia de la red.

  • QUIC – Hoy en día, Solana utiliza un protocolo personalizado basado en UDP para pasar transacciones entre los nodos RPC y el líder actual. Dado que UDP no tiene conexión y carece de control de flujo y acuses de recibo, no existe una forma significativa de desalentar o mitigar el comportamiento abusivo. Para afectar el control sobre el tráfico de la red, los protocolos centrales de Solana se están reimplementando sobre QUIC, un protocolo creado por Google, diseñado para una comunicación asincrónica rápida como UDP, pero con sesiones y control de flujo como TCP. Una vez adoptada, habrá muchas más opciones disponibles para adaptar y optimizar la ingesta de datos.
  • QoS de transacciones ponderadas por participación – El ancho de banda de la red líder tiene una capacidad fija y para utilizarla de manera efectiva, la priorización es imprescindible para poner fin a la práctica actual de aceptar transacciones indiscriminadamente por orden de llegada, sin tener en cuenta la fuente. Dado que Solana es una red PoS, ampliar la utilidad de la ponderación de la participación a la calidad del servicio de las transacciones es una elección natural. Según este modelo, un nodo con una participación del 0.5% tendrá derecho a transmitir al menos el 0.5% de los paquetes al líder, y el resto de la red y ninguna combinación de la participación restante podrá eliminarlos por completo. La QoS ponderada por participación se está desarrollando en paralelo con QUIC en la actualidad. La QoS ponderada por participación será más sólida junto con QUIC.
  • Prioridad de ejecución basada en tarifas – Una vez ingeridas, las transacciones aún pueden competir por la modificación de los datos compartidos de la cuenta. Este argumento se ha solucionado mediante un simple sistema de "primero en llegar, primero en ser atendido", similar a la ingestión de datos de la red, lo que no deja a los usuarios medios para expresar la urgencia de la ejecución de sus transacciones. Dado que cualquiera puede enviar transacciones a la red, la ponderación de las participaciones no es adecuada para esta priorización. En cambio, se está introduciendo una nueva instrucción en el programa Compute Budget, que ofrece a los usuarios la posibilidad de especificar una "tarifa adicional" arbitraria que se cobrará tras la ejecución de la transacción y su inclusión en un bloque. La relación entre esta tarifa y las unidades informáticas solicitadas servirá como ponderación de prioridad de ejecución de una transacción. Las tarifas adicionales se tratarán de manera idéntica a la tarifa base actual.

La priorización de tarifas está en proceso y está prevista para la versión v1.11.

DESCARGO DE RESPONSABILIDAD: La información contenida en este sitio web se proporciona como comentario general del mercado y no constituye asesoramiento de inversión. Le recomendamos que haga su propia investigación antes de invertir.

Únase a CoinCu Telegram para realizar un seguimiento de las noticias: https://t.me/coincunews

Siga el canal de Youtube de CoinCu | Siga la página de Facebook de CoinCu

Color avellana

CoinCu Noticias

solana solana solana

Visitado 94 veces, 1 visita(s) hoy