Hyperliquidも、コイン株式の配当をサポートするのか？

ODAILY星球日报

この記事を読むのに必要な時間は 15 分

HyperliquidはHIP-1に、これまであまり一般的ではなかった能力を追加しています。それは、HyperCoreの「残高レイヤー」でユーザー資産を直接、一括かつプログラム的に調整する機能です。

原文タイトル：《Hyperliquid、株式配当にも対応へ》
原文著者：Azuma、Odaily 星球日报

北京時間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には2つの可能性があります：Core → EVMのシステムアドレス；配備者が指定し、署名を提供できるTreasury（資金庫）アドレス。注意すべき点として、EVM自体にはこのような原子的（atomic）な機能は存在しません。したがって、関連トークンがEVM環境にも存在する場合、対応するスマートコントラクトにカスタムロジックを追加して、この操作をEVM上のトークン残高にも同期適用する必要があるかもしれません。

・tokenとreferenceTokenが同じトークンである場合：すべての未約定注文（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 株を保有；

・チャーリーは100株を保有している。

各人の保有割合は変わらず、単に表示単位が変更されただけだ。逆も同様である。

Hyperliquid はアップデートにおいて、取引中の注文に関する問題も特に考慮している。資産が1:10の株式分割が発生した場合、ユーザーが以前に出した100株の売り注文をそのまま保持することは明らかにできない。そうしなければ、分割後の注文数量が新しい保有体系と一致しなくなるからだ。そのため、システムは元の注文をキャンセルし、新しい比率に基づいて再作成し、szDecimalsに応じて数量を精度処理する。言い換えれば、これは実質的に残高や注文などの取引状態を一緒に再評価することである。

更新ロジックを理解すれば、この「残高レベルのプログラマビリティ」は一体何に役立つのか？

応用シナリオ

現在、Jeff Yan が公開した内容自体は主に scaleWei の基盤能力を説明しているが、この能力をめぐって、すでに株式トークンに関連する複数の明確な応用方向を垣間見ることができる。

シナリオ1：配当

配当は伝統的な株式の最も基本的な権利の一つである。伝統的な証券会社のシステムでは、これは標準的なコーポレートアクションである。一方、典型的な EVM モデルでは、同様の操作を行う場合、通常はスマートコントラクトで対象アドレスを記録し、ユーザーが自ら受け取るか、プロジェクト側が一つずつ分配を完了する必要がある。

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

シナリオ2：株式分割と併合

これは実際には今回のアップデートで明確に対応されているシナリオである。token と referenceToken が同一資産である場合、scaleWei はすべての保有者の残高を統一比率で調整できる。

したがって、将来あるHIP-1資産が1:10の株式分割、10:1の株式併合、さらには最小取引単位の調整を必要とする場合でも、直接実行でき、システムは未約定注文を同時にキャンセルして再構築します。本当に株式やETFを扱う取引システムにとって、このような「コーポレートアクション」は標準装備です。

シナリオ3：リベース

同様のメカニズムはリベースにも使用できます。簡単に言えば、資産自体の総量や単位が調整される際（特にプレマーケットの株式トークン変換時に頻発し、株式数がそれに応じて調整されます）に、ユーザー間の相対的な保有比率は変わらないまま維持されます。

これまで、このような操作はトークンコントラクト自体のロジックに依存することが多く、今後はHyperCoreのネイティブ機能となる可能性があります。

シナリオ4：エアドロップ

もう一つの直感的なシナリオはエアドロップです。referenceTokenは配布されるトークンと同一である必要はないため、理論上はAの保有比率に基づいて資産Bを直接配分できます。

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

これは、少なくともHyperCore内部では、将来の従来型の「エアドロップ受領」アクションが、システムによる残高配分の直接実行にさらに簡素化される可能性があることを意味します。

株式トークンの「コーポレートアクション」の不足を補完

強調すべき点として、Jeff Yan氏が今回発表したアップデートは当面は基盤機能にのみ焦点を当てており、Hyperliquidがプラットフォーム上の株式トークンに対する配当を発表したことを意味するものではありませんが、インフラストラクチャの観点から見ると、上記のアプリケーションシナリオに必要な「保有比率に基づくアカウントへの資産配分」能力には、すでに対応する技術的経路が存在しています。

潜在的なアプリケーションシナリオを総合すると、Hyperliquidの今回のアップデートの真の意義は、オンチェーン資産の「コーポレートアクション」能力の不足を補完できる可能性にあることです。

過去数年間、業界でトークン化株式について議論する際、焦点は「株式をオンチェーンに載せられるか？」に置かれることが多かったですが、実際に株式をオンチェーンに移すなら、問題はそれだけにとどまりません。株式発行後には、配当、株式分割、株式併合、増資、資産配分など、一連のコーポレートアクションが継続的に発生します。

したがって、真に完全なオンチェーン株式インフラには、「株式の取引」ができるだけでなく、取引以外の資産状態の変化も処理できることが求められる。そして、まさにこの点こそが、Hyperliquidの今回のアップデートが触れ始めた部分である。

この観点から見ると、scaleWeiはむしろ、次段階のHyperliquidに向けてインフラのピースを埋めるようなものだ——チェーン上の金融資産を、「取引可能」なだけでなく、現実世界の金融資産のようにさまざまなコーポレートアクションを発生させられるようにする。