私は、バビロンの金庫が「ビットコインをイーサリアムと比べるときに人々が言う意味での“スマート”」なものだと、ついそう思い込んでいました。TBVの設計を実際に読み進めてみて、それが逆だと分かりました。
その金庫は、BTCがロックされた後に判断をしません。できません。タップルート・バリデーション出力がそもそも有効化される前に、正当な支出経路、返済、清算、チャレンジの解決、返金など、ありとあらゆる経路がすべて「トランザクショングラフ」として、あらかじめ構築され、事前に署名されています。後から即興で何かを変えたり追加したりすることはありません。ハッシュロックが金庫の起動タイミングを制御し、別のタイムロックによるリカバリ経路は、セットアップが完了しない場合の預託者の退出手段です。
これはスマートコントラクトの逆です。イーサリアムは、トランザクションが実行される最中にロジックを評価します。TBVは、そのロジックをセットアップ段階に移してしまうので、ビットコイン側は、事前に同意していた少数の固定された結果を強制するだけで済みます。
私はこれを制約だとは思いません。むしろ「ビットコイン自体に変更が不要で、これがビットコイン上に存在できるのはなぜか」という、その理由そのものなのではないかと思っています。
ただ、行き詰まっているのは、これがスケールしたときにも成り立つのかという点です。狭いユースケースで、きれいで予測可能な結果に限れば、明らかな適性があるように見えます。
でも、トランザクショングラフが大きくなり、先に考慮しておくべき経路が増えたら、同じ事前署名された構造は維持されるのでしょうか?
@BabylonLabs_io $BABY #baby
その金庫は、BTCがロックされた後に判断をしません。できません。タップルート・バリデーション出力がそもそも有効化される前に、正当な支出経路、返済、清算、チャレンジの解決、返金など、ありとあらゆる経路がすべて「トランザクショングラフ」として、あらかじめ構築され、事前に署名されています。後から即興で何かを変えたり追加したりすることはありません。ハッシュロックが金庫の起動タイミングを制御し、別のタイムロックによるリカバリ経路は、セットアップが完了しない場合の預託者の退出手段です。
これはスマートコントラクトの逆です。イーサリアムは、トランザクションが実行される最中にロジックを評価します。TBVは、そのロジックをセットアップ段階に移してしまうので、ビットコイン側は、事前に同意していた少数の固定された結果を強制するだけで済みます。
私はこれを制約だとは思いません。むしろ「ビットコイン自体に変更が不要で、これがビットコイン上に存在できるのはなぜか」という、その理由そのものなのではないかと思っています。
ただ、行き詰まっているのは、これがスケールしたときにも成り立つのかという点です。狭いユースケースで、きれいで予測可能な結果に限れば、明らかな適性があるように見えます。
でも、トランザクショングラフが大きくなり、先に考慮しておくべき経路が増えたら、同じ事前署名された構造は維持されるのでしょうか?
@BabylonLabs_io $BABY #baby