Định nghĩa Oracle và Sự ổn định của thị trường: Xây dựng thị trường vĩnh viễn đáng tin cậy trên HIP-3

Sự tiến hóa trong cách ra mắt hợp đồng vĩnh viễn đã thay đổi căn bản. Nơi các nền tảng từng kiểm soát các tài sản có thể giao dịch và điều kiện giao dịch, HIP-3 đã phân phối lại quyền lực đó cho các nhà xây dựng đủ điều kiện hoạt động trong các tham số xác định. Kể từ khi triển khai mainnet, hơn 13 tỷ đô la khối lượng giao dịch đã chảy qua các thị trường do bên thứ ba vận hành, báo hiệu một cuộc dân chủ hóa thực sự trong việc tạo lập thị trường. Tuy nhiên, sự chuyển đổi này từ người kiểm soát cổng thành hệ thống dựa trên quy tắc tạo ra một nghịch lý quan trọng: sự linh hoạt của thị trường đòi hỏi kỷ luật vận hành nghiêm ngặt hơn. Trung tâm của thách thức này là một khái niệm tưởng chừng đơn giản nhưng mang hậu quả lớn—định nghĩa oracle.

Kiến trúc đằng sau Danh sách Phi tập trung: Chuyển từ Phê duyệt sang Tiêu chuẩn

Các sàn giao dịch tập trung truyền thống kiểm soát việc ra mắt hợp đồng vĩnh viễn thông qua các quy trình nội bộ mập mờ. Nhóm sản phẩm đánh giá một tài sản, đưa ra quyết định kinh doanh, và triển khai. Quản lý rủi ro nằm trong hạ tầng của sàn. HIP-3 đảo ngược mô hình này. Thay vì duy trì một danh mục chọn lọc, Hyperliquid cung cấp hạ tầng—HyperCore xử lý việc khớp lệnh và thanh toán quy mô lớn, HyperEVM chạy hợp đồng thông minh—và mời các nhà xây dựng xếp lớp các thị trường trên đó.

Cơ chế này đơn giản trên bề mặt: đặt cược 500k token HYPE, triển khai một DEX (nắm giữ biên độ và sổ lệnh riêng), ra mắt ba thị trường miễn phí, sau đó mua thêm các slot thị trường qua đấu giá Hà Lan. Nhưng sự đơn giản về cấu trúc này che giấu một độ phức tạp sâu sắc trong thực thi. Nhà xây dựng giờ đây không chỉ sở hữu việc tạo lập thị trường mà còn vận hành thị trường—cung cấp giá, quản lý tham số, giám sát ổn định liên tục. Những gì từng là trách nhiệm của nền tảng nay trở thành trách nhiệm của nhà xây dựng.

Sự chuyển đổi này phơi bày một mâu thuẫn trung tâm: phi tập trung đòi hỏi tiêu chuẩn hóa. Hệ thống phải thiết lập các giao diện và giới hạn rõ ràng; nếu không, rủi ro không biến mất—nó phân tán qua hàng chục nhà vận hành độc lập có khả năng khác nhau.

Định nghĩa Oracle: Quyết định quan trọng đầu tiên

Khi nhà xây dựng bắt đầu tạo lập thị trường, quyết định quan trọng nhất và mang tính quyết định nhất liên quan đến định nghĩa oracle. Đây không chỉ là chọn một nguồn giá; nó bao gồm toàn bộ khung khái niệm về cách các bên tham gia thị trường sẽ xác định xem vị thế của họ có sinh lợi, có bị thanh lý hay kích hoạt các cơ chế khẩn cấp hay không.

Định nghĩa Oracle thực sự quy định điều gì:

Một định nghĩa oracle trong HIP-3 gồm ba thành phần: oraclePx (giá thô từ nguồn bên ngoài), markPx tùy chọn (giá đánh dấu do nhà xây dựng cung cấp), và externalPerpPx (giá trung vị từ các giá perpetual của sàn tập trung). Chúng không phải là các đầu vào thay thế nhau—chúng phục vụ các chức năng khác nhau trong hệ thống tính rủi ro của HIP-3.

oraclePx định vị phí tài trợ và làm tham chiếu cho giới hạn giá. markPx được tính dựa trên relayer của nhà xây dựng kết hợp tín hiệu on-chain và off-chain. externalPerpPx cung cấp tham chiếu dự phòng. HIP-3 sau đó kết hợp các thành phần này thành một giá đánh dấu thực tế qua phép tính trung vị: đầu tiên trung vị sổ lệnh cục bộ, sau đó kết hợp với các mark bên ngoài do nhà xây dựng cung cấp, rồi so sánh với externalPerpPx. Phương pháp đa nguồn này về lý thuyết ngăn không cho bất kỳ nguồn giá đơn lẻ nào quyết định thanh lý.

Lý thuyết.

Tại sao Định nghĩa Oracle quan trọng hơn Công nghệ:

Cấu thành kỹ thuật của định nghĩa oracle ít quan trọng hơn khả năng vận hành của nhà xây dựng để duy trì nó. Một nhà xây dựng chọn định nghĩa oracle dựa trên một relayer trung tâm sẽ kế thừa khả năng hoạt động, bảo mật và tần suất cập nhật của server đó làm giới hạn. Nếu khóa riêng bảo vệ relayer bị xâm phạm, hoặc nếu các cuộc tấn công DDoS ngăn chặn cập nhật giá, oraclePx sẽ bị đình trệ. Khi các mark không thể cập nhật, hệ thống sẽ trở lại trung vị sổ lệnh cục bộ—đúng vào thời điểm thanh khoản mỏng nhất và rủi ro thao túng cao nhất.

Sự cố ngày 14/12/2025 trên trade.xyz đã minh chứng cho điều này. Kẻ tấn công tích trữ vị thế short khoảng 398 hợp đồng XYZ100 (~10 triệu đô), cố ý tạo ra mất cân đối. Giá bị tách khỏi các nguồn bên ngoài do độ sâu sổ lệnh không đủ. Người giữ vị thế long đối mặt với các thanh lý dây chuyền, với khoảng 13 triệu đô vị thế bị đóng. Cơ chế hoạt động về mặt kỹ thuật—thanh lý thực thi—nhưng hệ thống chuyển thiệt hại sang các người tham gia ít chuẩn bị hơn thay vì ngăn chặn sự cố ban đầu.

Tình huống này trở nên dễ xảy ra hơn nhiều khi định nghĩa oracle giả định các giá cố định bên ngoài ổn định trong giờ ngoài thị trường.

Khoảng cách Tài sản 24/7 và Không 24/7: Định nghĩa Oracle trở nên Quan trọng

Sự linh hoạt của HIP-3 trong việc liệt kê bất kỳ tài sản nào tạo ra sự khác biệt rõ rệt về yêu cầu định nghĩa oracle.

Tài sản 24/7 (Tiền điện tử perpetual):

Với Bitcoin, Ethereum và các tài sản có thể giao dịch 24 giờ, định nghĩa oracle có thể dựa vào nhiều nguồn giá của các sàn CEX/DEX kết hợp với các dịch vụ oracle chuyên biệt như Pyth. Các tài sản này liên tục giao dịch trên nhiều nền tảng. Nhà xây dựng có thể tổng hợp nhiều nguồn giá, áp dụng trung vị, và phát hiện các ngoại lai. Khi một nguồn lệch, các nguồn khác cung cấp điểm neo ngay lập tức.

Việc định nghĩa oracle cho tài sản 24/7 vẫn còn thách thức—chọn nguồn trọng số, quản lý tần suất cập nhật, xử lý sự cố sàn—nhưng thị trường bên ngoài liên tục cung cấp tín hiệu nhất quán ngay cả khi một nguồn đơn lẻ gặp sự cố.

Tài sản không 24/7 (Cổ phiếu và Hàng hóa):

Đối với perpetual cổ phiếu, yêu cầu định nghĩa oracle hoàn toàn khác biệt. Trong giờ giao dịch, các nguồn giá từ dịch vụ như Pyth cung cấp các điểm neo ổn định. Nhưng khi thị trường đóng cửa, nhà xây dựng phải đối mặt với lựa chọn: hoặc tạm dừng cung cấp giá (và hạn chế giao dịch), hoặc tiếp tục định giá dựa trên tín hiệu nội bộ với tham chiếu bên ngoài chỉ ở mức “giá đóng cửa trước đó.”

Hầu hết các nhà xây dựng hiện nay áp dụng cơ chế định giá nội bộ tương tự trade.xyz—kết hợp giá oracle cuối cùng với động thái của sổ lệnh nội bộ, bị giới hạn để tránh lệch quá mức (thường là 1/max_leverage biến động). Đây là phương pháp hợp lý về mặt toán học; nhưng vận hành lại nguy hiểm.

Trong các ngày đóng cửa, độ sâu sổ lệnh thường co lại. Nhà tạo lập thị trường giảm báo giá, nhà đầu tư nhỏ lẻ ngủ, thị trường trở nên mỏng manh rõ rệt. Một định nghĩa oracle giới hạn biến động giá ở mức “1/10 giá đóng cửa trước” (đối với đòn bẩy 10x) nghe có vẻ bảo thủ. Khi thanh khoản biến mất, thậm chí dòng lệnh nhỏ cũng tạo ra các biến động giá không cân xứng trong phạm vi đó. Khi thị trường mở cửa sáng thứ Hai và dữ liệu bên ngoài tái neo, các khoảng trống xuất hiện. Các khoảng trống này kích hoạt các thanh lý dây chuyền hoặc, trong các trường hợp nghiêm trọng, các sự kiện ADL (giảm vị thế tự động) buộc phải đóng các giao dịch có lợi nhuận để bù lỗ từ các vị thế mất khả năng thanh toán.

Xây dựng Khung Định nghĩa Oracle Bảo vệ

Các nhà xây dựng cố gắng vận hành thị trường ổn định cần các chiến lược định nghĩa oracle dự đoán các chế độ thất bại thay vì giả định sự ổn định liên tục.

Các điểm neo giá bổ sung trong thời gian đóng cửa thị trường:

Đối với tài sản không 24/7, việc giới thiệu các tín hiệu giá bên ngoài ngay cả trong thời gian đóng cửa thị trường giúp cải thiện đáng kể định nghĩa oracle. Các lựa chọn bao gồm:

• Blue Ocean ATS và các sàn giao dịch sau giờ: Cung cấp quá trình khám phá giá liên tục ngoài giờ giao dịch chính, cung cấp tín hiệu cập nhật hơn “giá đóng cửa trước đó.” Nhà xây dựng có thể trọng số dữ liệu từ Blue Ocean ATS vào định nghĩa oracle trong thời gian đóng cửa, tạo ra điểm tham chiếu ít dễ thao túng hơn.

• Báo giá CFD cuối tuần từ các nhà cung cấp như IG: Dự báo kỳ vọng thị trường cho ngày mở cửa tuần tới. Dù không phải là thay thế trực tiếp cho giá spot, chúng có thể làm điểm neo hướng về “khoảng trống mở cửa dự kiến” trong định nghĩa oracle.

Các nguồn này có đặc điểm chung: chúng có sẵn trong thời gian đóng cửa, nhưng khác về cấu trúc so với thị trường spot. Định nghĩa oracle nên xem chúng như các tham chiếu và tín hiệu rủi ro hơn là các giá trị tuyệt đối không điều kiện.

Thiết kế quá trình suy diễn giá minh bạch và có thể kiểm tra:

Điểm yếu chính trong việc triển khai định nghĩa oracle hiện tại là sự tập trung của relayer. Nếu nguồn giá bắt nguồn hoàn toàn từ server riêng của nhà xây dựng, server đó trở thành điểm yếu và mục tiêu tấn công duy nhất. Các nhà xây dựng nên xây dựng hệ thống xác minh định nghĩa oracle cho phép các bên ngoài kiểm tra tính xác thực của giá.

Điều này đòi hỏi công khai: nguồn dữ liệu cung cấp cho oracle, thuật toán kết hợp các nguồn đó, thời điểm lấy mẫu cho từng đầu vào, và giá đánh dấu cuối cùng. Đối với mỗi lệnh setOracle, tạo ra một bằng chứng mật mã bao gồm dữ liệu thô, các bước tính toán, và kết quả cuối cùng. Mã hóa chúng thành proofHash, relayer ký xác nhận. Định kỳ tổng hợp các hash này thành cây Merkle và công bố gốc trên chuỗi.

Cách tiếp cận này biến định nghĩa oracle từ “tin tưởng server giá của nhà xây dựng” thành “xác minh phương pháp của nhà xây dựng.” Bất kỳ ai cũng có thể truy cập dữ liệu giá lịch sử, tính lại kết quả dựa trên thuật toán đã công bố, và xác nhận xem các nguồn của nhà xây dựng có khớp với các nguồn đã khai báo hay không.

Khi Định nghĩa Oracle thất bại: Giám sát và Can thiệp

Ngay cả khi thiết kế oracle tốt, trong các điều kiện thị trường cực đoan, nó vẫn có thể thất bại. Các nhà xây dựng hoạt động theo HIP-3 cần có các hệ thống giám sát phát hiện suy giảm trước khi nó gây ra chuỗi các vấn đề.

Giám sát giá: Phát hiện lệch oracle:

Các lỗi của nguồn giá oracle thường xuất hiện đầu tiên dưới dạng gián đoạn—relayer ngừng cập nhật. Các nhà xây dựng nên theo dõi các quan sát trên chuỗi: nếu hai lần cập nhật liên tiếp cách nhau quá 10 giây, hệ thống cảnh báo mức độ 1. Các kiểm tra sức khỏe relayer của nhà xây dựng, có thể chuyển sang các node dự phòng.

Điều nguy hiểm hơn là sự lệch hướng của giá: giá oracle dần dần trôi khỏi các chuẩn mực bên ngoài. Định nghĩa oracle của nhà xây dựng có thể dựa vào Pyth cho perpetual cổ phiếu, nhưng dữ liệu đầu vào của Pyth (sử dụng giá trung bình của các sàn giao dịch) có thể lệch khỏi điều kiện thị trường hiện tại. Định nghĩa oracle trở nên lỗi thời mà không rõ ràng. Các ngưỡng giám sát nên so sánh nhiều nguồn bên ngoài với oracle của nhà xây dựng: nếu hai hoặc nhiều nguồn lệch nhau hơn X%, cần nâng cấp cảnh báo.

Ở mức độ cảnh báo 1, giới hạn mở lãi sử dụng setOpenInterestCaps. Ở mức độ 2 (dịch chuyển liên tục), cập nhật các tầng ký quỹ để giảm dần đòn bẩy tối đa theo tầng. Đến mức độ 3, kích hoạt các lệnh dừng khẩn cấp qua haltTrading.

Giám sát sổ lệnh: Phát hiện sụp đổ thanh khoản:

Định nghĩa oracle chỉ hữu ích khi cấu trúc thanh khoản của thị trường còn vững chắc. Nếu sổ lệnh co lại, spread mở rộng, và tác động của lệnh lớn tăng cao, ngay cả giá chính xác cũng trở nên nguy hiểm. Các nhà xây dựng nên theo dõi depth_band (khối lượng tích lũy trong ±x% giá trung bình), spread (chênh lệch giá mua và bán tốt nhất), impact_ratio (khối lượng tác động / depth_band). Khi độ sâu co lại trong khi spread và impact_ratio mở rộng đồng thời, rủi ro thanh lý tăng mạnh.

Ở mức độ 1, giới hạn tăng trưởng mở lãi. Ở mức độ 2, bắt buộc giảm đòn bẩy các vị thế rủi ro cao.

Giám sát tập trung vị thế: Phát hiện chuỗi đầu cơ:

Cuối cùng, theo dõi xem thị trường có chuyển từ phòng ngừa rủi ro thực sự sang đầu cơ thuần túy hay không. Theo dõi tỷ lệ giá trị của open interest so với khối lượng giao dịch 24 giờ. Khi OI tăng trưởng nhanh hơn nhiều so với khối lượng, thị trường đang chuyển sang tích tụ rủi ro một chiều. Kết hợp với lợi nhuận/lỗ của đa số vị thế, điều này dự báo các chuỗi thanh lý. Các nhà xây dựng nên cảnh báo khi tỷ lệ vượt ngưỡng; nếu duy trì, giảm giới hạn OI.

Quản trị qua Staking: Trách nhiệm về các quyết định Định nghĩa Oracle

Cơ chế chịu trách nhiệm của HIP-3 dựa trên staking. Các nhà xây dựng phải duy trì 500k HYPE đã stake mọi lúc. Các validator có thể bỏ phiếu cắt giảm stake nếu hành động của nhà xây dựng tạo ra trạng thái thị trường không hợp lệ, thời gian chết kéo dài hoặc giảm hiệu suất.

Cơ chế staking này khiến các lựa chọn định nghĩa oracle mang theo hậu quả tài chính rõ ràng. Một nhà xây dựng thực hiện định nghĩa oracle cẩu thả—chấp nhận một nguồn giá trung tâm, không theo dõi lệch hướng, hoặc bỏ qua rủi ro giá ngoài giờ—sẽ gây ra các chuỗi thanh lý. Các validator phát hiện thất bại lặp lại hoặc sụp đổ thị trường do định nghĩa oracle không phù hợp có thể bỏ phiếu cắt giảm toàn bộ stake của nhà xây dựng.

Điều này biến định nghĩa oracle từ quyết định kỹ thuật thành quyết định quản trị. Validator ngầm phê duyệt hoặc phạt các lựa chọn oracle của nhà xây dựng qua các phiếu cắt giảm stake. Theo thời gian, điều này tạo ra áp lực tiến hóa: các nhà xây dựng áp dụng định nghĩa oracle vững chắc sẽ tồn tại; những ai cắt góc sẽ tích lũy phiếu cắt giảm.

Cơ chế này không hoàn hảo—validator có thể thiếu hiểu biết kỹ thuật để đánh giá công bằng các lựa chọn oracle, hoặc bỏ phiếu theo các lý do không liên quan đến chất lượng vận hành thực sự. Nhưng nó thiết lập một ngưỡng trách nhiệm tối thiểu.

Ảnh hưởng rộng hơn: Phi tập trung như phân phối rủi ro

Sáng tạo cốt lõi của HIP-3 không phải là loại bỏ rủi ro; mà là phân phối lại rủi ro. Trong khi các sàn tập trung nội tại rủi ro vận hành (duy trì nguồn giá, ngăn thao túng, quản lý thanh lý), HIP-3 đẩy các trách nhiệm này ra bên ngoài cho các nhà xây dựng. Giao thức cung cấp hạ tầng; nhà xây dựng cung cấp sự xuất sắc trong vận hành.

Điều này chỉ hoạt động khi các nhà xây dựng hiểu rõ trách nhiệm của họ là gì. Định nghĩa oracle là một trong những bề mặt tấn công bị đánh giá thấp nhất. Nó có vẻ đơn giản—chọn nguồn giá—nhưng bao gồm lựa chọn nguồn, quản lý relayer, giá ngoài giờ, các cơ chế dự phòng, khung xác minh, giám sát liên tục, và trách nhiệm quản trị.

Các thị trường xây dựng dựa trên định nghĩa oracle cẩu thả sẽ thất bại. Các thị trường dựa trên định nghĩa oracle cẩn trọng, có giám sát phù hợp và cơ chế xác minh minh bạch có thể duy trì hoạt động giao dịch đáng kể. 13 tỷ đô la khối lượng giao dịch qua các thị trường HIP-3 cho thấy các nhà xây dựng đủ khả năng tồn tại. Nhưng mỗi thị trường thất bại—mỗi chuỗi thanh lý do lỗi định nghĩa oracle—chuyển vốn từ các trader không cảnh giác sang các nhà vận hành nền tảng và các arb chuyên nghiệp.

Các nhà xây dựng tham gia HIP-3 cần xem định nghĩa oracle như một quyết định kiến trúc nền tảng quyết định thị trường của họ có vận hành chính trực hay thất bại dưới áp lực.

Định hướng tương lai

Đối với các nhà xây dựng thiết kế tiếp cận thị trường, mẫu tham số, hệ thống cảnh báo, và quy trình ứng phó khẩn cấp dựa trên HIP-3, thành công phụ thuộc vào việc xem định nghĩa oracle như một bài toán thiết kế dựa trên nguyên lý cơ bản. Điều này có nghĩa là mô hình rõ ràng cách định nghĩa oracle của bạn phản ứng trong các kịch bản: mất sàn giao dịch, tấn công DDoS relayer, khoảng trống giá trong giờ ngoài giờ, và chuỗi thanh lý trong điều kiện thanh khoản mỏng.

Nó có nghĩa là triển khai các khung xác minh cho phép kiểm toán bên ngoài phương pháp giá của bạn. Nó có nghĩa là thiết lập các ngưỡng giám sát và quy trình leo thang với các quy tắc quyết định rõ ràng. Quan trọng nhất, nó là nhận thức rằng độ phức tạp trong duy trì các định nghĩa oracle đáng tin cậy dưới áp lực vẫn chưa biến mất—nó chỉ chuyển từ sàn giao dịch sang các nhà xây dựng.

Những ai coi trọng định nghĩa oracle sẽ vận hành các thị trường ổn định, đáng tin cậy. Những ai không coi trọng sẽ trở thành các ví dụ về cách hệ thống phi tập trung thất bại.