es.bitcoinethereumnews.com
Solana Labs, la firma de desarrollo de blockchain detrás de Solana blockchain, ha revelado las actualizaciones que priorizará a corto plazo, en un intento por responder a los desafíos de escalamiento actuales de la red.
Las crecientes preocupaciones sobre la capacidad de la red para manejar volúmenes de transacciones crecientes impulsaron al equipo de desarrollo de blockchain de Solana, que incluye a Anatoly Yakovenko, su director ejecutivo, a abordar los desafíos y resolver los problemas de rendimiento de la red de frente.
En un Twitter Espacios Sesión Dirigido por Austin Federa, Jefe de Comunicaciones de Solana Labs, Yakovenko discutió cómo se implementarán las actualizaciones de los problemas relacionados con Solana en las próximas semanas. Según Yakovenko, el cronograma de su equipo de desarrolladores tiene como objetivo una actualización dentro de las próximas 4-5 semanas. Además, Yakovenko afirma que algunas actualizaciones ya han llegado a la red principal de Solana.
El token nativo de Solana, $SOL, ha sufrido una pérdida del 35 % durante el reciente mercado bajista de criptomonedas, cayendo su pico récord de $259 en noviembre con un crecimiento histórico del 14,000 4,800 % a solo el XNUMX %. Los problemas de congestión de la red han demostrado ser difíciles, especialmente para los titulares de $SOL que recientemente tuvieron que volver a garantizar sus posiciones en la reciente recesión del mercado criptográfico.
La sesión de la comunidad de Twitter discutió cómo los problemas de spam continuaron plagando la cadena de bloques de Solana, con "bots liquidadores" llenando nodos singulares con mensajes duplicados. Según Yakovenko, el spam de liquidador que estaba causando la congestión de la red probablemente no fue creado por malos actores de amenazas que lanzaron el spam intencionalmente. Más bien, el caso de "hambre" de la red en el sentido de que, si bien los usuarios ya conocen el estado de congestión de la red, las transacciones aún se archivan para su procesamiento, lo que efectivamente obstruye la red debido a la demanda innecesaria.
Esta tendencia ha resultado en más de 2 millones de paquetes por segundo de datos que inundan la red, llevándola a su máxima capacidad y deshabilitando efectivamente la red hasta el punto de interrupción. Cada paquete se puede cargar con el código de deduplicación solo después de 100 microsegundos.
Yakovenko explicó que este error de red para el procesamiento duplicado podría contrarrestarse con un código de deduplicación, sin embargo, el mismo código solo podría ejecutarse hasta después de la verificación de la firma, por lo que sería ineficaz y tardío. Dada la escala de transacciones en la cadena de bloques de Solana, esto planteó una dificultad. Sin embargo, Yakovenko asegura a los usuarios que este mismo problema se ha abordado en la versión 1.8.14 de la red principal de Solana.
Yakovenko y el equipo de ingeniería de Solana Labs planean introducir una función de "control de flujo" en la red de prueba 1.9 de la cadena de bloques de Solana, con opciones de QoS (Calidad de servicio) que se introducen de acuerdo con el peso de la apuesta. Con esta solución, el equipo de ingeniería detrás de Solana espera poder realizar pruebas de estrés y ajustar la capacidad de manejo y los parámetros de la red de acuerdo con sus necesidades. Una vez que sea viable, la solución se presentará como una actualización de la red principal de la versión 1.8 de Solana.
Descargo de responsabilidad: este artículo se proporciona solo con fines informativos. No se ofrece ni pretende utilizarse como asesoramiento legal, fiscal, de inversión, financiero o de otro tipo.