北京时间 8 月 12 日，hyperliquid 创始人 jeff yan 在官方 discord 频道披露了一项底层协议更新。由于技术术语较为晦涩，许多用户可能低估了此次 hip-1 升级对链上资产管理的深远影响。
技术层面：HIP-1 新增 scaleWei 函数
以下是 Jeff Yan 对此次更新核心内容的直译解读：
-
新增可编程接口：根据开发者反馈，HIP-1 协议将引入由代币部署者控制的
scaleWei函数，其参数包括token、totalWei、referenceToken和systemAddress。 -
自动化资产分配机制：该函数将根据用户持有的
referenceToken余额比例，自动将systemAddress中的token余额按比例转移给用户。计算过程采用向下取整，且排除systemAddress自身。例如，当token与referenceToken相同时，此功能可用于代币重新计价（Redenomination）。 -
系统地址兼容性：
systemAddress可以是 Core 指向的 EVM 系统地址，也可以是部署者指定的、具备签名能力的 Treasury（资金库）地址。值得注意的是，原生 EVM 环境缺乏此类原子化操作能力，因此若代币同时存在于 EVM，智能合约需增加自定义逻辑以同步更新余额。 -
订单同步处理：当
token等于referenceToken时，系统将自动取消所有未成交订单，并按新的重新计价比例重建订单。重建过程将依据szDecimals精度向下取整，且允许totalWei为负数，从而实现反向重新计价。 - 社区反馈：开发者呼吁社区积极反馈，以确保该功能能覆盖更多实际应用场景。
对于不熟悉智能合约逻辑的用户而言，这段技术描述可能难以直接转化为直观认知。接下来，我们将通过通俗案例拆解其实际意义。
通俗解读：什么是“余额层”的可编程性？
简单来说，Hyperliquid 正在赋予 HIP-1 一种罕见的能力：直接在 HyperCore 的“余额层”对用户资产进行批量、程序化的调整。
关键在于 scaleWei 函数能做什么，而非其具体参数。让我们通过一个案例来理解：
假设 Hyperliquid 上存在代币 A 和代币 B。Alice 持有 100 枚 A，Bob 持有 50 枚 A，Charlie 持有 10 枚 A。若 Treasury 地址持有 1600 枚代币 B，并将 A 设为 referenceToken，系统即可根据 A 的持仓比例自动分配 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 股。
此时，用户的持仓比例未变，仅计价单位改变。反之亦然。
此外，更新还专门处理了订单同步问题。若资产发生 1:10 拆股，原有的 100 股卖单若保留将导致数量不匹配。因此，系统会自动取消旧订单，并按新比例重建，同时处理精度问题。这意味着余额与交易状态将同步完成重新计价。
四大核心应用场景
虽然 Jeff Yan 主要描述了 scaleWei 的底层能力，但围绕这一能力，我们可以清晰看到其在股票代币（Stock Tokens）领域的多个应用方向。
场景一：自动化分红
分红是传统股票的核心权益。在传统券商体系中，这是标准的公司行动；而在典型的 EVM 模式下，通常需通过智能合约记录地址，由用户主动领取或项目方逐一分配。
scaleWei 提供了更高效的方案：直接根据 HyperCore 上的股票代币余额，按持仓比例自动分配分红资产。
假设未来 Hyperliquid 上线某上市公司股票代币，公司决定每股分红 1 美元。Alice（100股）、Bob（50股）、Charlie（10股）无需任何操作，系统即可按持仓比例将分红资产直接打入各自账户。这消除了手动 Claim 的繁琐，也减轻了项目方的分发压力。
场景二：拆股与合股
这是此次更新最直接对应的场景。当 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 下一阶段补全基础设施拼图：让链上金融资产不仅“可交易”，更能像现实世界资产一样，灵活应对各类公司行为。
本文深入解析了 Hyperliquid 支持币股分红的技术逻辑及四大应用场景。对于关注 Web3 金融基础设施发展的投资者而言，这一更新标志着链上资产标准化迈出了重要一步。
