#baby $BABY ほとんどのPoSチェーンは、ファイナリティをコンセンサスの副産物として扱います。Babylonはそれを別個のセキュリティ層として捉えています──そしてその設計選択は、私が予想していた以上に興味深いものでした。
一見すると、Babylonは別のビットコインのステーキング・プロトコルのように見えます。ところが、ホワイトペーパーとデュアル・クオーラム（複線クォーラム）・アーキテクチャを詳しく見ると、まったく別の物語が見えてきます。
Babylon Genesisは、デュアル・クオーラムのコンセンサス・モデルによるコントロールプレーンとして機能します。CometBFTのバリデータがブロック生成を担う一方で、Bitcoin Finality Providersは、BTCに裏付けられた経済的セキュリティを提供することで、ブロックを独立してファイナライズします。
ホワイトペーパーによれば、これらのFinality Providersは、相反するファイナリティ投票に署名した場合、エクイボケーション（相反投票）によってスラッシュされ得ます。これは、ネイティブ・トークンだけに頼るのではなく、ビットコインによって裏付けられた実際の経済的な説明責任を導入します。
私が特に注目したのは、Babylonが「順序付け（ordering）」と「ファイナリティ（finality）」を分離していることです。高速なブロック生成は効率を維持したまま、ファイナリティには追加の、ビットコインに裏付けられたセキュリティ層が付与されます。これにより、単一のバリデータ集合への依存が減り、ファイナライズ済みの履歴を書き換えることが大幅に難しくなります。
トレードオフは、単に複雑さが増えるだけではありません。ネットワーク障害がある状況で、安全性とライブネスの両方を保ちながら、独立した2つのクオーラムを調整するのは、難しい分散システムの課題です。そのエンジニアリング上の難題は、セキュリティ・モデルそのものと同じくらい魅力的です。
ホワイトペーパーを読み終えた今、私はBabylonを単にビットコインをPoSへ拡張したものだとは見ていません。より深い前提に問いを投げているものだと捉えています──つまり、「ブロック生成は、最終確定（ファイナリティ）を保証するのと同じ仕組みによって本当にセキュアにされる必要があるのか？」という問いです。
@BabylonLabs_io #BABY $BABY
一見すると、Babylonは別のビットコインのステーキング・プロトコルのように見えます。ところが、ホワイトペーパーとデュアル・クオーラム（複線クォーラム）・アーキテクチャを詳しく見ると、まったく別の物語が見えてきます。
Babylon Genesisは、デュアル・クオーラムのコンセンサス・モデルによるコントロールプレーンとして機能します。CometBFTのバリデータがブロック生成を担う一方で、Bitcoin Finality Providersは、BTCに裏付けられた経済的セキュリティを提供することで、ブロックを独立してファイナライズします。
ホワイトペーパーによれば、これらのFinality Providersは、相反するファイナリティ投票に署名した場合、エクイボケーション（相反投票）によってスラッシュされ得ます。これは、ネイティブ・トークンだけに頼るのではなく、ビットコインによって裏付けられた実際の経済的な説明責任を導入します。
私が特に注目したのは、Babylonが「順序付け（ordering）」と「ファイナリティ（finality）」を分離していることです。高速なブロック生成は効率を維持したまま、ファイナリティには追加の、ビットコインに裏付けられたセキュリティ層が付与されます。これにより、単一のバリデータ集合への依存が減り、ファイナライズ済みの履歴を書き換えることが大幅に難しくなります。
トレードオフは、単に複雑さが増えるだけではありません。ネットワーク障害がある状況で、安全性とライブネスの両方を保ちながら、独立した2つのクオーラムを調整するのは、難しい分散システムの課題です。そのエンジニアリング上の難題は、セキュリティ・モデルそのものと同じくらい魅力的です。
ホワイトペーパーを読み終えた今、私はBabylonを単にビットコインをPoSへ拡張したものだとは見ていません。より深い前提に問いを投げているものだと捉えています──つまり、「ブロック生成は、最終確定（ファイナリティ）を保証するのと同じ仕組みによって本当にセキュアにされる必要があるのか？」という問いです。
@BabylonLabs_io #BABY $BABY