Giới thiệu | Sổ cái thương mại đứng sau giao dịch cũng có thể công khai?
Trong thế giới DeFi, mỗi giao dịch đều được ghi lại trên sổ cái công khai không thể bị thay đổi, bất kỳ ai cũng có thể kiểm tra sổ cái. Chúng ta thường thấy mỗi giao dịch hoán đổi trên các sàn giao dịch phi tập trung như Uniswap, nhưng thông tin thường chỉ dừng lại ở mức "giao dịch này đã xảy ra".
Giao dịch này đến từ đâu? Là do KOL nào giới thiệu, hay là do một công cụ giao dịch nào đó mang lại? Từ lâu, việc quy kết như vậy chủ yếu phụ thuộc vào hệ thống nội bộ của dự án hoặc xử lý qua nền tảng tập trung, tức là "hộp đen tăng trưởng": giao dịch bản thân có thể được xác minh trên chuỗi, nhưng nguồn gốc quảng bá thường được thống kê ngoài chuỗi. Điều này không phải là ngẫu nhiên, mà là do cân nhắc về công nghệ và chi phí - trong các mạng chính như Ethereum, việc gán thêm các dấu hiệu cho mỗi giao dịch sẽ làm tăng đáng kể phí gas và có thể gây ra thách thức về bảo mật, do đó nhiều dự án chọn lưu trữ "sổ cái thương mại" ngoài chuỗi.
Hyperliquid là nền tảng giao dịch phi tập trung hoạt động trên mạng lưới blockchain tự phát triển (L1 tự nghiên cứu), người dùng có thể thực hiện giao dịch hợp đồng vĩnh viễn (Perpetual Contracts) tại đây. Khác với các nền tảng khác, nó chọn công khai dữ liệu thương mại và logic giao dịch quan trọng lên chuỗi, đạt được sự minh bạch toàn diện từ giao dịch tài chính đến nguyên nhân tăng trưởng, giúp "hậu trường" của sàn giao dịch được thể hiện một cách trực quan như một bản đồ tăng trưởng có thể truy vết.
Một | Sổ cái thương mại công khai: Nhìn rõ nguồn gốc của sự 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) giống như một "phòng tác chiến" thời gian thực. Không chỉ xem xu hướng vĩ mô, mà còn có thể thấy ai (địa chỉ ví), sử dụng công cụ gì, và khi nào đã thúc đẩy sự thay đổi trong bảng giá. Cách làm là cấu trúc thông tin nguồn viết vào đường dẫn giao thức, trước tiên làm rõ hai chiều:
Builder （đơn hàng cấp）：Ghi lại công cụ sử dụng để đặt hàng trong tham số đơn hàng (như trường builder). Từ đó có thể so sánh giao dịch, phí giao dịch và lưu giữ theo công cụ, cũng như thực hiện quy nguồn.
Referral（tầng tài khoản）：Liên kết "Ai đã giới thiệu bạn" ở phía tài khoản, chiết khấu và hoa hồng sẽ được thanh toán trên chuỗi theo quy tắc thỏa thuận. Điều này giúp xác nhận các giao dịch mới và doanh thu từ các bảng điều khiển chính thức / bên thứ ba dựa trên thanh toán trên chuỗi, thuận tiện cho việc đánh giá ngân sách và ROI.
Hình 1: Bản đồ tổng quan hệ sinh thái Hyperliquid do Allium cung cấp. Nguồn dữ liệu: Allium:
Ví dụ đơn giản: Làm thế nào để kết nối giao dịch với sự tăng trưởng?
Cảnh A (Builder｜Cấp đơn hàng)
Nhà giao dịch Bob đã sử dụng công cụ "TradePro" của nhà phát triển David để đặt hàng, đơn hàng mang theo địa chỉ của David (tham số builder); giao thức tự động ghi lại địa chỉ này trên chuỗi và phí giao dịch tương ứng, và hoàn thành phân chia theo quy tắc.
Cảnh B (Referral | Cấp tài khoản)
Nhà giao dịch Alice đã đăng ký bằng mã giới thiệu của KOL Emma, tài khoản của Alice đã thiết lập một liên kết giới thiệu có thể xác minh trên chuỗi với Emma; sau đó, mỗi giao dịch của Alice đều được hưởng mức giảm phí giao dịch, hệ thống sẽ thống kê mức giảm này ở cấp tài khoản và tự động phân bổ hoa hồng cho Emma.
Hình 2&3: Tổng quan về doanh thu và tăng trưởng người dùng của các Builder khác nhau và Referral. Nguồn dữ liệu: Allium
Hai | Khi sự đóng góp vào tăng trưởng trở nên không cần tin tưởng (Trustless)
Khi "tăng trưởng nguyên nhân" được chuyển từ ngoài chuỗi sang trên chuỗi, toàn bộ chuỗi giá trị đã thay đổi - dưới đây sẽ xem xét từ ba chiều: quy tắc, thanh toán, dữ liệu.
1 Quy tắc: Từ "Giải thích biến đổi" đến "Quy tắc lớp giao thức"
Logic then becomes a contract, executed collectively by the network; using code constraints instead of temporary interpretations, enhancing the neutrality and predictability of the rules.
Thanh toán: Từ "phê duyệt thủ công" đến "thanh toán tự động"
Ví dụ với Builder (cấp độ đơn hàng): Người dùng trước tiên thiết lập "ủy quyền chi phí tối đa" cho địa chỉ nhà phát triển (ApproveBuilderFee), sau đó mỗi đơn hàng mang theo tham số builder, giao thức hoàn thành việc phân chia và thanh toán trên chuỗi mà không cần bất kỳ can thiệp nào từ con người.
Dữ liệu: Từ "báo cáo tuyên truyền" đến "sổ cái có thể truy xuất"
Tất cả các hành động quan trọng - đặt lệnh, hủy lệnh, thanh lý, áp dụng giảm giá - đều được ghi vào chuỗi, bất kỳ ai cũng có thể tự xác minh trong sổ cái công khai, không cần chỉ nghe quảng cáo.
Điều này mang lại ảnh hưởng trực tiếp:
Đối với nhà phát triển (Builder) và người giới thiệu (Referral): Trở lại với bản chất của sự đóng góp.
Tự động thanh toán theo đóng góp trên chuỗi, không phụ thuộc vào mối quan hệ hay thống kê ngoại tuyến, ai tạo ra giá trị sẽ thấy rõ. Các nhà phát triển và người quảng bá xuất sắc có thể "bỏ phiếu bằng mã", chứ không phải "thuyết phục bằng PPT".
Về vận hành dự án và quản trị DAO: Từ chủ quan đến đồng thuận dữ liệu
Quyết định dựa trên chỉ số thống nhất (như "Đóng góp của nhà quảng bá × Giữ chân × ARPU"), thảo luận về việc giảm chi phí.
Ví dụ, bảng điều khiển "Tỷ lệ giữ chân người dùng Builder" cho thấy 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: có những công cụ thu hút người dùng mới mạnh mẽ nhưng tỷ lệ mất mát cao vào tuần sau; có những công cụ thu hút ít người dùng mới nhưng giữ chân ổn định, hướng khuyến khích rõ ràng hơn.
Hình 4: Bảng điều khiển tỷ lệ giữ chân người dùng Builder, theo dõi khách hàng mới và giữ chân sau đó theo tuần. Nguồn dữ liệu: Allium
Đối với các trader thông thường: dùng sự thật để vượt qua tiếng ồn
Có thể tự nhận biết «ai đang dẫn dắt nhịp điệu, công cụ nào hiệu quả», ít bị ảnh hưởng bởi việc kêu gọi đầu tư và thông tin không minh bạch.
Ba | Chi phí minh bạch và ranh giới quyền riêng tư
Tuy nhiên, bất kỳ hình thái công nghệ nào cũng đều là một con dao hai lưỡi. Khi tính minh bạch được đẩy đến mức tối đa, những rủi ro và thách thức mới cũng xuất hiện theo.
Rò rỉ chiến lược và sự suy giảm Alpha: Sự bay hơi của bí mật thương mại
Đối với các nhà giao dịch chuyên nghiệp và các nhà phát triển, khi mô hình giao dịch và logic công cụ của họ được theo dõi rõ ràng, Alpha lợi nhuận của họ sẽ bị lộ ra ánh sáng mặt trời, có thể dễ dàng bị sao chép và bắt chước, dẫn đến chiến lược nhanh chóng mất hiệu lực.
Săn bắn chính xác và thao túng thị trường: Sân săn bắn minh bạch
Ý định xây dựng vị thế của những nhà giao dịch lớn trở nên rõ ràng, điều này có thể dẫn đến việc họ bị theo dõi một cách ác ý hoặc bị các đối thủ lợi dụng thông tin vị thế để tấn công chính xác, làm gia tăng rủi ro trong các hoạt động với vốn lớn.
Rò rỉ quyền riêng tư tài chính: "Sự khoe khoang tài sản" công khai
Lịch sử giao dịch của người dùng, tình trạng lãi lỗ (PnL) được công khai hoàn toàn, ví dụ như bảng điều khiển sinh thái (như Allium) sẽ tổng hợp các sự kiện thanh lý để hình thành bảng xếp hạng; nhưng điều này cũng phơi bày địa chỉ và lỗ danh nghĩa, có thể thu hút hacker, lừa đảo hoặc thậm chí là mối đe dọa an ninh ngoại tuyến.
Hình 5: Bảng xếp hạng thanh lý, hiển thị địa chỉ bị thanh lý và số lỗ. Dữ liệu nguồn: Allium
Giải pháp trên đường
Để đối phó với những rủi ro này, ngành công nghiệp đã chuyển sự chú ý sang các công nghệ bảo mật có thể xác minh, điển hình là chứng minh không biết (ZKP). Mục tiêu cốt lõi của nó là: chứng minh rằng một đóng góp nhất định thực sự được tạo ra bởi một nhà phát triển 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 người giao dịch, và dựa vào đó để hoàn thành việc thanh toán trên chuỗi.
Con đường này cung cấp hướng đi kỹ thuật rõ ràng để đạt được trạng thái lý tưởng "có thể kiểm tra và bảo vệ". Tuy nhiên, các thách thức của công nghệ này về chi phí, độ trễ và chống lại các cáo buộc sai lệch vẫn cần được gia công kỹ lưỡng.
Kết luận | Không chỉ là sự minh bạch tài chính, mà còn là sự tái cấu trúc thương mại
Sự cố gắng của Hyperliquid đã mở rộng nguyên tắc "không cần tin tưởng" của DeFi từ cấp độ giao dịch đến cấp độ nguồn, minh chứng cho sự phát triển bản địa của giao thức: nó đã đặt chu trình "thu hút người mới - giao dịch - chia sẻ lợi nhuận" hoàn toàn trên chuỗi, khiến nó vừa có thể theo dõi, vừa có thể kiểm tra, từ đó đặt nền tảng cho cơ chế khuyến khích công bằng hơn.
Tuy nhiên, thiết kế này gán sự tăng trưởng cho blockchain 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 chiến lược cá nhân và quyền riêng tư mà không hy sinh khả năng xác minh. Chỉ khi "sổ cái có thể truy nguyên" và "quyền riêng tư ẩn danh" đồng tồn tại một cách hài hòa, cơ chế tăng trưởng mới được coi là hoàn tất quá trình chuyển đổi từ off-chain sang on-chain.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Không chỉ là sự minh bạch trong giao dịch: Hyperliquid làm thế nào để đưa "hộp đen tăng trưởng" của sàn giao dịch lên chuỗi?
撰文：Candy@TEDAO
Giới thiệu | Sổ cái thương mại đứng sau giao dịch cũng có thể công khai?
Trong thế giới DeFi, mỗi giao dịch đều được ghi lại trên sổ cái công khai không thể bị thay đổi, bất kỳ ai cũng có thể kiểm tra sổ cái. Chúng ta thường thấy mỗi giao dịch hoán đổi trên các sàn giao dịch phi tập trung như Uniswap, nhưng thông tin thường chỉ dừng lại ở mức "giao dịch này đã xảy ra".
Giao dịch này đến từ đâu? Là do KOL nào giới thiệu, hay là do một công cụ giao dịch nào đó mang lại? Từ lâu, việc quy kết như vậy chủ yếu phụ thuộc vào hệ thống nội bộ của dự án hoặc xử lý qua nền tảng tập trung, tức là "hộp đen tăng trưởng": giao dịch bản thân có thể được xác minh trên chuỗi, nhưng nguồn gốc quảng bá thường được thống kê ngoài chuỗi. Điều này không phải là ngẫu nhiên, mà là do cân nhắc về công nghệ và chi phí - trong các mạng chính như Ethereum, việc gán thêm các dấu hiệu cho mỗi giao dịch sẽ làm tăng đáng kể phí gas và có thể gây ra thách thức về bảo mật, do đó nhiều dự án chọn lưu trữ "sổ cái thương mại" ngoài chuỗi.
Hyperliquid là nền tảng giao dịch phi tập trung hoạt động trên mạng lưới blockchain tự phát triển (L1 tự nghiên cứu), người dùng có thể thực hiện giao dịch hợp đồng vĩnh viễn (Perpetual Contracts) tại đây. Khác với các nền tảng khác, nó chọn công khai dữ liệu thương mại và logic giao dịch quan trọng lên chuỗi, đạt được sự minh bạch toàn diện từ giao dịch tài chính đến nguyên nhân tăng trưởng, giúp "hậu trường" của sàn giao dịch được thể hiện một cách trực quan như một bản đồ tăng trưởng có thể truy vết.
Một | Sổ cái thương mại công khai: Nhìn rõ nguồn gốc của sự 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) giống như một "phòng tác chiến" thời gian thực. Không chỉ xem xu hướng vĩ mô, mà còn có thể thấy ai (địa chỉ ví), sử dụng công cụ gì, và khi nào đã thúc đẩy sự thay đổi trong bảng giá. Cách làm là cấu trúc thông tin nguồn viết vào đường dẫn giao thức, trước tiên làm rõ hai chiều:
Builder （đơn hàng cấp）：Ghi lại công cụ sử dụng để đặt hàng trong tham số đơn hàng (như trường builder). Từ đó có thể so sánh giao dịch, phí giao dịch và lưu giữ theo công cụ, cũng như thực hiện quy nguồn.
Referral（tầng tài khoản）：Liên kết "Ai đã giới thiệu bạn" ở phía tài khoản, chiết khấu và hoa hồng sẽ được thanh toán trên chuỗi theo quy tắc thỏa thuận. Điều này giúp xác nhận các giao dịch mới và doanh thu từ các bảng điều khiển chính thức / bên thứ ba dựa trên thanh toán trên chuỗi, thuận tiện cho việc đánh giá ngân sách và ROI.
Hình 1: Bản đồ tổng quan hệ sinh thái Hyperliquid do Allium cung cấp. Nguồn dữ liệu: Allium:
Ví dụ đơn giản: Làm thế nào để kết nối giao dịch với sự tăng trưởng?
Cảnh A (Builder｜Cấp đơn hàng)
Nhà giao dịch Bob đã sử dụng công cụ "TradePro" của nhà phát triển David để đặt hàng, đơn hàng mang theo địa chỉ của David (tham số builder); giao thức tự động ghi lại địa chỉ này trên chuỗi và phí giao dịch tương ứng, và hoàn thành phân chia theo quy tắc.
Cảnh B (Referral | Cấp tài khoản)
Nhà giao dịch Alice đã đăng ký bằng mã giới thiệu của KOL Emma, tài khoản của Alice đã thiết lập một liên kết giới thiệu có thể xác minh trên chuỗi với Emma; sau đó, mỗi giao dịch của Alice đều được hưởng mức giảm phí giao dịch, hệ thống sẽ thống kê mức giảm này ở cấp tài khoản và tự động phân bổ hoa hồng cho Emma.
Hình 2&3: Tổng quan về doanh thu và tăng trưởng người dùng của các Builder khác nhau và Referral. Nguồn dữ liệu: Allium
Hai | Khi sự đóng góp vào tăng trưởng trở nên không cần tin tưởng (Trustless)
Khi "tăng trưởng nguyên nhân" được chuyển từ ngoài chuỗi sang trên chuỗi, toàn bộ chuỗi giá trị đã thay đổi - dưới đây sẽ xem xét từ ba chiều: quy tắc, thanh toán, dữ liệu.
1 Quy tắc: Từ "Giải thích biến đổi" đến "Quy tắc lớp giao thức"
Logic then becomes a contract, executed collectively by the network; using code constraints instead of temporary interpretations, enhancing the neutrality and predictability of the rules.
Ví dụ với Builder (cấp độ đơn hàng): Người dùng trước tiên thiết lập "ủy quyền chi phí tối đa" cho địa chỉ nhà phát triển (ApproveBuilderFee), sau đó mỗi đơn hàng mang theo tham số builder, giao thức hoàn thành việc phân chia và thanh toán trên chuỗi mà không cần bất kỳ can thiệp nào từ con người.
Tất cả các hành động quan trọng - đặt lệnh, hủy lệnh, thanh lý, áp dụng giảm giá - đều được ghi vào chuỗi, bất kỳ ai cũng có thể tự xác minh trong sổ cái công khai, không cần chỉ nghe quảng cáo.
Điều này mang lại ảnh hưởng trực tiếp:
Đối với nhà phát triển (Builder) và người giới thiệu (Referral): Trở lại với bản chất của sự đóng góp.
Tự động thanh toán theo đóng góp trên chuỗi, không phụ thuộc vào mối quan hệ hay thống kê ngoại tuyến, ai tạo ra giá trị sẽ thấy rõ. Các nhà phát triển và người quảng bá xuất sắc có thể "bỏ phiếu bằng mã", chứ không phải "thuyết phục bằng PPT".
Về vận hành dự án và quản trị DAO: Từ chủ quan đến đồng thuận dữ liệu
Quyết định dựa trên chỉ số thống nhất (như "Đóng góp của nhà quảng bá × Giữ chân × ARPU"), thảo luận về việc giảm chi phí.
Ví dụ, bảng điều khiển "Tỷ lệ giữ chân người dùng Builder" cho thấy 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: có những công cụ thu hút người dùng mới mạnh mẽ nhưng tỷ lệ mất mát cao vào tuần sau; có những công cụ thu hút ít người dùng mới nhưng giữ chân ổn định, hướng khuyến khích rõ ràng hơn.
Hình 4: Bảng điều khiển tỷ lệ giữ chân người dùng Builder, theo dõi khách hàng mới và giữ chân sau đó theo tuần. Nguồn dữ liệu: Allium
Đối với các trader thông thường: dùng sự thật để vượt qua tiếng ồn
Có thể tự nhận biết «ai đang dẫn dắt nhịp điệu, công cụ nào hiệu quả», ít bị ảnh hưởng bởi việc kêu gọi đầu tư và thông tin không minh bạch.
Ba | Chi phí minh bạch và ranh giới quyền riêng tư
Tuy nhiên, bất kỳ hình thái công nghệ nào cũng đều là một con dao hai lưỡi. Khi tính minh bạch được đẩy đến mức tối đa, những rủi ro và thách thức mới cũng xuất hiện theo.
Rò rỉ chiến lược và sự suy giảm Alpha: Sự bay hơi của bí mật thương mại
Đối với các nhà giao dịch chuyên nghiệp và các nhà phát triển, khi mô hình giao dịch và logic công cụ của họ được theo dõi rõ ràng, Alpha lợi nhuận của họ sẽ bị lộ ra ánh sáng mặt trời, có thể dễ dàng bị sao chép và bắt chước, dẫn đến chiến lược nhanh chóng mất hiệu lực.
Săn bắn chính xác và thao túng thị trường: Sân săn bắn minh bạch
Ý định xây dựng vị thế của những nhà giao dịch lớn trở nên rõ ràng, điều này có thể dẫn đến việc họ bị theo dõi một cách ác ý hoặc bị các đối thủ lợi dụng thông tin vị thế để tấn công chính xác, làm gia tăng rủi ro trong các hoạt động với vốn lớn.
Rò rỉ quyền riêng tư tài chính: "Sự khoe khoang tài sản" công khai
Lịch sử giao dịch của người dùng, tình trạng lãi lỗ (PnL) được công khai hoàn toàn, ví dụ như bảng điều khiển sinh thái (như Allium) sẽ tổng hợp các sự kiện thanh lý để hình thành bảng xếp hạng; nhưng điều này cũng phơi bày địa chỉ và lỗ danh nghĩa, có thể thu hút hacker, lừa đảo hoặc thậm chí là mối đe dọa an ninh ngoại tuyến.
Hình 5: Bảng xếp hạng thanh lý, hiển thị địa chỉ bị thanh lý và số lỗ. Dữ liệu nguồn: Allium
Giải pháp trên đường
Để đối phó với những rủi ro này, ngành công nghiệp đã chuyển sự chú ý sang các công nghệ bảo mật có thể xác minh, điển hình là chứng minh không biết (ZKP). Mục tiêu cốt lõi của nó là: chứng minh rằng một đóng góp nhất định thực sự được tạo ra bởi một nhà phát triển 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 người giao dịch, và dựa vào đó để hoàn thành việc thanh toán trên chuỗi.
Con đường này cung cấp hướng đi kỹ thuật rõ ràng để đạt được trạng thái lý tưởng "có thể kiểm tra và bảo vệ". Tuy nhiên, các thách thức của công nghệ này về chi phí, độ trễ và chống lại các cáo buộc sai lệch vẫn cần được gia công kỹ lưỡng.
Kết luận | Không chỉ là sự minh bạch tài chính, mà còn là sự tái cấu trúc thương mại
Sự cố gắng của Hyperliquid đã mở rộng nguyên tắc "không cần tin tưởng" của DeFi từ cấp độ giao dịch đến cấp độ nguồn, minh chứng cho sự phát triển bản địa của giao thức: nó đã đặt chu trình "thu hút người mới - giao dịch - chia sẻ lợi nhuận" hoàn toàn trên chuỗi, khiến nó vừa có thể theo dõi, vừa có thể kiểm tra, từ đó đặt nền tảng cho cơ chế khuyến khích công bằng hơn.
Tuy nhiên, thiết kế này gán sự tăng trưởng cho blockchain 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 chiến lược cá nhân và quyền riêng tư mà không hy sinh khả năng xác minh. Chỉ khi "sổ cái có thể truy nguyên" và "quyền riêng tư ẩn danh" đồng tồn tại một cách hài hòa, cơ chế tăng trưởng mới được coi là hoàn tất quá trình chuyển đổi từ off-chain sang on-chain.