作者|Azuma(@azuma_eth)
北京时间 8 月 12 日,Hyperliquid 创始人 Jeff Yan 在官方 Discrod 频道内公布了一则更新进展,由于原表述过于偏技术向,所以很多人都忽略或是低估了该则动态的意义。
字面直译
以下为 Jeff Yan 原表述的直接翻译。
- 根据 Builder 的反馈,HIP-1 将增加以下由代币部署者控制的函数:scaleWei { token, totalWei, referenceToken, systemAddress }。
- 该操作会根据用户所持有的 referenceToken 余额,按比例自动将 token 的 totalWei 从 systemAddress 转移给这些用户。计算过程中会向下取整,并且不包括 systemAddress 自身。例如,当 token == referenceToken 时,这个功能可以用于重新计价(redenomination)。
- systemAddress 有两种可能:Core → EVM 的系统地址; 由部署者指定、并能够提供签名的 Treasury(资金库)地址。 需要注意的是,EVM 本身并不存在这种原子化(atomic)的功能。因此,如果相关 token 同时存在于 EVM 环境,那么对应的智能合约可能需要加入自定义逻辑,才能将这一操作同步应用到 EVM 上的 token 余额。
- 当 token 和 referenceToken 是同一个 token 时:所有未成交订单(Open Orders)都会被取消,然后按照实际的 redenomination 比例重新创建,重新创建时会按照 szDecimals 的精度要求向下取整;totalWei 允许为负数。这样就可以进行反方向的 redenomination。
- 欢迎大家反馈,以确保这一功能能够尽可能广泛地满足实际使用需求。
显然,如果不是对智能合约概念有一定了解基础,便很难理解 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 补一块基础设施拼图 —— 让链上的金融资产,不只是“可以交易”,还可以像现实世界的金融资产一样发生各种公司行为。
