Hyperliquid，也要支持币股分红了

原创 | Odaily 星球日报（@OdailyChina）

作者｜Azuma（@azuma_eth）

Vào lúc 12 giờ 00 phút ngày 12 tháng 8 theo giờ Bắc Kinh, Jeff Yan, người sáng lập Hyperliquid, đã công bố một thông tin cập nhật trên kênh Discord chính thức của dự án. Do cách diễn đạt ban đầu quá thiên về kỹ thuật, nhiều người đã bỏ qua hoặc đánh giá thấp ý nghĩa của thông báo này.

Dịch sát nghĩa

Dưới đây là bản dịch trực tiếp từ phát biểu gốc của Jeff Yan.

• Theo phản hồi từ Builder, HIP-1 sẽ bổ sung các hàm do nhà triển khai token kiểm soát sau: scaleWei { token, totalWei, referenceToken, systemAddress }.
• Thao tác này sẽ tự động chuyển totalWei của token từ systemAddress đến người dùng theo tỷ lệ dựa trên số dư referenceToken mà họ nắm giữ. Quá trình tính toán sẽ làm tròn xuống và không bao gồm chính systemAddress. Ví dụ: khi token == referenceToken, tính năng này có thể được dùng để định giá lại (redenomination).
• systemAddress có hai khả năng: Địa chỉ hệ thống Core → EVM; hoặc địa chỉ Treasury (ngân quỹ) do nhà triển khai chỉ định và có khả năng cung cấp chữ ký. Cần lưu ý rằng bản thân EVM không tồn tại chức năng mang tính nguyên tử (atomic) này. Vì vậy, nếu token liên quan đồng thời tồn tại trong môi trường EVM, smart contract tương ứng có thể cần thêm logic tùy chỉnh để áp dụng đồng bộ thao tác này lên số dư token trên EVM.
• Khi token và referenceToken là cùng một token: Tất cả các lệnh chưa khớp (Open Orders) sẽ bị hủy và được tạo lại theo đúng tỷ lệ redenomination thực tế; khi tạo lại, số lượng sẽ được làm tròn xuống theo yêu cầu độ chính xác của szDecimals; totalWei được phép là số âm. Nhờ vậy có thể thực hiện redenomination theo hướng ngược lại.
• Rất mong nhận được phản hồi từ cộng đồng để đảm bảo tính năng này có thể đáp ứng nhu cầu sử dụng thực tế một cách rộng rãi nhất có thể.

Rõ ràng, nếu không có hiểu biết cơ bản về khái niệm smart contract, sẽ rất khó để hiểu bản cập nhật lần này của Hyperliquid thực sự mang ý nghĩa gì.

Giải thích dễ hiểu

Nói một cách đơn giản, Hyperliquid đang bổ sung cho HIP-1 một khả năng hiếm thấy trước đây – trực tiếp thực hiện các điều chỉnh hàng loạt, có lập trình đối với tài sản của người dùng ngay tại "tầng số dư" của HyperCore.

Điều quan trọng nhất ở đây không phải là tên hàm scaleWei và các tham số liên quan, mà là chúng có thể làm được những gì.

Giả sử trên Hyperliquid tồn tại một token A, hiện Alice nắm giữ 100 token, Bob nắm giữ 50 token, Charlie nắm giữ 10 token. Nếu một địa chỉ nào đó có 1600 token B và sử dụng A làm referenceToken, thì hệ thống có thể tự động phân phối toàn bộ 1600 token B này dựa trên tỷ lệ nắm giữ A của mỗi người.

Kết quả phân phối sẽ là:

• Alice nắm giữ 62.5% tổng số A, nhận được 1000 token B;
• Bob nắm giữ 31.25%, nhận được 500 token B;
• Charlie nắm giữ 6.25%, nhận được 100 token B.

Người dùng không cần phải nhấp vào Claim, cũng không cần phải gọi từng smart contract một, HyperCore có thể trực tiếp sửa đổi số dư tài khoản theo các quy tắc đã định.

Và nếu token == referenceToken, thì sẽ thực hiện "định giá lại" (redenomination), sự thay đổi thực ra sẽ trực quan hơn nhiều.

Ví dụ: trạng thái nắm giữ ban đầu của một cổ phiếu token hóa là Alice nắm giữ 100 cổ phiếu, Bob nắm giữ 50 cổ phiếu, Charlie nắm giữ 10 cổ phiếu. Bây giờ thực hiện tách cổ phiếu theo tỷ lệ 1:10, hệ thống có thể trực tiếp điều chỉnh số dư.

Sau khi điều chỉnh, trạng thái nắm giữ sẽ là:

• Alice nắm giữ 1000 cổ phiếu;
• Bob nắm giữ 500 cổ phiếu;
• Charlie nắm giữ 100 cổ phiếu.

Tỷ lệ nắm giữ của mỗi người không thay đổi, chỉ có đơn vị định giá là thay đổi. Điều ngược lại cũng tương tự.

Hyperliquid cũng đặc biệt xem xét đến vấn đề đơn hàng đang trong quá trình giao dịch trong bản cập nhật này. Nếu một tài sản tách cổ phiếu theo tỷ lệ 1:10, lệnh bán 100 cổ phiếu mà người dùng đã đặt trước đó rõ ràng không thể giữ nguyên, nếu không số lượng đơn hàng sau khi tách sẽ không khớp với hệ thống nắm giữ mới. Do đó, hệ thống sẽ hủy các đơn hàng ban đầu và tạo lại chúng theo tỷ lệ mới, đồng thời xử lý độ chính xác của số lượng dựa trên szDecimals. Nói cách khác, điều này thực chất là để số dư, đơn hàng và các trạng thái giao dịch khác cùng hoàn tất quá trình định giá lại.

Sau khi hiểu logic cập nhật, vậy "khả năng lập trình ở tầng số dư" này rốt cuộc có tác dụng gì?

Các ứng dụng

Hiện tại, nội dung Jeff Yan công bố chủ yếu mô tả khả năng nền tảng của scaleWei, nhưng xoay quanh khả năng này, chúng ta có thể thấy trước một số hướng ứng dụng rõ ràng dành cho cổ phiếu token hóa.

Kịch bản một: Chi trả cổ tức

Cổ tức là một trong những quyền lợi cơ bản nhất của cổ phiếu truyền thống. Trong hệ thống môi giới truyền thống, đây là một hoạt động chuẩn của công ty; còn trong mô hình EVM điển hình, để thực hiện thao tác tương tự, thường cần ghi lại các địa chỉ đủ điều kiện thông qua smart contract, sau đó để người dùng chủ động nhận hoặc để dự án tự phân phối từng địa chỉ một.

scaleWei cung cấp một khả năng khác – trực tiếp dựa trên số dư cổ phiếu token hóa trên HyperCore để phân phối tài sản cổ tức cho người dùng theo tỷ lệ nắm giữ.Giả sử trong tương lai trên Hyperliquid xuất hiện cổ phiếu token hóa của một công ty niêm yết nào đó, công ty quyết định chi trả cổ tức 1 USD cho mỗi cổ phiếu – Alice nắm giữ 100 cổ phiếu, Bob nắm giữ 50 cổ phiếu, Charlie nắm giữ 10 cổ phiếu, hệ thống có thể trực tiếp phân phối tài sản cổ tức vào từng tài khoản theo tỷ lệ nắm giữ, không cần người dùng thủ công Claim, cũng không cần dự án phải gọi hợp đồng từng địa chỉ, bản thân HyperCore có thể hoàn tất giao dịch chuyển tiền hàng loạt này.

Kịch bản hai: Tách cổ phiếu và gộp cổ phiếu

Đây thực chất là kịch bản mà bản cập nhật lần này đã đề cập rõ ràng.Khi token và referenceToken là cùng một tài sản, scaleWei có thể điều chỉnh số dư của tất cả người nắm giữ theo một tỷ lệ thống nhất.

Do đó, trong tương lai nếu một tài sản HIP-1 cần tách cổ phiếu 1:10, gộp cổ phiếu 10:1, hay thậm chí điều chỉnh đơn vị giao dịch tối thiểu, tất cả đều có thể thực hiện trực tiếp, và hệ thống sẽ đồng thời hủy và tái tạo các lệnh chưa khớp. Đối với một hệ thống giao dịch thực sự muốn hỗ trợ cổ phiếu, ETF, những "hành động công ty" như vậy vốn là tiêu chuẩn bắt buộc.

Kịch bản ba: Rebasing

Cơ chế tương tự cũng có thể được sử dụng để Rebase. Hiểu một cách đơn giản, khi tổng lượng hoặc đơn vị của chính tài sản có sự điều chỉnh (đặc biệt thường xảy ra trong quá trình chuyển đổi cổ phiếu trước khi niêm yết, khi số lượng cổ phần có sự điều chỉnh tương ứng), nhưng tỷ lệ nắm giữ tương đối giữa những người dùng vẫn được giữ nguyên.

Trước đây, những thao tác như vậy thường phụ thuộc vào logic của chính smart contract token, nhưng trong tương lai, chúng có thể trở thành khả năng gốc của HyperCore.

Kịch bản bốn: Airdrop

Một kịch bản trực quan khác là airdrop.referenceToken không nhất thiết phải bằng token được phân phối, do đó về mặt lý thuyết có thể trực tiếp phân phối tài sản B theo tỷ lệ nắm giữ của A.

Ví dụ: một dự án quyết định phân phối một loại token khác cho những người nắm giữ một tài sản HIP-1 nào đó, hệ thống có thể trực tiếp đọc số dư A của người dùng trên HyperCore, sau đó phân phối B từ địa chỉ Treasury được chỉ định theo tỷ lệ.

Điều này có nghĩa là, ít nhất bên trong HyperCore, một số thao tác "nhận airdrop" theo nghĩa truyền thống trong tương lai có thể được đơn giản hóa hơn nữa thành việc hệ thống trực tiếp hoàn tất phân phối số dư.

Bù đắp điểm yếu về "hành động công ty" của cổ phiếu token hóa

Cần nhấn mạnh rằng, bản cập nhật mà Jeff Yan công bố lần này hiện chỉ tập trung vào chức năng nền tảng, không có nghĩa là Hyperliquid đã tuyên bố sẽ chi trả cổ tức cho các cổ phiếu token hóa trên nền tảng,nhưng từ góc độ cơ sở hạ tầng, khả năng "phân phối tài sản vào tài khoản theo tỷ lệ nắm giữ" mà các kịch bản ứng dụng trên yêu cầu đã có lộ trình kỹ thuật tương ứng.

Tổng hợp các kịch bản ứng dụng tiềm năng, ý nghĩa thực sự của bản cập nhật lần này của Hyperliquid là có khả năng bù đắp điểm yếu về khả năng "hành động công ty" của tài sản trên chuỗi.

Trong vài năm qua, khi ngành thảo luận về cổ phiếu token hóa, trọng tâm thường chỉ tập trung vào – "Liệu cổ phiếu có thể được đưa lên chuỗi hay không?" Nhưng nếu thực sự muốn đưa cổ phiếu lên chuỗi, vấn đề không chỉ dừng lại ở đó. Sau khi cổ phiếu được phát hành, sẽ liên tục xảy ra một loạt hành động công ty như chi trả cổ tức, tách cổ phiếu, gộp cổ phiếu, phát hành quyền mua, phân phối tài sản, v.v.

Do đó, cơ sở hạ tầng cổ phiếu trên chuỗi thực sự hoàn chỉnh không chỉ cần có khả năng "giao dịch cổ phiếu", mà còn cần có khả năng xử lý những thay đổi trạng thái tài sản ngoài giao dịch này, và đây chính là phần mà bản cập nhật lần này của Hyperliquid bắt đầu chạm tới.

Từ góc độ này, scaleWei giống như việc bổ sung một mảnh ghép cơ sở hạ tầng cho Hyperliquid trong giai đoạn tiếp theo – giúp tài sản tài chính trên chuỗi không chỉ "có thể giao dịch", mà còn có thể trải qua nhiều hành động công ty khác nhau giống như tài sản tài chính trong thế giới thực.