HIP-1スケールWei:Hyperliquid がトークン化株式のコーポレートアクションをどのように処理するか
Hyperliquid's scaleWei 関数は、トークン化された株式に対し、株式分割、配当の分配、その他のコーポレートアクションに対応する機能を提供しますオンチェーン 。

2026年9月16日 — 読了時間7分

トークン化された株式は、何も変わらない場合、その仕組みは簡単です。トークンを発行し、それを株式で裏付け、取引できるようにするだけです。オンチェーン
実際の株式は、それほど単純なものではありません。企業は株式の分割を行ったり、株式併合を行ったり、配当を支払ったりします。
トークン化された株式や持分は、これらすべての動作を忠実に再現できる必要がある。
Hyperliquidその答えが「scaleWei」です。これは、こうしたコーポレートアクションの一部をHIP-1のネイティブトークンインフラストラクチャに直接組み込むために開発された、HIP-1の拡張機能です。
Hyperliquid では、scaleWei の仕組みを詳しく解説し、実際の数値を用いて分割、逆分割、配当について順を追って説明するとともに、scaleWei でできないことについても取り上げます。
scaleWeiは、Hyperliquid が導入した機能であり、すべてのHIP-1トークンにわたってトークン残高を比例的に調整するものです。これは Hyperliquid既存のネイティブトークンに対するアップグレードであり、プロトコルレベルで株式分割、株式併合、または配当の分配といったイベントを処理できるようにするものです。
このアップグレードは、実務上の問題から生まれたものです。Hyperliquid では、従来の株式や資産が オンチェーン に集まり、取引されるケースがますます増えています。
HIP-1では、ネイティブのスポット資産を作成・取引できますが、実世界の資産は発行後も必ずしも構造的に不変であるとは限りません。
ある株式が10対1の株式分割を行った場合、1株を表すトークンは、単に以前の単位を表し続けることはできません。
ホルダーの残高を変更する必要があります。
価格は調整する必要があります。
既存の注文についても、それに合わせて変更が必要になる場合があります。
従来、これらの変更については、ブローカー、取引所、およびカストディアンが連携して対応してきました。
scaleWeiの役割は、Hyperliquid においてこの連携を可能にすることです。
scaleWeiは、by において、一定量のHIP-1トークンを受け取り、それを既存の保有量に応じて各保有者に配分する仕組みです。
提案された関数は、4つの入力を受け取ります:
トークン: 追加または削除される資産。
totalWei: その資産のうち、どれだけを分配または削除すべきか。
referenceToken: 残高に基づいて各保有者の持分が決定される資産。
systemAddress: トークンを送信または受信するアドレス。
token と referenceToken の関係によって、scaleWei が実際にどのような動作を行うかが決まります。
設定 | 結果 |
|---|---|
token = referenceToken | 既存の残高は、それに比例して増減します |
token ≠ referenceToken | 保有者は、別の資産をその割合に応じて受け取るか、失うことになります |

数学と論理のすべてが相まって、ある重要な点を確実に保証しています。 所有者の当面の経済的リスクは変わらないということです。
トークンの数量を変更し、単価を調整することが、これを実現するための手段となります。
scaleWeiの最初の実用例である「株式分割」を例に、さらに詳しく理解していきましょう。
株式分割により、同じ所有権に相当する株式数が変わります。
10対1の株式分割を例に考えてみましょう。この場合、次の2つのことが起こります:
10株を保有していた株主は、100株の株主となります。
1,000ドルの株価は、およそ100ドルになります。
scaleWeiでは、tokenとreferenceTokenを同じアセットに設定することで、この処理を行っています。
この関数は、各保有者の現在の残高を読み取り、それにby の分割比率を乗算し、1つのトランザクション内で各保有者の新しい残高を書き戻します。
分割前 | 10対1の分割の後 | |
|---|---|---|
ホルダー天秤 | 10 | 100 |
トークンあたりの価格 | $1,000 | 約100ドル |
位置の値 | $10,000 | 約10,000ドル |
所有割合 | 0.01% | 0.01% |
保有者は、古いトークンを新しいトークンと交換したり、クレーム取引を送信したりする必要はありません。変更が適用されると、資産は新しい単位で取引 引き続き利用可能です。
重要:未約定の注文も、同じトランザクション内で書き換えられます。1,000ドルで5トークンを売却する注文は、100ドルで50トークンを売却する注文に変更されます。
これが、Hyperliquid におけるトークン化株式向けの ScaleWei の魅力です。それでは、株式併合がどのように機能するのか見てみましょう。
株式の併合は、 Hyperliquid。
10株を1株に統合する株式併合を例に考えてみましょう。ここでも、次の2つのことが起こります:
100株を保有していた株主は、10株の株主となります。
株価100ドルの株式は、およそ1,000ドルになります。
totalWeiは正の値ではなく負の値になりますが、その仕組みは同じです。つまり、すべての残高と注文が1つのトランザクション内で再スケーリングされます。
分割前 | 1対10の株式併合後 | |
|---|---|---|
ホルダー天秤 | 100 | 10 |
トークンあたりの価格 | $100 | 約1,000ドル |
位置の値 | $10,000 | 約10,000ドル |
所有割合 | 0.01% | 0.01% |
その仕組みは株式分割と全く同じです。ただし、ここには微妙な違いがあります。
株式併合により、残高が圧縮されます。少額の保有残高の場合、トークンのサポートされている精度を下回る小数部分が生じる可能性があります。
未決済注文についても、その規模が縮小された場合、同様の問題が生じます。
これらの数値は、必ずしも正確に表現できるとは限りません。そのため、scaleWei では、丸め誤差や、許容されるサイズの精度に収まらなくなったオーダーを考慮する必要があります。
さて、株式分割と逆株式分割はどちらも、同じ資産の規模を変更する点で共通しています。しかし、配当はそうした仕組みでは機能しません。では、どうすればよいのでしょうか?
配当では、scaleWeiの仕組みが異なります。scaleWeiは、同じ資産の残高を変更するのではなく、各保有者が所有する株式の割合に応じて、別の資産を分配します。
現金と同等の配当については:
referenceToken = トークン化された株式。
token = 配布される資産(USDCなど)。
totalWei = 分配される総額。
トークン化された株式の保有者に10,000 USDCが分配されると仮定します。対象となる株式残高の2%を保有するアドレスは、分配額の2%、つまり200 USDCを受け取ります。
scaleWeiはこれらの配分を計算し、保有者に直接付与します。ここでは「請求」ページは必要ありません。
また、scaleWei および配当の実行に関して、私たちが確認した注意点があります。
scaleWeiは、操作の実行時点で存在する参照トークンの残高を使用しているようです。過去の特定時点のスナップショットは、ネイティブにはエンコードされていません。
したがって、(一般的な慣例通り)配当の権利確定日が「○○日」以前の株式保有である場合、Hyperliquid で実際に配当を実行するには、別の(おそらく外部からの)入力が必要になるでしょう。
そして、ここでscaleWeiの限界が明らかになり始めるのです。
scaleWeiは、オンチェーン における一部の企業行動の実行を処理します。その前段階での意思決定や、その後の調整の多くは、依然として他の場所で実施されています。
株式分割、株式併合、および比例配分は、すべての保有者に同じ計算が適用できるため、scaleWei に適合します。
多くの企業行動ではそれができません。
合併、公開買付け、新株引受権付増資、事業分割、あるいは株主総会での選任などは、資格要件、選択、期限、あるいはある有価証券を別の有価証券と交換することなどに左右される場合があります。
それには、比例配分の変更以上のインフラ整備が必要となります。
scaleWei は、関数が実行された時点で利用可能な残高に対して作用します。
配当はそういう仕組みではありません。基準日が設けられています。その日by に株式を保有していれば、その後何が起ころうとも配当を受け取ることができます。
ただし、scaleWeiは、関数が実行された瞬間に残高を保有している者全員に対して配当の支払いを実行します。
発行者または別のシステムは、その情報を保持し、最終的にオンチェーン のアクションへと変換しなければなりません。これもまた、リスクやコストを伴う、さらなる物流的・運用上の手順を意味します。
scaleWeiは、人間が決定を下した後、動作を開始します。
つまり、制御面は外部にあるということです。つまり、誰がscaleWeiをトリガーできるのか、その権限はどのように確保されているのか、そして指示が間違っていた場合にはどうなるのか、ということです。
つまり、人間によるミスや違法行為は依然として起こり得るということですオンチェーン 。
また、オンチェーン のアクションにはimmutable な性質があるため、制御インターフェースが破損した場合、悪意のある攻撃者による影響がさらに拡大することになります。
scaleWeiの役割はただ一つ、決済取引から手作業を排除することですオンチェーン 。これは、トークン化された株式・証券市場にとって重要な進化です。
しかし、トークン化された株式の処理は完了していません。次はどのような展開になるのでしょうか?
トークン化された株式は、その発展の過程において、発行に関する課題の解決に多くの時間を費やしてきました。具体的には、株式をどのように表現するか(オンチェーン )、原資産で裏付けするか、そして24時間365日取引できるようにするか、といった点です。
scaleWeiは、発行後および資産が取引 の状態にある間に何が起こるかについて検討を始めます。
したがって、「スケール・ウェイ」の意義はより広範なものであり、Hyperliquid のネイティブインフラストラクチャ内で企業活動を可能にするという点にある。
もちろん、まだ不完全な部分もありますが、今日、 scaleWeiは、Hyperliquid をトークン化された株式やエクイティの総合プラットフォームへと一歩近づけました。
2017年に設立されたQuicknode は、開発者 および企業向けに、機関投資家レベルのブロックチェーン インフラストラクチャを提供しています。99.99%の稼働率と、76以上のチェーンに対応したサポート を備え、チーム は妥協のないオンチェーン アプリケーションの構築とスケーリングを実現します。
最新のエンジニアリングに関する知見、製品の最新情報、Web3のニュースを、メールボックスに直接お届けします。
📚 新刊:『金融ソフトウェアの構築』Solanaオプションからパーペチュアルまで、10の完全なプログラムが収録された無料の書籍。
入手する