随着赛道不断演进，传统金融中的公司行为（如分红、拆股）一直是链上基础设施的薄弱环节，尽管基础交易功能已日益成熟。北京时间8月12日，Hyperliquid创始人Jeff Yan在Discord平台透露了一项底层技术升级，计划在HIP‑1标准中引入scaleWei函数。这一看似技术化的改动，实际上极大地扩展了平台对资产的批量调整能力，为币股分红、拆股合股以及空投分发等复杂场景奠定了坚实的底层基础。下文将对这一功能的逻辑机制、实际应用及其行业价值进行通俗解析。
原文直译
以下是Jeff Yan原话的直接翻译版本。
- 根据开发者（Builder）的反馈，HIP-1协议将新增一个由代币部署者控制的函数：scaleWei { token, totalWei, referenceToken, systemAddress }。
- 该操作将依据用户持有的referenceToken余额比例，自动将systemAddress中的token总量totalWei分配给相关用户。计算过程采用向下取整方式，且systemAddress本身不参与分配。例如，当token与referenceToken相同时，此功能可用于执行重新计价（redenomination）。
- systemAddress存在两种形态：一是Core指向EVM的系统地址；二是由部署者指定且能提供签名的Treasury（资金库）地址。值得注意的是，EVM环境原生缺乏这种原子化（atomic）处理能力。因此，若相关token同时存在于EVM环境中，其对应的智能合约需添加自定义逻辑，以实现该操作在EVM端token余额的同步更新。
- 当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（再平衡）
类似的机制同样适用于Rebase场景。简单来说，即当资产总量或单位发生变更时（尤其在盘前股票代币转换期间，股本数量随之调整），用户之间的相对持仓比例保持不变。
此前，此类操作往往依赖代币合约自身的逻辑实现，往后则将成为HyperCore的原生能力。
场景四：空投
另一个直观的应用场景是空投。由于referenceToken不必等于被分配的token，理论上可以直接按A的持仓比例来分配资产B。
例如，一个项目决定向某HIP‑1资产的持有者分发另一种代币，系统可直接读取用户在HyperCore上的A余额，然后按比例将B从指定的Treasury地址分配出去。
这意味着，至少在HyperCore内部，未来一些传统意义上的「领取空投」动作，有望被简化为系统直接完成的余额分配。
补齐币股的「公司行为」短板
需要强调的是，Jeff Yan此次公布的更新暂时仅聚焦于底层功能，并不意味着Hyperliquid已宣布将对平台上的股票代币实施分红，但从基础设施层面看，上述应用场景所需的「按照持仓比例向账户分配资产」能力，已有了明确的技术路径。
综合潜在应用场景来看，Hyperliquid本次更新的核心意义在于，有望补齐链上资产的「公司行为」能力短板。
过去几年，行业在讨论代币化股票时，关注点多集中在「股票能否上链？」但如果真要把股票搬到链上，问题远不止于此。股票发行后，还会持续发生分红、拆股、合股、配股、资产分配等一系列公司行动。
因此，真正完整的链上股票基础设施，不仅需要能够「交易股票」，还需要能够妥善处理这些交易之外的资产状态变化，而这正是Hyperliquid此次更新开始触及的领域。
从这个角度看，scaleWei更像是在为下一阶段的Hyperliquid补充一块关键的基础设施拼图——让链上的金融资产，不只是「可以交易」，还可以像现实世界的金融资产一样发生各种公司行为。
总结
总体而言，Hyperliquid本次对HIP‑1引入scaleWei函数，并非直接上线分红业务，而是完成关键底层能力的铺垫。该函数可在HyperCore余额层实现按持仓比例的自动资产分发、资产重新计价，原生适配分红、拆股合股、Rebase、空投等多种场景，并能同步处理挂单问题，解决了传统EVM体系下用户需手动申领、合约需逐个调用的痛点。
代币化股票不能仅限于简单的买卖，分红、拆股这类公司行为是现实证券体系不可或缺的组成部分，也是此前链上RWA产品普遍缺失的环节。Hyperliquid通过原生协议能力补齐这块基础设施拼图，进一步拉近了链上代币化资产与现实证券的功能差距。当然，目前该技术仍停留在功能层面，相关业务能否顺利落地及实际运行效果，仍有待后续产品迭代与真实场景的检验。
以上就是Hyperliquid也要支持币股分红了？的详细内容，更多关于Hyperliquid新增scaleWei的原因的资料请关注其它相关文章！