# Visão geral do ciclo de vida

O fluxo tokenizado de crédito privado construído sobre o Trustless Work consiste em **seis etapas sequenciais**, cada uma representando uma clara transferência de responsabilidade e estado do capital.

O ciclo de vida inteiro consiste em:

1. **Configuração do Projeto -> Implantação de Contratos**
2. **Venda de Token → Captação de recursos**
3. **Financiamento em Escrow → Capital entra em escrow controlado por marcos**
4. **Execução do Projeto → Marcos e liberações via Trustless Work**
5. **Depósito de ROI → Configuração do cofre para pagamento aos investidores**
6. **Reivindicações dos Investidores → Queima de token + pagamento**

O diagrama abaixo ilustra esse fluxo de ponta a ponta.

***

***

### **1. Configuração do Projeto → Implantação de Contratos**

**Objetivo:**\
O criador do projeto configura toda a estrutura da rodada de investimento.

**Ações Principais:**

* Configurar o projeto no **Backoffice**
* Implantar:
  * **Contrato Escrow** (marcos + papéis)
  * **Token de Participação** (via Fábrica de Tokens)
  * **Contrato de Venda de Tokens** (preço, limite, prazos)

***

### **2. Venda de Token → Captação de recursos**

**Objetivo:**\
Investidores trocam USDC por tokens de participação que representam sua parcela do investimento.

**Ações Principais:**

* O investidor usa o **Portal do Investidor**
* Chama `buy()` no **Contrato de Venda de Tokens**
* Contrato de Venda de Tokens:
  * Recebe USDC
  * Emite Tokens de Participação (PT)
  * Envia PT ao investidor

**Resultado:**\
Os investidores detêm PT, e o Contrato de Venda de Tokens detém todo o USDC contribuído.

***

### **3. Financiamento em Escrow → Capital Entra em Escrow Controlado**

**Objetivo:**\
Os recursos da troca são automaticamente depositados em um escrow baseado em marcos para transparência e controle.

**Ações Principais:**

* O Contrato de Venda de Tokens deposita o USDC acumulado no **Contrato Escrow**
* Trustless Work:
  * Bloqueia fundos
  * Registra depósitos
  * Exibe transparência total através do **Visualizador de Escrow** e API

**Resultado:**\
O capital fica protegido em um escrow programável e auditável governado por marcos.

***

### **4. Execução do Projeto → Marcos & Liberações**

**Objetivo:**\
O trabalho no mundo real avança enquanto as liberações de fundos permanecem vinculadas a verificações on-chain.

**Ações Principais:**

* O Gerente de Projeto atualiza marcos (evidências, status)
* O Aprovador assina a verificação do marco
* O Assinante de Liberação executa a liberação
* O Escrow libera os valores do marco para o Proprietário do Projeto

**Resultado:**\
Os fundos são liberados progressivamente à medida que o projeto avança, com total transparência para os investidores.

***

### **5. Depósito de ROI → Configuração do Cofre**

**Objetivo:**\
Quando o projeto é concluído, o criador do projeto deposita o principal + rendimento em um cofre de resgate.

**Ações Principais:**

* Implantar **Contrato de Cofre**
* Depositar USDC (pool de ROI)
* Definir `price_per_token`
* Abrir o Cofre para reivindicações

**Resultado:**\
Uma taxa fixa de resgate é definida e o pool de ROI passa a ser reivindicável.

***

### **6. Reivindicações dos Investidores → Queima de Token + Pagamento**

**Objetivo:**\
Investidores resgatam seus tokens de participação por USDC.

**Ações Principais:**

* O investidor conecta a carteira ao **Portal de Reivindicação**
* Chama `claim()`
* Contrato do Cofre:
  * Queima PT
  * Envia `saldo × price_per_token` em USDC
  * Acompanha o progresso do resgate

**Resultado:**\
Os tokens são queimados, os investidores recebem pagamentos e o cofre é liquidado até ficar vazio.


---

# 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/dapps-oss/tokenizacao-credito-privado/visao-geral-do-ciclo-de-vida.md?ask=<question>
```

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.