Hyperliquid 正在尝试将传统股市中经典的“持股分红”机制引入去中心化金融（DeFi）领域。用户只需持有平台相关代币，即可参与平台收益分配。这一创新举措模糊了 DeFi 与传统金融的边界，引发了行业的广泛关注与讨论。本文将深入分析其运作模式、收益来源及潜在风险，探讨链上权益分配机制如何重塑投资者期待，推动加密资产迈向更成熟的金融范式。
Hyperliquid 创始人 Jeff Yan 在官方 Discord 频道公布了一则更新进展。由于原表述过于技术化，许多人可能忽略或低估了该动态背后的深远意义。
技术原理解析
以下是 Jeff Yan 原表述的核心技术逻辑解读：
- 根据开发者反馈，HIP-1 协议将增加一个由代币部署者控制的函数：
scaleWei { token, totalWei, referenceToken, systemAddress }。 - 该操作会根据用户持有的
referenceToken余额比例，自动将totalWei从systemAddress转移给相应用户。计算过程采用向下取整，且不包含systemAddress自身。例如，当token等于referenceToken时，此功能可用于代币重新计价（Redenomination）。 -
systemAddress有两种形态：一是 Core 到 EVM 的系统地址；二是由部署者指定并能提供签名的 Treasury（资金库）地址。需要注意的是，EVM 本身不具备这种原子化功能。因此，若相关代币同时存在于 EVM 环境，对应的智能合约需加入自定义逻辑，才能将这一操作同步应用到 EVM 上的代币余额。 - 当
token和referenceToken为同一代币时：所有未成交订单（Open Orders）将被取消，随后按照实际的重新计价比例重新创建。重新创建时会依据szDecimals的精度要求向下取整；totalWei允许为负数，从而实现反向的重新计价。 - 社区欢迎提供反馈，以确保该功能能尽可能广泛地满足实际使用需求。
显然，若缺乏对智能合约概念的基础了解，很难直观理解 Hyperliquid 此次更新的具体含义。
通俗化解读
简单来说，Hyperliquid 正在为 HIP-1 增加一种此前不常见的能力——直接在 HyperCore 的“余额层”对用户资产进行批量、程序化的调整。
这里的关键不在于 scaleWei 这个函数名或其参数，而在于它实际能做什么。
假设 Hyperliquid 上存在代币 A，Alice 持有 100 枚，Bob 持有 50 枚，Charlie 持有 10 枚。如果某个地址中存有 1600 枚代币 B，并以 A 作为 referenceToken，系统即可根据每个人持有 A 的比例，自动将这 1600 枚 B 分配出去。
分配结果如下：
- Alice 持有 A 的比例为 62.5%，获得 1000 枚 B；
- Bob 持有 31.25%，获得 500 枚 B；
- Charlie 持有 6.25%，获得 100 枚 B。
用户无需点击“Claim”，也无需逐个调用智能合约，HyperCore 即可直接按既定规则修改账户余额。
而如果 token 等于 referenceToken，则执行“重新计价”（Redenomination），变化将更加直观。
例如，某只股票代币原本的持仓状态为：Alice 持有 100 股，Bob 持有 50 股，Charlie 持有 10 股。若进行 1:10 的拆股，系统可直接进行余额调整。
调整后的持仓状况为：
- Alice 持有 1000 股；
- Bob 持有 500 股；
- Charlie 持有 100 股。
每个人的持仓比例未变，仅计价单位发生改变。反之亦然。
Hyperliquid 在更新中还特别考虑了交易中的订单问题。若资产发生 1:10 拆股，用户此前挂出的 100 股卖单显然不能原封不动保留，否则拆股后的订单数量将与新的持仓体系不匹配。因此，系统会取消原有订单，再按新比例重新创建，并根据 szDecimals 对数量进行精度处理。换句话说，这实际上是在让余额、订单等交易状态协同完成重新计价。
理解了更新逻辑，这种“余额层面的可编程能力”究竟有何用途？
应用场景
目前 Jeff Yan 公布的内容主要描述 scaleWei 的底层能力，但围绕这一能力，我们可以窥探出多个针对“股票代币”的明确应用方向。
场景一：分红
分红是传统股票最基本的权益之一。在传统券商体系中，这是一项标准的公司行动；而在典型的 EVM 模式下，若要做类似操作，通常需通过智能合约记录符合条件的地址，再让用户主动领取，或由项目方逐一完成分配。
scaleWei 提供了另一种可能——直接根据 HyperCore 上的股票代币余额，将分红资产按持仓比例分配给用户。假设未来 Hyperliquid 上出现某家上市公司的股票代币，公司决定每股分红 1 美元——Alice 持有 100 股，Bob 持有 50 股，Charlie 持有 10 股，系统即可直接按持仓比例将分红资产分配至各自账户，无需用户手动 Claim，也无需项目方逐个调用合约，HyperCore 本身即可完成这笔批量转账。
场景二：拆股与合股
这实际上是此次更新已明确对应的场景。当 token 与 referenceToken 为同一资产时，scaleWei 可对所有持有者余额进行统一比例调整。
因此，未来若某个 HIP-1 资产需要 1:10 拆股、10:1 合股，甚至调整最小交易单位，都能直接执行，且系统会同步取消并重建未成交订单。对于真正想承载股票、ETF 的交易系统而言，这类“公司行为”本就是标配。
场景三：Rebasing（重基）
类似的机制也可用于 Rebasing。简单理解，即资产本身的总量或单位发生调整之时（尤其高发于盘前股票代币转换之时，股本数量会出现相应调整），但用户之间的相对持仓比例保持不变。
此前，这类操作往往需依赖代币合约自身的逻辑，往后则可成为 HyperCore 的原生能力。
场景四：空投
另一个直观的场景是空投。referenceToken 不必等于被分配的 token，因此理论上可直接按 A 的持仓比例去分配资产 B。
例如，一个项目决定向某个 HIP-1 资产的持有者分发另一种代币，系统可直接读取用户在 HyperCore 上的 A 余额，然后按比例将 B 从指定 Treasury 地址分配出去。
这意味着，至少在 HyperCore 内部，未来一些传统意义上的“领取空投”动作，有可能被进一步简化为系统直接完成余额分配。
补齐币股的“公司行为”短板
需要强调的是，Jeff Yan 此次公布的更新暂时仅聚焦于底层功能，并不意味着 Hyperliquid 已宣布将对平台上的股票代币进行分红，但从基础设施层面看，上述应用场景所需要的“按照持仓比例向账户分配资产”能力已经有了对应的技术路径。
综合潜在的应用场景来看，Hyperliquid 本次更新真正的意义在于，有望补齐链上资产的“公司行为”能力短板。
过去几年，行业讨论代币化股票时，关注点往往集中在——“股票能不能被放到链上？”但如果真的想把股票搬到链上，问题其实远不止这一件事。股票发行之后，还会不断发生分红、拆股、合股、配股、资产分配等一系列公司行动。
因此，真正完整的链上股票基础设施，不仅需要能够“交易股票”，还需要能够处理这些交易之外的资产状态变化，而这恰恰是 Hyperliquid 此次更新开始触及的部分。
从这个角度来看，scaleWei 更像是在为下一阶段的 Hyperliquid 补一块基础设施拼图——让链上的金融资产，不只是“可以交易”，还可以像现实世界的金融资产一样发生各种公司行为。
