Ark はオペレーターと定期的なラウンドを調整し、期限付きの VTXO を作成しながら、ユーザーがベースレイヤーへ一方的に退出できる可能性を保ちます。
同じラウンドのユーザーは、オンチェーンのルートトランザクションで固定されたトランザクションツリーを共同で作成します。各ユーザーの権利は、仮想 UTXO、すなわち VTXO で終わる枝として表されます。 [2]
ラウンド外支払いでは、オペレーターも共同署名する事前署名トランザクションによって VTXO を移転します。後のラウンドで更新されるまでは、受取人は、送信者または支払い連鎖の以前の送信者がオペレーターと共謀して二重使用しないことを信頼します。 [3]
一方的な退出では、トランザクションツリーの該当する枝を、自分のオンチェーン出力に至るまで公開します。これは無料ではなく、ユーザーは鍵と経路データを保管し、期限を監視し、ベースレイヤーの手数料を支払う必要があります。 [1]
VTXO には有効期限があります。期限前に新しいラウンドで更新するか、一方的に引き出さなければなりません。そうしないと、オペレーターは所定の枝を通じて基礎となる bitcoin を回収でき、ユーザーは一方的に強制できる権利を失います。 [5]
オペレーターはラウンドを調整し、通常の移転に共同署名し、可用性を提供します。期限前に適切に管理された VTXO を横取りできない設計ですが、新しい操作を検閲したり、応答を停止したりして、ユーザーを遅く高価な退出へ追い込むことはできます。 [5]
Ark は、事前署名された疑似 covenants と鍵の削除により、コンセンサス変更なしでも構築できます。CTV のような covenants は、必要な調整とデータを減らし、より多くのユーザーに効率的なツリーを可能にします。 [4]
Ark は Lightning チャネルではありません。ラウンド、共有ツリー、期限付き VTXO を使います。両者は、Lightning への参加や channel factories の構築などで連携できます。 [1]
実用的な実装とそのモデルは今も進化しています。利用前には、具体的な退出経路、VTXO データのバックアップ、有効期限、更新方法、手数料、ネットワーク状態、オペレーターに関する正確な前提を確認する必要があります。 [1]
理解を深めるには、この項目とあわせて次もお読みください UTXO, Lightning Network, Covenants, OP_CHECKTEMPLATEVERIFY, Payment Channel, セルフカストディ.
01Ark はカストディ型ですか？+
目標は期限前に一方的に退出できる self-custody ですが、オペレーターは可用性、共同署名、更新で重要な役割を担います。具体的な実装と VTXO の状態は別々に評価する必要があります。
02Ark には Bitcoin の変更が必要ですか？+
基本的な方式はコンセンサス変更なしで動作できますが、CTV のような covenants はスケーラビリティと効率を大幅に改善できます。