Bởi Candy@TEDAO
Tiêu đề gốc: Hãy nói về hoạt động thay vì công nghệ: Hyperliquid di chuyển “hộp đen tăng trưởng ” của sàn giao dịch lên Chuỗi như thế nào?
Giới thiệu | “Sổ cái kinh doanh” đằng sau các giao dịch có thể được công khai không?
Trong thế giới DeFi, mọi giao dịch đều được ghi lại trên một sổ cái công khai bất biến, bất kỳ ai cũng có thể truy cập. Chúng ta đã quen với việc thấy mọi giao dịch trên sàn giao dịch phi tập trung như Uniswap , nhưng thông tin thường chỉ dừng lại ở "giao dịch này đã xảy ra".
Giao dịch này đến từ đâu? Là lời giới thiệu từ một người có tầm ảnh hưởng lớn (KOL) hay một công cụ giao dịch? Trong một thời gian dài, loại hình phân bổ này dựa vào hệ thống dự án nội bộ hoặc xử lý backend tập trung, tạo ra một "hộp đen tăng trưởng": bản thân các giao dịch có thể được xác minh trên Chuỗi, nhưng nguồn gốc của việc quảng bá thường được tính đến ngoài Chuỗi . Điều này không phải là ngẫu nhiên; nó xuất phát từ những cân nhắc về kỹ thuật và chi phí. Trên mainnet như Ethereum , việc gắn thêm mã định danh cho mỗi giao dịch làm tăng đáng kể phí gas và cũng có thể đặt ra các thách thức về bảo mật. Do đó, nhiều dự án chọn lưu trữ "sổ cái kinh doanh" của họ ngoài Chuỗi .
Hyperliquid là một nền tảng giao dịch phi tập trung dựa trên mạng lưới blockchain độc quyền (L1), nơi người dùng có thể giao dịch các hợp đồng tương lai. Không giống như các nền tảng khác, Hyperliquid công khai dữ liệu kinh doanh quan trọng và logic giao dịch trên Chuỗi, đạt được tính minh bạch hoàn toàn từ các giao dịch tài chính đến phân bổ tăng trưởng. Điều này cho phép nền tảng sàn giao dịch được trình bày trực quan hơn dưới dạng bản đồ tăng trưởng có thể theo dõi.
1 | "Tài khoản doanh nghiệp" công khai: Xem nguồn gốc tăng trưởng
Bảng điều khiển dữ liệu của Hyperliquid (do nền tảng phân tích dữ liệu bên thứ ba Allium cung cấp) hoạt động như một "phòng chiến tranh" thời gian thực. Nó không chỉ hiển thị các xu hướng kinh tế vĩ mô mà còn tiết lộ ai (địa chỉ ví), công cụ nào đã được sử dụng và thời điểm nào đã dẫn đến biến động thị trường. Điều này đạt được bằng cách cấu trúc thông tin nguồn vào đường dẫn giao thức, trước tiên làm rõ hai khía cạnh:
Builder (Cấp độ đơn hàng): Ghi lại công cụ được sử dụng đặt lệnh trong các tham số đơn hàng (ví dụ: trường builder). Điều này cho phép so sánh và phân bổ số lần điền, phí và lưu giữ theo công cụ.
Giới thiệu (Cấp tài khoản): Tài khoản được liên kết với "người đã giới thiệu bạn", và các khoản chiết khấu và hoàn tiền quyết toán trên Chuỗi theo quy tắc giao thức. Điều này cho phép xác minh các chương trình khuyến mãi và giao dịch mới với bảng điều khiển chính thức /bên thứ ba dựa trên quyết toán Chuỗi , tạo điều kiện thuận lợi cho đánh giá ngân sách và ROI.
Hình 1: Tổng quan về hệ sinh thái Hyperliquid do Allium cung cấp. Dữ liệu: Allium: https://hyperliquid.allium.so/
Ví dụ đơn giản: Làm thế nào để kết nối giao dịch và tăng trưởng?
Kịch bản A (Người xây dựng | Cấp độ đơn hàng)
Người giao dịch Bob sử dụng công cụ "TradePro" của nhà phát triển David đặt lệnh lệnh, trong đó có địa chỉ của David (tham số xây dựng). Giao thức sẽ tự động ghi lại địa chỉ và phí tương ứng trên Chuỗi và hoàn tất việc chia tách tài khoản theo quy tắc.
Kịch bản B (Giới thiệu | Cấp tài khoản)
Người giao dịch Alice đã đăng ký bằng mã giới thiệu của KOL Emma, thiết lập ràng buộc giới thiệu giữa tài khoản của Alice và Emma, có thể được xác minh trên Chuỗi. Từ đó, Alice được hưởng chiết khấu phí cho mỗi giao dịch. Hệ thống tính toán chiết khấu ở cấp tài khoản và tự động phân bổ khoản hoàn tiền cho Emma.
Hình 2 & 3: Tổng quan về thu nhập và tăng trưởng người dùng của các nhà xây dựng và giới thiệu khác nhau. Nguồn dữ liệu: Allium
2. Khi đóng góp tăng trưởng trở nên không đáng tin cậy
Khi phân bổ tăng trưởng chuyển từ ngoài Chuỗi sang Chuỗi, toàn bộ Chuỗi giá trị sẽ thay đổi. Hãy cùng xem xét điều này từ góc độ quy tắc, quyết toán và dữ liệu:
1. Quy tắc: Từ “Diễn giải biến đổi” đến “Quy tắc cấp giao thức”
Logic chính được củng cố thành các hợp đồng và được mạng lưới thực hiện chung; các ràng buộc mã thay thế các diễn giải tùy ý để cải thiện tính trung lập và khả năng dự đoán của quy tắc.
2. Quyết toán : Từ “phê duyệt thủ công” sang “thanh toán tự động”
Lấy Builder (cấp lệnh) làm ví dụ: trước tiên người dùng đặt "ủy quyền phí tối đa" (ApproveBuilderFee) cho địa chỉ nhà phát triển. Mỗi lệnh tiếp theo đều mang tham số builder, và giao thức sẽ hoàn tất quyết toán sẻ lợi nhuận trên Chuỗi mà không cần bất kỳ sự can thiệp thủ công nào.
3. Dữ liệu: Từ “Báo cáo tuyên truyền” đến “Sổ cái có thể theo dõi”
Tất cả các hành động chính – đặt lệnh, hủy lệnh, thanh lý, áp dụng giảm giá – đều được ghi trên Chuỗi và có thể được bất kỳ ai xác minh độc lập trong sổ cái công khai mà không cần phải chỉ dựa vào sự cường điệu.
Điều này có tác động trực tiếp đến:
Đối với nhà phát triển (Người xây dựng) và người quảng bá (Người phản biện): Quay lại phần đóng góp
Quyết toán tự động dựa trên các đóng góp Chuỗi , độc lập với các mối quan hệ hoặc số liệu thống kê ngoại tuyến, cho phép xem xét ai tạo ra giá trị. Các nhà phát triển và nhà quảng bá xuất sắc có thể "bỏ phiếu bằng mã" thay vì "vận động hành lang bằng PowerPoint".
Vận hành dự án và quản trị DAO: Từ chủ quan đến sự đồng thuận dữ liệu
Đưa ra quyết định dựa trên chỉ báo thống nhất (ví dụ: “đóng góp của người quảng bá × duy trì × ARPU”) và thảo luận về giảm chi phí.
Ví dụ: bảng thông tin "Tỷ lệ giữ chân người dùng của Builder" hiển thị sự khác biệt về chất lượng người dùng do các công cụ khác nhau mang lại: một số có tỷ lệ thu hút cao nhưng tỷ lệ hủy đăng ký vào tuần lần cao; một số khác có tỷ lệ thu hút thấp nhưng tỷ lệ giữ chân ổn định, với định hướng khích lệ rõ ràng hơn.
Hình 4: Bảng thông tin duy trì người dùng của Builder, theo dõi khách hàng mới và tỷ lệ duy trì theo tuần. Nguồn dữ liệu: Allium
Đối với các nhà giao dịch thông thường: Sử dụng sự thật để loại bỏ nhiễu
Nó có thể tự xác định "ai là người dẫn dắt và công cụ nào hiệu quả" và ít bị ảnh hưởng bởi mệnh lệnh quát tháo và thông tin không rõ ràng.
Phần 3: Chi phí của sự minh bạch và ranh giới của quyền riêng tư
Tuy nhiên, bất kỳ mô hình công nghệ nào cũng là con dao hai lưỡi. Khi tính minh bạch bị đẩy đến mức cực đoan, rủi ro và thách thức mới sẽ xuất hiện:
Rò rỉ chiến lược và suy giảm Alpha: Sự bốc hơi của bí mật thương mại
Đối với chuyên gia giao dịch, khi mô hình giao dịch và logic công cụ của họ được theo dõi rõ ràng, Alpha có lợi nhuận của họ sẽ bị công khai và có thể dễ dàng bị sao chép và bắt chước, khiến chiến lược nhanh chóng trở nên kém hiệu quả.
Bắn tỉa chính xác và thao túng thị trường: một vùng săn bắn minh bạch
Ý định xây dựng vị thế của các nhà giao dịch quy mô lớn có thể dễ dàng nhận thấy chỉ qua cái nhìn thoáng qua, điều này có thể khiến họ bị theo dõi một cách ác ý hoặc bị các đối tác của họ tấn công chính xác bằng cách sử dụng thông tin vị thế, làm tăng rủi ro trong các hoạt động vốn quy mô lớn.
Rò rỉ quyền riêng tư tài chính: sự phơi bày của cải của công chúng
Lịch sử giao dịch và lãi lỗ (PnL) của người dùng được công khai hoàn toàn. Ví dụ: các bảng điều khiển hệ sinh thái (như Allium) tổng hợp các sự kiện thanh lý để tạo thành một danh sách; nhưng điều này cũng làm lộ địa chỉ và lỗ vốn danh nghĩa, đồng thời dễ thu hút hacker, Phishing và thậm chí cả các mối đe dọa bảo mật ngoại tuyến.
Hình 5: Xếp hạng thanh lý, hiển thị các địa chỉ thanh lý và lỗ vốn. Nguồn dữ liệu: Allium
Giải pháp trên đường
Để giải quyết rủi ro này, ngành công nghiệp đã chuyển hướng sang các công nghệ bảo mật có thể xác minh, chẳng hạn như Bằng chứng không tri thức (ZKP). Mục tiêu cốt lõi của chúng là chứng minh với giao thức rằng khoản đóng góp được thực hiện bởi một nhà quảng bá hoặc công cụ cụ thể, mà không tiết lộ danh tính hoặc chi tiết chiến lược của nhà giao dịch, và sử dụng bằng chứng này để hoàn tất quyết toán Chuỗi .
Con đường này cung cấp một hướng kỹ thuật rõ ràng để đạt được trạng thái lý tưởng của "cả xác minh và bảo vệ". Tuy nhiên, công nghệ này vẫn đòi hỏi sự tinh chỉnh kỹ thuật lượng lớn để khắc phục những thách thức như chi phí, độ trễ và Phù thủy .
Kết luận | Không chỉ là sự minh bạch về tài chính, mà còn là việc định hình lại hoạt động kinh doanh
Nỗ lực của Hyperliquid mở rộng nguyên tắc "không cần tin cậy" của DeFi từ cấp độ giao dịch lên cấp độ nguồn, chứng minh tăng trưởng gốc của giao thức là gì: nó đặt vòng lặp khép kín "thu hút người dùng mới - giao dịch - chia sẻ lợi nhuận" hoàn toàn trên Chuỗi, khiến nó có thể theo dõi và xem xét được, đặt nền tảng cho một cơ chế khích lệ bằng hơn.
Tuy nhiên, thiết kế đưa quy kết tăng trưởng lên Chuỗi này cũng đặt ra một thách thức cốt lõi: làm thế nào để bảo vệ tốt hơn các chiến lược và quyền riêng tư của từng cá nhân mà không ảnh hưởng đến khả năng xác minh. Chỉ khi sổ cái có thể truy xuất nguồn gốc và quyền nặc danh cùng tồn tại một cách hài hòa thì cơ chế tăng trưởng có thể được coi là đã hoàn toàn chuyển từ ngoài Chuỗi sang Chuỗi.
