# Fase de liberación

<figure><img src="/files/5057f4dc27c1cf948783117e4969d481e86fad37" alt=""><figcaption></figcaption></figure>

## Fase 5 — Liberación (Ejecución del Pago)

La **Fase de Liberación** es donde todo se junta: las aprobaciones se convierten en pagos y la lógica se convierte en movimiento de dinero.\
Esta es la única fase que realmente *mueve fondos* fuera del escrow y hacia las manos de los receptores.

También es la fase más restringida:

> Solo el **Firmante de Liberación** puede ejecutar la liberación.

***

### 🔑 Quién Puede Liberar Fondos

Cada escrow designa una dirección como el **Firmante de Liberación**.\
Esa cartera — y *solo* esa cartera — puede autorizar la transferencia de fondos fuera del contrato de escrow.

Dependiendo de tu flujo de trabajo, este rol puede configurarse de dos maneras principales:

* **Como un modelo de “empujar”** — la plataforma o un firmante neutral desencadena la liberación al receptor.
* **Como un modelo de “reclamar”** — el receptor *también es* el firmante de liberación, lo que significa que pueden reclamar sus propios fondos una vez aprobados.

Ambas opciones son válidas, y cada una se adapta a un tipo diferente de caso de uso:

| Caso de Uso                                   | Patrón de Liberación | Ejemplo                                                                           |
| --------------------------------------------- | -------------------- | --------------------------------------------------------------------------------- |
| **Mercados de freelancers**                   | Empujar              | La plataforma actúa como firmante de liberación, pagando después de la aprobación |
| **Pagos basados en escrow o subvenciones**    | Reclamar             | Los propios receptores desencadenan el retiro                                     |
| **dApps automatizadas o herramientas de DAO** | Empujar o Reclamar   | Bots lógicos o scripts desencadenan condiciones de liberación automáticamente     |

***

### 🧭 Qué Debe Ser Verdadero Antes de la Liberación

El escrow aplica una verificación estricta antes de que los fondos puedan moverse.

#### **Escrow de Liberación Única**

* Todos los hitos deben tener su `aprobado` indicador establecido en **verdadero**.
* Ningún hito puede estar en disputa.
* Una vez verificado, el contrato libera la **cantidad total en escrow** (menos tarifas) al receptor.

#### **Escrow de Múltiples Liberaciones**

* Solo el/los hito(s) que se liberen necesitan ser aprobados.
* Cada hito puede liberarse de forma independiente.
* El contrato desembolsa solo la cantidad del hito aprobado a su receptor correspondiente.

> 🧩 En esencia:
>
> * **Liberación Única:** “Libera todo.”
> * **Múltiples Liberaciones:** “Libera solo esta parte.”

***

### ⚙️ Qué Sucede Cuando se Firma la Liberación

Cuando el Firmante de Liberación ejecuta la transacción:

1. El contrato verifica todas las condiciones.
2. Calcula las deducciones:
   * **Tarifa de la Plataforma** (establecida durante la iniciación, p. ej., 1%)
   * **Tarifa de Trustless Work** (tarifa del protocolo, fija en 0.3%)
3. Transfiere el saldo restante a la dirección del receptor.
4. Actualiza el hito (o el escrow completo) con:
   * `released: true`
   * Un hash de transacción de liberación (visible en la cadena).

Este evento se convierte en un registro permanente y auditable de la finalización del pago.

***

### 💬 Empujar vs. Reclamar — Dos Caras de la Liberación

#### **Empujar**

* El Firmante de Liberación (plataforma u operador) envía los fondos proactivamente.
* Ideal para plataformas que manejan el flujo de fondos en nombre de los usuarios.
* Proporciona una capa adicional de control y cumplimiento.

#### **Reclamar**

* El Receptor *también es* el Firmante de Liberación.
* Simplemente “reclaman” sus fondos aprobados directamente del escrow.
* Ideal para entornos con minimización de confianza, subvenciones o configuraciones tipo recompensa.

> 🧠 Ambos flujos coexisten dentro de Trustless Work.\
> La lógica de liberación no le importa *quién* presiona el botón — solo que el firmante tiene permiso.

***

### 🌐 Visibilidad y Trazabilidad

Cada liberación emite un **Evento de Liberación** — un registro en blockchain que contiene:

* El ID del escrow (dirección del contrato)
* El/los hito(s) liberado(s)
* La dirección del receptor
* Cantidad enviada
* Tarifas de plataforma y protocolo deducidas

Puedes ver estos de forma transparente a través de:

* [**Visor de Escrow**](https://viewer.trustlesswork.com) — registros de hitos y liberaciones legibles para humanos
* [**Stellar Expert**](https://stellar.expert) — detalles de transacciones en bruto para verificación y auditorías

***

### 📦 Resultado de la Fase de Liberación

Al final de esta fase:

* Los hitos aprobados (o el escrow completo) han sido pagados.
* Las tarifas de la Plataforma y Trustless Work han sido distribuidas.
* El contrato de escrow actualiza sus banderas (`released: true`) en consecuencia.
* Un registro completo de pagos está disponible tanto en la cadena como en el Visor.

> 💡 La Fase de Liberación es donde la confianza se convierte en liquidación —\
> el dinero sale de la zona neutral y llega a su destino legítimo.


---

# 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-es/introduccion/technology-overview/escrow-lifecycle/release-phase.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.