先日 Babylon の Finality Provider という仕組みを見たとき、最初の反応は正直かなり単純でした。
BTC はすでにステークされているのに、なぜもう一度、バリデータが問題を起こすリスクまで負う必要があるのか？
その後、公式ドキュメントを読み進めて初めて、ここには実は $BABY とても重要なレイヤーの論理が隠されていることに気づきました。
Babylon の $BTC は、特定の機関に預けて保管してもらうものではなく、ネットワークのファイナリティに参加するために Finality Provider に委託されるものです。もし Provider がダブルサインすれば、委託された BTC が部分的にスラッシュされる可能性があります。さらに公式は、ソフトウェアのバグやハードウェア故障でもリスクが発生しうることを特別に注意喚起しています。 
ここで逆に面白く感じました。なぜなら Babylon は「BTC の安全」を、誰もリスクを負ってはいけないという単純な理解に落とし込んだのではなく、責任までプロトコルのルールとして書き込んでいるからです。つまり、安全を提供する責任を引き受けるなら、間違いを犯したときのコストも負う必要がある。で、#baby はまた別の安全レイヤーです。現在 Babylon Genesis では、BTC ステーキング＋BABY ステーキングの二重メカニズムを採用しており、それぞれが別々の役割を担っています。 
だから今、私は BABY を見ると、まず「どれくらい上がるのか」を先に聞きたいとはあまり思いません。
むしろ見たいのは、BTC が本当に「安全を提供するために使える」資産になったとき、Babylon がこの責任・収益・罰のメカニズムを長期的にうまく回し続けられるかどうかです。
この問いは、おそらく短期の価格よりもずっと注目に値します。@BabylonLabs_io