Vi stötte på ett stort förbiseende i vår ärendesystemarkitektur. Vår rättvisemodell är hårdkodad för att hämta verifieringsdata direkt från kontraktsadressen, vilket säkerställer att varje snurr, fall och packdrag är knutet till oföränderlig logik i kedjan. Men under distributionen pekades systemet felaktigt på utvecklaradressen i stället för kontraktsadressen. Detta innebär att alla rättvisebevis och ärendeinteraktioner hänvisade till fel sanningskälla, vilket gjorde dem omöjliga att verifiera på kontraktsnivå. Eftersom detta integritetslager är grunden för GachaDrops bevisbara rättvisesystem, kan vi inte bara lappa det utan att kompromissa med arkitekturen. Den enda genomförbara lösningen är att starta om token och hårdkoda den korrekt till själva kontraktet. Den här uppdateringen kommer att säkerställa att varje drag, fodral och framtida funktion förblir bevisligen rättvis och direkt verifierbar i kedjan, på det sätt som vi designade den från början. Vi kommer att dela med oss av de nya tokendetaljerna efter denna tweet. Det var ett stort misstag, men vi är glada att vi upptäckte det tidigt. Transparens och förtroende är A och O för oss, och vi bygger hellre om på rätt sätt än att gå vidare på en bristfällig grund.