自動化はルートを起動できますが、コントラクトのゲートが開いていれば、どのウォレットでもブートストラッパーを呼び出せます。
このページは、閉じた運用パネルのように見えるべきではありません。明確にすべきことは1つです。コントローラー側のTRXは可視化され、リザーブ側の在庫も可視化され、リリースルールは引き続きオンチェーンに存在します。
UTCウィンドウが開いており、コントローラーがしきい値を上回り、署名ウォレットに十分なネットワークリソースがあれば、自動化レイヤーが1日分を逃したとしても、ウォレットから流動性を実行できます。
ウェブサイトは証明レイヤーです。ウォレットは、手動トリガー、リソース確認、最終署名のための実行面です。
公開ルート
ウォレットアプリにはすでに自動化パスが組み込まれていますが、より重要なメッセージはそれより広いものです。このルートは依然として公開されています。コントラクト条件がすでに満たされていれば、署名ウォレットがブートストラッパーを起動できます。
公開流動性コントローラー
これは適切な権限分離です。自動化はタイミングの補助を許可されていますが、コントローラーとブートストラッパーが権限レイヤーであり続けます。ボットが停止しても、実行パスが消えることはありません。
自動化
モバイルフローは、流動性トリガーと自動化ヘルパーをまとめて公開します。これによりスケジューラーは可視化されますが、スケジューラーが隠れたオペレーターになるわけではありません。
手動トリガー
ウォレットは通常のユーザーセッションからbootstrapAndExecute()を呼び出せます。ゲートが開いており、リソースが利用可能であれば、流動性はそのまま実行されます。
そのため、このページは非公開のバックオフィスではなく、公開コントローラーについて語るべきです。ルートは自動化レイヤーを超えて存続します。
トリガーモデル
正直に説明すれば、ルートはシンプルです。まずブートストラッパーが日次ゲートを確認し、エグゼキューターの在庫を補充します。次にコントローラーがTRXをリリースし、その後2つのマーケットパスが分割分を受け取ります。
bootstrapAndExecute()
これは見せかけの管理者ボタンではありません。ウォレットは通常のネットワーク条件を満たす必要があり、実行時に同じコントローラールールが通過した場合にのみルートは継続します。
リソース
アプリはすでにこれをリソースを考慮したアクションとして位置づけています。重要なのは隠れたサーバーキーではありません。公開ウォレットがルートをクリーンに完了できるという点です。
ルールセット
ボットのウィンドウを逃しても、実行間隔は書き換えられません。ボタンを早く押しても、ゲートを回避することはできません。コントラクトは引き続きルートを受け入れるか拒否します。
それこそが正しいマーケットシグナルです。公開トリガー、可視化されたリザーブ準備、決定論的なリリースルールです。
リザーブパス
コントローラー側のTRXはルートの半分にすぎません。トークン側にも隔離された在庫が必要であり、それが2つの実行パスが残高を受け取る前にFourteenVaultが存在する理由です。
リザーブレイヤー
これらの4TEEN残高は、リザーブ側の稼働在庫として読むべきです。通常のウォレット残高ではなく、自由に流通する供給量のように扱うべきではありません。
JustMoneyパス
Executor Aは許可されたリリースの半分を受け取り、トークン在庫が準備された後にAMM側の流動性パスを実行します。
Sun.io V3パス
Executor Bはもう半分を受け取り、独自に準備されたトークン側とともに集中流動性パスを通してルーティングします。
だからこそ、このページは単に見栄えのよい合計値を1つ表示するだけでなく、ルートを説明すべきです。リザーブ在庫、コントローラー残高、実行先はそれぞれ異なる役割を担います。
検証
ストーリーから、その下にあるレールへ直接移動できます。コントローラーコントラクト、ブートストラッパールート、エグゼキューターコントラクト、そして自動化と手動トリガーの両方を公開するウォレット実装です。
次のステップ
サイトは状態を検証する場所です。モバイルウォレットは、コントローラーゲートがすでに開いている場合に、実際のユーザーがリソースを確認し、ブートストラッパーを呼び出し、ルートに署名できる場所です。
