よくある質問

どのような意味でオンチェーンなのですか？

取引のルールは、Hyperliquidのスマートコントラクト・チェーンであるHyperEVM上のコントラクトにあります。USDCは、Hyperliquidのネイティブな台帳であるHyperCore上にあります。Exchangeコントラクトがすべての残高、ポジション、キューの請求を管理し、システムコントラクトのCoreWriterを通じてHyperCore上のUSDCを動かします。コントラクトの全体像はアーキテクチャの概要に、誰が何を呼び出せるかはリスクにまとめています。

取引はどのように行われますか？

各取引は、あなたとLPの間の合成ポジションで、執行されたブロックでのHyperliquidのミッド価格で約定します。Hyperliquid自体では何も売買されないため、ファンディングもスリッページもありません。取引を有効にするとアプリがセッションキーを登録するので、取引のたびにウォレットで承認する必要はありません。

オラクルはどうなっていますか？

独立したオラクルはありません。ExchangeはHyperCoreの読み取り用プリコンパイルからHyperliquidの最良気配を直接読み、その中間を取ります。オフチェーンの価格フィードも、価格の署名者もいません。価格：BBOプリコンパイルをご覧ください。

どのマーケットがあり、最大レバレッジはどれくらいですか？

BTCとETHで、それぞれ最大1000×のレバレッジをかけられます。一つのポジション（証拠金×レバレッジ）は最大$10,000,000です。Hyperliquidに上場している無期限先物ならどれでも追加でき、上場はタイムロックを経由する所有者の操作です。

取引にはいくらかかりますか？

プロトコルが受け取るものはすべて、勝ち決済から差し引かれます。

1. デッドバンド：決済価格がエントリー価格より0.002%不利だったものとして利益を計算します。そのため、これより小さな勝ちには何も支払われません。
2. 小さな値動きでの差し引き。週末のような閑散期に使われる時間外カーブでは、幅が広くなります。
3. 非対称インパクト係数。小さな利益ほど大きく縮めます。
4. 残った額の2%の勝ち手数料。

所有者がビルダーとして承認したフロントエンドから決済すると、利益の0.5%のビルダー手数料もかかります。アプリはビルダーを指定していないため、アプリでの決済にはかかりません。

負けのコストは損失だけです。負け決済と清算にも手数料（2%と2%）がありますが、LPが受け取る額から差し引かれ、支払いキューに何か残っている間は免除されます。手数料はステーカー（50%）とチームで分けます。

ポジションに証拠金を追加できますか？

できません。ポジションは建てた時点で固定され、証拠金の追加・引き出しもレバレッジの変更もできません。リスクを増やしたり減らしたりしたいときは、決済して新しく建て直すか、二つ目のポジションを建ててください。

清算では何が起きますか？

すべてのポジションには破産価格があり、建てた時点で、証拠金を使い切る価格の少し手前に設定されます。Hyperliquidのミッド価格がそこを越えるとポジションは清算可能になり、証拠金はすべて没収されます。直前に決済していれば少しは戻ったかもしれない場合でも同じです。自分で出した決済が破産価格かそれより先で執行された場合も、同じように精算されます。当社のキーパーは、ポジションが破産価格を越えるとすぐに清算を送信します。清算をご覧ください。

BACKはフェアローンチですか？

はい。供給量はゼロから始まりました。事前発行も、チームや投資家への割り当ても、エアドロップも、ベスティングもありません。発行できるのはTokenomicsコントラクトだけで、損失で決済したか清算されたトレーダーにしか発行しません。ローンチ時点では送金機能は無効です。ステークとアンステークは使えます。

LPに入金するには？

できません。LPにあるのはトレーダーが失った資金だけです。ステークするとLPと手数料から収益を生むBACKを手に入れる唯一の方法は、取引で負けることです。BACKを持っているなら、ステークすればステーカーの取り分をUSDCで受け取れます。

自分でフロントエンドを作れますか？

はい、ただし条件が一つあります。新規建て、決済、セッションキーの登録、ステーキングの操作は、当社のリレイヤーを経由しないとコントラクトに届きません。リレイヤーがこれらをまとめて送信します。フロントエンドは同じメッセージに署名して、リレイヤーのAPI（インテントAPI）に送ります。出金にはあなた自身のウォレットの署名が必要で、コントラクトに直接送ることもできます。所有者がビルダーとして承認したフロントエンドは、そこで登録されたセッションキーの決済から手数料を得ます（ビルダーコード）。

勝ちが全額支払われなかったのはなぜですか？

LPは手元の現金で勝ちを支払います。現金が足りないときや、ほかの勝ちがすでに待っているときは、未払い分が支払いキューに並び、その後の損失でLPが補充されるにつれて、古い請求から順に支払われます。LPと支払いキューをご覧ください。

キューの請求は保証されていますか？

いいえ。キューの請求の裏付けは、ほかのトレーダーの将来の損失だけです。長く待つこともありますし、キューがどこまで大きくなるかに上限はありません。待っている間も、キューにある残高を新しいポジションの証拠金に使えます。

証拠金より多く失うことはありますか？

ありません。損失はポジションの証拠金が上限で、清算で失うのもちょうど証拠金の額です。

決済が数秒待たされるのはなぜですか？

建てたばかりのポジションの決済は、リレイヤーが送信前に最大6秒保留します。一瞬の古い価格スナップショットを悪用しようとする注文を防ぐためです。

リレイヤーやAPIが止まったら？

新規建てと決済にはリレイヤーが必要なので、待つことになります。空き残高はその影響を受けません。自分のウォレットからのトランザクションでいつでも出金でき、アプリはポジションをチェーンから直接読み込む方式に切り替わります。

ルールを変えられるのは誰ですか？

アップグレード可能なすべてのコントラクトの所有者はタイムロックです。アップグレードやパラメーター変更は、実行できるようになるまで2日の間オンチェーンで公開されます。ガーディアンは取引の一時停止やマーケットの廃止を即座に行えますが、資金を動かすことはできません。リスクをご覧ください。

コードは監査済みですか？

まだです。コントラクトはユニットテスト、ファズテスト、インバリアントテストで検証し、その計算のTypeScript版もコントラクトから生成したテストベクトルと照合していますが、これはテストであって監査ではありません。監査報告書が公開されるまでは、コントラクトを未監査として扱ってください。起こりうる問題はリスクにまとめています。