私は費用＝取引コストだと思っていました——払う、サービスを受ける、終わり。けれど「collects the peg-in fee and distributes to participants」という一文を見て、最初の反応はこうでした。「誰に分配するの？ なんで分配する必要があるの？」

その後、プロトコルのアーキテクチャを読み込んでようやく分かりました。TBVプロトコルは3層で構成されています。Bitcoin側ではBTCを保管し、Ethereum側では状態を管理し、オフチェーンソフトが処理フローを実行する。FeeEscrowはEthereum側の中核となるスマートコントラクトの1つで、VaultRegistryやApplicationRegistryと並ぶ位置付けです。

FeeEscrowが受け取るのはpeg-in fee——預金者がBTCをロックするときに支払う費用。分配先は3者です。Vault Providerは金庫全プロセスを調整し、Universal Challengersはアプリケーション横断で異常を監視し、Application Vault KeepersはAave上で精算を担当します。#baby

重要なのは、手数料率がどう決まるかです。Vault Providerのコミッションは、金庫が作成される時点で、事前署名されたPayoutトランザクションにすでに織り込まれています。預金者が署名して確認した時点で手数料率は固定され、金庫のライフサイクル全体を通じて変更できません。各支出経路はTaprootスクリプトの独立したリーフとしてエンコードされ、金庫が作成された後は、いずれの当事者も新しい支出経路を偽造できないようになっています。

ここまで読んで初めて、以前の理解がまったく逆だったことに気づきました——費用は、システムがメンテナンスする人たちへの報酬として分配するためのものだということです。さらに、預金者はWOTSの鍵と自分の回収パスを握っているので、Vault Providerが逃げても独立して離脱できます。分散型プロトコルで本当に難しいのは、金を集めることではなく、資金を継続的にシステムの安全を守る人たちへどう分配するかです。$BABY

その後、あることを理解しました。従来の金融では、費用はコストであり、できるだけ低く抑えるのが望ましい。でも分散型システムでは、CEOが代わりに尻拭いしてくれるわけがありません。安全をどうやって継続するのか？ それは、このインセンティブの仕組みによります——誰がシステムを守るのか、誰が報酬を受け取るのか。費用設計の本質は価格設定ではなく、責任の割り当てです。お金の分け方さえ正しければ、システムは自律的に回り始めます。@BabylonLabs_io