株を持っていれば配当がもらえる？Hyperliquidは伝統的な株式市場のルールをブロックチェーンに移行しています。

著者｜Odaily 星球日报Azuma

北京時間 8 月 12 日、Hyperliquid の創設者 Jeff Yan が公式 Discord チャンネルで進捗を発表しました。元の表現が技術的すぎたため、多くの人がこの動きの意味を見落としたり過小評価したりしました。

字面直訳

以下は 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）はキャンセルされ、その後実際の再評価比率に従って再作成され、再作成時には 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 の基盤能力を説明していますが、この能力を中心に、実際には株式トークンに関するいくつかの明確な応用方向を垣間見ることができます。

シーン1：配当

配当は伝統的な株式の最も基本的な権利の一つです。伝統的な証券会社のシステムでは、これは標準的な企業行動です。一方、典型的な EVM モードでは、同様の操作を行うには、通常、条件を満たすアドレスをスマートコントラクトで記録し、ユーザーに自発的に受け取らせるか、プロジェクト側が一つずつ配分を行う必要があります。

scaleWei は別の可能性を提供します ------ HyperCore 上の株式トークン残高に基づいて、配当資産を保有割合に従ってユーザーに配分します。将来的に Hyperliquid に上場企業の株式トークンが登場し、会社が1株あたり1ドルの配当を決定した場合 ------ Alice が 100 株、Bob が 50 株、Charlie が 10 株を保有していると、システムは直接保有割合に従って配当資産を各自のアカウントに配分し、ユーザーが手動で Claim する必要もなく、プロジェクト側が一つずつコントラクトを呼び出す必要もなく、HyperCore 自体がこの一括送金を完了できます。

シーン2：株式分割と統合

これは実際に今回の更新が明確に対応しているシーンです。token と referenceToken が同一資産である場合、scaleWei はすべての保有者の残高を統一的に比例調整できます。

したがって、将来的にある HIP-1 資産が 1:10 の株式分割、10:1 の株式統合、さらには最小取引単位の調整が必要な場合、直接実行でき、システムは未成立の注文を同期してキャンセルし再作成します。実際に株式や ETF を扱う取引システムにとって、このような「企業行動」は標準装備です。

シーン3：リベース

同様のメカニズムはリベースにも使用できます。簡単に言えば、資産自体の総量や単位が調整されるとき（特に前場の株式トークンの変換時に発生しやすく、株本数が相応に調整される）、ユーザー間の相対的な保有割合は変わりません。

これまで、このような操作は通常、トークンコントラクト自体のロジックに依存していましたが、今後は HyperCore のネイティブ能力となることができます。

シーン4：エアドロップ

もう一つ比較的直感的なシーンはエアドロップです。referenceToken は配分されるトークンと等しくある必要はなく、理論的には A の保有割合に従って資産 B を配分できます。

例えば、あるプロジェクトが特定の HIP-1 資産の保有者に別のトークンを配布することを決定した場合、システムは HyperCore 上の A 残高を直接読み取り、その後比例に従って B を指定された Treasury アドレスから配分します。

これは、少なくとも HyperCore 内部では、将来的に伝統的な意味での「エアドロップを受け取る」行動が、システムが直接残高配分を完了することにより、さらに簡素化される可能性があることを意味します。

補完する株式の「企業行動」の短所

強調すべきは、Jeff Yan が今回発表した更新は、基盤機能に一時的に焦点を当てているだけであり、Hyperliquid がプラットフォーム上の株式トークンに配当を行うことを発表したわけではありません。しかし、インフラストラクチャの観点から見ると、上述の応用シーンに必要な「保有割合に従ってアカウントに資産を配分する」能力には、すでに対応する技術的な道筋があります。

潜在的な応用シーンを総合的に考えると、Hyperliquid の今回の更新の本当の意味は、オンチェーン資産の「企業行動」能力の短所を補うことが期待される点にあります。

過去数年、業界はトークン化された株式について議論する際、関心はしばしば ------ 「株式はチェーン上に置けるのか？」に集中していました。しかし、もし本当に株式をチェーン上に移すことを考えると、問題はそれだけではありません。株式が発行された後も、配当、株式分割、株式統合、株式配分などの一連の企業行動が継続的に発生します。

したがって、完全なオンチェーン株式インフラストラクチャは、単に「株式を取引できる」だけでなく、これらの取引以外の資産状態の変化を処理できる必要があり、これこそが Hyperliquid の今回の更新が触れ始めた部分です。

この観点から見ると、scaleWei は次の段階の Hyperliquid のために基盤インフラストラクチャのパズルの一部を補完するようなものです ------ チェーン上の金融資産が「取引可能」であるだけでなく、現実世界の金融資産のようにさまざまな企業行動を行うことができるようにするためです。