最初に @BabylonLabs_io について読んだとき、設計のどこかにオラクルが必要になるはずだと思いました。Bitcoin を使うと主張する多くのプロトコルは、外部のデータフィード、つまり第三者が Bitcoin のチェーン上で何が起きたかを報告する仕組みに依存していて、別のネットワークが反応できるようにしています。その依存は、いつも土台の弱点のように感じられました。
Babylon はオラクルを使いません。ステーキング・コントラクトは Bitcoin 上に直接存在します。これは、特定の条件で資金をロックするネイティブなスクリプトです。あなたが BTC をステイクすると、そのスクリプトに資金が入ります。アンボンディング期間が終わると、スクリプトが資金を解放します。別のチェーンに報告する必要はありません。なぜなら、その契約自体が @Bitcoin だからです。ほかのすべての取引を保護するのと同じマイナーたちが、ロックと解放を確認します。
これにより、信頼モデルが根本から変わります。オラクル型のシステムは、使い手に“伝令”を信じることを求めます。オラクル不使用のシステムは、すでに価値を保持するために頼っているのと同じ Bitcoin のコンセンサスを信じることを求めます。これは信頼の“接点”を大きく減らす、劇的な変化です。Babylon は、別のチェーンのセキュリティに Bitcoin を組み込むのではありません。Bitcoin 本来のセキュリティを、強制(enforcement)の層として使っているのです。
$BABY でバリデータを調整しますが、ステーキングのルールは、Babylon が存在することすら知る必要のないマイナーによって強制されます。マイナーはブロックをマイニングするだけで、そして率直に言えば、それはすでにやっていることです。この分離は明快です。強制はアプリケーションに対して盲目的なまま保たれます。オラクルを使うほうが簡単だったでしょう。ですが Babylon はより困難な道を選びました。Bitcoin 自身のスクリプトを使って、ステーキングを自己検証可能にしたのです。仲介者もいません。伝令もいません。あるのは、チェーン上の契約と、真実だけです。
#baby @BabylonLabs_io $BABY
Babylon はオラクルを使いません。ステーキング・コントラクトは Bitcoin 上に直接存在します。これは、特定の条件で資金をロックするネイティブなスクリプトです。あなたが BTC をステイクすると、そのスクリプトに資金が入ります。アンボンディング期間が終わると、スクリプトが資金を解放します。別のチェーンに報告する必要はありません。なぜなら、その契約自体が @Bitcoin だからです。ほかのすべての取引を保護するのと同じマイナーたちが、ロックと解放を確認します。
これにより、信頼モデルが根本から変わります。オラクル型のシステムは、使い手に“伝令”を信じることを求めます。オラクル不使用のシステムは、すでに価値を保持するために頼っているのと同じ Bitcoin のコンセンサスを信じることを求めます。これは信頼の“接点”を大きく減らす、劇的な変化です。Babylon は、別のチェーンのセキュリティに Bitcoin を組み込むのではありません。Bitcoin 本来のセキュリティを、強制(enforcement)の層として使っているのです。
$BABY でバリデータを調整しますが、ステーキングのルールは、Babylon が存在することすら知る必要のないマイナーによって強制されます。マイナーはブロックをマイニングするだけで、そして率直に言えば、それはすでにやっていることです。この分離は明快です。強制はアプリケーションに対して盲目的なまま保たれます。オラクルを使うほうが簡単だったでしょう。ですが Babylon はより困難な道を選びました。Bitcoin 自身のスクリプトを使って、ステーキングを自己検証可能にしたのです。仲介者もいません。伝令もいません。あるのは、チェーン上の契約と、真実だけです。
#baby @BabylonLabs_io $BABY
