Andre Cronjes Solidly Launch Inte så smidig som förväntat

Det var betydande dramatik vid Andre Cronjes nya AMM-lansering, Solidly, med betydande förvirring vid lanseringen, vilket gjorde användarna frustrerade. Problemet började med en maktstrid mellan Solidex och 0xDAO.

En kamp om kontroll mellan toppprotokoll

Alexcutler.eth beskrev problemet vid lanseringen i en Twitter-tråden där han förklarade vad som ledde till problemen. Medan han tillkännagav Solidly, fördelade Andre Cronje ägandet till de bästa Fantom-protokollen baserat på deras totala låsta värde (TVL). Detta ledde till en kamp mellan två lag på Fantom, SolidexFantom och 0xDAO. 0xDAO tog så småningom övertaget över Solidex, men det uppstod ett problem.

När lanseringen närmade sig tystnade 0xDAO-teamet och strax innan Solidly skulle gå live meddelade teamet att de inte var redo och erbjöd ingen tidslinje angående deras beredskap. Detta ändrade uppenbarligen allas fokus till Solidex, men det verkade finnas ett problem här också.

Solidex-numret

När utsläppen började märkte användarna att topppoolerna på Solidex inte gav några belöningar, med likviditetsleverantörer som tillhandahöll likviditet men inte fick något i gengäld. Solidex gick så småningom till Twitter och betonade att ett problem hade upptäckts med Solidex som ledde till att problem uppstod under omröstningen om den första omgången av SOLID-utsläpp. Det försäkrade användarna att deras pengar var säkra.

Solidex avslöjande av incidenten

Solidex publicerade en full information beskriver händelsen och problemet som inträffade. Rapporten angav att ett problem. När transaktioner slutfördes efter röstningsfristen återställdes rösterna till standardläget. Solid omröstning äger rum kl 00:00:00 UTC på torsdagen varje vecka. Men i verkligheten träder omröstningen i kraft individuellt för varje mätare vid den första som agerar i en pool efter att tidsfristen löpt ut. Detta lämnar ett fönster i början av veckan där ingen omröstning sker.

Problemet upptäcktes när transaktionen slutfördes strax efter deadline, vilket ledde till att Solidex-rösterna återställdes till standard, vilket ledde till att vissa pooler fick all rösträtt.

Möjlig fix?

Eftersom de smarta kontrakten på Solidly och Solidex är oföränderliga och oföränderliga, finns det för närvarande inget sätt att tillämpa en fix. Det finns dock ett sätt att lindra problemet så länge submitVotes() inte anropas efter 00:00:00 UTC. Ett sätt att förhindra att problemet upprepas är att se till att SubmitVotes() anropas före 00:00:00 UTC, vilket eliminerar möjligheten att rösterna ställs in på standardtillståndet. Solidex-teamet undersöker för närvarande möjliga avskräckande medel för att lindra problemet.

Ansvarsfriskrivning: Den här artikeln tillhandahålls endast i informationssyfte. Det erbjuds eller är inte avsett att användas som juridisk, skatt, investering, finansiell eller annan rådgivning.