# Fase de aprobación

<figure><img src="/files/c975e88417c787c8a5e8de7da05d1fd49c6bb5bc" alt=""><figcaption></figcaption></figure>

## Fase 4 — Aprobación (Validando el Progreso y Desbloqueando la Preparación)

Después de que el Proveedor de Servicios actualiza el estado de un hito, el **Aprobador** interviene.\
Esta es la fase donde la intención se encuentra con la validación: el momento en que una plataforma o cliente confirma oficialmente que el progreso es satisfactorio.

La aprobación es la **luz verde** que le dice al escrow:

> “Este hito ha cumplido las condiciones. Ahora puede avanzar hacia el pago.”

***

### 🧾 Qué Significa la Aprobación

Aprobar un hito no mueve fondos todavía: simplemente actualiza la bandera interna del hito:\
`approved: true`

Esa única bandera transforma el hito de *en progreso* a *listo para liberación*.

Es un cambio ligero en los datos pero pesado en significado: porque una vez aprobado, el hito queda registrado permanentemente como validado.\
No existe una función de “desaprobar”.\
La decisión se convierte en parte del historial del escrow.

***

### 👤 Quién Aprueba

Solo el **Aprobador** — la billetera asignada a ese rol — puede firmar la aprobación.\
Esta dirección suele ser:

* El **comprador** en un contrato freelance,
* El **patrocinador** en una subvención,
* O la **lógica de la plataforma** en flujos automatizados o multipartitos.

La firma del Aprobador confirma que:

1. El hito ha sido entregado satisfactoriamente, y
2. La plataforma ahora puede avanzar de forma segura hacia la liberación.

***

### 🔁 Cómo Funciona la Aprobación Según el Tipo de Escrow

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

* Todos los hitos deben ser aprobados antes de que cualquier fondo pueda moverse.
* Una vez que cada hito lleva la `approved: true` bandera, el escrow se vuelve “listo para liberación”.
* El Firmante de Liberación puede entonces ejecutar el pago en una sola transacción.

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

* Cada hito tiene su propia lógica de aprobación y liberación.
* Aprobar un hito hace que *los fondos de ese hito* sean elegibles para su liberación, independientemente de los demás.
* Esto permite múltiples ciclos independientes de aprobación-liberación dentro del mismo escrow.

> 🧩 **En resumen:**
>
> * **Liberación Única** → la aprobación es colectiva (todo o nada).
> * **Liberaciones Múltiples** → la aprobación es modular (un hito a la vez).

***

### 🪶 La Libertad del Momento de Aprobación

Las aprobaciones pueden ocurrir en cualquier momento, independientemente del texto de “estado” actual del hito.

Incluso si el Proveedor de Servicios usó un estado personalizado como *“En Revisión”* o *“En Tránsito”*,\
el Aprobador puede firmar la aprobación de inmediato si está satisfecho.

Esa flexibilidad permite que cada plataforma defina su propia lógica: tal vez aprobando automáticamente después de un temporizador, o requiriendo revisión manual antes del pago.

Una vez aprobado:

* La `approved` bandera del hito se **convierte en**,
* true
* El escrow reconoce ese hito como completo,

***

### Y permanece aprobado por el resto de su ciclo de vida.

🧩 Relación con Disputas y Liberación **La aprobación es también lo que separa transacciones fluidas de disputas.**\
**Si el Aprobador firma, el flujo avanza a**Liberación **.**\
**Si rechaza o impugna, el mismo hito puede en su lugar pasar a**.

> Resolución de Disputas

***

### 🧭 La aprobación es la bifurcación en el camino: Un camino conduce al pago, el otro a la mediación.

📦 Resultado de la Fase de Aprobación

* La `approved` Al final de esta fase: **convierte en**.
* la bandera se establece en *listo para liberación*.
* El escrow reconoce ese hito como
* El evento de aprobación queda registrado permanentemente on-chain. [**Los participantes pueden ver la aprobación en tiempo real a través del**](https://viewer.trustlesswork.com).

> Visor de Escrow


---

# 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/approval-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.
