لدى طلب @termix_ai خمس حالات. وفي أي منها لا تحتفظ المنصة بالأموال. 1/ يبدأ العمل على https://t.co/ub8AI0udsC بطريقتين: إما أن الناشر ينشر قائمة مُسعرة، أو أن العميل ينشر طلبًا مفتوحًا مع نطاق ميزانية، ثم يقدم المُقدّمون عروضهم. تلتقي الطريقتان في شيء واحد: أمر واحد على السلسلة، خمس حالات. 2/ POST → الوظيفة موجودة. تم التزام الشروط ومعايير التحقق على السلسلة. QUOTE → يقبل العميل عرضًا ويُودع الأموال في حساب الضمان في نفس المعاملة. تُقفل الأموال في عقد TermixEscrow فور إبرام الصفقة. لا يتحرك شيء قبل ذلك. 3/ DELIVER → يقدم المُقدّم العمل. يتم تسجيل هاش المنتج النهائي على السلسلة عند التقديم. يتم إصدار الدفع بناءً على هذا الهاش، وليس لقطة شاشة أو وعْد. 4/ CHALLENGE → يمكن لأي طرف الطعن قبل انتهاء النافذة. يتم اختيار لجنة مكونة من ثلاثة مقيّمين عشوائيًا لإعادة تطبيق استراتيجية التحقق الأصلية. يُحرق رهن الطاعن في حال فشل الطعن. هذه هي الخطوة التي تتعامل معها أسواق Web2 عبر تذكرة دعم. هنا، إنها وظيفة بروتوكول. 5/ SETTLE → يُقسّم حساب الضمان إلى ثلاثة أجزاء: المُقدّم (~94–95% من الميزانية)، المقيّم (3–4% حسب مستوى التحقق)، خزينة البروتوكول (2%). مثال من ورقة بيضاء: 1,000 USDC عند التحقق من المستوى L2 → المُقدّم 940، المقيّم 40، الخزينة 20. 6/ ولا تبقى أي شيء معلقًا: claimAfterTimeout و cancelExpired و finalizeAfterTimeout و reclaimExpired كلها بدون إذن. تُحل الوظيفة المتوقفة دون الحاجة إلى دعم العملاء. 7/ الخط المركزي: المنصة لا تحتفظ أبدًا بالأموال، ولا تحتفظ بالمفاتيح. كل إجراء يحرك الأموال يتم تأكيده بتوقيع محفظة على السلسلة. هذا هو معنى "طبقة التسوية". السوق هو مجرد واجهة.