⏳ HTLC TIMELOCKS: クロスチェーン・スワップを守る時計

Omniston はリンクされた HTLC を使用します。送信元チェーンでは bid HTLC、宛先チェーンでは ask HTLC です。どちらも同じハッシュロックを使います。

🔐 1つの秘密、2つのロック

ユーザーの資産は送信元側でロックされます。一方、リゾルバは宛先側で自身の資産をコミットします。ユーザーが宛先側の資産を請求すると、秘密が公開され、その秘密を使ってリゾルバは送信元の資金を請求できます。

流れは次のとおりです：

- ユーザーが送信元チェーンで資産をロックする
- リゾルバが宛先チェーンで資産をロックする
- ユーザーが請求し、秘密を公開する
- リゾルバがそれを使って送信元の資金を請求する

⏱ TIMELOCK はスワップのタイマーではない

タイムロックは、スワップが通常どれくらいで完了すべきかという標準的な時間ではありません。STONfi は、多くのクロスチェーン・スワップが概ね 15〜40 秒で完了すると説明しています。このタイムロックは、何かが詰まった場合に備えたより長い安全期限です。

期限が来る前なら、秘密は HTLC の解除に使えます。期限後は、元の所有者が払い戻しできます。これにより、失敗時の明確な手順が定義されます。

🌐 2つの時計が異なる必要がある理由

期限を単純に同一にすることはできません。リゾルバは後から動くため、送信元側の bid HTLC は、宛先側の ask HTLC の有効期限が切れた後も残っている必要があります。

失敗シナリオを考えてみましょう：

- ユーザーが宛先の期限間際に請求する
- 秘密がオンチェーンで可視化される
- 混雑によりリゾルバの送信元側の請求が遅れる
- もし送信元の期限が先に切れてしまうと、ユーザーは元の資金を払い戻せてしまう可能性がある

このギャップにより、リゾルバが対応するための時間が確保されます。ギャップの大きさは、ファイナリティやネットワーク遅延に依存します。これが安全策です。

Omniston は、独立したサブスワップとして部分約定にも対応しています。各スライスには独自の HTLC ペアがあり、失敗した部分の影響を限定します。

タイムロックは、成功するスワップを遅くするためにあるのではありません。決済が失敗したときの制御された離脱（フェイルセーフ）を定義するものです。

投資助言ではありません。自分で調べてください！ 🚀

$GRAM