scaleWei của Hyperliquid(HYPE) được diễn giải là hạ tầng xử lý cổ tức

Tính năng scaleWei chuẩn bị được bổ sung vào tiêu chuẩn token HIP-1 của Hyperliquid (HYPE) có thể được diễn giải như một hạ tầng xử lý cổ tức và chia tách cổ phiếu (stock split) dành cho các token dạng cổ phiếu, theo một phân tích mới công bố. Nội dung này diễn giải lại tính năng điều chỉnh đơn vị do bên phát hành token kiểm soát – vốn đã được biết đến trước đó – dưới góc độ xử lý các hành động doanh nghiệp (corporate action) đối với token dạng cổ phiếu và token tài sản thực (RWA).

Theo Odaily đưa tin ngày 13 trong một bài phân tích, nhà sáng lập Hyperliquid Jeff Yan cho biết trên kênh Discord chính thức rằng ông sẽ bổ sung hàm scaleWei do bên phát hành token kiểm soát vào HIP-1. Hàm này nhận các tham số token, totalWei, referenceToken và systemAddress, sau đó phân bổ token trong systemAddress cho người dùng theo tỷ lệ tương ứng với số dư referenceToken mà họ nắm giữ.

Điểm mấu chốt là người dùng không cần tự bấm nút nhận thưởng, và dự án cũng không phải chuyển tiền thủ công tới từng địa chỉ. Hệ thống có thể tự động phân bổ token B theo tỷ lệ nắm giữ token A của người dùng. Trong quá trình tính toán, phần thập phân sẽ bị loại bỏ, còn bản thân systemAddress không nằm trong danh sách được phân bổ.

Khi token và referenceToken là cùng một token, hàm này hoạt động như một cơ chế ghi lại mệnh giá mới (re-denomination). Ví dụ, nếu một token dạng cổ phiếu thực hiện chia tách theo tỷ lệ 1:10, số lượng token mà người dùng nắm giữ sẽ tăng theo đúng tỷ lệ đó, nhưng tỷ lệ sở hữu của từng người không thay đổi. Hyperliquid cho biết trong quá trình này, các lệnh chưa khớp sẽ bị hủy rồi tạo lại theo tỷ lệ điều chỉnh thực tế, còn số lượng token được làm tròn xuống theo tiêu chuẩn szDecimals.

Cơ chế này có ý nghĩa đối với các hệ thống giao dịch xử lý token dạng cổ phiếu. Trong tài chính truyền thống, cổ tức và chia tách cổ phiếu là những hành động doanh nghiệp cơ bản. Nhưng trong môi trường on-chain, cách làm phổ biến trước nay là ghi nhận riêng các địa chỉ nhận cổ tức, để người dùng tự nhận hoặc để bên phát hành chuyển tới từng địa chỉ. scaleWei được xem là gần với một tính năng xử lý gộp toàn bộ quy trình này ở cấp độ số dư.

Theo tài liệu chính thức, HIP-1 là tiêu chuẩn token gốc (native) của Hyperliquid. Đây là tiêu chuẩn token có thể thay thế (fungible) với giới hạn nguồn cung, và token HIP-1 có thể được giao dịch trên sổ lệnh giao ngay (spot order book) on-chain. Tài liệu cũng mô tả cơ chế phân bổ ban đầu, theo đó token mới được phân bổ theo tỷ lệ cho những người đang nắm giữ token HIP-1 hiện có.

Bài phân tích lần này của Odaily mở rộng khái niệm phân bổ theo tỷ lệ nói trên sang việc điều chỉnh trạng thái tài sản sau khi phát hành ban đầu. Trước đó, TokenPost từng đưa tin Hyperliquid sẽ bổ sung tính năng điều chỉnh đơn vị do bên phát hành kiểm soát vào tiêu chuẩn token HIP-1.

Để token dạng cổ phiếu và token tài sản thực có thể giao dịch on-chain, chỉ riêng chức năng mua bán là chưa đủ. Sau khi phát hành, sẽ phát sinh các thủ tục như trả cổ tức, chia tách cổ phiếu, sáp nhập hay điều chỉnh lại đơn vị – những việc đòi hỏi phải thay đổi đồng thời cả số dư nắm giữ lẫn trạng thái lệnh giao dịch. scaleWei được diễn giải là tính năng nhằm xử lý những thủ tục này ngay bên trong HyperCore.

Tuy nhiên, bài phân tích này không đồng nghĩa với việc Hyperliquid sắp ra mắt tính năng hỗ trợ cổ tức cho token dạng cổ phiếu. Những gì Jeff Yan công bố chỉ là mô tả về giao diện của một tính năng nền tảng cấp thấp. Token dạng cổ phiếu cụ thể, tài sản dùng để trả cổ tức, lịch trình áp dụng hay thị trường mục tiêu đều chưa được công bố riêng.

Vẫn còn những giới hạn kỹ thuật. Jeff Yan cho biết môi trường máy ảo Ethereum (EVM) không có chức năng nguyên tử (atomic) tương tự. Điều này đồng nghĩa nếu cùng một token cũng tồn tại trên môi trường EVM, hợp đồng thông minh tương ứng sẽ cần thêm logic riêng để đồng bộ việc điều chỉnh số dư.

Cuộc thảo luận lần này của Hyperliquid cho thấy nỗ lực xử lý các thay đổi trạng thái tài sản sau giao dịch ngay ở cấp độ giao thức. Bên trong HyperCore, việc phân bổ và điều chỉnh đơn vị có thể được xử lý cùng lúc, nhưng các tài sản sử dụng song song với EVM vẫn cần một cách triển khai riêng.