So viele leistungsstarke Werkzeuge und Mechanismusdesigns könnten und sollten recycelt und neu gemischt werden - wir brauchen mehr neuartige, mutige Experimente.

Schwungräder sind nutzlos ohne einen Motor verbinde deins mit einem Cummins 6.5L, nicht mit einem 4-Zylinder mit einem chinesischen Turbo

Levr freut sich, unsere Seed-Runde über 3 Millionen Dollar anzukündigen, die von @blockchaincap und @Maven11Capital geleitet wird, mit Unterstützung von @KosmosVC Dies bringt unsere Gesamtfinanzierung auf über 5 Millionen Dollar und wird uns helfen, das erste Hebel-basiertes Sportwettenangebot für die Massen zu bringen.

Ich habe gehört, dass Tplus eine FIFO-Warteschlange hat, die jedoch leicht modifiziert ist. Charco und Markus sind immer zuerst dran.

Wieder Einführung von Narrative - dem ersten jemals bestehenden perpetualen Informationsmarkt.

Solo-Trenching ist -ev Schließt euch zusammen

Ankündigung von Axal – eine intelligentere Möglichkeit zu sparen. Axal ist eine automatisierte Stablecoin-Sparplattform, die Ihnen höhere Zinsen als Ihre Bank einbringt, indem sie die besten Kreditprotokolle aggregiert. Erfahren Sie mehr, um mehr zu verdienen. ⬇️

Der Monad-Konsens-Client ist jetzt Open Source (Link unten). Dies ist das Ergebnis von Tausenden von Stunden an Arbeit des Teams von @category_xyz. Viel Spaß

Der Monad-Hauptnetz-Client befindet sich offiziell in der Prüfung.

Wie wir 25.000 $ wegen einer Besonderheit der Perpetual DEX API verloren haben Wir handeln stark auf einer Perpetual DEX (Top 10 Punkteinhaber, Top 5 nach Volumen). Es stellt sich heraus, dass ihr cancel_order() API-Endpunkt... besonders ist. Er gibt immer 200 OK zurück. Sie können cancel_order() mit folgendem aufrufen: • Einer gültigen Bestell-ID (13295238234991) • Einer gültigen Kundenbestell-ID • Einer ungültigen Bestell-ID oder Kundenbestell-ID • Einer Bestell-ID, die bereits storniert wurde • Einer Bestell-ID von vor 6 Monaten • Einem Schinkenbrot • Ihrer Mutter → Immer noch 200 OK. Das ist in Ordnung, wenn Sie wissen, dass es passiert und entsprechend programmieren. Wir wussten es nicht. Das eigentliche Problem: • Gelegentlich steigen die RTT von create_order() auf über 50 ms während geschäftiger Zeiten. • Wir haben eine Bestellung aufgegeben und sie dann mit der Kundenbestell-ID storniert, bevor die Bestellung tatsächlich eingegangen war. • Stornierung gibt 200 OK zurück, also nehmen wir an, die Bestellung ist tot und entfernen sie aus unseren Büchern. • Ein paar Sekunden später wird sie ausgeführt. → Wir werden pro Vorfall um 10-20 Basispunkte abgezockt. Der Clou? Diese Ausführungen waren mit normalen Ausführungen vermischt, sodass es schwer zu erkennen war. Wir hatten auch Hintergrundschleifen für veraltete Bestellungen, aber die sind periodisch und haben diese nicht immer vor der Ausführung erfasst. Lösung: • Für diese DEX verlangen wir jetzt *Websocket-Stornierungsbestätigungen*, oder wir spammen die Stornierung weiter, bis unser maximales Rückversuchslimit erschöpft ist. Schaden: • Geschätzter Verlust: 20.000 $ - 30.000 $. Lehre: • Jede API hat ihre Eigenheiten. Sie sind normalerweise nicht logisch, manchmal nicht einmal sichtbar und oft teuer. • Überprüfen Sie immer, ob Erfolg tatsächlich Erfolg bedeutet, vertrauen Sie keinem 200.