Nuestro equipo todavía está recopilando todos los datos relevantes y compartirá un informe completo en breve. Agradecemos su paciencia y entendemos completamente lo frustrante que ha sido esta situación para todos.

Retrasos en las reclamaciones, problemas de implementación de billeteras e inestabilidad del sistema El evento de reclamación del airdrop de hoy encontró dos problemas principales que afectaron la experiencia del usuario: una ventana de reclamación retrasada y fallos en la creación de billeteras. A continuación, se presenta un desglose claro de lo que sucedió, por qué sucedió, cómo impactó a los usuarios y lo que hemos hecho para asegurarnos de que no se perdieran tokens. Problema 1: Retraso en la reclamación (12:15 UTC → 12:35 UTC) El primer problema fue un error operativo manual. Durante el primer aumento de actividad, uno de nuestros ingenieros tomó una decisión bajo presión que, sin querer, nos impidió habilitar la función de reclamación a la hora prevista. Por precaución - y para evitar activar reclamaciones en un estado incierto - optamos por no proceder hasta que la situación estuviera completamente verificada. Impacto: La reclamación se retrasó aproximadamente 20 minutos. Una vez habilitada a las 12:35 UTC, muchos usuarios pudieron reclamar de inmediato sin más problemas. Este fue un error sencillo cometido en un momento de alta presión. Estamos implementando salvaguardias para prevenir errores similares durante futuros eventos de alto volumen. Problema 2: Fallos en la creación de billeteras El segundo y más significativo problema involucró fallos en la implementación de billeteras, afectando a los usuarios que aún no habían creado una billetera Almanak antes del airdrop. Lo que sucedió: Ataque DDoS durante la carga máxima Nuestra infraestructura sufrió un fuerte ataque DDoS justo cuando se estaban implementando nuevas billeteras. Esto interrumpió los servicios de backend responsables de verificar la creación de billeteras y procesar transiciones de estado. Los usuarios con billeteras existentes no se vieron afectados Cualquiera que ya hubiera creado una billetera Almanak antes del evento pudo reclamar normalmente una vez que se habilitaron las reclamaciones. ~1,100 usuarios experimentaron billeteras "PENDIENTES" Para los usuarios que creaban una billetera durante el ataque, algunas implementaciones se transmitieron con éxito en la cadena, pero nuestro backend no pudo confirmarlas debido a la inestabilidad de la red. Como resultado, las billeteras permanecieron atascadas en un estado de "PENDIENTE". En algunos casos, nuestros sistemas no registraron que la transacción ya había sido firmada, dejando a los usuarios incapaces de completar el proceso hasta que intervinimos. Para parte de este grupo afectado, generar una billetera nueva permitió que la implementación eludiera la interrupción anterior y procediera normalmente. Desde entonces, hemos despejado los estados atascados, restaurado la canalización de implementación y mitigado la actividad DDoS. La creación de billeteras y las reclamaciones ahora funcionan como se esperaba. Éxito en la reclamación después de la activación Una vez que se habilitó la función de reclamación y se estabilizó la creación de billeteras, un gran número de usuarios pudo reclamar con éxito de inmediato. Estamos compilando métricas completas y compartiremos un desglose más detallado para dar plena visibilidad sobre cómo se desarrollaron las cosas. Impacto en el mercado Los problemas durante la ventana de reclamación tuvieron un efecto claro e inmediato en el sentimiento del mercado. Cuando los usuarios no pudieron reclamar sus tokens o crear billeteras de manera confiable, la incertidumbre creció, y esa incertidumbre se tradujo en presión a la baja en el precio a corto plazo. Es importante enfatizar que la respuesta del mercado fue impulsada en gran medida por la frustración de acceso y la falta de claridad, no por ningún defecto en la economía subyacente del token o por la pérdida de fondos de los usuarios. El equipo de Almanak sigue comprometido con la comunicación continua, la transparencia de datos y el rendimiento estable del sistema que ayudan a guiar al mercado de regreso hacia el equilibrio a medida que los usuarios completan sus reclamaciones y recuperan la confianza en nuestro producto. Resumen Nuestro equipo de ingeniería: - Habilitó las reclamaciones una vez que se confirmó que el estado del sistema era estable - Mitigó el ataque DDoS en curso - Escaló los servicios de backend para manejar cargas extremas - Desbloqueó billeteras atascadas en "PENDIENTE" - Validó todo el proceso de reclamación y creación de billeteras de extremo a extremo Toda la funcionalidad principal está ahora completamente restaurada. Tus tokens siempre estuvieron seguros. No se perdieron ni se comprometieron asignaciones en ninguna etapa. Agradecemos la paciencia de todos durante un lanzamiento estresante y de alto tráfico. Los desafíos de hoy destacaron tanto la increíble demanda del airdrop como las áreas donde nuestra infraestructura y procesos deben seguir mejorando. Ya estamos implementando soluciones y salvaguardias para fortalecer futuros eventos de alto volumen. Se compartirá un seguimiento más detallado y rico en datos en los próximos días.