Tôi đã nghe phản hồi từ nhiều người rằng việc tạo thị trường đã trở nên cạnh tranh hơn trên Hyperliquid gần đây. Điều này thật tuyệt vời cho người dùng cuối vì nó có nghĩa là tính thanh khoản sâu hơn và mạnh mẽ hơn. Sự công bằng là một nguyên tắc cốt lõi của Hyperliquid trong mọi khía cạnh. Đối với các nhà tạo lập thị trường, điều này có nghĩa là blockchain được thiết kế với sự tiếp cận bình đẳng trong tâm trí. Tuy nhiên, "bình đẳng" không có nghĩa là "dễ dàng." Khi giao thức tiếp tục mở rộng để đáp ứng nhu cầu ngày càng tăng, điều quan trọng là phải hiểu những phức tạp của cơ sở hạ tầng tùy chỉnh của Hyperliquid, nơi cung cấp nền tảng giao dịch không cần phép cho lớn nhất. Trong một thời gian dài, alpha chính là đơn giản tích hợp Hyperliquid. API được thiết kế để trừu tượng hóa hầu hết các phức tạp của blockchain cho người dùng mới, cho phép các nhà giao dịch tự động chuyển đổi các chiến lược một cách dễ dàng. Trong khi sự dễ dàng trong việc tham gia không thay đổi, tầm quan trọng của độ trễ đã tăng lên. Các chiến lược phản hồi nhanh nhất yêu cầu cơ sở hạ tầng phía khách hàng tốt nhất. Nguyên tắc tổng thể hướng dẫn tối ưu hóa độ trễ là Hyperliquid là một blockchain, không phải là CEX: 1. Dữ liệu nhanh nhất đến từ việc chạy một nút. - Hành động: chạy chống lại một peer đáng tin cậy, tĩnh. Ví dụ, Hyper Foundation cung cấp một peer cho những người không xác thực để kết nối. 2. Dữ liệu đầy đủ nhất đến từ việc chạy một nút. Mỗi giao dịch được phát trực tiếp theo thời gian thực, và nút cung cấp nhiều định dạng khác nhau để tiếp nhận. - Lưu ý: chạy nút với bộ đệm đầu ra bị vô hiệu hóa. 3. Các nút thực thi toàn bộ blockchain, không phải là một thành tựu nhỏ trong kỹ thuật và hoàn toàn trái ngược với các CEX, nơi mã phía khách hàng chỉ xử lý trạng thái của người dùng. Các nút Hyperliquid thực thi và xác minh toàn bộ trạng thái blockchain bao gồm HyperCore và HyperEVM trên một máy duy nhất. Trong khi việc thực thi có thể theo kịp với các thông số phần cứng vừa phải, các cải tiến về độ trễ tỷ lệ với số lượng lõi vì một phần đáng kể của việc thực thi có thể được thực hiện song song. - Hành động: dữ liệu được tiết lộ bởi nút rất phong phú và cho phép nhiều cái nhìn sâu sắc hơn về toàn bộ trạng thái blockchain. Ngoài các máy chủ API cục bộ, một cuốn sách L4 đầy đủ có thể được xây dựng. Xem ví dụ triển khai. - Hành động: người dùng có thể thấy những lợi ích đáng kể lên đến 32 lõi, với những lợi ích giảm dần trên mức đó. 4. Việc hủy bỏ được thiết kế để có tỷ lệ thành công cao. Hiệu ứng đơn hàng đầu tiên ở đây được xây dựng vào việc ưu tiên hủy bỏ của mempool HyperBFT. Tuy nhiên, một số người dùng thấy các tối ưu hóa thêm là hữu ích. Ví dụ, một đơn hàng GTC đang bay có thể được "hủy" trong khi vẫn ở trong mempool bằng cách vô hiệu hóa nonce được sử dụng trong đơn hàng.

Xem để biết thêm chi tiết