Biên soạn bởi GaryMa, Wu Shuo Blockchain
Bài viết này tóm tắt và đánh giá hai trường hợp FUD (Sợ hãi, Không chắc chắn và Không rõ ràng) gần đây liên quan đến Hyperliquid và các phản hồi chính thức.
I. Sự cố FUD 1: Địa chỉ của thành viên đội ngũ bị nghi ngờ đã bị bán short, nhưng hóa ra đó là một cựu nhân viên.
Bối cảnh sự kiện
Ban đầu, các thành viên cộng đồng Hype đã phát hiện ra địa chỉ này thông qua phân tích Chuỗi.
0x7ae4c156e542ff63bcb5e34f7808ebc376c41028
Địa chỉ này liên tục bán khống và short HYPE. Việc truy tìm nguồn tài trợ ban đầu, lịch sử hoạt động mạng thử nghiệm và các bản ghi giao dịch trước đây của địa chỉ này cho thấy mối liên hệ chặt chẽ Chuỗi với đội ngũ phát triển Hyperliquid, Hyperliquid Labs. Sau đó, tin đồn lan truyền trong cộng đồng rằng " đội ngũ chính thức đang dẫn đầu việc bán tháo" hoặc "người nội bộ đang kiếm lợi short bằng cách sử dụng thông tin/cơ chế không được tiết lộ", làm suy giảm niềm tin thị trường.
Phản hồi chính thức
Sau đó, các thành viên của đội ngũ Hyperliquid đã đăng trên Discord rằng tất cả nhân sự liên quan đến Hyperliquid Labs (bao gồm cả nhân viên và nhà thầu) phải tuân thủ một quy tắc ứng xử nghiêm ngặt khi giao dịch với token HYPE, bao gồm lệnh cấm giao dịch phái sinh và chính sách không khoan nhượng đối với giao dịch nội bộ.
Liên quan đến địa chỉ short khống bắt đầu bằng 0x7ae4 được đề cập trong cộng đồng, đội ngũ cho biết địa chỉ này thuộc về một cựu nhân viên đã rời công ty vào quý đầu tiên năm 2024 và hiện không còn liên hệ gì với Hyperliquid Labs. Hành động của người này không phản ánh quan điểm đội ngũ.
II. Sự cố FUD 2: Các câu hỏi kỹ thuật liên quan đến kiểm soát tập trung và các giả định về lòng tin (Khả năng thanh toán là một quan niệm sai lầm)
Nguồn gốc sự việc
Vụ việc bắt nguồn từ một bài báo. Bài báo này là một phân tích theo kiểu kiểm toán kỹ thuật dựa trên kỹ thuật đảo ngược. Bằng cách giải mã các tệp nhị phân của trình xác thực mainnet Hyperliquid và kết hợp trạng thái Chuỗi với hành vi hợp đồng, tác giả đã cố gắng chứng minh rằng Hyperliquid, dưới luận điệu về "hợp đồng vĩnh cửu Chuỗi", vẫn còn những giả định đáng kể về kiểm soát tập trung và lòng tin.
Quan điểm cốt lõi của tác giả không phải là "Hyperliquid nhất thiết đang làm điều xấu", mà cho rằng thiết kế hiện tại của hệ thống cho phép hành vi độc hại hoặc lạm dụng trong những trường hợp cực đoan, điều này tiềm rủi ro trong bối cảnh DeFi.
Để đáp lại, Hyperliquid đã đăng tải một bài viết dài bác bỏ quan điểm này từng điểm một. Sau đây là bản tổng hợp và dịch của Wu Shuo.
Phản hồi chính thức của Hyperliquid (toàn văn)
Hyperliquid được xây dựng trên nền tảng minh bạch dữ liệu Chuỗi. Một bài báo gần đây đã đưa ra một số cáo buộc không phù hợp với sự thật:
Khả năng thanh toán : Mỗi đô la đều có một giá trị tương đương rõ ràng; tác giả đã bỏ qua đồng USDC HyperEVM gốc.
Tính toàn vẹn hệ thống : Các chức năng của mạng thử nghiệm), như tên gọi cho thấy, chỉ dành cho mục đích thử nghiệm và không thể được thực thi trên mainnet).
Tính minh bạch : Trong không gian giao dịch hợp đồng vĩnh cửu, Hyperliquid minh bạch và phi tập trung hơn tất cả các nền tảng lớn khác. Toàn bộ trạng thái hệ thống được duy trì độc lập bởi một nhóm các trình xác thực không cần cấp phép và được xác minh bởi mỗi nút thông qua cơ chế đồng thuận Bằng chứng cổ phần BFT. Mọi lệnh, giao dịch và thanh toán đều hiển thị trong thời gian thực trong quá trình thực hiện. Bất kỳ ai cũng có thể vận hành nút và lập chỉ mục trạng thái của Chuỗi cũng như các thay đổi trạng thái. Không có nền tảng hợp đồng vĩnh cửu chính thống nào khác có thể cung cấp cho người dùng mức độ bảo mật gần bằng điều này.
Sau đây là phản hồi của chúng tôi đối với từng quan điểm tác giả nêu ra.
Cáo buộc: Hệ thống này đang thiếu hụt tài sản thế chấp trị giá 362 triệu đô la.
sai lầm:
Trạng thái blockchain Hyperliquid được hoàn trả đầy đủ và có thể kiểm chứng trên Chuỗi . Các tác giả loại trừ HyperEVM USDC (một sự tích hợp đã được công bố công khai và được mong đợi cao), tồn tại song song với cầu nối xuyên chuỗi Arbitrum .
Mọi USDC lưu hành trên HyperCore đều có thể được kiểm kê một cách minh bạch bằng cách cộng số dư các địa chỉ sau:
https://arbiscan.io/address/0x2df1c51e09aecf9cacb7bc98cb1742757f163df7
cũng như
https://hyperevmscan.io/address/0x6b9e773128f453f5c2c60935ee2de2cbc5390a24
Tại thời điểm viết bài này, số tiền là 3,989 tỷ + 362 triệu = 4,351 tỷ USDC (nằm trong HyperCore).
Bạn có thể mua USDC trên HyperEVM thông qua các hợp đồng USDC của HyperEVM:
https://hyperevmscan.io/token/0xb88339cb7199b77e23db6e890353e22632ba630f
Phép tính cho thấy, sau khi trừ đi 362 triệu USDC từ 421 triệu USDC, HyperEVM đang chứa khoảng 59 triệu USDC.
Quá trình xác minh có thể được hoàn tất bằng cách so sánh số dư cầu nối xuyên chuỗi Arbitrum và số dư USDC gốc với tổng số dư người dùng trên HyperCore. Như đã nhấn mạnh trong phần giới thiệu, chỉ trên Hyperliquid, khả năng thanh toán tổng thể của hệ thống mới có thể được xác minh độc lập theo cách này, so với các đối thủ cạnh tranh.
Cầu nối xuyên chuỗi Arbitrum hiện tại đóng vai trò quan trọng trong giai đoạn đầu ra mắt mạng lưới Hyperliquid. Khi quá trình chuyển đổi sang USDC gốc hoàn tất, cầu nối xuyên chuỗi này sẽ được loại bỏ dần, đưa kiến trúc của Hyperliquid phù hợp với các blockchain L1 chính thống khác.
Cáo buộc: Thao túng khối lượng giao dịch sau khi sự việc đã xảy ra thông qua TestnetSetYesterdayUserVlm
sai lầm:
Đây là một chức năng chỉ tồn tại trên mạng thử nghiệm và nhằm mục đích hỗ trợ việc kiểm thử toàn diện. Tác giả cho rằng "sự tồn tại của chức năng này đã là vấn đề... chính khả năng này làm suy yếu mô hình tin cậy."
Các tính năng dành riêng mạng thử nghiệm được thiết kế để kiểm tra kỹ lưỡng hơn các trường hợp ngoại lệ mà không làm ảnh hưởng đến tính toàn vẹn của Chuỗi. Cấu trúc phí của Hyperliquid tương tác phức tạp với nhiều yếu tố đầu vào, bao gồm khối lượng giao dịch của người dùng, liệu token báo báo giá có được căn chỉnh hay không, danh tính người tạo/người nhận lệnh trên thị trường, HIP-3, v.v. Những tương tác này phải được xác thực trên mạng thử nghiệm; do đó, mạng thử nghiệm bao gồm một tập hợp các chức năng quản trị chỉ dành cho mục đích thử nghiệm, những chức năng này không tồn tại trên mainnet .
Thao tác `TestnetAddMainnetUser` liên quan được sử dụng để đánh dấu người dùng mạng thử nghiệm có trạng thái mainnet tương ứng, nhằm ngăn chặn các cuộc tấn công DDoS và các cuộc tấn công khác được thực hiện "với chi phí bằng không" trên mạng thử nghiệm. Các chức năng này không thể được gọi khi đang ở trạng thái mainnet.
Mặc dù mã nguồn thực thi không được công khai, bất kỳ ai cũng có thể chạy nút để xác minh mọi giao dịch trên Chuỗi và tổng hợp dữ liệu khối lượng giao dịch để xác nhận tính chính xác của trạng thái Chuỗi . Tương tự như việc xác minh khả năng thanh toán của hệ thống và so sánh nó với tổng giá trị của tất cả các tài khoản người dùng, quy trình này khả thi trên Hyperliquid, nhưng không khả thi trên hầu hết các nền tảng cạnh tranh khác.
Do đoạn mã này hoàn toàn không thể truy cập được trên mạng chính, nên quá trình phát triển trong tương lai sẽ loại bỏ hoàn toàn logic này, vốn chỉ được sử dụng cho mạng thử nghiệm , khỏi nút mainnet để tránh mọi hiểu lầm hoặc diễn giải sai tiềm ẩn.
Cáo buộc: Một số người dùng sở hữu các đặc quyền, chẳng hạn như miễn phí hoặc thao túng khối lượng giao dịch sau đó, mà họ sử dụng để tác động đến airdrop.
sai lầm:
Giống như khả năng thanh toán của hệ thống, số dư người dùng và các giao dịch riêng lẻ, phí giao dịch được thanh toán bởi bất kỳ địa chỉ nào cũng có thể được truy vết trên Chuỗi. Mỗi giao dịch, cùng với phí đã thanh toán hoặc khoản hoàn trả kiếm được, đều được lập chỉ mục một cách minh bạch bởi nút, dịch vụ API và các công cụ phân tích của bên thứ ba.
Không có cơ chế nào làm sai lệch phí giao dịch, cũng như không có cơ chế nào có thể ảnh hưởng đến đợt airdrop HYPE. Hơn nữa, dữ liệu phân phối ban đầu của HYPE hoàn toàn công khai trên Chuỗi, và người dùng có thể tự mình xác minh hành vi lịch sử của từng địa chỉ liên quan.
Lời cáo buộc cho rằng chế độ "God Mode" của "CoreWriter" có thể tạo ra tiền điện tử, chuyển tiền của người dùng mà không cần chữ ký và làm sập các trình xác thực một cách ngẫu nhiên, cho phép nó làm được hầu hết mọi thứ.
sai lầm:
Thông số kỹ thuật của CoreWriter được ghi chép đầy đủ tại đây:
https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/hyperevm/interacting-with-hypercore
Nó cũng có thể được tái hiện trong hoàn cảnh thực thi mã nguồn mở HyperEVM.
CoreWriter là một cơ chế cho phép các hợp đồng thông minh trên HyperEVM gửi các lệnh vận hành đến HyperCore trong quá trình thực thi khối. Nó hỗ trợ nhiều hoạt động thường được khởi tạo bởi các tài khoản bên ngoài (EOA), chẳng hạn như đặt cọc và đặt lệnh, nhưng nó không có khả năng "đúc token, chuyển tiền của người dùng mà không cần chữ ký, làm sập trình xác thực một cách ngẫu nhiên hoặc làm bất cứ điều gì nó muốn."
Nhận định này xuất phát từ sự hiểu lầm cơ bản về cách HyperCore và HyperEVM tương tác với nhau.
Cáo buộc: Chuỗi có thể bị đóng băng thông qua quản trị và không có cơ chế thu hồi.
Hiểu sai:
Chuỗi sẽ tạm ngừng tạo khối trong thời gian ngắn trong nâng cấp mạng. Không có cơ chế đảo ngược vì các trình xác thực đã chấp nhận phiên bản nhị phân mới ở mức độ cao đó. Điều này hoàn toàn phù hợp với cách các mạng khác thực hiện hard fork ở các mức độ cao trong tương lai thông qua sự đồng thuận của cộng đồng.
Hoạt động đáng ngờ trên POPCAT vào tháng 11 năm 2025 không dẫn đến việc đóng băng L1, cũng không có khoản tiền nào của người dùng đóng băng . L1 hoạt động hoàn toàn bình thường trong suốt thời gian đó, và bất kỳ người quan sát nào cũng có thể thấy các khối được tạo ra vào thời điểm đó.
Sau sự cố, cầu nối xuyên chuỗi Arbitrum tự động khóa tài khoản do biến động bất thường trong số dư . Như đã đề cập trước đó, cầu nối xuyên chuỗi Arbitrum kém an toàn hơn so với USDC đúc trực tiếp, do đó cần nhiều cơ chế khóa tự động thận trọng để bảo vệ. Cơ chế khóa này đã được kiểm toán và mã nguồn mở, và cầu nối xuyên chuỗi sẽ được loại bỏ dần khi quá trình chuyển đổi sang USDC trực tiếp bắt đầu.
Cáo buộc: Một private key duy nhất có thể ngay lập tức thiết lập giá oracle tùy ý, không có khóa thời gian hoặc hạn chế nào.
Hiểu sai:
Có lẽ tác giả đã nhầm lẫn logic cập nhật oracle HIP-3 với các hợp đồng vĩnh viễn do các trình xác thực vận hành. Mặc dù việc cập nhật oracle HIP-3 thực sự được thiết lập bởi một địa chỉ duy nhất, nhưng điều này phụ thuộc vào cấu hình của trình triển khai và địa chỉ cập nhật không nhất thiết phải là EOA. Ví dụ, các trình triển khai HIP-3 hiện tại sử dụng kết hợp kiến trúc MPC và CoreWriter.
Đối với các hợp đồng vĩnh cửu được vận hành bởi các trình xác thực, nhiều trình xác thực có thể gửi các bản cập nhật giá oracle , và giá cuối cùng được tính toán dựa trên số trung vị có trọng số của nhiều sàn giao dịch tập trung lớn.
Hệ thống không có các khóa thời gian hoặc hạn chế rõ ràng vì những hạn chế như vậy thực tế sẽ làm giảm chứ không phải cải thiện tính bảo mật của hệ thống. Các sự kiện ngày 10 tháng 10 cho thấy rằng trong những giai đoạn biến động cao, việc không kích hoạt các ADL một cách kịp thời và chính xác có thể đe dọa khả năng thanh toán của hệ thống.
Trong giai đoạn này, Hyperliquid là một trong số ít nền tảng không gặp phải giảm hiệu suất hoặc sự cố mạng. Nếu Mango Markets hoặc các giao thức tương tự với giới hạn tỷ lệ truy vấn oracle hoạt động trong thời kỳ 10/10, nợ xấu có thể đã xảy ra. Phi tập trung hơn nữa sẽ bao gồm việc các trình xác thực khác chủ động vận hành các trình cập nhật oracle độc lập và mã nguồn mở .
Cáo buộc: Tám địa chỉ không được tiết lộ đã kiểm soát tất cả các giao dịch được thực hiện.
sai lầm:
Hiện tại, một số giao dịch được gửi trực tiếp bởi các trình xác thực. Một số giao dịch khác (chẳng hạn như đặt lệnh) chưa được xử lý theo cách này để giảm thiểu MEV, nhưng nâng cấp trong tương lai sẽ mở rộng logic này cho tất cả các giao dịch thông qua một cơ chế vừa chống MEV vừa chống kiểm duyệt.
Việc cân nhắc thận trọng đối với MEV xuất phát từ phản hồi của các nhà giao dịch và nhà nghiên cứu dựa trên các hành vi mang tính trục lợi khác Chuỗi. Hầu như tất cả đều nhất trí rằng sắp xếp giao dịch độc hại gây ảnh hưởng đáng kể đến trải nghiệm người dùng cuối.
Tóm lại, tập hợp các trình xác thực là không cần cấp phép, và không có gì đảm bảo rằng các trình xác thực trên mainnet sẽ luôn hoàn toàn phù hợp với hệ sinh thái. Giải quyết vấn đề này (bao gồm cả cơ chế xây dựng khối đa người đề xuất) sẽ là một cột mốc quan trọng trong quá trình phi tập trung.
Cáo buộc: Tồn tại một nhóm thanh lý có lợi thế không công bằng.
Hiểu sai:
Chỉ HLP mới có thể đóng vai trò là người bảo lãnh thanh lý tài khoản người dùng, và kho phụ của HLP là địa chỉ duy nhất trong tập hợp này. Tuy nhiên, việc gửi tiền vào HLP là không cần sự cho phép, do đó HLP là một kho thanh thanh khoản thuộc sở hữu cộng đồng được sử dụng để hỗ trợ hoạt động của giao thức.
Hơn nữa, tất cả các giao dịch thanh lý ban đầu đều được cố gắng hoàn tất thông qua sổ lệnh, và phần lớn các vị thế thanh lý được xử lý ở giai đoạn này mà không cần yêu cầu ký quỹ bổ sung. Điều này cho phép người dùng giữ lại tài sản thế chấp còn lại đồng thời cho phép những người dùng khác đưa ra mức giá tốt nhất một cách cạnh tranh cho dòng thanh lý, từ đó mang lại lợi ích cho người dùng bị thanh lý.
Cáo buộc: Tồn tại một giao thức cho vay bí mật, với số tiền hơn 1 triệu đô la đã được gửi vào, nhưng không có bất kỳ giấy tờ nào được cung cấp.
sai lầm:
Tiền ký quỹ quỹ danh mục đầu tư, các tính năng vay mượn và giá trị tiền gửi HLP đều đã được công bố công khai và hiện đang trong giai đoạn tiền alpha. Tài liệu liên quan có thể được tìm thấy tại địa chỉ sau và đã được liên tục hoàn thiện trong vài tuần qua:
https://hyperliquid.gitbook.io/hyperliquid-docs/trading/portfolio-margin
Cáo buộc: ModifyNonCirculatingSupply cho phép sửa đổi nguồn cung token .
sai lầm:
Tổng lượng cung ứng token HIP-1 trên HyperCore là cố định tại thời điểm triển khai. Cái gọi là " nguồn cung lưu thông" chỉ là một trường thông tin có thể chọn lọc đánh dấu một số địa chỉ nhất định là "không lưu hành" chỉ nhằm mục đích hiển thị.
Việc một địa chỉ có được đánh dấu là "không lưu hành" hay không không ảnh hưởng đến bất kỳ logic thực thi nào. Đây là một ví dụ về thông tin có thể phù hợp hơn để lưu trữ ngoài Chuỗi, nhưng nó không cấu thành lỗ hổng bảo mật.
Cảm ơn tác giả đã dành thời gian nghiên cứu logic thực thi của Hyperliquid. Chính nhờ nghiên cứu này mà tính minh bạch và phi tập trung mà Hyperliquid đạt được đã được chứng minh.
Cụ thể, Hyperliquid là nền tảng hợp đồng vĩnh viễn lớn duy nhất mà toàn bộ trạng thái và mọi biến thể đầu vào đều được công khai minh bạch cho bất kỳ ai đang vận hành nút.
Việc phân tích tương tự là không thể đối với bất kỳ sàn giao dịch phi tập trung (DEX) hợp đồng vĩnh cửu hàng đầu nào khác. Ví dụ, Lighter sử dụng một sắp xếp tập trung duy nhất mà logic thực thi và mạch ZK không được công khai; Aster sử dụng khớp lệnh tập trung và thậm chí cung cấp giao dịch dark pool, điều này chỉ có thể thực hiện được với một sắp xếp tập trung duy nhất và việc thực thi không thể kiểm chứng. Các giao thức khác, mặc dù một phần mã nguồn mở mở, cũng thiếu sắp xếp có thể kiểm chứng.
Trên các sàn giao dịch như Binance, Lighter, Aster, hoặc sàn giao dịch tương tự, không ai ngoài chính sắp xếp) có thể xem được ảnh chụp nhanh trạng thái trên Chuỗi hoàn chỉnh, bao gồm sổ lệnh, vị thế và các thông tin người dùng khác. Sắp xếp tập trung cũng có thể nâng cấp phần mềm của họ mà không gặp bất kỳ hạn chế nào.
Trên Hyperliquid, toàn bộ trạng thái hệ thống được lưu trữ trên Chuỗi , có nghĩa là 24 trình xác thực cùng thực thi một máy trạng thái theo các quy tắc đồng thuận BFT. Vẫn còn lượng lớn việc phải làm trên con đường hướng tới phi tập trung lớn hơn, nhưng điều đáng nhấn mạnh là Hyperliquid và hệ sinh thái của nó đã đi trước các đối thủ cạnh tranh như thế nào.
Phi tập trung là một quá trình dần dần, và Hyperliquid cuối cùng sẽ hoàn toàn là mã nguồn mở. Mặc dù điều này sẽ tạo ra một số lợi thế cho các đối thủ cạnh tranh (những người đều sử dụng mã nguồn đóng) và giúp họ dễ dàng sao chép những đổi mới của Hyperliquid, nhưng Hyperliquid cho rằng đây là sự đánh đổi đúng đắn giữa việc cân bằng tích lũy giá trị cộng đồng, tốc độ đổi mới và tuân thủ các giá trị của DeFi.
Lớp thực thi của HyperEVM là mã nguồn mở , và thành viên cộng đồng độc lập Sprites duy trì một nút lưu trữ lịch sử hoàn chỉnh, hỗ trợ một số tích hợp quan trọng. HyperCore cũng sẽ đi theo con đường tương tự khi nó hoạt động đầy đủ.
Liên kết liên quan
Địa chỉ Chuỗi của nhân viên trước khi rời công ty:
https://dev.hypurrscan.io/address/0x7ae4c156e542ff63bcb5e34f7808ebc376c41028
Phản hồi chính thức về việc các thành viên đội ngũ bán short:
https://discord.com/channels/1029781241702129716/1030197017655394447/1452511033758580828
Phân tích các bài viết theo phong cách kiểm toán kỹ thuật dựa trên kỹ thuật đảo ngược:
https://blog.can.ac/2025/12/20/reverse-engineering-hyperliquid/
Phản hồi chính thức về những hiểu lầm liên quan đến khả năng thanh toán, kiểm soát tập trung và các giả định về lòng tin:
