gm allemaal, DTF ontwikkelaar hier ik deel wat gedachten en uitleg over de herlanceerde openbare presale die eerder heeft plaatsgevonden ten eerste, oprecht excuses voor de chaos die plaatsvond tijdens beide openbare verkopen, en dat het spel niet verliep zoals het had moeten, oftewel waar iedereen op hetzelfde aangegeven tijdstip begon DTF is geconcipieerd als een poging om de tokenlancering meta op enkele belangrijke manieren te verbeteren: 1. door ervoor te zorgen dat projecten die via ons worden gelanceerd legitieme, sterke projecten zijn die tegen redelijke waarderingen op de markt komen 2. door verkoopmechanismen te gebruiken die een eerlijke toegang en distributie naar het ecosysteem maximaliseren, in plaats van overweldigend te profiteren van walvissen zoals we hebben gezien in het recent populaire pro-rata / oversubscribermodel 3. ervoor te zorgen dat tokens correct worden vergrendeld precies zoals in de verklaarde tokenomics het was bedoeld als een betekenisvolle verbetering voor het ecosysteem. bij deze eerste lancering zijn echter enkele kritieke fouten gemaakt de eerste kritieke fout was dat we niet genoeg rekening hielden met potentiële bot-activiteit bij de eerste openbare verkoopimplementatie, ook al hadden we de mogelijkheid om toestemming te handhaven op het originele contract. dit was extreem kortzichtig bij de realisatie hebben we ons onmiddellijk gecommitteerd om de situatie te verhelpen, door de token opnieuw te minten en de openbare verkoop opnieuw te implementeren met extra anti-bot maatregelen we hebben de afgelopen dagen volledig samengewerkt met de @temporal_xyz ontwikkelaars om te ontwerpen en te beslissen hoe we dit het beste konden bereiken. er zijn veel wijzigingen aangebracht, zowel op contractniveau als op de website, waaronder: 1. toestemming voor ondertekening en versterkte cloudflare-authenticatie, om ervoor te zorgen dat niemand direct kon deelnemen aan de verkoop zonder via onze frontend te gaan 2. verhoogde cu-vereisten op elke stortingstransactie, om de verkoop te timen en iedereen een betere kans te geven om binnen te komen 3. specificeren van een stemaccount om terugvalbescherming te voorkomen en bots te ontmoedigen deze upgrades van het DTF-platform bleken effectief te zijn. afgezien van een klein percentage potentiële selenium-botters - voorlopige analyses zowel intern als door bubble maps tonen aan dat een zeer klein percentage (<5%) van de portefeuilles verdacht was. niemand kon deelnemen aan de verkoop zonder via onze frontend te gaan echter, in de poging om het doel te bereiken om botters te voorkomen, maakten we de tweede kritieke fout. het finaliseren en testen van deze integraties duurde langer dan verwacht (we wilden ook de website-updates zo laat mogelijk onthullen), wat resulteerde in de chaotische timing van de verkoop eerder. de prod-implementatie werd gepusht zonder voldoende buffer tijd en duurde langer dan verwacht om door te gaan. voor een lancering zoals de onze was de timing van het grootste belang om iedereen een eerlijke kans te geven om deel te nemen objectief gezien hadden we meer dan 60k bezoekers op onze site tijdens de verkoop - waarvan slechts 4.4k in elk geval binnen zouden zijn gekomen (ervan uitgaande dat de maximale limiet). 55k zou uiteindelijk nog steeds niet in staat zijn geweest om binnen te komen. in de praktijk wisten de velen die tijdens het hele proces op de website bleven kamperen, door de verbeteringen in de verkoopimplementatie binnen te komen ...