gm a todos, dev de DTF aquí compartiendo algunos pensamientos y explicaciones sobre la preventa pública relanzada que ocurrió anteriormente primero que nada, mis más sinceras disculpas por el caos que ocurrió durante ambas ventas públicas, y que el juego no se desarrolló como se suponía, es decir, donde todos comenzaron al mismo tiempo declarado DTF fue conceptualizado como un intento de mejorar el meta de lanzamiento de tokens en algunas formas clave: 1. asegurando que los proyectos lanzados a través de nosotros fueran legítimos, proyectos sólidos que iban al mercado a valoraciones razonables 2. utilizando mecanismos de venta que maximizaran el acceso y la distribución equitativa al ecosistema, en lugar de beneficiar abrumadoramente a las ballenas como hemos visto en el modelo de pro-rata / sobre suscripción recientemente popular 3. asegurando bloqueos adecuados de tokens exactamente según la tokenómica declarada se pretendía que fuera una mejora significativa para el ecosistema. sin embargo, en este primer lanzamiento, se cometieron algunos errores críticos el primer error crítico fue que no tuvimos en cuenta suficiente la posible actividad de bots en el primer despliegue de la venta pública, a pesar de que teníamos la capacidad de hacer cumplir la firma permitida en el contrato original. esto fue extremadamente miope al darnos cuenta, nos comprometimos de inmediato a solucionar la situación, volviendo a acuñar el token y reimplementando la venta pública con medidas anti-bot añadidas pasamos la totalidad de los últimos días en colaboración con los desarrolladores de @temporal_xyz diseñando y decidiendo la mejor manera de lograr esto. se realizaron muchos cambios tanto a nivel de contrato como en el sitio web, incluyendo: 1. firma permitida y autenticación reforzada de cloudflare, para asegurarnos de que nadie pudiera comprometerse directamente a la venta sin pasar por nuestro frontend 2. requisitos de cu aumentados en cada transacción de depósito, para limitar el tiempo de la venta y dar a todos una mejor oportunidad de participar 3. especificar una cuenta de voto para prevenir la protección de reversión y desincentivar a los bots estas mejoras a la plataforma DTF resultaron ser efectivas. salvo un pequeño porcentaje de posibles bots de selenium - el análisis preliminar tanto interno como por mapas de burbujas muestra que un porcentaje muy pequeño (<5%) de las billeteras eran sospechosas. nadie pudo participar en la venta sin pasar por nuestro frontend sin embargo, al intentar lograr el objetivo de prevenir a los bots, cometimos el segundo error crítico. finalizar y probar estas integraciones tomó más tiempo del esperado (también queríamos exponer las actualizaciones del sitio web lo más tarde posible), resultando en el caótico momento de la venta anterior. el despliegue de producción se realizó sin suficiente tiempo de margen y tomó más tiempo del esperado en completarse. para un lanzamiento como el nuestro, el tiempo era de suma importancia para dar a todos una oportunidad justa de participar objetivamente, tuvimos más de 60k visitantes en nuestro sitio durante la venta - de los cuales solo 4.4k habrían logrado entrar en cualquier caso (asumiendo el límite máximo). 55k habrían estado finalmente aún incapaces de participar. en la práctica, muchos de los que permanecieron acampando en el sitio web durante todo el proceso lograron entrar como resultado de las mejoras en la implementación de la venta ...