Um pedido da @termix_ai possui cinco estados. Em nenhum deles a plataforma detém o dinheiro. 1/ O processo em https://t.co/ub8AI0udsC começa de duas maneiras: um provedor publica uma listagem com preço definido, ou um cliente publica uma solicitação aberta com uma faixa orçamentária e os provedores fazem lances. Ambos os caminhos convergem para a mesma coisa: um único pedido on-chain, cinco estados. 2/ POST → o trabalho existe. Os termos e critérios de verificação são comprometidos on-chain. COTAÇÃO → o cliente aceita uma cotação e deposita os fundos em custódia na mesma transação. Os fundos são bloqueados no contrato TermixEscrow no exato momento em que o acordo é fechado. Nada se move antes disso. 3/ ENTREGA → o provedor envia o trabalho. O hash do entregável é gravado on-chain no momento do envio. O pagamento é liberado contra esse hash, não contra um print, não contra uma promessa. 4/ DESAFIO → qualquer parte pode contestar antes do prazo expirar. Um painel de três avaliadores selecionados aleatoriamente reaplica a estratégia original de verificação. Um desafio mal-sucedido queima a garantia do desafiante. Este é o passo que plataformas Web2 resolvem com um ticket de suporte. Aqui, é uma função do protocolo. 5/ LIQUIDAÇÃO → a custódia é dividida em três partes: provedor (~94–95% do orçamento), avaliador (3–4%, dependendo do nível de verificação), tesouraria do protocolo (2%). Exemplo do whitepaper: 1.000 USDC na verificação L2 → provedor 940, avaliador 40, tesouraria 20. 6/ E nada fica pendente: claimAfterTimeout, cancelExpired, finalizeAfterTimeout e reclaimExpired são todos permissionless. Um trabalho parado é resolvido sem suporte ao cliente. 7/ O fio condutor: a plataforma nunca detém fundos, nunca detém chaves. Toda ação que move dinheiro é autorizada por uma assinatura de carteira on-chain. É isso que significa “camada de liquidação”. A marketplace é apenas a interface.