Un proyecto RWA tiene tres capas, no una
Cuando alguien dice "quiero tokenizar mi activo", en realidad está hablando de tres proyectos distintos que deben avanzar en paralelo:
| Capa | Quién la resuelve | Qué define |
|---|---|---|
| 1. Legal y estructura | Abogado de valores del cliente | Vehículo (SPV), clasificación del token, jurisdicción, a quién se puede vender |
| 2. Tokenización | Braincoders | Contratos, prueba de reserva, KYC/AML on-chain, portal, wallets |
| 3. Capital y activo físico | Cliente + terceros | Certificación, custodia, seguro, inversionistas |
Confundir las capas es la causa más común de proyectos que se atascan. Un proveedor técnico que promete resolver la capa legal está prometiendo algo que no puede sostener.
La tabla de responsabilidades
| Área | Braincoders | Cliente + especialistas |
|---|---|---|
| Estructura legal y regulatoria | — | Asesoría de valores, jurisdicción, T&C |
| Clasificación del token (valor / utilidad) | Implementación técnica de lo definido | Determinación legal |
| KYC / AML | Integración del proveedor en el portal | Programa de cumplimiento y contratación |
| Custodia física, seguro, certificación | Registro on-chain + prueba de reserva | Bóveda, aseguradora, laboratorio, certificadora |
| Contratos inteligentes y portal | Diseño, desarrollo, pruebas y despliegue | Aprobación de requisitos |
| Auditoría de seguridad | Coordinación y remediación | Contratación y pago de la firma auditora |
| Levantamiento de capital | — | Fundraising, inversionistas, tesorería |
Por qué no auditamos nuestro propio código
La auditoría de seguridad la contrata y paga el cliente, con una firma independiente. No porque no sepamos hacerlo, sino porque una auditoría hecha por quien escribió el código no tiene credibilidad ante un inversionista serio. Es un principio básico de control, no una limitación técnica.
La compuerta de mainnet
Tenemos una regla que no negociamos: no desplegamos a producción sin dos cosas.
- Opinión legal escrita sobre la estructura de la oferta.
- Certificación del respaldo por un tercero independiente.
Podemos diseñar, construir y probar en testnet sin eso. Pero el salto a mainnet —donde hay dinero real de terceros— exige ambas. Esta regla ha incomodado a algún cliente apurado, y en todos los casos terminó protegiéndolo.
Por qué esta disciplina te conviene a ti
Podría parecer que un proveedor que "hace todo" te simplifica la vida. En la práctica ocurre lo contrario:
- Un proveedor que promete resolver lo legal te está exponiendo a un riesgo regulatorio con un respaldo que no puede sostener.
- Un proveedor que no distingue las capas no te va a advertir cuando tu modelo de token tenga un problema de fondo, porque tampoco lo va a ver.
- Un proveedor sin compuertas despliega cuando le pagas, no cuando el proyecto está listo.
Nuestra frase interna lo resume: eso lo ejecuta un especialista; nosotros nos conectamos a lo que certifiquen y lo llevamos on-chain.
Lo que sí hacemos, entonces
Somos la capa técnica, y ahí sí vamos a fondo: diseño y desarrollo de contratos permisionados (ERC-3643 y similares), compliance on-chain con KYC y listas blancas, prueba de reserva conectada a oráculos, portales de inversionista y administración, pagos en stablecoins, y despliegue multi-cadena.
Trabajamos por fases independientes, empezando por un Discovery de precio fijo que entrega la arquitectura, el modelo de token y un estimado firme del resto. Así sabes exactamente en qué te estás metiendo antes de comprometer presupuesto grande.
¿Tu proyecto tiene las tres capas cubiertas? Agenda una llamada y lo revisamos.
