TBVバウンルトで適当にいじりながら、借り入れ資金が実際にどこから来ているのかを突き止めようとしていたら、そもそもロックされたBTCと同じ場所から来ていないことに気づきました。
誤設定はありませんでした。システム間で、本来やり取りしてはいけないところをまたいで漏れたわけでもありません。
結論として、そのバウンルトは、借り入れとの関係を完全に隔離して保管(カストディ)しています。ビットコインは、それ自身のルールのもとでロックされたままです。そこで打ち止め。借り入れ側はまったく別の環境で動いており、担保のカストディ・ロジックに直接アクセスできることはありません。別々のジョブ、別々の場所で、そこには近道がありません。
最初に私が混同していたのは、「connected(接続されている)」と「combined(統合されている)」が同じだという点でした。借り入れは担保が存在することに依存しているから、2つのシステムは1つのユニットとして作られているに違いないと決めつけていました。違います。依存関係は、合併(マージ)とは同じではありません。Babylonはそれを、偶然ではなく意図してその違いの周りに設計したようです。
正直なところ、ここでの一般的な教訓は、互いに依存させておくことは、それらを単一の障害点に融合する必要がない、ということです。
それでも、その分離がシステムをより安全にしているのか、それとも初心者が頭の中で整理しにくくしているだけなのかは、まだ考え中です。
@BabylonLabs_io #baby $BABY
誤設定はありませんでした。システム間で、本来やり取りしてはいけないところをまたいで漏れたわけでもありません。
結論として、そのバウンルトは、借り入れとの関係を完全に隔離して保管(カストディ)しています。ビットコインは、それ自身のルールのもとでロックされたままです。そこで打ち止め。借り入れ側はまったく別の環境で動いており、担保のカストディ・ロジックに直接アクセスできることはありません。別々のジョブ、別々の場所で、そこには近道がありません。
最初に私が混同していたのは、「connected(接続されている)」と「combined(統合されている)」が同じだという点でした。借り入れは担保が存在することに依存しているから、2つのシステムは1つのユニットとして作られているに違いないと決めつけていました。違います。依存関係は、合併(マージ)とは同じではありません。Babylonはそれを、偶然ではなく意図してその違いの周りに設計したようです。
正直なところ、ここでの一般的な教訓は、互いに依存させておくことは、それらを単一の障害点に融合する必要がない、ということです。
それでも、その分離がシステムをより安全にしているのか、それとも初心者が頭の中で整理しにくくしているだけなのかは、まだ考え中です。
@BabylonLabs_io #baby $BABY