Замовлення @termix_ai має п’ять станів. У жодному з них платформа не тримає гроші. 1/ Робота на https://t.co/ub8AI0udsC починається одним із двох способів: постачальник публікує лістинг із ціною, або клієнт публікує відкритий запит із діапазоном бюджету, а постачальники роблять пропозиції. Обидва шляхи зводяться до одного: одне on-chain замовлення, п’ять станів. 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/ Загальна ідея: платформа ніколи не тримає кошти, ніколи не тримає ключі. Кожна дія, що переміщує гроші, авторизована підписом гаманця на ланцюгу. Ось що означає «рівень розрахунків». Ринок — це лише інтерфейс.
