zoveel krachtige tools en mechanismeontwerpen kunnen en moeten worden gerecycled en geremixt - we hebben meer nieuwe, dappere experimenten nodig

vliegwielen zijn nutteloos zonder een motor sluit de jouwe aan op een Cummins 6.5L, niet op een 4-cilinder met een Chinese turbo

Levr is enthousiast om onze $3M seedronde aan te kondigen, geleid door @blockchaincap & @Maven11Capital met ondersteuning van @KosmosVC Dit brengt onze totale financiering op meer dan $5M en zal ons helpen om de allereerste op hefboomwerking gebaseerde sportsbook naar de massa te brengen.

hoorde dat Tplus een FIFO-queue heeft, maar het is iets aangepast, Charco en Markus zijn first in first out, elke keer.

Herintroductie van Narrative - de allereerste perpetuele informatie-markt.

solo trenching is -ev squad up

Aankondiging van Axal – een slimmere manier om te sparen. Axal is een geautomatiseerd stablecoin spaarplatform dat je hogere rente oplevert dan je bank door de beste leenprotocollen te aggregeren. Leer meer om meer te verdienen. ⬇️

De Monad consensus client is nu open source (link hieronder). Dit is het resultaat van duizenden uren inspanning van het team bij @category_xyz. Geniet ervan

De Monad mainnet-client is officieel in audit.

Hoe we $25k verloren door een quirk in de perp DEX API We handelen veel op een perp DEX (top 10 puntenhouder, top 5 op volume). Blijkt dat hun cancel_order() API-eindpunt... speciaal is. Het retourneert altijd 200 OK. Je kunt cancel_order() aanroepen met: • Een geldig order-ID (13295238234991) • Een geldig klantorder-ID • Een ongeldig order-ID of klantorder-ID • Een order-ID die al is geannuleerd • Een order-ID van 6 maanden geleden • Een ham sandwich • Je moeder → Nog steeds 200 OK. Dit is prima als je weet dat het gebeurt en eromheen codeert. Dat deden wij niet. Het werkelijke probleem: • Af en toe spikes de create_order() RTT naar 50ms+ tijdens drukke tijden. • We zouden een order plaatsen en deze vervolgens annuleren met het klantorder-ID voordat de order daadwerkelijk was geland. • Annuleren retourneert 200 OK, dus we gaan ervan uit dat de order dood is en verwijderen deze uit onze boeken. • Een paar seconden later wordt deze gevuld. → We worden gepakt voor 10-20 bps per incident. De kicker? Deze fills waren gemengd met normale fills, dus het was moeilijk te spotten. We hadden ook achtergrondloops voor verouderde orders draaien, maar die zijn periodiek en vingen deze niet altijd op voordat ze gevuld werden. Oplossing: • Voor deze DEX vereisen we nu *websocket annulering bevestigingen* of we blijven de annulering spammen totdat onze maximale retry-limiet is uitgeput. Schade: • Geschatte verlies: $20K-$30K. Les: • Elke API heeft quirks. Ze zijn meestal niet logisch, soms zelfs niet zichtbaar, en vaak duur. • Verifieer altijd dat succes daadwerkelijk succes betekent, vertrouw nooit op 200.