TBVの実際の借り入れフローを試せば、ただの「入金→借りる→完了」になるだけだろうと思っていました。ところが違いました。

借り入れステップにすら辿り着く前に、別々の不具合が3つありました。そしてそれらは、借り入れメカニズムそのものとは無関係でした。原因はいずれもウォレットとインターフェースの問題でした。

まず、テストネットのサイトが私のウォレットアドレスを受け付けませんでした。UniSatをタップルートアドレスに切り替えたらようやく通りました。エラー自体が実は役に立ちました。P2TRが必要だと明示されていたので、何が間違っていたのか分かれば修正は簡単でした。

次に、sBTCの入金には最低0.01というハードルがあります。ファセット（蛇口）は1回の請求でそれをくれないので、入金ボタンが有効化される前に、追加でもう一度取りに戻らなければなりませんでした。些細なことですが、「自分は何かミスったのでは」と思ってしまう人の足を止めるタイプの問題そのものです。

そして一番変だったのがここからです。

UniSatに十分なsBTCが入った後も、ウェブサイトは自分のウォレットよりずっと小さい残高を表示していました。UniSatでは0.0102と表示されています。サイトでは0.002でした。
同じウォレットです。残高が2通りあります。
ページを更新すると、すべて同期されて正しい残高が表示されました。一瞬、本当にsBTCがどこかで消えたのではないかと思いました。

面白い点は、これらがTBVがトラストレスであることとは何の関係もないということです。摩擦はウォレットの互換性、入金要件、そして残高をリアルタイムに更新しないUIに起因していました。

まさにテストネットはそういうためのものです。今回も、借り入れフローに到達する前に3つのUX上の問題が露呈しました。

この残高同期の遅れが単なるテストネット特有の癖なのか、それともメインネットの体験でも対処が必要なのかが気になります。実際のBTCを入金する前に「古い残高」を見せられるのは、絶対に避けたいところです。

@BabylonLabs_io $BABY #baby
#Babylonchain #BTCFi #DeFi #Testnet