昨夜はウォレットの「保留中の報酬」セクションを10分ほど眺めてから、Cosmos SDKの分配モジュールのソースコードに戻りました。人々がよく誤解するのは、どのファイナリティ・プロバイダを選ぶべきかではありません。誤解のポイントは、「報酬はすでに計算されている」という意味が「資金はすぐに使える状態だ」ということだと考えてしまう点にあります。
BABYでは報酬はオンチェーンでブロックごとに記録されますが、紙に表示されている内容と、実際に移動できる内容の間には、エポック(期間)ごとの決済ステップがまだ存在します。公式ドキュメントでは、報酬は各エポックの終了時にのみ決済され、配布されるとされています。その間隔は約360ブロックで、およそ1時間です。
つまり「請求(Claim)」を押すと、資金は「利用可能(Available)」になります。しかし、もう一度委任(Delegate)したい場合は、現在のエポックに入って、次の実行サイクルを待つ必要があります。実務的には、報酬が生成されてから、報酬が再び複利として積み上がるまでに、少なくとも2エポックかかり得ます。目安としては約2時間、あるいはそれ以上です。
このようなバッチ(まとめ)処理の仕組みと、ビットコイン流のタイミングが組み合わさることで、アンボンド(解除)時間は約2日あたりに保たれやすくなる一方で、「複利のギャップ」も生まれます。インターフェースに表示されるAPRは、通常は即時再投資を前提にした理想化モデルに基づいているのに対し、実際の資金は「生成されたが、まだ有効ではない」状態で時間を過ごします。
自分で手動で請求して手動で委任するなら、取引の遅延や手数料、そしてエポックの締め切り(カットオフ)を逃すことによるロスが発生します。エポックの終わり間際に請求すると、次のバッチに回されてしまい、待ち時間がさらに伸びることもあります。
私にとって重要な質問はシンプルです。インターフェースはこれらの状態を明確に表示しているのか?そして、「請求(Claim)+委任(Delegate)」がスムーズに処理できるのか?この透明性のレベルは、見栄えの良いAPRの数字よりもずっと重要です。#baby $BABY @BabylonLabs_io
BABYでは報酬はオンチェーンでブロックごとに記録されますが、紙に表示されている内容と、実際に移動できる内容の間には、エポック(期間)ごとの決済ステップがまだ存在します。公式ドキュメントでは、報酬は各エポックの終了時にのみ決済され、配布されるとされています。その間隔は約360ブロックで、およそ1時間です。
つまり「請求(Claim)」を押すと、資金は「利用可能(Available)」になります。しかし、もう一度委任(Delegate)したい場合は、現在のエポックに入って、次の実行サイクルを待つ必要があります。実務的には、報酬が生成されてから、報酬が再び複利として積み上がるまでに、少なくとも2エポックかかり得ます。目安としては約2時間、あるいはそれ以上です。
このようなバッチ(まとめ)処理の仕組みと、ビットコイン流のタイミングが組み合わさることで、アンボンド(解除)時間は約2日あたりに保たれやすくなる一方で、「複利のギャップ」も生まれます。インターフェースに表示されるAPRは、通常は即時再投資を前提にした理想化モデルに基づいているのに対し、実際の資金は「生成されたが、まだ有効ではない」状態で時間を過ごします。
自分で手動で請求して手動で委任するなら、取引の遅延や手数料、そしてエポックの締め切り(カットオフ)を逃すことによるロスが発生します。エポックの終わり間際に請求すると、次のバッチに回されてしまい、待ち時間がさらに伸びることもあります。
私にとって重要な質問はシンプルです。インターフェースはこれらの状態を明確に表示しているのか?そして、「請求(Claim)+委任(Delegate)」がスムーズに処理できるのか?この透明性のレベルは、見栄えの良いAPRの数字よりもずっと重要です。#baby $BABY @BabylonLabs_io