Förseningar i ansökningar, problem med plånboksimplementering och systeminstabilitet Dagens airdrop-ansökningshändelse stötte på två huvudsakliga problem som påverkade användarupplevelsen: ett fördröjt ansökningsfönster och fel i plånboksskapandet. Nedan följer en tydlig genomgång av vad som hände, varför det hände, hur det påverkade användarna och vad vi har gjort för att säkerställa att inga tokens gick förlorade. Nummer 1: Fördröjning av anspråk (12.15 UTC → 12.35 UTC) Det första problemet var ett manuellt driftsfel. Under den initiala aktivitetsökningen fattade en av våra ingenjörer ett beslut under press som oavsiktligt hindrade oss från att aktivera skadefunktionen vid planerad tidpunkt. Av försiktighetsskäl – och för att undvika att aktivera anspråk i osäkert tillstånd – valde vi att inte gå vidare förrän situationen var helt verifierad. Effekt: Ansökan försenades med cirka 20 minuter. När det aktiverades klockan 12.35 UTC kunde många användare göra anspråk direkt utan ytterligare problem. Detta var ett enkelt misstag som gjordes i en stressig stund. Vi inför skyddsåtgärder för att förhindra liknande fel vid framtida högvolymsevenemang. Problem 2: Misslyckande med plånboksskapande Det andra och mer betydande problemet gällde fel vid plånboksutplacering, vilket påverkade användare som ännu inte hade skapat en Almanak-plånbok före airdropen. Vad hände: DDoS-attack under toppbelastning Vår infrastruktur utsattes för en kraftig DDoS-attack precis när nya plånböcker började lanseras. Detta störde backend-tjänster som ansvarar för att verifiera plånboksskapande och hantera tillståndsövergångar. Användare med befintliga plånböcker påverkades inte Alla som redan hade skapat en Almanak-plånbok före evenemanget kunde göra anspråk normalt när anspråk aktiverades....