当前位置：首页 > 资讯 > Hyperliquid新增scaleWei的原因

Hyperliquid新增scaleWei，补齐币股分红底层能力

2026-08-14 09:41:28 | 来源： | 作者：佚名
Hyperliquid 将为 HIP1 新增 scaleWei 函数，可按持仓比例自动分配资产，原生支持分红、拆股、合股、空投等操作,该更新补齐代币化股票的公司行为基础设施短板，下面一起来看看正文内容吧

Hyperliquid新增scaleWei，补齐币股分红底层能力

代币化股票赛道持续演进，除基础交易功能外，分红、拆股等传统金融的公司行为一直是链上基础设施的一大短板。北京时间 8 月 12 日，Hyperliquid 创始人 Jeff Yan 在 Discord 披露底层技术更新，计划在 HIP‑1 中加入 scaleWei 函数。这项偏技术的改动，实则拓展了平台资产批量调整能力，为币股分红、拆股合股、空投等场景提供底层支撑，下文将通俗解析该功能逻辑、应用场景及其行业价值。

‍

字面直译

以下为 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 对数量进行精度处理。换句话说，这其实就是在让余额、订单等交易状态一起完成重新计价。

理解了更新逻辑，那么这种「余额层面的可编程能力」究竟有什么用呢？

扩展文章：

从HIP-1到HIP-4，Hyperliquid正在打造什么？

应用场景

目前 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的原因的资料请关注脚本之家其它相关文章！

免责声明：本文只为提供市场讯息，所有内容及观点仅供参考，不构成投资建议，不代表本站观点和立场。投资者应自行决策与交易，对投资者交易形成的直接或间接损失，作者及本站将不承担任何责任。！
Tag：Hyperliquid   代币化   股票   HIP-1  

你可能感兴趣的文章

币圈快讯

  • 苹果修复macOS漏洞防止被利用挖掘门罗币

    2026-08-17 13:29
    苹果公司已修复一个关键的macOS屏幕共享漏洞，攻击者利用该漏洞获得root权限并安装门罗币挖矿软件。荷兰国家网络安全中心（NCSC）在8月12日更新警告，确认多个系统上存在对CVE-2026-65400的主动利用，尤其是端口5900暴露在互联网上的设备。苹果在8月6日的macOS更新中修复了该漏洞，描述为身份验证缺陷，可能允许攻击者在没有有效凭据的情况下访问屏幕共享。安全公司Huntress发现，该缺陷影响macOS屏幕共享的安全远程密码认证过程，攻击者可使未经身份验证的连接被视为已认证。Huntress研究员Ryan Dowd表示，Censys搜索识别出“数以万计的潜在易受攻击主机”，该漏洞的风险特别与托管的裸金属Mac相关。该漏洞在CISA的漏洞分析中被评为9.8的严重CVSS评分，且不需要特权或用户交互。

  • BitMart员工要求8月19日前披露资产并制定偿还计划

    2026-08-17 13:28
    BitMart员工公开要求管理层在8月19日前披露平台资产状况，解释提款受限原因，结清员工薪资补偿，并制定用户偿还计划。公开信要求BitMart公开可验证的钱包、资产及负债信息，调查关联账户及创始人伴侣相关账户，并澄清数千万美元资产提领记录。如届时未获得完整说明及偿还计划，相关人士将向执法机构及监管部门提交证据。

  • 分析师：超过250个项目参与加密卡业务

    2026-08-17 13:28
    吴说获悉，据统计，已有至少超过250个项目/公司参与了crypto card业务，包括Binance、Bybit等交易所卡Ether Fi、Kast、Plasma One等neobank卡由传统巨头PayPal、Bitpay等参与的加密卡以及还包括大量的区域性卡、no-kyc和预付卡等。

  • Trade.xyz过去7日成交额达186.8亿美元SKHX贡献12.6%

    2026-08-17 13:25
    据A早期发行in监测，Trade.xyz过去7日成交额达186.8亿美元，渗透率0.258%。其中，SKHX成交23.6亿美元，占SK海力士同期225.5亿美元成交的10.5%，贡献Trade.xyz总成交的12.6%。DRAM指数成交8.37亿美元，渗透率5.93%布伦特原油成交8.44亿美元，渗透率1.56%美元兑日元成交1629万美元，渗透率0.033%。Trade.xyz上周五成交34.1亿美元，最近两个周末累计成交11.5亿美元。

  • Trade.xyz七日录得186亿美元成交量SK海力士贡献12%交投

    2026-08-17 13:23
    trade.xyz在过去7日内成交约186.8亿美元，渗透率约0.258%。其中，SK海力士（skhx）成交约23.6亿美元，占其韩股同期225.5亿美元成交的10.5%，渗透率为平台整体水平的40.7倍，单个skhx合约贡献约12.6%。其他高渗透标的包括：DRAM指数成交8.37亿美元，渗透率5.93%布伦特原油成交8.44亿美元，渗透率1.56%美元兑日元成交1629万美元，渗透率仅0.033%。此外，上周五成交额约34.1亿美元，较近7日均值增长27.8%。
    • 查看更多

最新资讯

更多

区块链百科