hay tantas herramientas poderosas y diseños de mecanismos que podrían y deberían ser reciclados y remixados - necesitamos más experimentos novedosos y valientes

los volantes son inútiles sin un motor une el tuyo a un Cummins 6.5L, no a un 4 cilindros con un turbo chino

Levr se complace en anunciar nuestra ronda de financiación inicial de $3M liderada por @blockchaincap y @Maven11Capital con el apoyo de @KosmosVC Esto eleva nuestra financiación total a más de $5M y nos ayudará a llevar la primera casa de apuestas basada en apalancamiento a las masas.

he escuchado que Tplus tiene una cola FIFO, pero está ligeramente modificada, Charco y Markus son primero en entrar, primero en salir, cada vez.

Reintroduciendo Narrative - el primer mercado de información perpetua.

solo trenching es -ev forma un equipo

Anunciando Axal: una forma más inteligente de ahorrar. Axal es una plataforma de ahorro en stablecoin automatizada que te genera un interés más alto que tu banco al agregar los mejores protocolos de préstamo. Aprende más para ganar más. ⬇️

El cliente de consenso Monad ahora es de código abierto (enlace abajo). Este es el resultado de miles de horas de esfuerzo por parte del equipo de @category_xyz. Disfruta.

El cliente de la mainnet de Monad está oficialmente en auditoría.

Cómo perdimos $25k debido a una peculiaridad de la API de un DEX perp Operamos intensamente en un DEX perp (top 10 en puntos, top 5 por volumen). Resulta que su endpoint de API cancel_order() es... especial. Siempre devuelve 200 OK. Puedes llamar a cancel_order() con: • Un ID de orden válido (13295238234991) • Un ID de orden de cliente válido • Un ID de orden o ID de cliente inválido • Un ID de orden que ya fue cancelado • Un ID de orden de hace 6 meses • Un sándwich de jamón • Tu madre → Aún así, 200 OK. Esto está bien si sabes que está sucediendo y codificas en consecuencia. Nosotros no lo hicimos. El problema real: • Ocasionalmente, el RTT de create_order() se dispara a más de 50 ms durante los momentos de mayor actividad. • Lanzábamos una orden, luego la cancelábamos por ID de cliente antes de que la orden realmente se ejecutara. • Cancelar devuelve 200 OK, así que asumimos que la orden está muerta y la eliminamos de nuestros libros. • Unos segundos después, se ejecuta. → Nos penalizan con 10-20 bps por incidente. ¿La sorpresa? Estas ejecuciones estaban mezcladas con ejecuciones normales, así que era difícil detectarlas. También teníamos bucles de fondo de órdenes obsoletas en funcionamiento, pero son periódicos y no siempre captaban estas antes de la ejecución. Solución: • Para este DEX, ahora *requerimos* confirmaciones de cancelación por websocket o seguimos enviando la cancelación hasta que se agote nuestro límite de reintentos. Daño: • Pérdida estimada: $20K-$30K. Lección: • Cada API tiene peculiaridades. Generalmente no son lógicas, a veces ni siquiera visibles, y a menudo son costosas. • Siempre verifica que el éxito realmente signifique éxito, no confíes en un 200.