#baby $BABY
@BabylonLabs_io のTrustless Bitcoin Vaultsをテストする際、取引が成功したかどうかだけでなく記録します。
体験が分かりにくくなる瞬間をすべて記録します。
まずはウォレットです。
どのウォレットがビットコイン側を管理し、どれがレンディングアプリを扱うのかは明らかであるべきです。署名する場所や、どのネットワークが稼働しているのかを推測しなければならないなら、それはBabylonにとって有用なフィードバックになります。
次に待機時間を追跡します。
ビットコインの確認にはどれくらい時間がかかるのでしょうか?待っている間、インターフェースは何が起きているのかを説明してくれますか?遅延は理解できます。問題が起きているのではとユーザーが考えてしまうのは、沈黙です。
エラーメッセージも重要です。
「取引に失敗しました」だけではほとんど何も分かりません。役に立つメッセージは、問題がウォレットなのか、ネットワークなのか、残高なのか、ヴォールトの状態なのか、アプリ側なのかを説明し、そのうえで次に何をすべきかを示すべきです。
また、ヴォールトの状態も注意深く見ます。
作成済み、確認済み、登録済み、アクティブ、担保として借入、返済済み、償還可能—これらは明確な段階として感じられるべきです。ユーザーが、BTCがただロックされているだけなのか、すでに担保として認識されているのか迷う必要はありません。
借り入れの間は、Babylonが負債、担保の健全性、清算リスクをどれだけ明確に示しているかを記録します。
そして返済後は、償還に注目します。
ポジションはきれいにクローズされますか?ヴォールトは更新されますか?BTCがビットコインウォレットに戻せるタイミングは分かりやすいですか?
これらのフィードバックが、テストネットを成熟させるのに役立ちます。
「素晴らしいプロジェクト」でも「強気」でもありません。
Babylonには、強固なヴォールト・アーキテクチャが人間の観点ではまだどこで分かりにくいと感じられるのかを、ユーザーに見つけてもらう必要があります。
最良のフィードバックは、プロダクトを宣伝しません。
プロダクトを誤解しにくくするために役立ちます。
@BabylonLabs_io のTrustless Bitcoin Vaultsをテストする際、取引が成功したかどうかだけでなく記録します。
体験が分かりにくくなる瞬間をすべて記録します。
まずはウォレットです。
どのウォレットがビットコイン側を管理し、どれがレンディングアプリを扱うのかは明らかであるべきです。署名する場所や、どのネットワークが稼働しているのかを推測しなければならないなら、それはBabylonにとって有用なフィードバックになります。
次に待機時間を追跡します。
ビットコインの確認にはどれくらい時間がかかるのでしょうか?待っている間、インターフェースは何が起きているのかを説明してくれますか?遅延は理解できます。問題が起きているのではとユーザーが考えてしまうのは、沈黙です。
エラーメッセージも重要です。
「取引に失敗しました」だけではほとんど何も分かりません。役に立つメッセージは、問題がウォレットなのか、ネットワークなのか、残高なのか、ヴォールトの状態なのか、アプリ側なのかを説明し、そのうえで次に何をすべきかを示すべきです。
また、ヴォールトの状態も注意深く見ます。
作成済み、確認済み、登録済み、アクティブ、担保として借入、返済済み、償還可能—これらは明確な段階として感じられるべきです。ユーザーが、BTCがただロックされているだけなのか、すでに担保として認識されているのか迷う必要はありません。
借り入れの間は、Babylonが負債、担保の健全性、清算リスクをどれだけ明確に示しているかを記録します。
そして返済後は、償還に注目します。
ポジションはきれいにクローズされますか?ヴォールトは更新されますか?BTCがビットコインウォレットに戻せるタイミングは分かりやすいですか?
これらのフィードバックが、テストネットを成熟させるのに役立ちます。
「素晴らしいプロジェクト」でも「強気」でもありません。
Babylonには、強固なヴォールト・アーキテクチャが人間の観点ではまだどこで分かりにくいと感じられるのかを、ユーザーに見つけてもらう必要があります。
最良のフィードバックは、プロダクトを宣伝しません。
プロダクトを誤解しにくくするために役立ちます。
