Tác giả|Azuma(@azuma_eth)
Vào lúc 12 giờ ngày 12 tháng 8 theo giờ Bắc Kinh, người sáng lập Hyperliquid, Jeff Yan, đã công bố một bản cập nhật tiến độ trong kênh Discord chính thức của nền tảng. Do cách diễn đạt ban đầu mang tính kỹ thuật cao, nhiều người đã bỏ qua hoặc đánh giá thấp ý nghĩa của động thái này.
Dịch theo nghĩa đen
Dưới đây là bản dịch trực tiếp phát biểu của Jeff Yan.
- Theo phản hồi từ Builder, HIP-1 sẽ bổ sung các hàm sau do người triển khai mã thông báo kiểm soát: scaleWei { token, totalWei, referenceToken, systemAddress }.
- Thao tác này sẽ tự động chuyển tổng số totalWei của token từ systemAddress cho người dùng theo tỷ lệ dựa trên số dư referenceToken mà người dùng 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 sử dụng để định giá lại (redenomination).
- systemAddress có hai khả năng: Địa chỉ hệ thống của Core → EVM; hoặc địa chỉ Treasury (kho bạc) do người triển khai chỉ định và có thể cung cấp chữ ký. Cần lưu ý rằng, bản thân EVM không tồn tại tính năng nguyên tử (atomic) như vậy. Do đó, nếu token liên quan đồng thời tồn tại trong môi trường EVM, hợp đồng thông minh tương ứng có thể cần thêm logic tùy chỉnh để đồng bộ hóa thao tác này với 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, sau đó được tạo lại theo tỷ lệ redenomination thực tế, khi tạo lại sẽ làm tròn xuống theo yêu cầu độ chính xác của szDecimals; totalWei cho phép là số âm. Điều này cho phép thực hiện redenomination theo hướng ngược lại.
- Chào đón mọi phản hồi để đả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 hợp đồng thông minh, rất khó để hiểu bản cập nhật lần này của Hyperliquid thực sự có ý 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 trước đây không phổ biến —— trực tiếp điều chỉnh hàng loạt và theo chương trình tài sản người dùng ở "lớp 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 thực sự có thể làm được 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 1600 token B này dựa trên tỷ lệ nắm giữ A của mỗi người.
Tình trạng 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 nhấn Claim, cũng không cần gọi từng hợp đồng thông minh, HyperCore có thể trực tiếp sửa đổi số dư tài khoản theo 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 sự sẽ trực quan hơn.
Ví dụ, trạng thái nắm giữ của một mã thông báo cổ phiếu ban đầu 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ư.
Trạng thái nắm giữ sau khi điều chỉnh 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á thay đổi. Ngược lại cũng vậy.
Hyperliquid trong bản cập nhật còn đặc biệt xem xét vấn đề đơn đặt hàng đang giao dịch. Nếu một tài sản xảy ra việc tách cổ phiếu 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 đặt hàng cũ, sau đó tạo lại theo tỷ lệ mới và xử lý độ chính xác số lượng theo szDecimals. Nói cách khác, đây thực chất là để số dư, đơn đặt hàng và các trạng thái giao dịch khác cùng hoàn thành việc định giá lại.
Sau khi hiểu được logic cập nhật, vậy thì "khả năng lập trình ở cấp độ số dư" này rốt cuộc có tác dụng gì?
Kịch bản ứng dụng
Nội dung Jeff Yan công bố hiện tại chủ yếu mô tả khả năng cơ bản của scaleWei, nhưng xoay quanh khả năng này, chúng ta thực sự đã có thể nhìn thấy nhiều hướng ứng dụng rõ ràng xoay quanh mã thông báo cổ phiếu.
Kịch bản 1: Chia cổ tức
Chia 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 hành động công ty tiêu chuẩn; còn trong mô hình EVM điển hình, nếu muốn thực hiện thao tác tương tự, thường cần thông qua hợp đồng thông minh để ghi lại các địa chỉ đủ điều kiện, sau đó để người dùng chủ động nhận hoặc do bên dự án phân phối lần lượt.
scaleWei cung cấp một khả năng khác —— trực tiếp phân phối tài sản cổ tức cho người dùng theo tỷ lệ nắm giữ dựa trên số dư mã thông báo cổ phiếu trên HyperCore. Giả sử trong tương lai trên Hyperliquid xuất hiện mã thông báo cổ phiếu của một công ty niêm yết, công ty quyết định chia cổ tức 1 USD 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ài khoản của mỗi người theo tỷ lệ nắm giữ, không cần người dùng thủ công Claim, cũng không cần bên dự án gọi từng hợp đồng, bản thân HyperCore có thể hoàn thành chuyển khoản hàng loạt này.
Kịch bản 2: Tách cổ phiếu và hợp nhất cổ phiếu
Đây thực chất là kịch bản mà bản cập nhật lần này đã rõ ràng tương ứng. Khi token và referenceToken là cùng một tài sản, scaleWei có thể điều chỉnh đồng bộ tỷ lệ số dư của tất cả người nắm giữ.
Do đó, trong tương lai nếu một tài sản HIP-1 cần tách cổ phiếu 1:10, hợp nhất cổ phiếu 10:1, hoặc thậm chí điều chỉnh đơn vị giao dịch tối thiểu, đều có thể trực tiếp thực hiện, và hệ thống sẽ đồng thời hủy và tạo lại các đơn đặt hàng chưa khớp. Đối với hệ thống giao dịch thực sự muốn mang cổ phiếu, ETF, loại "hành động công ty" này vốn là tiêu chuẩn.
Kịch bản 3: Rebasing
Cơ chế tương tự cũng có thể được sử dụng cho Rebase. Hiểu đơn giản, đó là khi tổng lượng hoặc đơn vị của bản thân tài sản được điều chỉnh (đặc biệt thường xảy ra khi chuyển đổi mã thông báo cổ phiếu trước giờ mở cửa, số lượng cổ phần sẽ được điều chỉnh tương ứng), nhưng tỷ lệ nắm giữ tương đối giữa người dùng vẫn không thay đổi.
Trước đây, các thao tác loại này thường cần dựa vào logic của chính hợp đồng mã thông báo, sau này có thể trở thành khả năng gốc của HyperCore.
Kịch bản 4: 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ề lý thuyết có thể trực tiếp phân phối tài sản B theo tỷ lệ nắm giữ A.
Ví dụ, một dự án quyết định phân phối một loại mã thông báo khác cho người nắm giữ một tài sản HIP-1 cụ thể, 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 trong nội bộ HyperCore, một số hành động "nhận airdrop" theo nghĩa truyền thống trong tương lai có khả năng được đơn giản hóa hơn nữa thành việc hệ thống trực tiếp hoàn thành phân phối số dư.
Bù đắp điểm yếu "hành động công ty" của mã thông báo cổ phiếu
Cần nhấn mạnh rằng, bản cập nhật Jeff Yan công bố lần này tạm thời chỉ tập trung vào chức năng cơ bản, không có nghĩa là Hyperliquid đã tuyên bố sẽ chia cổ tức cho mã thông báo cổ phiếu trên nền tảng, nhưng từ góc độ cơ sở hạ tầng, con đường kỹ thuật tương ứng cho khả năng "phân phối tài sản cho tài khoản theo tỷ lệ nắm giữ" cần thiết cho các kịch bản ứng dụng trên đã có.
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 nằm ở chỗ, 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 được mã thông báo hóa, điểm tập trung thường là —— "Cổ phiếu có thể được đưa lên chuỗi không?" Nhưng nếu thực sự muốn chuyển cổ phiếu lên chuỗi, vấn đề thực tế còn nhiều hơn thế. Sau khi phát hành cổ phiếu, sẽ liên tục xảy ra một loạt hành động công ty như chia cổ tức, tách cổ phiếu, hợp nhất cổ phiếu, phát hành thêm cổ phiếu, 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 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 đến.
Từ góc độ này, scaleWei giống như đang bù một mảnh ghép cơ sở hạ tầng cho Hyperliquid ở giai đoạn tiếp theo —— để 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ể xảy ra các 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.
