変更履歴
Hypercall テストネットおよびメインネット・アルファにおける API の変更と非推奨化について記載します。
実験的 API の変更ポリシー
すべての /experimental エンドポイント、および明示的に実験的とされている WebSocket メッセージは不安定です。 破壊的変更は 1日(24時間)前の事前通知 をもって発効する場合があります。これには、フィールドやエンドポイントの削除または名称変更、フィールド型の変更、リクエストまたはレスポンスの挙動の変更が含まれます。この変更履歴に掲載される通知には、影響を受ける対象、クライアント側で必要な変更、および発効日時が記載されます。クライアントはこれらの通知を監視し、発効日時までに対応する必要があります。このポリシーは、実験的でないエンドポイントおよびサブスクリプションの互換性に関するコミットメントを変更するものではありません。
現在のインターフェースについては 実験的コンボ API を参照してください。このポリシーは、提供開始や即時のスキーマ変更を告知するものではありません。
関連項目: REST API リファレンス · WebSocket API · 認証
新規リリースなし - 2026年10月6日
追加
- 公開 PM 証拠金ポリシー:
GET /v1/pm-margin/policyは、現在有効なポートフォリオ証拠金ポリシー(種類、バージョン、ガンマ・オーバーレイ・モード、原資産ごとの全ユニバース)を認証なしで返します。レスポンスには強いETagとCache-Control: public, max-age=60, stale-while-revalidate=300が付与されます。If-None-Matchを送信すると、ポリシーが変更されていない間はボディなしの304 Not Modifiedが返されます。PM リスクパラメータ を参照してください。 - 本番環境での WebSocket 圧縮: 9月30日の項で説明した
permessage-deflateネゴシエーションが、本番環境の設定で有効になりました。この拡張を提示しないクライアントには影響ありません。
新規リリースなし - 2026年10月5日
追加
- この期間に レート制限やティアの変更はありません。レート制限 は変更されておらず、新しい TEE パーペチュアルの送信は、他のパーペチュアル注文の送信と同様に Account マネージャーに対してカウントされます。非推奨化されたエンドポイントはありません。
- TEE パーペチュアルのトリガーおよびバッチ・ルート:
POST /v1/tee-perp/orders/submit-triggerはネイティブのストップロスまたはテイクプロフィットを1件送信し、POST /v1/tee-perp/orders/submit-batchはグループ注文(na、normalTpslまたはpositionTpsl)を送信します。いずれもPOST /v1/tee-perp/orders/submitと同じアプリキーによる EIP-712 署名を使用し、同じポートフォリオ証拠金チェックを通過し、常に Hypercall のビルダーコードを付与します。 - TEE パーペチュアルのプレビュー:
POST /v1/tee-perp/previewは、ジャーナルへの書き込み、ノンスの予約、エンクレーブの呼び出しを行わずに、注文、バッチ、またはレバレッジ変更に対する証拠金チェックを実行し、判定結果、安定したreasonCode、証拠金の数値、取引所側の清算価格、および二分探索で求めたmaxSizeを返します。注文、バッチ、レバレッジの送信レスポンスにも同じreasonCodeが含まれるようになりました。理由コード を参照してください。 - TEE パーペチュアルのマーケット:
GET /v1/tee-perp/marketsは、Hypercall が受け付けるパーペチュアル・マーケットとそのアセット・インデックスを一覧表示します。Hypercall の価格フィード、PM シナリオ・グリッド、および USDC 証拠金の Hyperliquid マーケットを持つすべてのマーケットが、すべての TEE ルートで受け付けられます。それ以外のマーケットはmarket_not_supportedで拒否されます。 - ルートに関する注意: TEE ルートは API レベルではオプトインです。API クライアントは
/v1/tee-perp/エンドポイントを呼び出すことでこれを選択し、これを使用しない注文はアカウント・コントラクトのディレクティブ・パスを経由します。Hypercall アプリでは TEE がデフォルトのパーペチュアル・ルートであり、スマートコントラクト・ルートは「設定」の詳細設定として利用できます。
変更
- クライアントが指定するリクエスト ID は新しい UUIDv7 である必要があります。
POST /v1/tee-perp/cancels/submit-prepared(nonceReservationRequestIdとrequestIdの両方)およびPOST /liquidation/standard-margin(request_id)は、リクエスト ID が UUIDv7 でない場合(例:crypto.randomUUID()による v4)、埋め込まれたタイムスタンプが1時間より古い場合、または30秒より先の未来である場合に400を返します。新しいリクエストごとに新しい UUIDv7 を生成し、そのリクエストを1時間以内に再試行する場合にのみ再利用してください。 - このリリースをまたぐ TEE の注文、キャンセル、レバレッジの再試行は拒否されます。
POST /v1/tee-perp/orders/submit、POST /v1/tee-perp/cancels/submit、POST /v1/tee-perp/cancels/submit-by-oid、POST /v1/tee-perp/schedule-cancel/submit、POST /v1/tee-perp/leverage/submitのサーバー割り当て ID は、このリリースで変更されました。アップグレード前に最初に送信したリクエストを再試行すると、元の受理結果ではなく、ノンス再利用として400が返されます。元のリクエストは引き続き有効です。新しいノンスで新しいリクエストに署名して送信してください。 - RFQ のレッグサイズは送信時に精度がチェックされます: 小数点以下6桁を超える(
0.000001より細かい)RFQ のレッグサイズは RFQ の送信時に拒否され、エラーには切り捨て先となる最大の執行可能サイズが示されます。以前は RFQ が受け付けられた後にすべてのマーケットメイカーのクオートが失敗し、テイカーには一般的なクオートなしのタイムアウトが表示されていました。署名対象のレッグ・ハッシュは変更されていません。署名前にご自身でサイズを丸めてください。
新規リリースなし - 2026年10月4日
追加
- TEE パーペチュアルのレバレッジ:
POST /v1/tee-perp/leverage/submitは、注文受付と同じ証拠金ルールを用いて、TEE ルート経由でマーケットごとのレバレッジおよびクロスまたは分離モードを変更します。変更が拒否された場合は、insufficient_marginやleverage_requires_flat_accountなどの安定したreasonCodeが返されます。
新規リリースなし - 2026年10月2日
追加
- TEE パーペチュアルのキャンセルおよびスケジュール・キャンセル・ルート:
POST /v1/tee-perp/cancels/submit(クライアント注文 ID 指定)、POST /v1/tee-perp/cancels/submit-by-oid、およびPOST /v1/tee-perp/schedule-cancel/submit(デッドマンズ・スイッチ)が TEE ルートで利用可能です。
新規リリースなし - 2026年9月30日
追加
- WebSocket 圧縮:
/wsはserver_no_context_takeover付きの RFC 7692permessage-deflateをサポートし、環境ごとに有効化されます。この拡張を提示したクライアントは、サイズの大きいメッセージを圧縮された状態で受信します。提示しないクライアントには影響はありません。圧縮を参照してください。 - バッチ化された参考市場データ:新しい
indicative_market_data_v2チャネルは、indicative_market_dataの行をIndicativeMarketDataBatchフレームとして配信します。各フレームには、1つのバッチウィンドウ(デフォルトは 25 ms)内に配信された行が、順序どおりかつ集約されずに含まれます。購読確認は{"type":"Subscribed","channel":"indicative_market_data_v2","batch":true}です。このマーカーがない場合は、変更のないindicative_market_dataにフォールバックしてください。行の到着は最大で1ウィンドウ分遅れます。permessage-deflateを併用すると、バッチ化されたフレームは行を1件ずつ圧縮した場合と比べて約5分の1のサイズになります。バッチ配信を参照してください。短期間のみ存在した購読時の"batch": trueフィールドは削除されました。サーバーはこのフィールドを無視します。 - 未知のチャネルは拒否されます:存在しないチャネルへの
Subscribeは、Subscribed確認の後に何も配信されない状態ではなく、{"type":"Error","code":"unknown_channel","channel":"<name>","message":"Unknown channel '<name>'"}を返すようになりました。Errorメッセージには任意のcodeフィールドとchannelフィールドが追加されます。廃止済みのチャネルは従来どおりのエラーを返します。 - Rust クライアント:
WsClient::subscribe_indicative_market_data(symbols)はindicative_market_data_v2を購読し、サーバーがバッチマーカーなしで確認した場合、またはチャネルを拒否した場合はindicative_market_dataにフォールバックします。WsClient::with_batched_indicative(false)でオプトアウトでき、WsClient::unsubscribe_indicative_market_data()で購読を停止できます。この停止メソッドは、解決されたどちらのチャネルにも機能します。破壊的変更(1.0 以前):このメソッドのbatch引数は削除され、WsMessage::Subscribeからbatchフィールドが削除され、WsMessage::SubscribedとWsMessage::Errorには任意フィールドが追加されます。そのため、構造体リテラルと網羅的パターンの更新が必要です。
変更
- 破壊的変更:ポートフォリオ証拠金には統合された HyperCore アカウントが必要です。
portfolioを指定したPOST /margin-modeは、HyperCore がそのアカウントをunifiedAccountモードとして報告していない限り、400とコードpm_account_not_unifiedで失敗するようになりました。まずhl_set_abstractionディレクティブで有効化し、確認を待ってから再試行してください。統合されていない PM アカウントは評価できなかったため、この変更は後になって発生していた不透明なエラーを置き換えるものです。 GET /portfolioが PM エクイティフィードの欠落理由を説明します。 ポートフォリオ証拠金アカウントに現在の HyperCore エクイティがない場合、HyperCore がそのアカウントを一度も公開しておらず別のモードを報告しているときは409pm_account_not_unifiedを返し、それ以外の場合は現在の統合スナップショットがエンジンに届くまで再試行可能な503pm_account_equity_pendingを返します(統合されていない場合は HyperCore のモード名を示します)。その他の PM 評価エラーは、従来どおり汎用的な503を返します。- RFQ メイカーのプリフライトで価格算出エラーを区別します。 取引所が評価できないクォート(例:インプライド・ボラティリティ・サーフェスの欠落)は、
margin_rejectedではなく理由pricing_unavailableで拒否されるようになりました。margin_rejectedは、メイカーのアカウントに対する証拠金判定のみを意味するようになりました。
新規リリースなし - 2026年9月2日
追加
- 公開リスクシミュレーション:
POST /risk/simulate/portfolioは、マーク価格で評価したポジションの重ね合わせまたは置き換えをプレビューします。POST /risk/simulate/ordersは、待機注文またはアトミック注文の財務的な受け入れ可否をプレビューします。両エンドポイントは1つのイミュータブルなエンジンスナップショットを使用し、スタンダード証拠金とポートフォリオ証拠金の両方をサポートし、認証は不要で、アカウントやジャーナルの状態を変更することはありません。注文のプレビューにはルーティング、マッチング、ナンス、取引停止に関する保証が含まれないため、エンジンの状態が進んだ後の実際の注文は結果が異なる場合があります。 - 順序付きの未約定注文ベースライン:
POST /risk/simulate/ordersは任意のhypothetical_open_ordersを受け付け、それらを待機中の GTC 注文として順番に受け入れ、提案された注文またはアトミックパッケージとの合算効果を報告します。
スタンダード証拠金のオプション移行
対象範囲:スタンダード証拠金は、各原資産および満期ごとに、互換性のあるオプションのスプレッド、バタフライ、その他のポートフォリオを認識します。カレンダーは満期グループを別々に保持します。USDC の入金および既存の注文ルートに変更はありません。
追加的な現金コントラクト:REST および WebSocket のポートフォリオサマリーに standard_margin が追加されます。これには cash_margin、initial_margin_headroom、maintenance_margin_headroom、および互換性のある満期に関する診断情報が含まれます。既存の initial_margin と maintenance_margin フィールドは、従来どおり NAV から算出される意味を保持します。SM の注文受け入れと清算には、明示的な現金ヘッドルームのフィールドを使用してください。内訳が欠落している場合は、その機能が利用できないことを意味し、リスクがゼロであることを意味するものではありません。
ポジションのセマンティクスに関する破壊的変更:margin_posted とポジションごとの maintenance_margin は、グループによる保護を適用する前の単独の診断値です。これらを合算してアカウントの要件を求めたり、1つのレッグを決済するコストを見積もったりしないでください。アカウントの要件とグループ化された内訳を使用してください。
**null 許容フィールドに関する破壊的変更:**SM のオプションポジションは、REST および WebSocket のポートフォリオメッセージで liquidation_price: null を返すようになりました。小数文字列を必須とするデコーダーを更新し、価格を利用不可として表示するか、アカウントのヘッドルームを表示してください。従来の価格を返すと、グループ化された清算リスクを誤って表すことになります。この変更にはバックエンドとクライアントの協調した切り替えが必要であり、厳格な旧デコーダーとの互換性を主張するものではありません。
**クライアントの移行:**新しいバックエンドに対して取引を再開する前に、フロントエンドおよび自動リスク処理のコンシューマーを更新してください。旧メイカーのクォートをキャンセルして削除を確認してから、旧メイカーを停止してください。更新後のメイカーは、新しい現金の内訳が利用可能な状態でのみ起動してください。新しいバージョンのメイカーは、その情報がない場合にクォートを停止します。旧バージョンは稼働率の算出に NAV を使用するため、新しい現金ベースのリスクルールには適していません。同じ取引アカウントに対して異なるバージョンのバックエンドを混在させて運用しないでください。
**Rust ライブラリ:**ポートフォリオのポジションの清算価格は任意となり、証拠金サマリーには公開の内訳フィールドが追加されるため、対応する構造体リテラルの更新が必要です。既存の NAV ベースの証拠金ヘルパーのシグネチャは変更ありません。現金を考慮するリスクコンシューマーは、明示的な SM コントラクトを使用する必要があります。清算ライブラリは、シリアライズされた証拠金スナップショットおよび構築された候補において、正式な maintenance_margin ヘッドルームも必要とします。これらのスナップショットは現在の読み取り結果から再構築してください。保存済みの NAV から欠落した現金ヘッドルームを推定しないでください。
**検証:**ファーストパーティのコンシューマーは PM と SM を区別し、現金情報が利用できない場合は自動リスク判断を停止し、注文リクエストおよび署名の形式は変更されていません。この未リリースのエントリーは、デプロイやサポートされた混在バージョンでのロールアウトを確定するものではありません。
新規リリースなし - 2026年8月15日
追加
- コレクションのアセット出来高:
GET /accounts/{wallet}/collectionは、追加的なassets[].volumeフィールドで、各アセットの生涯における正確な正規化原資産想定元本を小数文字列として返すようになりました。
新規リリースなし - 2026年8月14日
非推奨のお知らせ
- プロフィールの username フィールドの非推奨化: Rust
GET /profileレスポンスのusernameフィールドは非推奨となり、2026年9月7日以降に削除される可能性があります。選択済みのユーザー名は、代わりに Analytics API のGET /username?wallet=...から取得してください。このエンドポイントが404を返す場合は、正規化されたウォレットからadjective_noun.xxをローカルで導出してください。移行期間中、成功した/profileレスポンスにはDeprecation、Sunset、X-Deprecation-Removal-Unix、Warningヘッダーが含まれます。 - 残存するレガシーな username レスポンスフィールド: レガシーな Rust
GET /usernameおよびPOST /usernameレスポンスのusernameフィールド、ならびにコンペティションのリーダーボードレスポンスは、引き続き2026年8月20日のスケジュールに基づく削除対象です。選択済みユーザー名の代替は、Analytics API のGET /usernameと署名付きPOST /usernameのコントラクトです。リーダーボードのクライアントは、選択済みの名前がない場合、正規化されたwalletまたはwallet_addressからadjective_noun.xx形式の表示名をローカルで導出する必要があります。以下の決定論的アカウント名アルゴリズムが規範となります。
決定論的アカウント名アルゴリズム
入力: 正規の EVM ウォレットの前後の空白を除去し、小文字に変換します。値は ^0x[0-9a-f]{40}$ に一致する必要があります。無効な入力の場合は Unknown となります。
順序付き単語リスト: この順序を厳密に維持してください。
adjectives = [swift, silent, long, short, deep, wide, sharp, calm, cold, quiet, bold, thin, idle, vivid, grim, amber, slate, rapid, steady, hollow, rogue, plain, lucky, brisk, stark]
nouns = [theta, vega, gamma, delta, rho, basis, carry, skew, strike, tenor, vol, wick, candle, ladder, condor, collar, straddle, strangle, butterfly, spread, hedge, premium, tick, lot]
ハッシュ関数: ASCII バイト列に対して 32 ビット FNV-1a を使用します。すべての乗算は符号なし 32 ビット整数にラップされ、JavaScript の Math.imul(hash, 0x01000193) >>> 0 と等価です。
fnv1a32(value, seed = 0x811c9dc5):
hash = uint32(seed)
for byte in ascii(value):
hash = uint32(hash XOR byte)
hash = uint32(hash * 0x01000193)
return hash
wallet = trim(input).lowercase()
adjective_hash = fnv1a32(wallet)
noun_hash = fnv1a32(wallet + "#2", adjective_hash)
adjective = adjectives[adjective_hash modulo 25]
noun = nouns[noun_hash modulo 24]
suffix = last 2 characters of wallet
display_name = adjective + "_" + noun + "." + suffix
テストベクター:
| ウォレット | 表示名 |
|---|---|
0x000000000000000000000000000000000000002a | vivid_candle.2a |
0xd9fe4c6bf4271fd685409cd01b7eece052c886c8 | silent_theta.c8 |
追加
- 公開バッジ API: analytics Worker は、バッジレジストリを
GET /badges、ページネーション付きの保有者一覧をGET /badges/{slug}、アカウントごとの状態をGET /badges/accounts/{wallet}、最大100ウォレットまでのキャッシュしやすいバッチをGET /badges/accounts?wallet=...で提供するようになりました。表彰台および累計出来高には、マテリアライズされたリーダーボードの世代が使用されます。創設メンバーの資格は、2026年8月1日 UTC より前に初めて確認されたアカウントに固定されています。ウォレットに紐づく Trollbox のメッセージ数は1時間ごとに更新され、メッセージが削除された後も獲得済みのティアは維持されます。 - プロフィールのストリークおよびコレクション実績:
GET /accounts/{wallet}/streak?days=14|61|365はストリークカレンダーを返します。GET /accounts/{wallet}/collectionは、期間パラメータなしで独立したコレクションのアセットグリッドを返します。ストリークは、条件を満たす約定があった連続した UTC 日数をカウントします。コレクションは、取引した原資産の種類数をカウントし、現在上場されているカタログと比較します。解決済みの自己約定はカウントされません。Complete のコレクションは、その後カタログが拡大しても獲得済みのまま維持されます。 - リーダーボード行の Hyperliquid 名: コンペティションおよび累計リーダーボードのエンドポイントが返す
data[]の各行に、null 許容のhyperliquid_nameが含まれるようになりました。analytics Worker は、返されたページ内のウォレットについてのみ名前を解決し、HyperEVM の呼び出しをバッチ処理し、肯定的な結果と否定的な結果の両方を10分間キャッシュします。このフィールドは、非推奨となった自動生成のusernameとは別のものです。クライアントは、null でない場合はこのフィールドを優先し、それ以外の場合は決定論的アカウント名を使用できます。
新規リリースなし - 2026年8月3日
破壊的変更
- Rust API からプロフィール画像を削除:
POST /profile/imageは利用できなくなり、GET /profileはprofile_image_urlを返さなくなりました。
新規リリースなし - 2026年7月29日
破壊的変更
- ローソク足 REST エンドポイントの削除:
GET /candlesは利用できなくなり、現在は404を返します。クライアントはこのエンドポイントの呼び出しを停止する必要があります。 - ローソク足 WebSocket 配信の廃止: Hypercall は
candles:<UNDERLYING>:<RESOLUTION>チャネルへのCandleUpdateメッセージの配信を停止しました。クライアントはこれらのチャネルの購読を停止する必要があります。本リリースでは代替のローソク足ストリームは提供されません。
新規リリースなし - 2026年7月27日
追加
- インディカティブの配信時刻: すべての
indicative_market_dataWebSocket ペイロードに、そのペイロードが送信された時点の API クロックのタイムスタンプ(ミリ秒)であるpublished_atが含まれるようになりました。配信時点でのプロバイダーのクオートの経過時間を測定するには、published_at - rfq_provider_quotes[].updated_atを使用してください。いずれの値もクライアントの実時間クロックと比較しないでください。既存のtimestampは、引き続き集計元の更新時刻を表します。 - WebSocket トランスポートクロック: 配信から受信までの保守的な所要時間が必要なクライアントは、購読の前に
{"type":"ClockSync","nonce":"<client nonce>"}を送信し、{"type":"ClockSynced","nonce":"<same nonce>","server_at":<API milliseconds>}を待つことができます。API のサンプルとクライアントの単調増加する経過時間を組み合わせてください。server_atをクライアントの実時間クロックと比較しないでください。
新規リリースなし - 2026年7月22日
追加
- 公開履歴における取引方向:
GET /tradesが返すすべての取引に、BuyまたはSellとしてtaker_sideが含まれるようになりました。メイカー側は常にその反対となります。 - 取引のカーソルページネーション:
GET /tradesにafter_trade_idを渡すと、より新しい取引をtrade_idの昇順で取得できます。最後に返された ID から続けて取得してください。カーソルモードはoffset、option_id、underlying、accountと組み合わせることはできません。既存のオフセット指定およびフィルター付きのクエリは変更されません。
新規リリースなし - 2026年7月20日
破壊的変更
- 低速な WebSocket コンシューマーは切断されます:
/ws接続は、接続ごとの安全上限のいずれかを超えた時点で終了されます。適用される上限は、保留メッセージ 16,384 件、エンコード済み保留データ 8 MiB、キュー滞留時間 5 秒、1 回のソケット書き込みにつき 5 秒です。これらは運用上の安全上限であり、スループットの保証や互換性の約束ではありません。キュー、バイト数、または滞留時間の違反が発生すると、error: "slow_consumer"、class、cause、recoveryを含むコンパクトな JSON の理由とともにクローズコード1008が送信されます。クローズフレームすら受け取れない接続は、読み取り可能な理由なしに終了する場合があります。リプレイカーソルはまだ提供されていません。クライアントは再接続し、必要に応じて再認証し、再サブスクライブしたうえで、リカバリーアクションに従う必要があります。リカバリーアクションは、順序付きのパブリックデータについてはスナップショットの再取得、プライベートな永続イベントについては REST による照合、またはポートフォリオ状態の再取得です。クライアントは、再接続をまたいで配信が途切れないことを前提にしてはなりません。クォートプロバイダーの受信ルート/ws/quotesは別系統であり、変更はありません。 - 変化のないインディカティブ更新は集約されます:
indicative_market_dataは、タイムスタンプのみのクォート更新を毎回送信しなくなりました。プロバイダーの価格、サイズ、可用性に変化がない場合、各銘柄が送信する鮮度更新は最大で 1 秒に 1 回です。価格やサイズといった金融上の変化、およびプロバイダーの削除は引き続き即座に配信されます。ソースのタイムスタンプをすべてイベントとして扱っていたクライアントは、代わりに最後に受信したスナップショットを使用する必要があります。 - WebSocket コマンドは同一 API プロセス内で REST のレート制限を共有します: 署名付きの
/wsPlaceOrder、SubmitRfq、SubmitAutoExecuteRfq、AcceptRfqQuoteコマンドは、その API プロセス内で対応する REST エンドポイントと同じ、インメモリのウォレット単位RateLimitCacheを使用するようになりました。制限はクラスター全体ではなく、API レプリカごとに独立したウィンドウが管理されます。ウォレットは署名の復元とエージェント認可の後にのみカウントされるため、他人のウォレットを指定してもその制限枠を消費することはできません。専用の WebSocket 配信ポッドを経由してもこれらの制限は回避できません。制限を超えた WebSocket コマンドには、HTTP のレート制限ヘッダーではなくErrorメッセージが返されます。
修正
- WebSocket のメモリバックプレッシャー: ソケット所有者のパスは、受け入れからソケット書き込みの完了まで、キューの計上を保持するようになりました。エンコード済みバイト数、キュー滞留時間、シリアライズ時間、実際のフレームバイト数、配信から書き込みまでのレイテンシ、書き込み失敗、および負荷によるクローズを、配信クラスごとに記録します。
- 重複したインディカティブ帯域: 金融上のフィールドに変化のない全チェーンのインディカティブスナップショットの繰り返しは、パブリック配信の前に抑制されます。
新規リリースなし - 2026年7月13日
追加
- API エラーコード: API が生成する HTTP
4xxおよび5xxの JSON エラーレスポンスに、既存のフィールドを維持したままcodeとmessageが追加されました。分岐には安定した機械可読のcodeを使用し、messageは表示や診断に使用してください。エラーと拒否理由を参照してください。
新規リリースなし - 2026年7月3日
追加
- RFQ プロバイダーのクォート可視化:
GET /options-summaryにinclude_rfq_provider_quotes=trueまたは後方互換のエイリアスrfq_provider_quotes=trueを指定すると、RFQ クォートプロバイダーの生のインディカティブクォートを含めることができます。銘柄ごとのプロバイダークォート数はrfq_provider_quotes_limit、provider_quotes_limit、またはlimitで制限できます。 - インディカティブ市場データストリーム:
IndicativeMarketDataWebSocket メッセージにrfq_provider_quotesが含まれるようになり、クライアントは集約されたビッドとアスクの背後にある、プロバイダーごとの RFQ インディカティブクォートを確認できます。
修正
- オプションサマリーのクエリパラメータ: REST API リファレンスに、
/options-summaryの新しいプロバイダークォート用クエリパラメータが記載されました。 - 利用不可になったプロバイダークォート: 利用できなくなった RFQ プロバイダークォートは、市場データのレスポンスから速やかに表示されなくなります。
新規リリースなし - 2026年6月26日
非推奨のお知らせ
- 注文ルートの省略:
PlaceOrderは、少なくとも 2026年7月4日まではrouteの省略を受け付けます。POST /orderは省略されたrouteをbest_executionとして扱い、Deprecation、Sunset、X-Deprecation-Removal-Unix、Warningヘッダーを返します。クライアントはrouteを送信し、PlaceOrderの型付きデータに含める必要があります。routeが 2026年7月4日より前に必須になることはありませんが、それ以降に必須となる可能性があります。
追加
- 任意の注文ルート:
POST /orderは、PlaceOrderにおいて任意の署名付きrouteフィールドを受け付けるようになりました。クライアントはbest_execution、book_only、rfq_onlyのいずれかを送信できます。予定された非推奨期間中、routeを省略すると現在のbest_executionの動作がデフォルトとなります。 - ブックのみの注文ルート: クライアントは
route=book_onlyを送信することで、RPI/RFQ の探索をスキップしてオーダーブックへ直接発注できます。route=best_executionは既存の「RPI の後にブック」という動作を維持します。route=rfq_onlyは予約済みであり、RFQ のみの注文履歴のセマンティクスが実装されるまで、現在/orderでは拒否されます。 - 一括注文のルート検証:
POST /bulk_orderは、ルート指定に対応したリクエストでroute=book_onlyをサポートします。routeを省略した場合は既存のブックのみの動作が維持されます。一括エンドポイントは RPI/RFQ ルーティングを実行しないため、route=best_executionとroute=rfq_onlyは一括注文では拒否されます。
新規リリースなし - 2026年6月25日
ドキュメントの修正
- API リファレンス: 生成された REST API リファレンスに
GET /liquidationsを追加し、清算ガイドからこのエンドポイントへのリンクを追加しました。
新規リリースなし - 2026年6月10日
ドキュメントの修正
- API リファレンスのベース URL: 生成された REST API リファレンスを修正し、公開環境としてテストネットは
https://testnet-api.hypercall.xyz、本番環境はhttps://api.hypercall.xyzと記載するようにしました。
新規リリースなし - 2026年6月10日
修正
執行
- 板が空の場合の RPI 約定: 執行可能な板上の流動性が存在しない場合、単一レッグの RPI はユーザーの指値を執行の上限または下限として扱うようになりました。表示された指値での適格な価格改善レスポンスは、指値自体を改善していないという理由で拒否されることなく約定できます。執行可能な板上の流動性が存在する場合、クォートプロバイダーは引き続きその板の価格を少なくとも 1 ティック改善する必要があります。注文の優先順位を参照してください。
- クォートプロバイダーのレスポンス: RFQ レスポンスは、API と同じ指値ルールに従うようになりました。板の参照価格が存在しない場合、テイカーの指値ちょうどのナチュラルクォートは受け入れられます。一方、テイカーの指値の範囲外にあるクォートや、執行可能な板上の流動性を改善しないクォートは引き続き拒否されます。
Trollbox
- メインネットへのルーティング: 本番の Trollbox がメインネットのワーカーを参照するようになったため、アプリのチャットはライブの Trollbox 環境を使用します。
新規リリースなし - 2026年6月1日
関連: メインネットローンチのお知らせ
破壊的変更
- メインネット環境: 本番クライアントは、メインネット用に設定されたアプリ、API、チェーンID、コントラクトアドレス、署名ドメインを使用する必要があります。テストネットの署名、テストネットのAPIキー、テストネットのエージェントキー、またはフォーセットを前提とした処理をメインネットで再利用しないでください。
- ローンチ時の取引範囲: メインネットのアルファ版は、リスクが限定されたオプション取引に制限されています。ネイキッドショート、広範なポートフォリオ証拠金、フォーセットによる資金供給、テストネットのコンペティション機能は、メインネットの一般ユーザーには有効化されていません。
- 実資金ビルドでのフォーセットルートの制限: フォーセット専用の資金供給経路は本番ビルドでは利用できません。メインネットのユーザーは、アプリの入金フローを通じてUSDCで資金を入金します。
追加
メインネット
- メインネットアルファ: Hypercallは app.hypercall.xyz で稼働しており、実際のUSDCによる決済に対応し、ローンチ市場としてSPCXオプションを提供しています。
- SPCXローンチ市場: メインネットでは、コール、プット、ストラドル、ストラングル、リスク限定型スプレッドを含むSpaceXオプションが利用可能です。メインネットのSPCX契約は米国東部時間午後4時に満期を迎えます。この市場は 注文の優先順位 に記載されているものと同じ注文ルーティングモデルを使用します。
- メインネットのチェーン設定: ウォレット接続、オプション注文の署名、コントラクトアドレス、環境固有のUI文言は、ハードコードされたテストネット前提ではなく、アクティブなメインネット/テストネット設定から取得されるようになりました。
- 本番取引ゲート: ローンチ設定では、アルファ版の段階的展開に向けて管理されたリスク設定を維持しつつ、取引を停止しない状態に保ちます。
- 本番API: メインネットのクライアント向けに、公開本番APIが利用可能です。
入出金
- USDC入金: ユーザーはアプリを通じてHypercallアカウントにUSDCを入金できます。このフローでは、送信の前後に、ルート、送金元チェーン、リレーの状態、送金先アカウント、入金反映額が表示されます。
- Exchange入金の帰属: ExchangeのUSDC入金イベントには入金先アカウントが明示的に含まれるため、バックエンドサービスは
msg.senderから所有者を推測するのではなく、意図したHypercallアカウントに入金を反映します。コントラクト: オンボーディング を参照してください。 - 入金Zap: フロントエンドは、リレーの見積もりとリレー状態の追跡を含む、アプリ経由のブリッジ&入金フローをサポートしています。
- 出金: メインネットの出金機能はシステムアクションを通じて実装されており、アカウントの入出金アクションに表示されます。
- 入金ルートの選択: 入金アクションはコントラクト設定からアクティブなルートを選択するため、同一のUIで環境ごとの入金経路に対応できます。
- 法的同意: アカウント設定および入金フローには、ローンチ時の法的同意が含まれており、利用規約 と プライバシーポリシー が公開されています。
執行
- 単一レッグ注文向けRPI: 単一レッグのオプション注文は、条件を満たす場合に リテール価格改善 (RPI) オークションにルーティングされ、条件を満たす気配値が約定しなかった場合はオーダーブックにフォールバックします。
- 複数レッグパッケージ向けRFQ: 複数レッグの戦略パッケージは、オール・オア・ナッシングでの執行のためにRFQを通じてルーティングされます。本番環境のデュアルモード注文では、パッケージ執行が必要な場合にRFQが優先されます。
- ローンチ時の手数料: ローンチ設定では、メイカー手数料とテイカー手数料は無効化されています。手数料 を参照してください。
- 組み合わせ注文のルーティング: 組み合わせ注文は、フロントエンドのみのパッケージ前提ではなく、バックエンドのRPI/RFQ経路を通じてルーティングされます。
- 気配値提供者によるショート: 登録済みの気配値提供者は、RFQ/RPIの流動性のために必要なショートレッグを約定させることができます。一方で、一般向けのローンチ範囲は引き続き制限されています。
修正
- 入金ページへのアクセス: 本番の入金フローに向けて、アプリホストのサードパーティ入金ルートと入金モーダルの動作の制限が解除されました。
- 入金許可リストの撤廃: ローンチ時の入金アクセスのため、本番環境の入金ホワイトリストによる制限が無効化されました。
- RFQのサイズ: コストモードのRFQサイズは送信前に正確に丸められるようになり、パッケージサイズにおける端数精度のずれを防ぎます。
- 複数レッグのペイオフ気配値: 複数レッグのペイオフチャートはレッグ気配値リゾルバーを使用するため、チャートの値が選択したパッケージと一致します。
- 負の値: ローンチ時のUI画面で、負の値が明示的な符号付きで表示されるようになりました。
- 古い入金アドレスのクリーンアップ: ローンチ後の検証を経て、古い入金アドレスと未使用のブリッジ状態が削除されました。
新規リリースなし - 2026年5月22日〜6月1日
関連: メインネットローンチのお知らせ
破壊的変更
- テストネット以外でのポートフォリオ証拠金の無効化: テストネット以外の環境では、ポートフォリオ証拠金の設定が拒否されるようになりました。メインネットのアルファ版では標準証拠金のみを使用します。
- 注文状態の正規化: 注文ライフサイクルのラベルで、受付済み/オープン、および一部約定/全約定の状態がより一貫して区別されるようになりました。生のステータス文字列を表示するクライアントは、これらをユーザー向けの正式な状態として扱ってください。
追加
入出金とアカウント
- 入金ルートの選択: アプリは、ハードコードされた環境前提ではなく、アクティブなコントラクト設定から入金ルートを選択します。
- Exchange入金Zap: テストネットに、後にメインネットでもリリースされたアプリ側のブリッジ&入金フローが追加されました。リレーの見積もり/状態の処理も含まれます。
- 明示的な入金反映: ExchangeのUSDC入金は入金イベントで指定されたアカウントに反映されるため、ルーターやZapがトランザクションを送信した場合でも帰属が曖昧になりません。
- 標準USDC出金: 標準ウォレットは、API/システムアクション経路を通じてUSDCの出金を送信できます。
- アカウント設定時の証拠金ブートストラップ: APIキーの設定時に、オンボーディング中にサポートされている証拠金モードがブートストラップされるようになり、入金済みアカウントが無効な取引状態になる可能性が低減されました。
- アカウント設定の一元化: アカウントの環境設定と各種設定が正規化され、入出金、エージェントキー、Trollboxの表示、プロフィール設定が1つのアカウント画面に集約されました。
市場と取引
- 近日公開予定の市場: アプリは、取引可能な市場として掲載することなく、近日公開予定の市場カードを表示できます。
- 建玉の端数表示: 資産の建玉は、小規模な市場でも切り捨てずに端数を含む値で表示されます。
- ライブカタログに基づく参考リスク: 参考RFQ/リスクの市場リストは、古いフロントエンドのリストではなく、ライブカタログから取得されます。
- 参照ビッド/アスクによる約定可能性判定: 注文入力では、参照ビッド/アスクのデータを使用して注文が即時約定可能かどうかを判定します。
- 混在ソースのIVのクロス解消: オプションサマリーのインプライド・ボラティリティ計算では、IVを算出する前に、異なるソースから取得したビッド/アスク価格のクロス状態を解消します。
- ネイティブのスティッキーなマーク行: 戦略のマーク行がネイティブのスティッキー動作に移行し、チェーン画面のスクロールがよりスムーズになりました。
UIとコンテンツ
- ダークモード: アプリの取引画面全体にダークモードが導入されました。
- インタラクション状態: ローンチに向けた仕上げとして、フロントエンドのインタラクション状態が改善されました。
- Hypercallホームページとインサイトの分離: 公開Webのルーティングが刷新され、インサイトは独立したサイトに分離され、プロダクトのホームはライブの取引画面を指すようになりました。
- RPIとRFQの解説: RPI執行に関する記事が公開され、ローンチ資料からリンクされました。
修正
- マーキーの取引可能性: マーキーの表示は掲載済みの市場に限定されるようになり、取引できない資産が稼働中として表示されることはなくなりました。
新規リリースなし - 2026年4月28日〜5月21日
関連記事: 第7週プロダクトアップデート
破壊的変更
- 未使用のAPIエンドポイントを削除: 未使用の
/limit_ivエンドポイントと、重複していた/profile/username-requestルートを削除しました。クライアントはREST APIリファレンスに記載されたルートを使用してください。 - RFQパッケージのフォールバックを厳格化: マルチレッグRFQはパッケージ取引として扱われ、任意のマルチレッグ執行においてオーダーブックへのフォールバックには依存しなくなりました。RPI/オーダーブックへのフォールバック動作が必要な場合は、シングルレッグの注文を使用してください。
- 署名用チェーンIDを設定可能に: オプション注文の署名は、単一のテストネットのチェーンIDを前提としなくなりました。クライアントは稼働中の環境から署名用チェーンを導出する必要があります。
追加機能
マーケット
- SPCXテストネットマーケット: SpaceXの上場前(プレIPO)オプションをテストネットに追加しました。満期は6月12日のIPO日までに制限されています。
- 上場マーケットのみをマーキーに表示: 本番環境およびステージング環境のマーケット・マーキーには上場済みのマーケットのみが表示され、取引できない資産が取引可能であるかのように表示されることを防ぎます。
- セッションを考慮したマネーネス・ボラティリティモデル: マネーネスの影響を受けやすいマーケットの価格算出において、ボラティリティモデルが取引セッションの状況を考慮するようになりました。
ストラテジービルダー
- ワンクリック・ストラテジービルダー: ストラドル、ストラングル、バーティカルスプレッド、アイアンコンドルなどの一般的なオプション戦略を、レッグごとに組み立てるのではなく、ストラテジーギャラリーから選択できるようになりました。
- アドバンストビルダー: アドバンストモードでは、行使価格レンジの指定、カレンダー型戦略向けの期先満期の選択、売りレッグを含む戦略の構築が可能です。
- 新しいマルチレッグ注文フォーム: パッケージ注文の入力画面を再構築し、レッグごとの気配値処理、気配値の有効期限カウントダウン、スリッページの表示、そしてよりシンプルな最良気配の受諾フローを導入しました。
- ストラテジーのラベルとバッジ: ストラテジーのヘッダーに簡潔なラベル、デビット/クレジットの区分が表示されるようになりました。ティッカーや満期が文脈から明らかな場合は、より短い名称で表示されます。
- オプションチェーンのインジケーター: チェーン、幅、スプレッドの各ビューに、選択中のレッグを示すピル、固定表示のマーク行、DTEラベル、損益分岐点を示す矢印、ポジションインジケーターが追加されました。
RPIとRFQ
- リテール・プライス・インプルーブメント(RPI): 対象銘柄のシングルレッグ注文は、オーダーブックにフォールバックする前にRPIオークションを経由するようになりました。詳細は注文の優先順位を参照してください。
- インディカティブRFQリスクストリーム: インディカティブ気配値とリスクの更新がWebSocket経由で配信されるようになり、アクティブな気配表示画面でのポーリングが削減されます。
- 高水準RFQクライアントビルダー: RustクライアントとトレードCLIに、RFQの気配値リクエストを構築するためのヘルパーが追加されました。
アカウントとエージェントキー
- エージェントキー失効パネル: アカウント設定に有効なエージェントキーの一覧と失効フローが追加されました。詳細はエージェント認証を参照してください。
- エージェントキーに関する通知: 有効なキーが多すぎるユーザーには、失効パネルへのリンク付きの推奨通知が届きます。
- メインネット対応のチェーン選択: 署名用チェーンID、Privyウォレットのチェーン、ウォレット切り替えの動作が、環境設定から導出されるようになりました。
Trollbox
- デスクトップ版Trollbox: デスクトップアプリにドラッグ可能なチャットパネルが追加されました。設定で表示/非表示を切り替えられます。
- Telegramブリッジ: メッセージ、返信、メディア、リアクション、転送元の表示、スタンプ、コマンドカードが、WebのTrollboxとTelegramの間で相互に連携されます。
- Telegramアカウント連携: ワンタイムコードによるフローで、Telegramをウォレットに連携できるようになりました。
- Trollboxのディープリンクとプレビュー: メッセージリンクにOGプレビュー、メディア画像、共有メッセージ用のアプリ内ルートが追加されました。
プロフィールとUI
- プロフィール画像: プロフィール画像のアップロード、トリミング、インポートが可能になりました。未設定の場合は、決定論的に生成されるフォールバックアバターが表示されます。
- 注文確認フロー: モバイルの注文入力に確認ステップとスライドによる送信確認が追加されました。
- テーマとレイアウトの改善: デスクトップとモバイルの両方で、テーマ変数、チャートラベル、クイックアクション、ストラテジーピル、ボタンの状態を調整しました。
- パフォーマンス: アセットページとリーダーボードで重複したデータ取得を削減し、初回描画時により有用なデータを表示するようになりました。
- 統合されたアカウント・エクイティ: ポートフォリオ証拠金およびHydromancerフィードの読み取りで、アカウント・エクイティにポートフォリオの状態を使用するようになり、証拠金表示全体の一貫性が向上しました。
修正
- ティアの売り単位の不一致: ティア制の注文受付において、売り単位の処理と証拠金行のロールバックを修正しました。
- 初回注文時のティア設定: ティア状態を持たないウォレットは、ティア未設定エラーになるのではなく、初回注文時に初期化されるようになりました。
- 満期を迎えた銘柄: 満期処理の際、カタログの照合でプット/コールのペアの欠落や、満期を迎えたアクティブな銘柄を処理できるようになりました。
- Trollboxの安定性: WebSocketのハートビート、環境ルーティング、アバターの読み込み、メディアの正規化、リアクションの永続化、アイドル時の切断処理を修正しました。
新規リリースなし - 2026年4月17日〜27日
関連情報: 第6週プロダクトアップデート
追加機能
RFQ
- 見積依頼 (RFQ) 取引システム: オーダーブックの流動性が厚くない市場向けの新しい取引モードです。RFQを送信すると、認証済みの WebSocket
rfqチャネル経由でリアルタイムに見積もりを受け取り、承諾または辞退できます。見積もりが届かない場合は、オーダーブック上の指値注文にフォールバックします。自然な流動性の形成を待たずに、新しい資産 (US500、USOIL、GOLD、HYPE) を迅速に上場できます。 - 自動執行モード: 新しい
SubmitAutoExecuteRfqEIP-712署名タイプ により、指値価格までの執行を事前承認できます。指値内で最初に条件を満たした見積もりが、1回のラウンドトリップで即座に執行されます。見積もりが届かない場合、またはすべての見積もりが指値を超えた場合は、オーダーブック上の指値注文にフォールバックします。 - RFQ見積もりカード: 見積もりには、レッグごとの価格、合計ネットプレミアム、満期までのカウントダウンタイマーが表示されます。ワンクリックで承諾または辞退できます。
- スリッページ設定: RFQ送信時に、参考価格に対するスリッページ許容幅 (1%、2%、3%、5%) を設定できます。
マルチレッグ取引
- マルチレッグ・オプション注文ビルダー: オプションチェーンでオプションをクリックすると、マルチレッグRFQ注文フォームにレッグとして追加されます。複数のレッグを積み上げることができ、Xボタンで個別のレッグを削除できます。レッグはURL (
?legs=) に保持されるため、マルチレッグ注文はページを更新しても失われず、共有も可能です。 - 戦略の自動検出: 28種類の戦略を検出してラベル付けします: ブル/ベア・コール/プット・スプレッド、ロング/ショート・ストラドル、ロング/ショート・ストラングル、カレンダー・スプレッド、ダイアゴナル・スプレッド、アイアンコンドル、アイアン・バタフライ、コール/プット・バタフライ、コール/プット・コンドル、リスクリバーサル、カラー、シンセティック・ロング/ショート、レシオ・スプレッド、バックスプレッド、ボックス・スプレッド、ジェイド・リザード、シーガル、ブロークン・ウィング・バタフライ、スプリット・ストライク・コンバージョン。戦略名はドキュメントにリンクしています。
- 合成ペイオフ、チャート、グリークス: マルチレッグ表示では、合成ペイオフ図、合成理論価格チャート (全レッグの理論価格の合計)、および売りレッグの符号を調整した集計グリークス (デルタ、ガンマ、セータ、ベガ) が表示されます。
- 契約別/戦略別グリークスの切り替え: 下部パネルで、契約ごとのグリークスと戦略レベルで集計したグリークスを切り替えられます。
- 最大レッグ数を10に拡大: 従来の4から引き上げました。
清算
- 2段階の清算システム: バックエンド管理のIOC決済注文による部分清算を行い、部分清算で不十分な場合はオンチェーン・オークションによる完全清算へ移行します。
- 清算タブ: 接続中のウォレットの清算イベントを表示する新しいタブを下部パネルに追加しました。
GET /liquidations: カーソル方式でページネーションされる公開の清算遷移履歴です。サードパーティの清算ボットが候補の発見に使用します。- 清算ボットのサンプル: 新しい
liquidatorクレートで、標準証拠金の清算監視と署名付きHypercall清算注文の実装例を示しています。
UI
- 資産推移チャートでの損益要因分析: レイヤーアイコンを切り替えると、資産推移チャート上にポジションごとの積み上げエリアが表示されます。チャート下の横棒グラフの内訳では、ポジションを原資産ごとにグループ化し、銘柄ごとの実現損益を表示します。チェックボックスで個別ポジションを絞り込んだり非表示にしたりできます。クロスヘアをホバーすると内訳が更新されます。デスクトップガイドをご覧ください。
- パンくずリスト付きの展開可能なマーケットパネル: 左側のマーケットパネルを折りたたんで、取引画面を広く使えるようになりました。パンくずリストでナビゲーション上の現在位置 (例: Assets > BTC > Options) を確認できます。
- 通知ベル: アナウンスのメガホンアイコンを置き換えました。通知 (約定) とアナウンスのタブを持つドロップダウンです。未読ドットはSSRにより初回描画時に表示されます。ウォレットごとの既読日時はlocalStorageに保存されます。
- アカウントのホバーメニュー: プロフィールボタンにホバーすると、資産額、損益、買付余力、ポジション数を表示するドロップダウンが開きます。ユーザー名を未設定のユーザーには「名前を選択」のプロンプトが表示されます。
- ナビゲーションにヘルプを追加: ナビバーにドキュメントへのヘルプボタンを追加しました。
- サービス停止チップ: バックエンドに接続できない場合、ヘッダーに赤いインジケーターが表示されます。
- リーダーボード順位チップ: ナビバーにライブの順位バッジを表示し (リーダーボードへのリンクを置き換え)、取引に応じた順位の変動を増減インジケーターで示します。
- 決済済みポジションの詳細ページ: ポジションごとの詳細ビューで、理論価格チャート、個別の約定、実現損益の内訳、わかりやすい銘柄名 (例: 「BTC $55,000 Call Apr 14」) を表示します。
- 動的なソーシャルプレビュー画像: 共有可能なすべてのページでOG画像を生成します。対象は銘柄 (理論価格チャート + グリークス)、マルチレッグ戦略 (ペイオフ図 + 戦略名)、プロフィール (損益統計 + 順位)、リーダーボード (メダルバッジ付きの上位5名)、取引確認です。
- デスクトップのナビバーを再構成: フッターを削除し、接続ボタンをヘッダーに移動し、キーボードショートカットの表示 (Ctrl+K) を追加しました。
- チャートヘッダーの価格切れを修正: デスクトップのチャートヘッダーで価格がはみ出さなくなりました。
PWA
- ルートルートへの移行: すべてのルートを
/mobile/*からルートの/*に統合しました。従来の/mobile/*パスは自動的にリダイレクトされます。デスクトップとモバイルでURL体系を統一しました。 - iOS PWAのアップグレードフロー: 旧
/mobilePWAをインストールしたユーザーには、Apple公式のアイコンを使ったiOSのインストール手順 (共有 > さらに表示 > ホーム画面に追加) を段階的に案内する、ネイティブ風のアップグレードモーダルが表示されます。 - iOSスプラッシュ画面とナビゲーションプリロード: 12種類以上のデバイス別スプラッシュ画面により、コールドスタート時の白いフラッシュを解消しました。ナビゲーションプリロードにより、サービスワーカーの起動中にページを取得します。
- アプリショートカット: ホーム画面のアイコンを長押しすると、ポートフォリオと入金にすばやくアクセスできます。
- 画面のスリープ防止: スタンドアロンPWAモードでは、取引セッション中に画面をオンのまま維持します。アプリ再開時に自動的に再取得します。
- 永続ストレージ:
navigator.storage.persist()を要求し、ブラウザがキャッシュ済みのアプリアセットを削除しないようにします。
API
- WebSocketイベントに
instrument_typeを追加: 約定イベントと注文更新イベントにinstrument_type("option"または"perp") が含まれるようになりました。後方互換性のある追加です。 GET /profile/tradesに?symbol=フィルターを追加: 取引履歴を銘柄シンボルで絞り込めます。特定の銘柄を照会する高頻度トレーダーのペイロードを削減します。- パーペチュアルの約定をWebSocketで配信: Hydromancerのパーペチュアル約定がWebSocketフィードに配信されるようになりました (従来は欠落していました)。
- WebSocket経由の
AcceptRfqQuoteとPlaceOrder: 注文のライフサイクル全体 (RFQ送信、見積もり受信、承諾、注文発注) を、RESTコールなしで単一のWebSocket接続上で実行できるようになりました。 PerpOrderResultにfillsフィールドを追加: Rust SDKがパーペチュアル注文のレスポンスに約定をインラインで返すようになりました。フィールド:coin、side、size、price。
修正
- IOC/FOKのゴースト注文: 部分約定したIOC注文とFOK注文の残数量が、ゴースト注文としてオーダーブックに残っていました。部分約定後に残数量を即座にキャンセルし、ステータスを
PartiallyFilledではなくCanceledに設定するようになりました。 - 決済買い注文でのプレミアム拘束: ショートポジションを決済する買い注文で誤ってプレミアムが拘束され、資産額が減少して誤った清算が発生していました。ポジションを決済する買い注文ではプレミアムの拘束を行わないようになりました。
- デプロイ後の満期済みチェーン: サーバー再起動時に、満期済みのオプションチェーンが一時的にActiveとして表示されていました。読み込み時に銘柄を満期タイムスタンプと照合し、即座に
ExpiredPendingPriceとしてマークするようになりました。 - RFQの見積もりなし時のフォールバック: 条件を満たす見積もりを受け取れなかった自動執行RFQで、従来はエラーが表示されていました。現在はオーダーブックへの指値注文にフォールバックします。
- マーキーの値動き上位の精度: ティッカーバーの値動き上位銘柄は、オプションサマリーキャッシュから、理論価格と24時間前の理論価格の変化率に基づいて算出し、気配のあるオプションのみに絞り込むようになりました。従来は生のBBOデータを使用していたため、ノイズの多い値や古い値が表示されていました。
- オプションサマリーのprice_change: 価格変化の計算に用いるBBO基準値を、オーダーブックのビッドのみに変更しました。誤解を招く数値が出る可能性があった、マーク価格対理論価格のフォールバックを置き換えています。
新規リリースなし - 2026年4月14日〜16日
破壊的変更
PUT /orderおよびPUT /bulk_order: 新しいアトミックな注文置換エンドポイントです。既存の注文をキャンセルし、同じエンジンティック内で新しい注文を発注します。キャンセルが失敗した場合(注文が既に約定済み、または見つからない場合)、新しい注文は発注されません。新しいReplaceOrderEIP-712 署名タイプを使用します。従来のキャンセル後に発注するパターンを使用しているクライアントは移行してください。
追加
API
GET /profile/realized-pnl: 約定と決済から集計した、シンボルごとの実現損益を返します。オプションのcompetition_idパラメータを指定すると、結果をコンペティションの期間に限定できます。GET /profile/tradesのrealized_pnlフィールド: 各約定行に、その取引に帰属する実現損益が含まれるようになりました。GET /profile/historical-pnlのnet_depositsと要因分解コンポーネント: 過去のエクイティスナップショットの各ポイントに、累積純入金額と P&L の要因分解の内訳が含まれるようになりました。GET /marketsのprev_day_pxフィールド: マーケットのペイロードに、銘柄ごとの前日参照価格が含まれるようになりました。
UI
- お知らせメガホン: デスクトップおよびモバイルのヘッダーに、未読件数バッジ付きのメガホンアイコンを追加しました。クリックすると、お知らせ(タイトル、本文、日付、任意の画像/リンク)を一覧表示するポップオーバーが開きます。既読/非表示の状態はウォレットごとに管理されます。
- 注文の編集と置換: デスクトップでは、未約定注文の鉛筆アイコンから価格/サイズをインラインで編集でき、チェックマークで送信、X でキャンセルします。編集中は行がアンバー色でハイライトされます。モバイルでは、注文をタップすると「キャンセル」と「更新」ボタンが表示されます。
- メンバーページの決済済みポジション: 「ポジション」と「取引履歴」の間に新しい「決済済みポジション」セクションを追加しました。満期を迎えたオプションと決済済み取引から得たシンボルごとの実現損益を、緑/赤の色分けで表示します。オプションの決済方法については決済をご覧ください。
- 取引履歴の実現損益列: 約定ごとの実現損益を色分けして表示します。ポジションを新規に建てた約定にはダッシュが表示されます。
- API キー管理画面の読み込み時のちらつきを解消: エージェント一覧が、ページ読み込み後に遅れて表示されるのではなく、即座にレンダリングされるようになりました。
- 空のポジションテーブルを非表示: 未決済ポジションがない場合、空のテーブルヘッダーを表示するのではなく、ポジションセクション全体を非表示にするようになりました。
- 空状態画面の接続ボタン: 空状態画面で欠落していたウォレット接続ボタンを復元しました。
損益
- P&L が支払ったプレミアムを差し引いた純額に: 実現損益に、ポジションを建てる際に支払ったプレミアムが反映されるようになりました。以前は総支払額のみを表示していました。例: 以前は実現損益 +135K を差し引き、正しく +$27K と表示されるようになりました。
- 決済済みオプションを原資産ごとにグループ化: 要因分解で満期を迎えた個々のシンボルをすべて列挙するのではなく、決済済みポジションを原資産ごとのバケット(例: 「BTC (settled)」)にまとめるようになりました。
- OTM ポジションでライブエクイティがゼロに落ちなくなりました: エクイティチャートのライブ部分で、OTM ポジションの価値が急にゼロに落ちる屈曲を修正しました。
- 満期済みポジションのみを持つウォレットで要因分解を表示: 未決済ポジションがなく、決済済みオプションのみを持つウォレットでも、損益の要因分解が正しく表示されるようになりました。
修正
GET /profileが 500 を返す問題: 集計データが不完全なウォレットで発生していた問題を修正しました。- サーバー再起動後に含み損益が古いままになる問題: 次のマーク更新を待たず、再起動時に即座にポートフォリオを再評価するようになりました。
- ペイオフ図の DTE の 1 日ずれ: 損益分岐点と最大損失のラインをずらしていた満期までの日数の計算を修正しました。
- フォーカスの奪取: UI 操作中にフォーカスが奪われる問題を修正しました。
- チャート描画の改善: チャート表示に関するさまざまな修正を行いました。
新規リリースなし - 2026年4月11日〜13日
追加
プッシュ通知
- ブラウザのプッシュ通知: Web Push を通じて、約定、清算、決済のアラートを購読できます。新しいエンドポイント:
POST /push/subscribe、POST /push/unsubscribe、POST /push/preferences。すべてのプッシュエンドポイントには EIP-712 ウォレット署名が必要です。種類ごとの切り替え(約定、清算、決済)は、デスクトップの設定およびモバイルのアカウント設定で利用できます。 - デスクトップのトースト通知: デスクトップレイアウトで、注文の約定やエラーをリアルタイムのトーストで通知します。
取引
- グリークスタブ(デスクトップ): 下部パネルに新しいタブを追加し、ポジションごとのデルタ、ガンマ、セータ、ベガ、ロー、IV を表示します。列ヘッダーにはグリークスのリファレンスへのリンク付きツールチップがあります。原資産ごとの小計行に加え、ポジションが複数の原資産にまたがる場合はポートフォリオ合計を表示します。
- リーダーボードの列で並べ替えが可能に: リーダーボードの利益、出来高、効率の列をクリックして並べ替えられるようになりました。
- 注文フォームの改善: 数量のクイック選択、ツールチップの改善、レスポンシブなサイズ調整を行いました。
- メンバーページの損益チャート: メンバープロフィールに、エクイティの推移チャートが表示されるようになりました。
- HC/HL の統計をサイドペインに移動: HyperCore と HyperLiquid の統計をサイドパネルに移動しました。
- サイズゼロの注文行を削除: 注文一覧にサイズゼロの注文が表示されなくなりました。
ゴーストモード
- ゴーストモード: 未認証のユーザーでも、ウォレットを接続せずにマーケット、注文板、チャートを閲覧できます。設定ページも認証なしでアクセスできます。詳しくはデスクトップガイドをご覧ください。
- アセットごとの動的ファビコン: ブラウザタブのアイコンに、アクティブなアセットのアイコンを緑のリングで囲んで表示します。オプション閲覧時はコール/プットのバリエーションが表示されます。
チャート
- ボラティリティ・サーフェスの可視化: 上場しているすべての原資産について、
/risk/vol-surfaceでインタラクティブな 3D ボラティリティ・サーフェスビューアーを利用できます。ボラティリティ・サーフェスの取得元についてはオラクルをご覧ください。 - ポートフォリオチャートのデフォルトを 5 分間隔に: 新しいアカウントでより滑らかに描画されるようになりました(4D 表示ではなく 8H 表示)。
- 設定変更時にチャートを即時更新: 設定でチャートモードを切り替えると、ページを再読み込みせずに即座に反映されるようになりました。
API
GET /options-summaryの満期フィルター:?expiry=YYYY-MM-DDを指定すると、レスポンスを単一の満期に限定できます。
アカウント
- ユーザー名の表示名: ウォレットごとに、リーダーボードとメンバーページに表示される表示名を設定できます。名前は即座に反映されます(モデレーターの審査なし)。デスクトップの設定とモバイルの設定のどちらからでもインラインで編集できます。
修正
- 一部の注文でビッド/アスクのサイドが反転する問題: オンチェーンの注文方向によってサイドが誤って割り当てられる問題を修正しました。
- オプションチェーンの読み込み時間を約 60% 短縮: API の満期フィルタリングと、表示中のストライクのチャートデータの事前取得により、読み込みが高速化しました。
- マーケットの切り替えが即時に: デスクトップで原資産を切り替える際に、ページ全体の再読み込みが発生しなくなりました。
- デスクトップでのテナー切り替え時のクラッシュ: オプションのテナーを切り替える際のクラッシュと動作の遅さを修正しました。
- デスクトップのアカウントページのスクロール: 長い取引履歴が正しくスクロールされるようになりました。
- モバイルの /preferences が 404 になる問題: モバイルでも設定ページにアクセスできるようになりました。
- 入金後の買付余力の更新: テストネットのフォーセットから入金した後、リフレッシュしなくても残高が即座に更新されるようになりました。
- エージェント未設定時の取引ゲート表示: 機能しない署名ボタンではなく、セットアップの操作を表示するようになりました。
- エラーバナーの自動消去: 表示され続けていたエラーバナーが自動的に消えるようになりました。
- モバイルでのリーダーボードのレイアウト: デスクトップと比べてモバイルで値が詰まって表示される問題を修正しました。
- リダイレクト時のちらつきを解消: アプリへ移動する際に目に見えるリダイレクトが発生しないようにしました。
新規リリースなし - 2026年4月7日〜10日
関連記事: Week 4: Desktop Goes Live
追加機能
API
GET /historical-theos: 生の直近約定価格の履歴に代わり、オプションの理論価格の時系列を返します。時間間隔と件数上限を設定できます。REST API リファレンスをご覧ください。GET /historical-theos/batch: 1回のリクエストで最大50銘柄の理論価格系列を取得します。パラメータ:instrument_names=A,B,C&interval=1h&limit=100。GET /profile/tradesにrealized_pnlを追加: 約定データに実現損益が含まれるようになりました。
UI
- グリークスが理論マークを使用するように: すべてのグリークス計算で、直近約定価格ではなく理論価格を使用するようになり、流動性の低いストライクでの精度が大幅に向上しました。
- 銘柄ページに理論価格チャートを表示: オプション契約ページに理論価格の履歴チャートを表示します(生の約定価格履歴を置き換えます)。
- 銘柄ページにポジションをインライン表示: 表示中の銘柄に対するオープンポジションを契約ページ上に直接表示します。
- 空状態の改善: 空のチャートや空状態の文言とレイアウトを改善しました。
修正
- フォーセットの入金上限: テストネットのフォーセットが、固定の上限ではなくウォレットごとの残り利用枠を反映するようになりました。
GET /portfolioの断続的な503エラー: ポートフォリオエンドポイントで断続的に発生していたサーバーエラーを修正しました。- ローディングスピナー: ページ読み込み中に表示される不要なローディングスピナーを解消しました。
GET /profile/tradesが500を返す問題: 約定履歴のあるウォレットで発生していた問題を修正しました。- メンバーページのレイアウトずれ: メンバーページの配置ずれを修正しました。
- デフォルトチャートのラベル: デフォルトチャートの設定がアセットに適用されることを明確にしました。
新規リリースなし - 2026年4月1日〜6日
関連記事: Week 3 Product Update
破壊的変更
- ポートフォリオ証拠金モデルの変更: 当初証拠金の計算式が
scanning_riskからmax(scanning_risk, option_floor) + gamma_overlayに変更されました。REST および WebSocket のポートフォリオレスポンスに3つの新フィールドscanning_risk、option_floor、gamma_overlayが追加されました。利用可能残高はequity - total_margin_usedになりました(以前はcash - total_margin_used)。エクイティにパーペチュアルの未実現損益が含まれるようになりました。 GET /risk/gridの変更:include_open_ordersパラメータを削除しました。シナリオモデルが単一軸の{scenario_type, value}から複合ショックの{spot_shock_pct, vol_shock_pct, pnl_weight, is_tail}に変更されました。最悪ケースの損益は加重計算されるようになりました。
追加機能
デスクトップ
- デスクトップ取引レイアウト: マルチパネルの取引ビュー、キーボード操作、銘柄価格チャート、コンパクトなオプションシンボル、ポジション/注文から銘柄へのクリック遷移を備えたフルデスクトップシェルです。
API
- オプション銘柄に原資産シンボルと価格を追加: オプション銘柄のレスポンスで原資産が公開されるようになりました。REST API リファレンスをご覧ください。
コンペティションとリーダーボード
- コンペティションシステム: 新しいエンドポイント
GET /competitions、GET /leaderboard、GET /competition-metric-ranks、POST /submitUsernameRequestを追加しました。毎月開催(毎月1日の午後4時(ET)から翌月1日まで)。テストネットのコンペティションでは実際の賞金(SYN で 300/$200)が用意されています。マーケットメイカーはランキングの対象外です。 - リーダーボード UI: ランクバッジ(「Rank #X」または「Trade to win」の CTA)、賞金内訳カード、Hyperliquid Names との連携、整形されたオプションシンボル(「04/10 $59,000 Call」)、FIFO ロットによる P&L、相対タイムスタンプ(5m、2h、3d)。
- コンペティション説明文での Markdown 対応: コンペティションの説明文で Markdown 書式が使えるようになりました。
ポートフォリオ
- ポートフォリオ証拠金: 相関のあるポジション間でのクロスマージンに対応しました。満期を迎えた銘柄はガンマオーバーレイの対象外となります。
UI
- コンパクトなオプションシンボル: UI 全体で読みやすい形式(「04/10 $59,000 Call」)で表示します。
- 注文フォームに最大ボタンを追加: 利用可能な証拠金に基づく最大サイズをワンクリックで入力できます。
- 桁区切り: すべての価格・サイズ欄でカンマ区切りを表示します。
- ポジション/注文をクリック → 銘柄: ポジションまたは注文の行をタップすると、対応する契約ページに遷移します。
- 設定ページ: ツールチップ、バッジの切り替え、セッション間での設定状態の同期に対応しました。
修正
- チャートの UTC 基準の中央揃え: アセットチャートが UTC の区切りを基準に中央揃えされるようになり、時間軸切り替え時の動作を安定させました。
- スワイプ操作(モバイル): スワイプでのキャンセルやスワイプナビゲーションの不安定な動作を修正しました。
- デスクトップでの URL 修正: デスクトップの URL から
/mobileプレフィックスを削除し、ストライク選択の不具合を修正しました。
新規リリースなし - 2026年3月24日〜31日
関連記事: Week 2 Product Update
追加機能
チャート
- 損益履歴チャート: ホームページに、インタラクティブなクロスヘア付きのエクイティ推移チャートを追加しました。タップ/クリックで任意の時点を確認でき、タイムスタンプを表示して残高表示を更新します。
- アセットチャート: アセットごとの現物価格チャートで、Y 軸は表示期間の範囲に合わせて調整されます。
注文管理
- セクション見出し: ポジション、注文、履歴の各セクションに個別の見出しを付け、見やすくしました。
- スワイプで注文を削除(モバイル): オープン注文を左にスワイプするとキャンセルできます。
- 注文キャンセルの確認: 注文キャンセル専用のダイアログを追加しました。
- 注文行をクリック → 契約ページ: 注文をタップすると銘柄の詳細ビューに遷移します。
- オープン注文の表示を更新: オープン注文のスタイルを刷新しました。
接続
- WebSocket 切断バナー: WS フィードが切断された場合やバックエンドに接続できない場合にバナーを表示します。
グリークス
- アセットページにポジションのグリークスを表示: アセット詳細ページにデルタ、ガンマ、セータ、ベガの合計を表示します。
- 契約ページに契約のグリークスを表示: 契約ビューにポジションごとのグリークスを表示します。
- オプションの種類ごとの損益分岐点: コール、プット、スプレッドの損益分岐点価格を計算して表示します。
取引履歴
GET /profile/tradesに約定時刻を追加: 取引履歴の各行に約定タイムスタンプが含まれるようになりました。- オプションチェーンの満期選択の保持: 選択した満期を URL のクエリパラメータに保存し、画面遷移後も復元します。
- オプション銘柄に原資産シンボルと価格を追加: オプション銘柄のレスポンスで原資産が公開されるようになりました。
アカウント
- ユーザー名システム: ウォレットアドレスに表示名を設定でき、リーダーボードやメンバーページに表示されます。
修正
GET /profile/tradesが500を返す問題: 約定履歴のあるウォレットで発生していた問題を修正しました。- ポジションのデフォルト表示順: ポジションはデフォルトで評価額、損益、取得原価の順に表示されるようになりました(以前は表示順が一定していませんでした)。
- 注文フッターに満期までの時間を表示: TTE 表示を追加しました。また、1秒の署名遅延により誤った二重送信を防止します。
- モバイルでのログアウト: サインアウト時にセッション状態が正しくクリアされるようになりました。
- ライトモードの背景: ライトモードでの背景色を修正しました。
- ページ遷移の滑らかさ向上: 画面遷移時のカクつきを軽減しました。
- スワイプ時の背景: スワイプ操作中の背景描画を修正しました。
新規リリースなし - 2026年3月16日~23日
関連項目: 第1週プロダクトアップデート
追加
テーマと外観
- ミッドナイト・ダークモード: 既存のライトモードに加えて、高コントラストの新しいダークテーマを追加しました。
- 自動テーマモード: テーマがデバイスのライト/ダーク設定に自動で合わせて切り替わります。新規ユーザーのデフォルトは自動です。
ダッシュボードと統計
- HL・HC統計フィールド: ダッシュボード上で、Hyperliquid固有の統計とHypercall固有の統計を切り替えられます。
- プット/コール・レシオ: Hypercall統計パネルにプット/コール・レシオを追加しました。
- 結果バッジ: 取引結果(利益、損失、無価値で満期到来など)を示すバッジを追加し、ポジションヘッダーに円グラフを表示します。
オプションチェーン
- 行使価格のソートと選択状態の保持: 行使価格を並べ替えられるようになり、選択状態はセッションをまたいで保持されます。
- 価格ターゲットの初期値設定: 価格ターゲットページの初期値が空欄ではなく、現在の原資産価格になりました。
- 原資産価格表示の統一: DEXのパーペチュアルデータを含め、すべてのページで原資産価格の表示を統一しました。
注文UX
- 約定済み/期限切れ注文のキャンセルメッセージ: すでに約定済みまたは期限切れの注文をキャンセルしようとした場合、生のエラーではなく「This order has already been completed or cancelled」と表示されます。
設定
- 設定ページ: ツールチップ、バッジの切り替え表示、セッション間で同期される設定状態に対応しました。
修正
接続性
- WebSocket再接続時のデータ更新: WS再接続時に、古いデータを表示したままにせず、注文、約定、ポートフォリオを再取得するようになりました。
- WS再接続の遅延: 正常な接続が確立した後にバックオフタイマーがリセットされるようになりました。以前はリセットされなかったため、通常の切断が数回発生すると、以降の再接続がすべて30秒待機していました。
注文
- 期限切れ銘柄のゴースト注文: 決済済み銘柄の注文が適切に削除されるようになり、キャンセル時の「Orderbook not found」エラーを防止します。
- マイナス現金残高の拒否: 現金残高がマイナスになる買い注文は、発注時に拒否されるようになりました。拒否メッセージは「Insufficient cash (Standard)」です。リスクを削減する買い戻し(buy-to-close)注文では、この制限は適用されません。スタンダード証拠金を参照してください。
UI
- 価格ターゲットのアニメーション: 価格ターゲットページでアニメーションが跳ねる、または停止する問題を修正しました。
- モバイル資産チャートの表示切れ: モバイルの資産チャートでクイックアクションが切れて表示される問題を修正しました。
- モバイルPWAの読み込み停止: モバイルPWAが「Loading...」のまま停止する問題を修正しました。
既知の問題
クライアントの挙動をデバッグする前に、まずHypercallステータスページで進行中のインシデントやメンテナンスを確認してください。
ステージング環境の挙動と既知の問題は、アクセス権の付与時にお知らせします。詳細はチームまでお問い合わせください。
バージョニングポリシー
安定性ラベル:
- Stable: ルーターのパスおよび主要なリクエスト/レスポンスの形式は、変更される可能性が低いものです
破壊的変更: 移行ガイドとともにここに記載します。