# Estratégia de arquitetura e design #### Construindo Híbrido — O Poder de Fundamentos Descentralizados A maioria das plataformas não precisa “ir totalmente on-chain”.\ O que elas precisam é **confiança programável**—uma camada neutra e verificável que lida com o que mais importa: custódia, lógica de liberação e auditabilidade. Isso é o que o Trustless Work oferece.\ Nós deixamos você decidir *o quão descentralizado* você quer ficar — desde uma configuração rápida de back office sem código até uma arquitetura totalmente automatizada e orientada por API. *** #### ⚙️ Como a Descentralização se Encaixa Escrows tradicionais vivem na infraestrutura de outra pessoa — você confia na plataforma ou em um agente terceirizado para segurar e liberar fundos.\ No Trustless Work, o **próprio escrow é a infraestrutura**.\ Cada um é um contrato inteligente independente que contém lógica, papéis e saldos diretamente na blockchain Stellar. Esse design lhe dá: * **Transparência** — qualquer pessoa pode verificar o escrow em tempo real. * **Componibilidade** — você pode conectar essa lógica à sua própria stack. * **Controle** — você decide quanto abstrair ou automatizar. *** #### 🧩 A Arquitetura do Trustless Work | Camada | Ferramenta | O Que Faz | Usuário Típico | | --------------------------------------- | --------------------------------------- | ------------------------------------------------------------------------------------- | ------------------------------------------ | | **1. Camada de Contratos Inteligentes** | **Contrato Escrow Soroban** | Lógica core para marcos, papéis e liberações de fundos. | Todos — a fundação | | **2. Camada de Integração** | **API & SDK de Escrow** | Controle programático a partir do seu backend ou frontend. | Desenvolvedores | | **3. Camada de Interação** | **dApp de Back Office** | Painel de controle visual para criar, financiar e gerenciar escrows. | Ops, administradores, equipes não técnicas | | **4. Camada de Transparência** | **Visualizador de Escrow** | Ferramenta pública de auditoria somente leitura para contratos em testnet ou mainnet. | Compliance, usuários, investidores | | **5. Camada de Experimentação** | **dApp Demo Lab** | Sandbox para aprendizado e testes rápidos. | Construtores, hackathons | | **6. Camada de Automação** | **Agentes de IA / Webhooks (em breve)** | Automatize verificações de marcos, aprovações ou pagamentos. | Usuários avançados | Cada ferramenta funciona **independentemente**, mas se conecta perfeitamente através dos mesmos contratos escrow e da lógica da API. *** #### 🧱 Modelos de Implementação Híbridos Nem toda empresa vai implantar toda a stack.\ Por isso o Trustless Work é **híbrido por design** — você pode começar manual, adicionar automação depois ou integrar sua própria UI a qualquer momento. **1. Prioridade no Back Office** Lance sem escrever código.\ Use o Back Office para implantar escrows, definir papéis e gerenciar liberações.\ Depois incorpore widgets de status do escrow ou links do Visualizador nas suas páginas de destino. → *Melhor para pilotos, MVPs ou marketplaces iniciais.* *** **2. Híbrido API + Back Office** Crie escrows através da API (a partir do seu app),\ mas trate aprovações ou disputas no Back Office.\ Combine sua UX com nossa camada de governança. → *Melhor para plataformas que querem controle, sem gerenciar todo fluxo on-chain.* *** **3. Complemento de Transparência** Mantenha seu fluxo de pagamento existente,\ mas conecte seus usuários ao Visualizador de Escrow para comprovação de fundos e acompanhamento de progresso. → *Melhor para ambientes com forte exigência de compliance ou alta necessidade de confiança.* *** **4. Fork de Template** Faça fork do dApp Demo ou do Back Office,\ republique a marca, integre seu provedor de carteira ou lógica customizada e lance rápido. → *Melhor para startups ou equipes que querem possuir a UI mas usar nossa lógica subjacente.* *** #### 🌍 Exemplo de Fluxo Híbrido **Cenário:** Um marketplace de freelancers quer adicionar pagamentos baseados em marcos. * Eles implantam escrows no **Back Office**. * Usam seu próprio **frontend** (construído em Next.js) para listar trabalhos e mostrar progresso dos marcos. * Incorpore o **Visualizador de Escrow** link para cada trabalho para dar aos usuários prova de fundos transparente. * Quando estiverem prontos para escalar, eles integram a **API** para automatizar a criação de escrows e liberações. Sem devs de blockchain. Sem auditorias. Apenas infraestrutura componível. *** #### 🧠 Por que Essa Arquitetura Vence * **Descentralização = Independência**\ Você não fica preso a um fornecedor ou a um intermediário custodial.\ O contrato existe on-chain, e seus usuários podem verificá-lo a qualquer momento. * **Híbrido = Velocidade**\ Você pode começar sem código e migrar para código depois.\ Back Office hoje, API amanhã — mesma lógica, mesmos escrows. * **Transparência = Confiança**\ O Visualizador transforma cada transação em uma página de prova de fundos ao vivo.\ Os usuários não precisam acreditar apenas na sua palavra — eles podem ver o escrow por si mesmos. *** #### 💡 Conclusão Principal O Trustless Work não é apenas uma API de escrow — é uma **arquitetura para confiança programável.**\ Você pode centralizar sua UX enquanto descentraliza seu fluxo de dinheiro.\ Você pode usar nosso Back Office como sua camada administrativa, o Visualizador como sua camada de transparência,\ e a API como sua camada de automação — tudo conectado aos mesmos contratos on-chain. > **Você possui a experiência.**\ > **A blockchain possui a confiança.** --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.trustlesswork.com/trustless-work/v1-pt/introducao/technology-overview/estrategia-de-arquitetura-e-design.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.