tak wiele potężnych narzędzi i projektów mechanizmów mogłoby i powinno być recyklingowanych i remixowanych - potrzebujemy więcej nowatorskich, odważnych eksperymentów

koła zamachowe są bezużyteczne bez silnika połącz swoje z silnikiem cummins 6.5L, a nie 4-cylindrowym z chińskim turbosprężarką

Levr z radością ogłasza naszą rundę seed w wysokości 3 milionów dolarów, prowadzonej przez @blockchaincap i @Maven11Capital z wsparciem od @KosmosVC To podnosi nasze całkowite finansowanie do ponad 5 milionów dolarów i pomoże nam wprowadzić pierwszy na świecie zakład sportowy oparty na dźwigni dla mas.

słyszałem, że Tplus ma kolejkę FIFO, ale jest nieco zmodyfikowana, Charco i Markus są pierwsi w kolejce, za każdym razem.

Ponowne wprowadzenie Narrative - pierwszy w historii rynek informacji wieczystych.

solo trenching to -ev zbierz drużynę

Ogłaszamy Axal – mądrzejszy sposób na oszczędzanie. Axal to zautomatyzowana platforma oszczędnościowa w stablecoinach, która przynosi wyższe odsetki niż twój bank, agregując najlepsze protokoły pożyczkowe. Dowiedz się więcej, aby zarobić więcej. ⬇️

Klient konsensusu Monad jest teraz open source (link poniżej). To rezultat tysięcy godzin pracy zespołu w @category_xyz. Ciesz się

Klient mainnet Monad jest oficjalnie w audycie.

Jak straciliśmy 25 tys. dolarów z powodu dziwactwa API perp DEX Intensywnie handlujemy na perp DEX (w czołowej dziesiątce posiadaczy punktów, w czołowej piątce pod względem wolumenu). Okazuje się, że ich punkt końcowy API cancel_order() jest...specjalny. Zawsze zwraca 200 OK. Możesz wywołać cancel_order() z: • Ważnym identyfikatorem zamówienia (13295238234991) • Ważnym identyfikatorem zamówienia klienta • Nieprawidłowym identyfikatorem zamówienia lub identyfikatorem zamówienia klienta • Identyfikatorem zamówienia, które już zostało anulowane • Identyfikatorem zamówienia sprzed 6 miesięcy • Kanapką z szynką • Twoją matką → Nadal 200 OK. To jest w porządku, jeśli wiesz, że to się dzieje i dostosowujesz kod. My nie wiedzieliśmy. Rzeczywisty problem: • Czasami, RTT create_order() wzrasta do 50 ms+ w czasie dużego ruchu. • Wysyłaliśmy zamówienie, a następnie anulowaliśmy je za pomocą identyfikatora zamówienia klienta, zanim zamówienie faktycznie dotarło. • Anulowanie zwraca 200 OK, więc zakładamy, że zamówienie jest martwe i usuwamy je z naszych ksiąg. • Kilka sekund później, zamówienie się realizuje. → Zostajemy zebrani za 10-20 bps za incydent. A co gorsza? Te realizacje były pomieszane z normalnymi realizacjami, więc trudno było je zauważyć. Mieliśmy również działające w tle pętle zamówień przestarzałych, ale są one okresowe i nie zawsze łapały te przed realizacją. Rozwiązanie: • Dla tego DEX, teraz *wymagamy* potwierdzeń anulowania przez websocket, w przeciwnym razie kontynuujemy spamowanie anulowaniem, aż wyczerpiemy nasz maksymalny limit prób. Szkody: • Szacowana strata: 20 tys. - 30 tys. dolarów. Lekcja: • Każde API ma swoje dziwactwa. Zwykle nie są logiczne, czasami nawet niewidoczne, a często kosztowne. • Zawsze weryfikuj, że sukces rzeczywiście oznacza sukces, nie ufaj żadnemu 200.