Hyperliquid làm rõ 10 cáo buộc: Khám phá sự thật về khả năng thanh toán, cơ chế Máy Oracle và thiết kế quản trị.

【区块律动】Gần đây, một dự án nổi tiếng là Hyperliquid đã có phản hồi công khai chi tiết đối với một loạt các nghi vấn từ bên ngoài. Những cáo buộc này liên quan đến khả năng thanh toán của hệ thống, tính minh bạch trong giao dịch, cơ chế quản trị và các vấn đề nhạy cảm khác, sự làm rõ từng điểm của Bên dự án đã cung cấp thông tin quan trọng cho toàn bộ hệ sinh thái.

Về khả năng thanh toán, có những nghi ngờ từ bên ngoài về việc hệ thống có vấn đề thiếu tài sản thế chấp lên tới 362 triệu đô la. Hyperliquid đã phủ nhận tuyên bố này, chỉ ra rằng các nhà phê bình đã bỏ qua một chi tiết quan trọng - dự trữ USDC qua cầu Arbitrum trên HyperEVM. Theo dữ liệu của Bên dự án, tổng lượng USDC hiện tại đạt 4,351 triệu đô la, đủ để bao phủ tất cả các khoản nợ. Sự khác biệt về con số này cho thấy việc tra cứu dữ liệu trên chuỗi đơn giản rất dễ dàng bỏ lỡ bức tranh đầy đủ về tài sản xuyên chuỗi.

Về các cáo buộc thao túng khối lượng giao dịch, bên ngoài đã cáo buộc bên dự án sử dụng hàm TestnetSetYesterdayUserVlm để thực hiện giao dịch giả. Bên dự án đã phản hồi rằng đây chỉ là mã chức năng của mạng thử nghiệm, hoàn toàn không thể gọi trong môi trường mạng chính. Những chức năng bảo mật như vậy rất phổ biến trong giai đoạn thử nghiệm, nhưng lại bị hiểu sai là lỗ hổng của môi trường sản xuất.

Về vấn đề quyền lợi của người dùng, bên dự án nhấn mạnh rằng tất cả phí, số dư và lịch sử giao dịch đều có thể thấy trên chuỗi, không tồn tại cơ chế miễn trừ ẩn hay cách thức thao túng phân phối airdrop. Tính minh bạch của toàn bộ hệ thống khiến cho bất kỳ hành vi bất thường nào cũng không có chỗ ẩn náu.

Trong thiết kế quyền hạn của hợp đồng thông minh, bên ngoài lo ngại rằng mô-đun CoreWriter có “chế độ thần thánh”, có khả năng tự do đúc tiền và chuyển tiền. Thực tế, thành phần này chỉ là công cụ thực thi để HyperEVM giao tiếp với HyperCore, không có quyền hạn tuyệt đối được gọi là.

Về cơ chế đóng băng chuỗi, Bên dự án làm rõ rằng điều này tương tự như việc nâng cấp phân tách cứng trong blockchain truyền thống. Trong sự kiện POPCAT vào tháng 11 năm nay, dự án không đóng băng mạng lớp một, chỉ tự động kích hoạt các biện pháp khoá an toàn đối với cầu Arbitrum, đây là một hoạt động phòng ngừa rủi ro tiêu chuẩn.

Trong lĩnh vực định giá oracle, một hiểu lầm kỹ thuật phổ biến là một khóa riêng lẻ có thể ngay lập tức thao túng giá cả. Trong thiết kế thực tế, oracle HIP-3 được cấu hình linh hoạt bởi bên triển khai, hỗ trợ các giải pháp ký đa chữ ký như MPC. Giá hợp đồng vĩnh viễn được áp dụng thuật toán trung vị có trọng số, nhiều xác thực viên cùng quyết định, loại bỏ rủi ro điểm đơn.

Về những lo ngại về tính tập trung của việc gửi giao dịch, bên dự án cho biết 8 địa chỉ chỉ đại diện cho cấu hình nút gửi giao dịch hiện tại, một số giao dịch đã được các xác thực viên xử lý trực tiếp, trong tương lai sẽ có thêm bảo vệ MEV và nâng cấp chống kiểm duyệt.

Về cơ chế thanh lý, bên dự án phủ nhận sự tồn tại của một băng nhóm thanh lý không công bằng. Chỉ có HLP (nhà cung cấp thanh khoản) có thể làm người thanh lý dự phòng, và tham gia không có ngưỡng. Đa số các giao dịch thanh lý được thực hiện qua sổ lệnh công khai, cạnh tranh minh bạch.

Đối với những cáo buộc về thỏa thuận cho vay ẩn, Bên dự án đã chỉ ra rằng tài sản đảm bảo danh mục đầu tư, chức năng cho vay và mô hình HLP đều là phiên bản tiền Alpha được công bố công khai, tài liệu đầy đủ đã được lưu trữ. Những tính năng đổi mới này đang tiến triển dưới sự giám sát của cộng đồng.

Cuối cùng, về những lo ngại rằng hàm ModifyNonCirculatingSupply có thể thay đổi nguồn cung token, bên dự án đã làm rõ rằng HIP-1 quy định tổng nguồn cung hoàn toàn cố định, hàm này chỉ được sử dụng để tính toán hiển thị, không có ảnh hưởng gì đến lượng lưu thông thực tế.