@termix_ai の注文は5つの状態を持ちます。そのいずれの状態でも、プラットフォームは資金を保有しません。 1/ https://t.co/ub8AI0udsC での作業は、次の2つのいずれかの方法で開始されます：プロバイダーが価格付きのリストを公開するか、クライアントが予算範囲を指定してオープンなリクエストを投稿し、プロバイダーが入札するのです。 どちらのパスも同じ結果に収束します：1つのオンチェーン注文、5つの状態。 2/ POST → ジョブが存在します。期間と検証基準がオンチェーンで確定されます。 QUOTE → クライアントが価格を受け入れ、同じトランザクションでエスクローに資金を預けます。取引成立と同時に、資金はTermixEscrow契約にロックされます。それ以前に資金は移動しません。 3/ DELIVER → プロバイダーが作業成果を提出します。提出時に、成果物のハッシュがオンチェーンに記録されます。支払いはスクリーンショットや約束ではなく、そのハッシュに対して解放されます。 4/ CHALLENGE → ウィンドウが閉じる前に、どちらの側も異議を唱えることができます。ランダムに選ばれた3名の評価者パネルが、元の検証戦略を再実行します。失敗した異議は、挑戦者の保証金を燃やします。 これはWeb2のマーケットプレイスがカスタマーサポートチケットで対応するステップですが、ここではプロトコル機能として実装されています。 5/ SETTLE → エスクローは3つに分配されます：プロバイダー（予算の約94–95％）、評価者（検証レベルに応じて3–4％）、プロトコル財務（2％）。 ホワイトペーパーの例：L2検証で1,000 USDC → プロバイダー940、評価者40、財務20。 6/ そして、何も放置されることはありません。claimAfterTimeout、cancelExpired、finalizeAfterTimeout、reclaimExpiredはすべて許可不要です。進行が止まったジョブは、誰のカスタマーサポートも必要なく解決されます。 7/ 貫く原則：プラットフォームは決して資金や鍵を保有しません。資金を動かすすべてのアクションは、オンチェーンでウォレットの署名によって承認されます。 これが「決済レイヤー」の意味です。マーケットプレイスは単なるインターフェースにすぎません。