ビットコインへの機能追加案として積極的に推す人が多いものの１つにOP_CTVがあります。コインを使用するときのトランザクションの内容の一部にあらかじめコミットできるこの機能がもし導入されたら、DLCの使用時に大きなメリットがあるという内容の投稿がDLC開発者のメーリングリストにされました。
今日はDLCメーリングリストへの投稿を元に、OP_CTVの導入がどのようにDLCを改善するのかを解説します。
https://mailmanlists.org/.../dlc.../2022-January/000102.html
OP_CTVとは
最近こちらで触れることも多いですが、ご存知のない方のためにOP_CTVがどういう提案なのかを説明します。一言で言えば、マルチシグやタイムロックなどビットコインの使用条件を記述できるスクリプト言語があり、そこに使用時のトランザクションの形式(使うUTXOや送金先など)を条件として指定できる関数OP_CTVを追加しようという提案です。
送金先や送金の形式を条件として指定することで現在のスクリプトで実現できる機能を大幅に拡張することがOP_CTVの狙いです。
かつてOP_SECURETHEBAGという名称だったOP_CTVについてビットコイン研究所内で過去にも解説していますので、ぜひそちらの記事もご覧ください。
https://www.facebook.com/.../bitc.../posts/2419022928194034/
DLCとは
さて、DLCについても最近とても注目している分野として頻繁に触れていますが、一言でおさらいします。
DLCとは二者がマルチシグに入金し、そこから第三者のオラクルが発表する結果に応じて資金が分配されるというノンカストディアルな取引手段です。先物やオプション、予測市場、賭け事などに応用することができます。
DLCについても、詳しくは過去の記事をご参考にしてください。
https://www.facebook.com/.../bitc.../posts/2851084634987859/
https://www.facebook.com/groups/876699895759686/search/...
DLCは結果が細かいと大変
メーリングリストの投稿は、OP_CTVとDLCの関係についてこう述べています。「CTVはパフォーマンスを劇的に改善するDLCプロトコルを可能にすることで技術的な障害とUX面の課題をいくつも改善する。」そう、OP_CTVがDLC界隈を唸らせる具体的な理由はDLCのプロトコルにあるのです。