Cảm ơn @TBPN đã mời tôi tham gia! Đó là một cuộc trò chuyện thú vị về câu chuyện nguồn gốc, nguyên tắc và tầm nhìn cho Hyperliquid

Một câu hỏi phổ biến mà tôi đã nghe ở Seoul là: điều gì làm cho Hyperliquid trở nên đặc biệt? Tôi chưa tìm ra cách nào để cô đọng tất cả vào một câu, nhưng một lý do nổi bật với tôi trong vài ngày qua là văn hóa mơ ước lớn và thực hiện, trong khi vẫn giữ đúng với tinh thần ban đầu của defi: tính toàn vẹn, công bằng và minh bạch. Công việc rất khó khăn, và có nhiều thành phần quan trọng cần được xây dựng. Nhưng đó là vẻ đẹp của cộng đồng Hyperliquid. Những người xây dựng đối mặt với thử thách và đẩy ranh giới của những gì có thể. Tôi chưa bao giờ cảm thấy hào hứng hơn để tiếp tục xây dựng cùng mọi người. Kể từ khi bắt đầu làm việc trên Hyperliquid vài năm trước, đây là lần đầu tiên tôi đi du lịch để gặp gỡ nhiều thành viên trong cộng đồng, và cũng là lần đầu tiên tôi đến Hàn Quốc. Cảm ơn các tổ chức @hlh_build @hyperpc_ và @B__Harvest vì một hackathon tuyệt vời, cảm ơn @christyhwchoi vì buổi trò chuyện ấm cúng tại KBW, và cảm ơn @SKYGG_Official/@hypurrcorea, @hypurr_co, và @Hyperliquid_KR vì sự kiện cộng đồng tối nay. Quan trọng nhất, cảm ơn các nhà xây dựng, các nhà giao dịch và các thành viên cộng đồng đã mang lại linh hồn cho Hyperliquid. Tôi rất ấn tượng với sự hiếu khách, năng lượng và tài năng đang phát triển từng ngày. Còn một chặng đường dài phía trước để bao trùm toàn bộ tài chính, nhưng thật tốt khi đánh giá cao những gì chúng ta đã đạt được cùng nhau.

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.