私は通常、技術仕様書を見ません。なぜなら、そのパラメータの表は実際以上に複雑そうに見えるからです。
それで、私は立ち止まりました。
最初は、すべてのTaprootのステーキング出力が内部鍵として私の公開鍵を使うのだと思っていました。結局それは私のBTCで、私の出力で、私の管理権だからです。しかし、@BabylonLabs_io のステーキング用スクリプトはまったく違いました。
それは固定された内部公開鍵、BIP341で定義されたNUMSポイントを使います。既知の秘密鍵はありません。つまり、そのステーキング出力の資金は、単一の秘密鍵による鍵パス支出に依存するのではなく、プロトコルで定義されたスクリプトパスに従って支出されるということです。
これにより、私は設計全体の見方を変えました。
Babylonはあなたに柔軟性を与えているのではなく、標準化をしているのだと気づきました。Babylonのステーキング要件に適合する出力では、内部公開鍵が統一された設計になっており、プロトコルが一つの統一ルールでそれらのステーキングを検証・処理できるようになっています。
多くのプロトコルは管理権をユーザーに渡します。私はますます、Babylonはすべての設計上の選択肢をユーザーに任せるのではなく、標準化と引き換えに予測可能性を得ようとしているのではないかと感じています。
それは、ユーザーを守るためなのか、それともユーザーを制限するためなのか?
🧩 あなたはどちらを重視しますか?
#baby $BABY
それで、私は立ち止まりました。
最初は、すべてのTaprootのステーキング出力が内部鍵として私の公開鍵を使うのだと思っていました。結局それは私のBTCで、私の出力で、私の管理権だからです。しかし、@BabylonLabs_io のステーキング用スクリプトはまったく違いました。
それは固定された内部公開鍵、BIP341で定義されたNUMSポイントを使います。既知の秘密鍵はありません。つまり、そのステーキング出力の資金は、単一の秘密鍵による鍵パス支出に依存するのではなく、プロトコルで定義されたスクリプトパスに従って支出されるということです。
これにより、私は設計全体の見方を変えました。
Babylonはあなたに柔軟性を与えているのではなく、標準化をしているのだと気づきました。Babylonのステーキング要件に適合する出力では、内部公開鍵が統一された設計になっており、プロトコルが一つの統一ルールでそれらのステーキングを検証・処理できるようになっています。
多くのプロトコルは管理権をユーザーに渡します。私はますます、Babylonはすべての設計上の選択肢をユーザーに任せるのではなく、標準化と引き換えに予測可能性を得ようとしているのではないかと感じています。
それは、ユーザーを守るためなのか、それともユーザーを制限するためなのか?
🧩 あなたはどちらを重視しますか?
#baby $BABY
🔑 用户拥有更多控制权
100%
🛡️ 协议标准化设计
0%
2 投票 • 投票は終了しました