Hyperliquidも、幣股配当に対応することに

原文｜Odaily 星球日报（@OdailyChina）

作者｜Azuma（@azuma_eth）

日本時間8月12日、Hyperliquidの創設者Jeff Yan氏が公式Discordチャンネルでアップデート情報を公開しましたが、その表現が技術色が強かったため、多くの人がこの情報の意義を見逃したり、過小評価したりしました。

原文の直訳

以下はJeff Yan氏の原発言の直接翻訳です。

• ビルダーからのフィードバックに基づき、HIP-1には以下のトークン発行者が制御する関数が追加されます：scaleWei { token, totalWei, referenceToken, systemAddress }。
• この操作は、ユーザーが保有するreferenceTokenの残高に応じて、トークンの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株を保有；
• 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：リベース（Rebasing）

同様のメカニズムはリベースにも使用できます。簡単に理解すると、資産自体の総量や単位が調整される際（特にプレマーケットの株式トークン転換時に多く発生し、発行済み株式数が相应して調整されます）に、ユーザー間の相対的な保有比率は維持されるというものです。

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

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

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

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

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

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

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

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

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

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

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