Los desarrolladores de Solana destacan medidas de mitigación para lograr la resiliencia de la red

Solana sufrió un fin de semana sombrío cuando la red se cayó durante hasta siete horas, hasta el domingo a las 3:30 AM UTC, cuando los validadores finalmente pudieron volver a iniciarla. Cabe destacar que este contratiempo no era completamente desconocido. Fue el séptimo incidente reportado de la red Solana que sufrió una interrupción. Uno podría justificar llamarlo un problema recurrente más que ocasional.

Los desarrolladores de Solana han publicado desde entonces un informe post-mortem informe sobre los eventos del fin de semana, en el que se confirmó que la red se cayó debido a una masiva actividad de bots que disparó la actividad de transacciones al máximo. Los bots apuntaron a la popular plataforma de acuñación de NFT de Solana, Candy Machine, y pudieron canalizar hasta 100 Gbps de tráfico a los nodos de la red. Al quedarse sin memoria para alojar los datos, los validadores perdieron el consenso y la red se detuvo.

Tres pasos hacia la estabilidad y la solidez

En respuesta a los problemas del fin de semana, los desarrolladores de Solana han establecido los mecanismos que están implementando para que la red sea mucho más resiliente. La primera de las tres mitigaciones principales que Solana está ejecutando es la migración del actual Protocolo de Datagramas de Usuario (UDP) al Quick UDP Internet Connection (QUIC) de Google. El equipo de Solana señaló que la falta de control de flujo y acuses de recibo en UDP inhibe la gestión de comportamientos errantes.

El nuevo protocolo, QUIC, fue desarrollado por el ahora ejecutivo de Amazon Jim Roskind en 2012 como un protocolo de red de capa de transporte de propósito general. Sirve como una integración de las características de sesión y control de flujo del Protocolo de Control de Transmisión (TCP) y la comunicación asíncrona similar a la de UDP. El resultado de la ingeniería de Roskind fue un protocolo capaz de manejar aplicaciones sensibles a la latencia, sobre el cual Solana está reconstruyendo ahora sus protocolos centrales, y se espera que este movimiento genere más opciones para optimizar la ingestión de datos.

Buscando mayor solidez, la segunda medida que los desarrolladores de Solana redactaron en el informe es que la red contempla el procesamiento de transacciones ponderado por participación (stake-weighted). Además del hecho de que el procesamiento ponderado por participación se sincronizaría bien con QUIC, los desarrolladores también creen que reemplazar el actual modelo de primero en llegar, primero en ser atendido mejoraría la utilización del ancho de banda de la red.

En tercer lugar, hablaron de la introducción de la priorización de tarifas con el inminente lanzamiento de la v1.11. Con la prioridad de ejecución basada en tarifas, los usuarios de Solana tendrían que enviar una tarifa adicional sobre la tarifa base. La tarifa final se cobraría una vez que la transacción se haya completado con éxito y se haya asentado en un bloque.

Preocupaciones de censura

Los desarrolladores de Solana reconocieron que la actividad de bots dirigida a la acuñación de NFT ha sido frecuente este año y es responsable de los problemas de congestión que han afectado a la red desde enero.

Tras la interrupción de red más reciente, el jefe de comunicaciones Austin Federa tuvo que calmar las preocupaciones de censura sobre la revelación de que a los validadores se les había instruido bloquear las transacciones de Candy Machine en un intento de reinicio de la red para bloquear a los bots.

“Solana Foundation (más tarde corregido a ‘entidades operadoras de validadores múltiples’) publicó instrucciones de reinicio del clúster beta […] para bloquear manualmente los bots de acuñación de NFT en la capa L1. Eso significa que múltiples operadores de validadores dejaron la parte de censura activada. Incluso si es opcional, los fundadores de Solana, las cuentas de Twitter de Solana Foundation, etc., retuitearon estas instrucciones, lo que constituye un respaldo a las instrucciones compiladas opcionales para censurar,” argumentó el usuario Hudson Jameson.

En lo que resultó ser un intercambio, Federa señaló un incidente similar en junio de 2016 donde los participantes de Ethereum votaron a favor de revertir la historia mediante el enfoque de hard fork. La medida, que resultó en el nacimiento de dos cadenas – Ethereum y Ethereum Classic, se vio como la solución viable para abordar un ataque en el que el perpetrador robó más de 3,6 millones de Ether (valorados en 50 millones de dólares en ese momento) al explotar vulnerabilidades en la cadena.

Para obtener más información sobre Solana, visite nuestra guía Invertir en Solana.