Papéis no Trustless Work
Vamos entender o que cada papel representa!
Os papéis definem quem pode fazer o quê dentro de um escrow da Trustless Work.
Qualquer pessoa pode depositar fundos em um escrow. Mas apenas endereços com papéis atribuídos podem atualizar marcos, aprovar o trabalho, liberar fundos ou resolver disputas.
É isso que torna os escrows da Trustless Work programáveis.
Em vez de assumir que uma única plataforma, empresa ou pessoa controla tudo, cada escrow define explicitamente os endereços responsáveis por cada ação.
Uma boa configuração de papéis responde:
Quem precisa fazer o quê antes que o dinheiro possa ser movimentado?

Por que os Papéis Importam
Um escrow é um sistema de coordenação.
Diferentes partes podem precisar de poderes diferentes:
uma parte deposita fundos no escrow
uma parte executa o trabalho
uma parte atualiza o status do marco
uma parte valida a conclusão
uma parte libera os fundos
uma parte recebe os fundos
uma parte resolve disputas
uma plataforma recebe uma taxa
A Trustless Work separa essas responsabilidades em papéis.
Isso torna o escrow mais fácil de entender, mais seguro de configurar e mais flexível entre diferentes casos de uso.
Permissões Baseadas em Papéis
Todo escrow inclui um objeto de papéis.
Cada papel é atribuído a um endereço.
Somente o endereço atribuído a esse papel pode executar as ações associadas a ele.
Por exemplo:
apenas o Provedor de Serviço pode atualizar o status do marco
apenas o Aprovador pode aprovar marcos
apenas o Assinante da Liberação pode liberar fundos
apenas o Resolutor de Disputas pode resolver disputas
o Recebedor recebe os fundos após a liberação
o Endereço da Plataforma recebe as taxas da plataforma e pode atualizar os detalhes do escrow antes do financiamento
Esse modelo baseado em papéis permite que plataformas criem diferentes fluxos de confiança sem escrever contratos inteligentes personalizados do zero.
Papéis Principais
1. Provedor de Serviço
O Provedor de Serviço é responsável por entregar o produto, serviço, marco ou resultado definido no escrow.
Esse papel normalmente representa a parte que está realizando o trabalho.
O que o Provedor de Serviço pode fazer
alterar o status do marco
adicionar evidências ou prova de entrega
abrir uma disputa
Exemplos
Pagamento de marketplace
Vendedor, freelancer, fornecedor ou prestador de serviços
Marcos de projeto
Contratado ou equipe do projeto
Pagamentos
Colaborador, fornecedor ou proprietário do marco
Financiamento coletivo
Empresa ou responsável pela campanha atualizando o progresso
Fluxo de conformidade
Equipe de conformidade marcando uma verificação como concluída
Nota de design
O Provedor de Serviço comunica o progresso.
Ele não aprova automaticamente o próprio trabalho.
Na maioria dos fluxos:
2. Aprovador
O Aprovador valida se um marco foi realmente concluído.
Esse papel é responsável por dar a aprovação da conclusão antes que os fundos possam ser liberados.
O que o Aprovador pode fazer
assinar a aprovação de um marco
abrir uma disputa se o trabalho não estiver satisfatório
Exemplos
Pagamento de marketplace
Comprador, cliente ou revisor da plataforma
Marcos de projeto
Cliente, proprietário do projeto ou revisor
Pagamentos
Revisor do programa, mantenedor ou administrador da plataforma
Depósito de segurança
Anfitrião, gerente do imóvel, inquilino ou revisor neutro
Financiamento coletivo
Revisor da plataforma ou da campanha
Nota de design
A aprovação não é a mesma coisa que uma atualização de status.
Uma atualização de status comunica progresso.
A aprovação valida que a condição acordada foi atendida.
Em alguns fluxos, o Aprovador pode aprovar antes de o Provedor de Serviço atualizar o status. O ponto importante é que a aprovação deve permanecer uma ação explícita de validação.
3. Assinante da Liberação
O Assinante da Liberação aciona a liberação real dos fundos quando as aprovações necessárias estão em vigor.
Esse papel é responsável por executar a movimentação do pagamento.
O que o Assinante da Liberação pode fazer
liberar fundos depois que todos os marcos forem aprovados em um Escrow de Liberação Única
liberar fundos para cada marco aprovado em um Escrow de Múltiplas Liberações
abrir uma disputa se houver discordância na etapa de liberação
Exemplos
Pagamento de marketplace
Comprador, assinante da plataforma ou endereço autorizado para liberação
Marcos de projeto
Cliente, assinante da plataforma ou proprietário do projeto
Pagamentos
Assinante da plataforma, assinante do tesouro ou endereço autorizado para liberação
Recompensa de DAO
Assinante da DAO ou assinante autorizado para pagamento de colaboradores
Depósito de segurança
Assinante controlado pela plataforma ou autoridade de liberação acordada
Nota de design
O Assinante da Liberação executa a liberação.
O Assinante da Liberação não deve ser confundido com o Aprovador.
Em fluxos simples, o mesmo endereço pode ser tanto Aprovador quanto Assinante da Liberação. Em fluxos mais sensíveis, esses papéis devem ser separados.
Fluxo normal de liberação:
4. Recebedor
O Recebedor é o destino final dos fundos liberados.
Esse papel recebe os fundos quando as condições do escrow são atendidas e a liberação é acionada.
O que o Recebedor pode fazer
receber fundos assim que a liberação for acionada
Exemplos
Pagamento de marketplace
Vendedor, freelancer, fornecedor ou prestador de serviços
Marcos de projeto
Mesmo contratado ou equipe do projeto ao longo dos marcos
Pagamentos
Diferente colaborador, fornecedor ou equipe por marco
Financiamento coletivo
Empresa recebendo financiamento baseado em marcos
Depósito de segurança
Inquilino, anfitrião ou outro destinatário final, dependendo do resultado
Nota de design
O Recebedor não é automaticamente o Provedor de Serviço.
Em muitos casos, eles são a mesma parte.
Por exemplo, um freelancer pode ser ambos:
Mas em outros casos, eles podem ser diferentes.
Exemplo:
5. Resolutor de Disputas
O Resolutor de Disputas intervém quando as partes discordam ou quando algo dá errado.
Esse é um papel central no modelo de papéis da Trustless Work.
O que o Resolutor de Disputas pode fazer
resolver disputas redirecionando fundos
Exemplos
Pagamento de marketplace
Marketplace, plataforma ou resolvedor neutro
Marcos de projeto
Árbitro, administrador do projeto ou revisor da plataforma
Pagamentos
Administrador do programa, mantenedor ou processo de governança
Depósito de segurança
Plataforma, gerente do imóvel ou resolvedor neutro de disputas
Financiamento coletivo
Plataforma da campanha ou revisor independente
Nota de design
O Resolutor de Disputas deve ser configurado de forma intencional.
Esse papel tem autoridade importante porque pode afetar para onde os fundos vão quando uma disputa é aberta.
Uma disputa não faz parte de todos os fluxos normais de escrow, mas o papel de Resolutor de Disputas existe para que o escrow tenha uma autoridade de resolução definida caso ocorra um conflito.
Fluxo em disputa:
6. Endereço da Plataforma
O Endereço da Plataforma representa a plataforma ou aplicação que integra a Trustless Work.
Esse papel normalmente é usado para taxas da plataforma e alterações de configuração antes do financiamento.
O que o Endereço da Plataforma pode fazer
cobrar taxas da plataforma automaticamente
atualizar detalhes do escrow enquanto o escrow ainda não foi financiado
Exemplos
Pagamento de marketplace
Endereço de taxa do marketplace
Marcos de projeto
Endereço de taxa da plataforma SaaS ou de infraestrutura
Pagamentos
Endereço de taxa da plataforma do programa, recompensa ou tesouraria
Financiamento coletivo
Endereço de taxa da plataforma de crowdfunding
Depósito de segurança
Endereço de taxa da plataforma de aluguel
Nota de design
O Endereço da Plataforma não é a mesma coisa que o Recebedor.
O Endereço da Plataforma recebe a taxa da plataforma.
O Recebedor recebe o pagamento do escrow.
Exemplo:
Além disso, a cobrança de taxas não deve ser confundida com controle total sobre os fundos. O Endereço da Plataforma pode atualizar os detalhes do escrow antes do financiamento, mas, uma vez que os fundos ficam travados, o fluxo do escrow deve seguir as regras de papéis e ciclo de vida.
Outros Endereços que Você Pode Ver
Alguns endereços podem interagir com o escrow ou aparecer em dados indexados, mas eles não têm as mesmas permissões de ação dos papéis principais acima.
Emissor
O Emissor não tem poderes sobre o contrato.
Esse endereço pode estar presente por causa de como ativos, contratos ou metadados são representados, mas ele não controla as ações do escrow.
Pode executar
nenhuma ação de escrow
Depositante
O Depositante é qualquer endereço que envia fundos para o escrow.
Toda transação de entrada no escrow é indexada.
No entanto, depositar fundos não concede automaticamente permissões a esse endereço dentro do escrow.
Pode executar
depositar fundos
Não pode executar automaticamente
atualizar marcos
aprovar marcos
liberar fundos
resolver disputas
Nota de design
Essa distinção é importante.
Uma carteira pode financiar um escrow sem se tornar o Aprovador, o Assinante da Liberação ou o Recebedor.
Observador
Observador está planejado para uma versão futura.
Um Observador é um endereço que deseja acompanhar um escrow sem agir sobre ele.
Finalidade pretendida
observar a atividade do escrow
facilitar o acompanhamento por papel
dar suporte a painéis, notificações e casos de uso de transparência
Pode executar
nenhuma ação de escrow
Status, Aprovação, Disputa e Liberação são diferentes
Não reduza essas ações a um único conceito.
Atualização de status
Provedor de Serviço
Comunica progresso
Aprovação
Aprovador
Valida a conclusão
Disputa
Provedor de Serviço, Aprovador ou Assinante da Liberação
Sinaliza discordância
Resolução
Resolutor de Disputas
Resolve o resultado da disputa
Liberação
Assinante da Liberação
Movimenta fundos
Pagamento
Recebedor
Recebe fundos
Cobrança de taxa
Endereço da Plataforma
Recebe a taxa da plataforma
Essa distinção é central no design de escrows.
Matriz de Capacidades dos Papéis
Provedor de Serviço
Sim
Sim
Não
Sim
Não
Não
Às vezes
Não
Não
Aprovador
Não
Não
Sim
Sim
Não
Não
Geralmente não
Não
Não
Assinante da Liberação
Não
Não
Não
Sim
Não
Sim
Geralmente não
Não
Não
Recebedor
Não
Não
Não
Não
Não
Não
Sim
Não
Não
Resolutor de Disputas
Não
Não
Depende do caso
Não
Sim
Depende do caso
Não
Não
Não
Endereço da Plataforma
Não por padrão
Não por padrão
Não por padrão
Não por padrão
Não por padrão
Não por padrão
Não
Sim
Sim
Emissor
Não
Não
Não
Não
Não
Não
Não
Não
Não
Depositante
Não
Não
Não
Não
Não
Não
Não
Não
Não
Observador
Não
Não
Não
Não
Não
Não
Não
Não
Não
Como os Papéis Interagem
Em um fluxo normal de escrow:
Se algo der errado:
Mapeamento de Papéis por Caso de Uso
Pagamento de Marketplace
Caso de uso: Escrow de liberação única
Depositante
Comprador ou cliente
Provedor de Serviço
Vendedor, freelancer ou fornecedor
Aprovador
Comprador, cliente ou revisor da plataforma
Assinante da Liberação
Comprador, assinante da plataforma ou endereço autorizado para liberação
Recebedor
Vendedor, freelancer ou fornecedor
Resolutor de Disputas
Marketplace, plataforma ou resolvedor neutro
Endereço da Plataforma
Endereço de taxa do marketplace
Ideal para:
um comprador
um provedor
um pagamento final
confirmação simples de entrega
Marcos de Projeto
Caso de uso: Escrow de múltiplas liberações, mesmo recebedor
Depositante
Cliente, patrocinador ou proprietário do projeto
Provedor de Serviço
Contratado, equipe do projeto ou fornecedor
Aprovador
Cliente, revisor ou proprietário do projeto
Assinante da Liberação
Cliente, assinante da plataforma ou assinante autorizado
Recebedor
Mesmo contratado, equipe ou fornecedor ao longo dos marcos
Resolutor de Disputas
Plataforma, resolvedor neutro ou resolvedor designado
Endereço da Plataforma
Endereço de taxa da plataforma ou infraestrutura
Ideal para:
projetos em fases
contratos baseados em marcos
subsídios para uma equipe
trabalho de implementação
acordos de serviço pagos ao longo do tempo
Pagamentos
Caso de uso: Escrow de múltiplas liberações, múltiplos recebedores
Depositante
Patrocinador, plataforma, organização ou tesouraria
Provedor de Serviço
Colaborador, fornecedor, equipe ou proprietário do marco
Aprovador
Revisor do programa, mantenedor, cliente ou administrador da plataforma
Assinante da Liberação
Assinante da plataforma, assinante do tesouro ou endereço autorizado para liberação
Recebedor
Recebedor diferente por marco
Resolutor de Disputas
Plataforma, resolvedor neutro, administrador do programa ou processo de governança
Endereço da Plataforma
Endereço de taxa do programa, recompensa ou plataforma
Ideal para:
recompensas
pagamentos a colaboradores
projetos com vários fornecedores
recompensas de hackathon
programas de incentivo do ecossistema
subsídios com várias equipes
Padrões Comuns de Combinação de Papéis
O mesmo endereço às vezes pode acumular vários papéis.
Isso deve ser feito de forma intencional.
Combinações comuns
Provedor de Serviço + Recebedor
Um freelancer executa o trabalho e recebe o pagamento
Baixo, padrão comum
Depositante + Aprovador
Um cliente financia e aprova o trabalho
Comum, mas o cliente pode atrasar a aprovação
Aprovador + Assinante da Liberação
Fluxos simples em que o aprovador também libera os fundos
Concentra autoridade de validação e execução
Endereço da Plataforma + Resolutor de Disputas
A plataforma lida com taxas e resolução de disputas
A plataforma ganha influência significativa sobre os resultados
Combinações de risco
Provedor de Serviço + Aprovador
A parte pode aprovar o próprio trabalho
Recebedor + Assinante da Liberação
O recebedor pode conseguir acionar o pagamento para si mesmo se as salvaguardas forem fracas
Endereço da Plataforma + Recebedor
Confunde o destinatário da taxa com o destinatário do pagamento
Um endereço com todos os papéis
Recria um controle centralizado semelhante à custódia
Checklist de Design de Papéis
Antes de implantar um escrow, confirme:
Quem financia o escrow?
Quem atualiza o status do marco?
Quem aprova a conclusão?
Quem pode abrir uma disputa?
Quem resolve disputas?
Quem libera os fundos?
Quem recebe o pagamento?
Quem recebe as taxas da plataforma?
O Recebedor é diferente do Endereço da Plataforma?
O Provedor de Serviço também é o Recebedor?
O Aprovador também é o Assinante da Liberação?
Algum papel deve ser separado por segurança?
O caso de uso exige um Resolutor de Disputas neutro?
Você está usando Liberação Única ou Múltiplas Liberações?
Há vários recebedores?
Atualizado