> ## Documentation Index
> Fetch the complete documentation index at: https://t3sa.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Por qué TESA

> Qué le ahorra la API frente a construir la misma infraestructura internamente

> [!WARNING]
>
> Borrador: especificación en curso. Los endpoints y campos pueden cambiar.

Poner la caja en USDC a trabajar en bonos del Tesoro parece una integración sencilla. En la práctica involucra una vía de transferencia entre redes, relaciones con emisores, lógica de asignación, un registro auditable y un límite claro de custodia. La API entrega todo esto listo para usar, sin que la empresa entregue sus claves.

## Construir internamente vs. usar la API

| Área | Construir internamente | Con la API de TESA |
| - | - | - |
| Vía entre redes | Integrar el CCTP de Circle, seguir las atestaciones y manejar fallas entre Ethereum y Solana | El USDC se mueve por CCTP, sin puente de terceros y sin token envuelto |
| Emisores | Incorporación, listas blancas y flujos de suscripción y rescate con cada emisor de USDY y BUIDL | Una sola integración cubre ambos activos |
| Asignación | Escribir y mantener la lógica de proporción, diferencial y rebalanceo | Política y reglas definidas por la empresa; el software calcula las transacciones |
| Registro | Indexar transacciones, conciliar hashes y construir un rastro de auditoría | Cada movimiento genera un registro con hash, bloque y referencia de origen |
| Custodia | Decidir dónde viven las claves y cómo separar la preparación de la firma | TESA prepara, la empresa aprueba y el custodio firma |

## CCTP sin atajos

El USDC entra y sale por el Cross-Chain Transfer Protocol de Circle, que quema en la red de origen y emite en la red de destino. No hay un pool de liquidez intermedio ni un activo sintético en el camino. La API expone cada etapa como un registro de tipo `cctp`.

## Integración con emisores

USDY (Ondo) y BUIDL (BlackRock) tienen sus propias reglas de elegibilidad, horarios de operación y mínimos. TESA mantiene estas integraciones y presenta ambos activos en el mismo formato de posición, propuesta y registro.

## Lógica de asignación

La empresa define las proporciones y las reglas de rebalanceo en su propia política. TESA no recomienda asignaciones ni ofrece una cartera preseleccionada. Cuando se cumple una de las reglas de la empresa, por ejemplo un diferencial por encima del umbral que ella eligió, el software prepara la transacción. La empresa decide: sin aprobación y firma, nada cambia.

## Registro on-chain

Toda operación termina con un hash de transacción verificable. El endpoint de registros entrega el rastro completo para auditoría, contabilidad y conciliación con el ERP.

## Límite de custodia

TESA no es custodio. La API nunca recibe una clave privada ni una transacción firmada: devuelve transacciones sin firmar y solicitudes de aprobación. La empresa conserva el mismo custodio, las mismas políticas de firma y los mismos controles internos. Vea [Arquitectura](https://t3sa.com/docs/es/api/arquitetura.md). Cada empresa debe verificar la normativa aplicable en su jurisdicción.

> [!NOTE]
>
> Los porcentajes y plazos de esta página son ilustrativos y pueden variar según la política de cada empresa y las condiciones de mercado.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.