gm all, DTF-Entwickler hier teile einige Gedanken und Erklärungen zur wiederbelebten öffentlichen Vorverkaufsaktion, die früher stattfand zunächst einmal, aufrichtiges Bedauern für das Chaos, das während beider öffentlicher Verkäufe passiert ist, und dass das Spiel nicht so verlief, wie es sollte, d.h. wo jeder zur gleichen angegebenen Zeit begann DTF wurde als Versuch konzipiert, das Token-Launch-Meta in einigen wichtigen Aspekten zu verbessern: 1. indem sichergestellt wird, dass Projekte, die über uns gestartet werden, legitime, starke Projekte sind, die zu angemessenen Bewertungen auf den Markt kommen 2. durch die Nutzung von Verkaufsmechanismen, die den gerechten Zugang und die Verteilung im Ökosystem maximieren, anstatt überwältigend den Walen zugute zu kommen, wie wir es im kürzlich beliebten Pro-Rata-/Überzeichnungsmodell gesehen haben 3. Sicherstellung ordnungsgemäßer Sperrfristen für Token genau gemäß den erklärten Tokenomics es sollte eine bedeutende Verbesserung des Ökosystems sein. Bei diesem ersten Launch wurden jedoch einige kritische Fehler gemacht der erste kritische Fehler war, dass wir potenzielle Bot-Aktivitäten beim ersten öffentlichen Verkaufsstart nicht ausreichend berücksichtigt haben, obwohl wir die Möglichkeit hatten, die genehmigte Signatur im ursprünglichen Vertrag durchzusetzen. das war extrem kurzsichtig Nach der Erkenntnis haben wir uns sofort verpflichtet, die Situation zu beheben, indem wir das Token neu prägten und den öffentlichen Verkauf mit zusätzlichen Anti-Bot-Maßnahmen neu implementierten Wir haben die gesamte letzte Zeit in Zusammenarbeit mit den @temporal_xyz-Entwicklern damit verbracht, zu entwerfen und zu entscheiden, wie wir dies am besten erreichen können. Viele Änderungen wurden sowohl auf Vertrags- als auch auf Website-Ebene vorgenommen, einschließlich: 1. genehmigte Signatur und verstärkte Cloudflare-Authentifizierung, um sicherzustellen, dass niemand direkt am Verkauf teilnehmen konnte, ohne über unser Frontend zu gehen 2. erhöhte CU-Anforderungen bei jeder Einzahlungs-Transaktion, um den Verkauf zeitlich zu begrenzen und jedem eine bessere Chance zu geben, teilzunehmen 3. Angabe eines Abstimmungskontos, um Rückabwicklungsschutz zu verhindern und Bots zu entmutigen Diese Upgrades der DTF-Plattform erwiesen sich als effektiv. Abgesehen von einem kleinen Prozentsatz potenzieller Selenium-Botter zeigen vorläufige Analysen sowohl intern als auch durch Bubble-Maps, dass ein sehr kleiner Prozentsatz (<5%) der Wallets verdächtig war. Niemand konnte am Verkauf teilnehmen, ohne über unser Frontend zu gehen Allerdings haben wir, während wir versuchten, das Ziel zu erreichen, Botter zu verhindern, den zweiten kritischen Fehler gemacht. Die Finalisierung und das Testen dieser Integrationen dauerten länger als erwartet (wir wollten auch die Website-Updates so spät wie möglich veröffentlichen), was zu dem chaotischen Timing des Verkaufs früher führte. Der Prod-Deploy wurde ohne genügend Pufferzeit gepusht und dauerte länger als erwartet, um durchzugehen. Für einen Launch wie unseren war das Timing von größter Bedeutung, um jedem eine faire Chance zur Teilnahme zu geben Objektiv hatten wir über 60.000 Besucher auf unserer Website während des Verkaufs - von denen nur 4.400 in jedem Fall teilnehmen konnten (angenommen, Maximalgrenze). 55.000 wären letztendlich immer noch nicht in der Lage gewesen, teilzunehmen. Praktisch gesehen schafften es die vielen, die während des gesamten Prozesses auf der Website blieben, aufgrund der Verbesserungen bei der Verkaufsimplementierung durchzukommen ...