có rất nhiều công cụ mạnh mẽ và thiết kế cơ chế có thể & nên được tái chế + remix - chúng ta cần nhiều thí nghiệm mới mẻ và dũng cảm hơn.

bánh đà thì vô dụng nếu không có động cơ hãy kết nối của bạn với động cơ Cummins 6.5L, không phải động cơ 4 xy-lanh với turbo Trung Quốc

Levr rất vui mừng thông báo về vòng gọi vốn hạt giống 3 triệu đô la của chúng tôi do @blockchaincap và @Maven11Capital dẫn dắt với sự hỗ trợ từ @KosmosVC Điều này đưa tổng số vốn của chúng tôi lên hơn 5 triệu đô la và sẽ giúp chúng tôi mang đến cho công chúng sàn cược dựa trên đòn bẩy đầu tiên.

nghe nói Tplus có hàng đợi FIFO nhưng nó được sửa đổi một chút, Charco và Markus là người đến trước, phục vụ trước, mỗi lần.

Giới thiệu lại Narrative - thị trường thông tin vĩnh viễn đầu tiên.

đào hầm đơn độc là -ev tập hợp lại

Công bố Axal – một cách thông minh hơn để tiết kiệm. Axal là một nền tảng tiết kiệm stablecoin tự động giúp bạn kiếm lãi suất cao hơn ngân hàng bằng cách tổng hợp các giao thức cho vay hàng đầu. Tìm hiểu thêm để kiếm nhiều hơn. ⬇️

Khách hàng đồng thuận Monad hiện đã mã nguồn mở (liên kết bên dưới). Đây là kết quả của hàng ngàn giờ nỗ lực của đội ngũ tại @category_xyz. Thưởng thức!

Khách hàng mainnet Monad chính thức đang trong quá trình kiểm toán.

Cách chúng tôi mất $25k vì một lỗi API DEX perp Chúng tôi giao dịch mạnh mẽ trên một DEX perp (top 10 người nắm giữ điểm, top 5 theo khối lượng). Hóa ra endpoint API cancel_order() của họ thì... đặc biệt. Nó luôn trả về 200 OK. Bạn có thể gọi cancel_order() với: • Một ID đơn hàng hợp lệ (13295238234991) • Một ID đơn hàng của khách hàng hợp lệ • Một ID đơn hàng hoặc ID đơn hàng của khách hàng không hợp lệ • Một ID đơn hàng đã bị hủy trước đó • Một ID đơn hàng từ 6 tháng trước • Một chiếc bánh mì kẹp thịt • Mẹ bạn → Vẫn 200 OK. Điều này không sao nếu bạn biết điều đó đang xảy ra và lập trình xung quanh nó. Chúng tôi thì không. Vấn đề thực sự: • Thỉnh thoảng, thời gian RTT của create_order() tăng vọt lên 50ms+ trong những thời điểm bận rộn. • Chúng tôi sẽ gửi một đơn hàng, sau đó hủy nó bằng ID đơn hàng của khách hàng trước khi đơn hàng thực sự được thực hiện. • Hủy trả về 200 OK, vì vậy chúng tôi giả định đơn hàng đã chết và loại bỏ nó khỏi sổ sách của chúng tôi. • Vài giây sau, nó được thực hiện. → Chúng tôi bị mất 10-20 bps cho mỗi sự cố. Điều đáng chú ý? Những lần thực hiện này được trộn lẫn với những lần thực hiện bình thường, vì vậy rất khó để phát hiện. Chúng tôi cũng có các vòng lặp nền đơn hàng cũ đang chạy, nhưng chúng có tính chu kỳ và không phải lúc nào cũng bắt kịp những lần thực hiện này trước khi chúng xảy ra. Cách khắc phục: • Đối với DEX này, chúng tôi giờ đây *yêu cầu* xác nhận hủy qua websocket hoặc chúng tôi tiếp tục gửi yêu cầu hủy cho đến khi đạt giới hạn thử lại tối đa của chúng tôi. Thiệt hại: • Ước tính thiệt hại: $20K-$30K. Bài học: • Mỗi API đều có những điểm đặc biệt. Chúng thường không hợp lý, đôi khi thậm chí không thể nhìn thấy, và thường rất tốn kém. • Luôn xác minh rằng thành công thực sự có nghĩa là thành công, đừng tin vào 200.