El sólido lanzamiento de Andre Cronje no es tan fluido como se esperaba

Hubo un drama considerable en el nuevo lanzamiento de AMM de Andre Cronje, Solidly, con una confusión significativa en el lanzamiento, lo que dejó a los usuarios frustrados. El problema comenzó con una disputa de poder entre Solidex y 0xDAO.

Una batalla por el control entre los mejores protocolos

Alexcutler.eth describió el problema en el lanzamiento en un Hilo de Twitter donde explicó lo que condujo a los problemas. Mientras anunciaba Solidly, Andre Cronje distribuyó la propiedad a los principales protocolos de Fantom en función de su valor bloqueado total (TVL). Esto llevó a una lucha entre dos equipos en Fantom, SolidexFantom y 0xDAO. 0xDAO finalmente ganó ventaja sobre Solidex, pero había un problema.

Con el lanzamiento cada vez más cerca, el equipo de 0xDAO guardó silencio y, justo antes de que se supusiera que Solidly se lanzaría, el equipo anunció que no estaban listos y no ofreció un cronograma con respecto a su preparación. Obviamente, esto cambió el enfoque de todos hacia Solidex, pero también parecía haber un problema aquí.

El problema de Solidex

Con el comienzo de las emisiones, los usuarios notaron que los grupos principales en Solidex no producían ninguna recompensa, y los proveedores de liquidez brindaban liquidez pero no recibían nada a cambio. Solidex finalmente recurrió a Twitter, destacando que se había detectado un problema con Solidex que provocó que surgieran problemas durante la votación de la primera ronda de emisiones SOLID. Aseguró a los usuarios que sus fondos estaban seguros.

Divulgación de Solidex del incidente

Solidex publicó un divulgación completa describiendo el incidente y el problema que ocurrió. El informe indicó que un problema. Cuando las transacciones finalizaban más allá de la fecha límite de votación, los votos se restablecían a su estado predeterminado. La votación sólida tiene lugar a las 00:00:00 UTC los jueves de cada semana. Sin embargo, en realidad, la votación tiene efecto individualmente para cada calibre en el momento en que actúa por primera vez en un grupo después de que vence el plazo. Esto deja una ventana al comienzo de la semana en la que no se vota.

El problema se descubrió cuando la transacción finalizó justo después de la fecha límite, lo que llevó a que los votos de Solidex se restablecieran a los valores predeterminados, lo que llevó a que ciertos grupos recibieran todo el poder de voto.

¿Posible arreglo?

Debido a que los contratos inteligentes en Solidly y Solidex son inmutables y no actualizables, por el momento, no hay forma de aplicar una solución. Sin embargo, hay una manera de mitigar el problema siempre que no se llame a submitVotes() después de las 00:00:00 UTC. Una forma de evitar que el problema se repita es asegurarse de que se llame a SubmitVotes() antes de las 00:00:00 UTC, eliminando la posibilidad de que los votos se establezcan en el estado predeterminado. El equipo de Solidex está investigando actualmente posibles disuasivos para mitigar el problema.

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.