Gọi vốn, định giá, tạo thanh khoản một lần: HIP-6 muốn biến Hyperliquid thành địa điểm phát hành token hàng đầu
- Quan điểm cốt lõi: Đề xuất HIP-6 nhằm giới thiệu một cơ chế đấu giá thanh lý liên tục (Hy-CO) gốc, không cần cấp phép cho giao thức Hyperliquid, cho phép các dự án hoàn thành việc huy động vốn và khởi động thanh khoản cho việc phát hành token trên chuỗi, từ đó nâng cao hiệu quả và tính công bằng trong việc hình thành vốn cho hệ sinh thái.
- Yếu tố then chốt:
- Thiết kế cơ chế: Điều chỉnh mô hình đấu giá thanh lý liên tục (CCA) của Uniswap cho môi trường sổ lệnh của Hyperliquid, thông qua việc giải phóng token dần dần qua nhiều khối và thanh lý với giá thống nhất, đạt được khám phá giá công bằng và giảm thiểu trò chơi thời gian.
- Quy trình cốt lõi: Dự án cấu hình phiên đấu giá và ký quỹ token; người đấu giá đặt giá với tài sản định giá như USDH; giao thức thanh lý từng khối và tính toán giá; sau khi thành công, tự động đưa một phần lợi nhuận vào nhóm thanh khoản HIP-2, phần còn lại thuộc về dự án.
- Lợi thế chính: Cung cấp cho dự án một giải pháp tích hợp gốc trên chuỗi cho việc huy động vốn và khởi động thanh khoản; cung cấp cơ hội tham gia công bằng cho người đấu giá; tạo ra nhu cầu mới và thu nhập phí cho hệ sinh thái (như người nắm giữ HYPE).
- Xem xét bảo mật: Vốn được giao thức ký quỹ, không phải do dự án kiểm soát; có cơ chế chống giao dịch tự thao túng và thao túng giá (như phí giao thức, tính toán cửa sổ VWAP); chuyển token bị đóng băng trong thời gian đấu giá.
- Triển khai kỹ thuật: Tất cả logic đấu giá được thực thi gốc ở lớp HyperCore, không cần bên vận hành bên ngoài hoặc phụ thuộc vào HyperEVM, được đảm bảo bởi sự đồng thuận của trình xác thực, đảm bảo hiệu quả và an toàn.
Tác giả: James Evans (@jimbo_evans)
Biên dịch: Shenchao TechFlow
Dẫn nhập: Đây là một đề xuất cải tiến Hyperliquid (HIP) hoàn chỉnh, đề xuất giới thiệu cơ chế đấu giá thanh lý liên tục ở cấp độ giao thức, cho phép các dự án token mới hoàn thành toàn bộ quy trình huy động vốn và khởi động thanh khoản trên chuỗi mà không cần phụ thuộc vào sàn giao dịch tập trung hoặc nền tảng bên thứ ba.
Tác giả tham khảo mô hình đấu giá thanh lý liên tục của Uniswap và thiết kế lại cho môi trường sổ lệnh của Hyperliquid. Đề xuất có các chi tiết kỹ thuật cực kỳ đầy đủ, bao quát mọi khía cạnh từ cấu hình đến thanh toán và cân nhắc bảo mật.
Toàn văn như sau:
Đặc biệt cảm ơn @fiegemax đã cung cấp ý tưởng, hướng dẫn và phản hồi, cũng như cảm ơn @arnx813, @0xBroze, @0xOmnia, @xenoflux, @happenwah, @const_hom và @DougieDeLuca đã xem xét và đóng góp ý kiến.
Tiết lộ: Cá nhân tôi nắm giữ $HYPE trong tài khoản cá nhân. Tôi làm việc tại @recvcx, nhưng bài viết này chỉ đại diện cho quan điểm cá nhân và không phản ánh lập trường của Reciprocal Ventures.
Tóm tắt
HIP-6 giới thiệu cơ chế đấu giá phát hành token không cần cấp phép cho tài sản HIP-1, được thiết kế riêng cho các nhóm phát hành token gốc trên @HyperliquidX. Cơ chế này điều chỉnh Đấu giá Thanh lý Liên tục (CCA) của @Uniswap cho môi trường gốc sổ lệnh (CLOB) của Hyperliquid. Khi đăng ký đấu giá, các dự án chọn một tài sản định giá từ danh sách tài sản định giá được giao thức chấp thuận (ví dụ: USDH), tạo ra nguồn cầu và tính hữu dụng mới cho các tài sản này. Lợi nhuận từ đấu giá thuộc về dự án, với một phần có thể cấu hình sẽ tự động bơm thanh khoản vào HIP-2 thông qua giá trung bình gia quyền theo khối lượng trong cửa sổ kết thúc đấu giá. Tất cả logic đấu giá chạy trong quá trình chuyển đổi khối của HyperCore, không cần bên vận hành bên ngoài.
Động lực
HIP-1 và HIP-2 hỗ trợ triển khai token và thanh khoản tự động không cần cấp phép, nhưng hỗ trợ không đủ cho việc hình thành vốn và khám phá giá cho token mới. Các nhóm phát hành token gốc trên @HyperliquidX vẫn phần lớn bị buộc phải huy động vốn ngoài chuỗi, tự bơm thanh khoản thủ công cho HIP-2 bằng vốn tự có, và/hoặc niêm yết trên sổ lệnh mỏng. Do những ma sát này, Hyperliquid vẫn chưa đạt được sự ngang bằng về sản phẩm về khả năng ICO so với các hệ sinh thái và sàn giao dịch hiệu suất cao khác. @solana có @metadao, @base có Liquidity Launchpad của @Uniswap và @dopplerprotocol, @coinbase có @echodotxyz. HIP-6 là tùy chọn, nhưng bằng cách cho phép hình thành vốn và khám phá giá hiệu quả hơn, HIP-6 hỗ trợ các nhà sáng lập muốn xây dựng vòng đời dự án hoàn chỉnh trên Hyperliquid và thúc đẩy mục tiêu biến Hyperliquid thành blockchain chứa đựng mọi tài chính.
HIP-6 cải thiện Hyperliquid bằng cách:
Hình thành vốn trên chuỗi: Các nhóm có thể huy động vốn gốc trên Hyperliquid trong một quy trình duy nhất, với lợi nhuận được phân bổ giữa dự án và việc bơm thanh khoản tự động vào HIP-2.
Khám phá giá công bằng: Đấu giá thanh lý liên tục khám phá giá thị trường qua nhiều khối, giảm thiểu tác động của trò chơi thời gian phổ biến trong các cuộc đấu giá truyền thống.
Tăng trưởng tài sản định giá liên kết: Tạo tính hữu dụng cho tài sản định giá liên kết, từ đó tăng TVL của chúng và tạo ra doanh thu cho Quỹ Hỗ trợ.
Thu hút người xây dựng: Các nhóm có thể hoàn thành vòng đời đầy đủ của token trên Hyperliquid. Phát hành nhiều token hơn trên Hyperliquid có nghĩa là Quỹ Hỗ trợ nhận được nhiều phí giao dịch hơn.
Bảo vệ người tham gia: Vốn đã cam kết được ủy thác bởi trạng thái của HyperCore trong suốt thời gian đấu giá, không nằm trong sự giám sát của dự án hoặc bên thứ ba đáng tin cậy.
Về đặt tên: Đề xuất này được đánh số HIP-6 vì HIP-5 trước đó đã được chỉ định cho một đề xuất độc lập khác.
Chúng tôi xây dựng trên nền tảng nào
HIP-6 điều chỉnh Đấu giá Thanh lý Liên tục (CCA) của @Uniswap cho môi trường gốc CLOB của Hyperliquid. CCA chia một cuộc đấu giá lớn thành N cuộc đấu giá nhỏ liên tiếp. Mỗi khối, giao thức phát hành một lô token và tính toán giá thanh lý thống nhất. Việc khám phá giá diễn ra dần dần, thay vì tại một thời điểm duy nhất, và người đấu giá được khuyến khích tham gia sớm hơn thay vì chờ đợi.
Các giải pháp thay thế khác đều có điểm yếu rõ ràng:
Bán giá cố định: Khám phá giá kém hiệu quả vì cần ai đó đoán đúng giá khi mở cửa. Đặt giá quá thấp, dự án mất chênh lệch; đặt giá quá cao, đợt bán sẽ thất bại.
Bán phân bổ theo tỷ lệ có giới hạn: Khắc phục rò rỉ giá trị, nhưng tạo ra vòng xoáy đăng ký vượt mức. Trong thực tế, nếu đợt bán được đăng ký vượt mức gấp 2 lần, người tham gia hợp lý sẽ gửi gấp đôi hạn ngạch mục tiêu, khiến nó vượt mức hơn nữa, và cứ thế. Đây là trải nghiệm người dùng tồi.
Bán không giới hạn: Tránh được vòng xoáy, nhưng dẫn đến huy động vốn quá mức. Một dự án có thể xây dựng với 5 triệu đô la lại huy động được 50 triệu đô la vì không có gì ngăn cản nó. Làn sóng ICO năm 2017 đã cho thấy hậu quả của cách này.
Đấu giá truyền thống: Để thị trường khám phá giá, nhưng tạo ra trò chơi thời gian. Chiến lược tối ưu là chờ càng lâu càng tốt. Điều này tạo ra trải nghiệm người dùng tồi hơn cho những người tham gia không phải tổ chức.
Đường cong liên kết động: Kết hợp đấu giá kiểu Hà Lan với đường cong liên kết phản ứng theo nhu cầu. Điều này hoạt động tốt trong môi trường gốc AMM, nhưng không phù hợp với môi trường gốc CLOB của Hyperliquid.
Có thể xây dựng gì trên HIP-6
HIP-6 giải quyết vấn đề hình thành vốn và khám phá giá: Các dự án mới huy động vốn và bơm thanh khoản trên Hyperliquid như thế nào. Nó không đề cập đến cơ chế tích lũy giá trị cho token cụ thể, biện pháp bảo vệ cho người nắm giữ token, hoặc cách quản trị của một dự án cụ thể. Đây là những vấn đề độc lập, và chúng tôi mong đợi các nhóm xây dựng trên HIP-6 để giải quyết chúng.
Ví dụ về những gì các dự án tương lai có thể xây dựng trên HIP-6:
Cơ chế tích lũy giá trị: Quy định cách doanh thu giao thức chảy về cho người nắm giữ token (ví dụ: phân phối phí, mua lại, phần thưởng staking).
Khung quản trị: Trao quyền biểu quyết cho người nắm giữ token về phân bổ kho bạc, thay đổi tham số và/hoặc nâng cấp giao thức.
Bảo vệ người nắm giữ token: Cung cấp các công cụ như khóa kho bạc, yêu cầu báo cáo trên chuỗi và/hoặc cơ chế vesting, áp dụng khóa cho cả hạn ngạch của người mua và nhóm.
Mục tiêu của HIP-6 là làm cho cuộc đấu giá ban đầu càng công bằng và hiệu quả càng tốt. Điều gì xảy ra sau khi đấu giá kết thúc là không gian thiết kế cho cộng đồng Hyperliquid. HIP-6 không ngăn cản các nhóm hợp tác với nhà tạo lập thị trường để củng cố thanh khoản sổ lệnh cho dự án của họ.
Bản nháp tài liệu công khai
Dưới đây là bản nháp về cách HIP-6 sẽ được trình bày trong tài liệu công khai của Hyperliquid. Nó được bao gồm ở đây để người xem xét có thể xem trước mô tả hướng tới người dùng.
HIP-6: Đấu giá Phát hành Token
HIP-6 giới thiệu đấu giá phát hành token không cần cấp phép cho tài sản HIP-1. Các dự án cung cấp một phần nguồn cung token của họ để bán thông qua đấu giá thanh lý liên tục. Người đấu giá cam kết vốn bằng tài sản định giá liên kết (hiện tại là USDH). Người đấu giá chỉ định tổng ngân sách và giá cao nhất họ sẵn sàng trả cho mỗi token. Đấu giá sau đó phân tán giá thầu đó trong số các khối còn lại của đấu giá. Mỗi khối của đấu giá, giao thức phát hành token với tốc độ cố định. Giao thức sau đó khớp nguồn cung token đã phát hành với nhu cầu của người đấu giá, tìm ra giá thanh lý thống nhất cho mỗi khối. Khi thanh toán, phí giao thức được gửi đến Quỹ Hỗ trợ, một phần lợi nhuận sẽ tự động bơm thanh khoản vào HIP-2 Hyperliquidity theo giá được khám phá trong cửa sổ cuối cùng của đấu giá, phần còn lại thuộc về dự án. Tất cả logic đấu giá chạy trong quá trình chuyển đổi khối của HyperCore.
Triển khai Đấu giá
Dự án gọi registerAuction sau khi hoàn thành các bước triển khai HIP-1 tiêu chuẩn (registerToken2, userGenesis (nếu có), genesis và registerSpot). Dự án chỉ định các tham số sau:
auctionSupply: Tổng số token được bán. Được chuyển từ tài khoản giao ngay của dự án sang ủy thác giao thức tại thời điểm đăng ký.
duration: Thời lượng đấu giá tính bằng khối, tối đa 3,024,000 (khoảng 1 tuần ở mức 0.2 giây/khối).
floorPx: Giá thanh lý tối thiểu, mặc định là 0.
startDelay: Số khối giữa đăng ký và khối thanh lý đầu tiên, tối thiểu là 1, mặc định là 1.
minRaise: Số lượng tài sản định giá tối thiểu cần huy động để đấu giá thành công, mặc định là 0.
quoteAsset: Phải là tài sản định giá liên kết được giao thức chấp thuận (ví dụ: USDH).
hip2Seed: Điểm cơ sở của lợi nhuận ròng (sau khi trừ phí giao thức) được tự động bơm vào HIP-2. Phạm vi từ 2,000 đến 10,000, mặc định là 2,000.
hip2OrderSz và hip2NOrders: Kích thước lệnh HIP-2 và số lượng lệnh, bắt buộc.
Tất cả các th


