🧱 STONfiパワードのスワップアプリのためのプロダクション・アーキテクチャ

スワップボタンは、製品の見えている部分にすぎません。STONfiとOmnistonはルーティング、見積もり、実行を提供できますが、その周辺のアプリケーションは、あらゆる段階を理解可能にし、通常の経路が破綻した場合でも復元できる必要があります。

🗺 1つにつながる実行フロー

プロダクションのスワップは、見積もり画面、ウォレット、トランザクション・トラッカーを1つのフローとして接続すべきです。見積もりレイヤーは変化するOmnistonデータを受け取り、それを明確な提案に変換し、ウォレットは接続と認可を扱います。署名後、アプリケーションは既知の最終状態に到達するまで、操作に沿って進めるべきです。

見積もりを変化するデータとして扱います。コンテキストを一緒に保持してください：

- 見積もりID、タイムスタンプ、ウォレット
- 入力、期待する出力、最小出力
- ルート、トランザクション、実行ステージ

この記録は、ユーザーが見た内容と、その後に何が起きたのかを再構築するのに役立ちます。

🔎 観測可能性はスワップの一部

プロダクションのインフラは、見積もりが消えたとき、ウォレットがリクエストを拒否したとき、または実行が詰まってしまったときに何が起きたのかを説明できなければなりません。耐久性のある記録とモニタリングはフローの周囲に配置する必要があります。

状態を明確に分けます：見積もりの失敗は署名拒否とは別物。署名拒否はオンチェーン失敗とは別物。遅いクロスチェーン処理は完了したスワップとは別物です。さらに、冪等性も重要です。繰り返しの確認が重複したアプリケーション記録を作らないようにする必要があります。

見積もりストリームの健全性、遅い実行、失敗カテゴリ、詰まった注文を監視してください。STONfiはプロトコル側のルーティングと決済を担いますが、アプリケーションはユーザーが自分の操作の状態を見られるかどうかを決めます。

プロダクションの中核原則：見積もりから最終状態までの実行コンテキストを保持すること。その履歴があることで、サポート、モニタリング、復旧が予測可能になります。

投資助言ではありません。自分で調べてください！ 🚀

$GRAM