トランザクションを送信し、確認されましたが、ウォレットの残高はまだ古いままです。更新すると表示され、もう一度更新すると消えてしまいます。何も壊れていないのです。ただ、まだ更新に追いついていない別のレプリカにアクセスしただけです。 Rialoは、この現象を正確に説明する一貫性モデルに関するガイドを公開しています。この説明は、ほとんどのウォレットUXアドバイスよりも役立ちます。分散システムでは、データが複数のサーバーにレプリケートされ、各サーバーは異なるタイミングで更新を受け取ります。遅れているレプリカに読み取りリクエストが到達すると、古いコミット済みの状態が返されます。これは、ほとんどの一貫性モデルにおいて正しい動作ですが、見た目には非常に混乱します。 この問題の解決策には名前があります：「自分の書き込みを読み取る」（read my writes）。セッション内でクライアントが書き込みをコミットした後、そのセッション内のすべての後続の読み取りはその書き込みを反映します。他のユーザーがまだ見ていない場合でも、あなた自身のトランザクションは常に表示されます。単調読み取り（monotonic reads）と組み合わせると、表示は前進するのみであり、セッション中に残高が後退することはありません。 @RialoHQのドキュメントでは、この仕組みをウォレットがアプリケーション層で実装すべきだと明記しており、チェーンの各部分にどの一貫性モデルが適しているかも別途マッピングしています。最終性チェックポイントには強一貫性、同期中のブロック順序には一貫性プレフィックス、軽量クライアントには制限された古さ（bounded staleness）です。 多くのチェーンでは一貫性が文書化されておらず、開発者はバグ報告を通じてそれを発見します。どの保証がどこに適用されるかを明確に記録することは地味な作業ですが、実際にはバグではない問題を追跡するのに1週間も費やすことを防ぎます。