Token warrant vs SAFT: derechos, cálculo y entrega
Token warrant vs SAFT: respuesta breve
Un SAFT suele otorgar al inversor un derecho contractual a recibir tokens futuros después de un evento definido de lanzamiento o entrega. Un token warrant suele otorgar una opción para comprar tokens futuros conforme a una fórmula de asignación y un proceso de ejercicio, a menudo junto con una financiación de capital. Ninguna etiqueta basta por sí sola: las cláusulas firmadas deben identificar al obligado, el denominador, el evento, el precio, el vencimiento, las reglas de transferencia y el resultado si no hay lanzamiento.
La pregunta práctica no es qué sigla es mejor, sino si el instrumento puede pasar de la firma a una asignación auditable y una entrega legalmente permitida. Esta guía traza ese ciclo, muestra cómo los cambios de denominador alteran el cálculo y ofrece una lista para localizar cláusulas a fundadores, inversores, equipos de operaciones y asesores. Es una guía operativa, no una plantilla lista para firmar ni asesoramiento jurídico.
Empiece por distinguir tres estructuras
“Token warrant” se utiliza para describir cosas distintas:
- Warrant sobre futuros tokens de red. El titular puede adquirir tokens si se produce el lanzamiento y cumple las condiciones de ejercicio.
- Warrant tokenizado. Un warrant contractual existente se representa en un registro digital controlado. El token registra o transfiere la posición, pero no reescribe el derecho subyacente.
- Token vinculado a otro activo o warrant. Representa una participación económica, mientras que el documento fuente y el registro jurídico pueden seguir siendo autoritativos.
Un SAFT es otra estructura: normalmente es un contrato a plazo para la entrega futura de tokens, no una opción que exige una decisión de compra posterior. Los instrumentos convertibles pertenecen a otra categoría de financiación corporativa: convierten en capital u otro valor conforme a sus propios términos y no son promesas de tokens solo porque el URL histórico conserve «convertibles». Los documentos varían, por lo que el título no sustituye la revisión de las cláusulas.
También hay que separar la capa del instrumento de la entidad y la tecnología. Nuestra guía de instrumentos de tokenización presenta el menú general. Después, un proceso de configuración legal coordina con asesores cualificados el emisor, la entidad de tokens, el perímetro de la oferta y los proveedores.
Qué debe responder cada instrumento
| Pregunta | SAFT | Token warrant |
|---|---|---|
| Derecho principal | Derecho contractual a recibir tokens si se cumplen las condiciones | Opción de comprar tokens si se cumplen las condiciones de ejercicio |
| Pago inicial | Normalmente financia la compra futura al firmar | Suele acompañar un SAFE o ronda; el precio de ejercicio puede pagarse después |
| Compromiso de lanzamiento | Suele asumir una entrega prevista, sujeta a condiciones | Puede mantener una decisión real de no lanzar un token |
| Asignación | Cantidad fija, precio fijo, descuento, cap u otra fórmula | A menudo porcentaje ligado al capital o a la reserva de la empresa/insiders |
| Acción posterior | La entrega puede ser automática tras las condiciones o requerir avisos y evidencia de wallet | El titular normalmente ejerce antes del vencimiento y cumple aviso/pago |
| Si no hay lanzamiento | Terminación, reembolso, conversión, prórroga o pérdida según el contrato | A menudo vence sin ejercicio, aunque el documento puede prever alternativas o protecciones específicas |
| Riesgo operativo | Evento ambiguo o entidad de entrega no vinculada jurídicamente | Fórmula, dilución y mecánica de ejercicio no concilian |
Son patrones frecuentes, no definiciones jurídicas universales. Rigen la ley aplicable y el texto exacto.
Mapa del obligado: quién debe entregar
Un fallo frecuente aparece cuando la empresa de desarrollo firma la financiación, pero una fundación, afiliada o entidad separada controla después el suministro de tokens. Si esa entidad no asumió la obligación, el inversor puede tener una reclamación contra una parte mientras otra controla el activo que debe entregarse.
Prepare un mapa de una página antes de firmar:
| Rol | Hecho que debe localizarse | Evidencia a conservar |
|---|---|---|
| Empresa firmante | Nombre, jurisdicción, autoridad y covenant | Instrumento ejecutado y aprobación corporativa |
| Emisor de tokens / fundación | Quién puede crear y asignar los tokens | Documentos constitutivos, política de asignación y adhesión/asunción |
| Inversor | Titular jurídico y cesionario permitido | Contrato, estado KYC y asiento registral |
| Administrador / agente de cálculo | Quién calcula el derecho | Nombramiento, libro de cálculo y aprobación |
| Registro / custodio operativo | Qué registro prevalece y quién corrige errores | Reglas del registro, controles de wallet y conciliación |
Si todavía no existe un emisor futuro, el documento debe explicar cómo se incorpora una afiliada, cómo sigue la obligación tras una reorganización y qué ocurre si no existe una entidad elegible. “El grupo lo resolverá después” no es un mecanismo de entrega.
Matemática de asignación: el denominador define el acuerdo
Las disputas parecen errores aritméticos, pero suelen empezar con una definición imprecisa. Un porcentaje carece de sentido sin denominador y momento de medición.
Formulaciones habituales:
- Porcentaje del suministro total posible:
p × suministro total. - Porcentaje de la reserva de empresa o insiders:
p × reserva interna. - Fórmula ligada al capital: porcentaje fully diluted del inversor en la generación × factor acordado × suministro total.
- Cantidad fija: número indicado, sujeto a ajustes.
El comentario de mercado publicado por a16z crypto advierte que los porcentajes fijos no diluibles pueden limitar la financiación posterior y el diseño del token. Sus alternativas publicadas utilizan una fracción de la participación fully diluted en el momento de generación o una parte proporcional de la asignación de empresa e insiders. Es una posición de mercado, no un estándar universal, pero hace visible la decisión: ¿quién soporta la dilución antes del lanzamiento?
Ejemplo: cambios en el denominador
Suponga que el inversor posee el 4% de la empresa sobre base fully diluted al cierre. El warrant concede derechos equivalentes al 50% de ese porcentaje en la generación del token. El suministro previsto es de 1.000.000.000.
| Escenario | Capital fully diluted en la generación | Porcentaje del derecho | Asignación |
|---|---|---|---|
| Sin nueva dilución | 4,00% | 2,00% | 20.000.000 |
| Nueva ronda: participación de 3,20% | 3,20% | 1,60% | 16.000.000 |
| Nueva ronda: participación de 2,50% | 2,50% | 1,25% | 12.500.000 |
Un warrant fijo del 2% produciría 20.000.000 en cada fila aunque baje la participación societaria. Puede ser intencional, pero desplaza la dilución hacia fundadores, empleados, inversores posteriores o la comunidad.
El segundo problema es el cambio del suministro. Si la fórmula dice “2% del suministro total”, pasar de 1.000 a 1.200 millones eleva la asignación de 20 a 24 millones. Si fija 20 millones, el porcentaje baja del 2,00% a aproximadamente 1,67%. El documento debe elegir el resultado.
Antes de aprobar, el cálculo debe mostrar:
- si supply significa creado, autorizado, acuñado, fully diluted o circulante;
- pools incluidos y excluidos;
- fecha de medición y responsable;
- tratamiento de burns, redenominaciones, forks, migraciones y tokens sucesores;
- redondeo y fracciones;
- cap, floor o regla anti-elusión acordada; y
- todos los SAFT, warrants, side letters, grants y reservas en un único modelo.
Firmar no es entregar: el ciclo de vida
Un instrumento utilizable necesita estados de extremo a extremo.
| Estado | Evidencia necesaria | Pregunta de control |
|---|---|---|
| Firmado | Contrato, autoridad, identidad y versión | ¿Es el documento rector? |
| Reservado | Asignación en el modelo canónico | ¿Caben todos los compromisos? |
| Decisión de lanzamiento | Aprobación del consejo o de la red y revisión legal | ¿Ocurrió realmente el evento? |
| Aviso o ejercicio | Aviso puntual, pago/cálculo y wallet | ¿Quién puede actuar y hasta cuándo? |
| Elegibilidad | Inversor, oferta, sanciones y transferencia | ¿Puede entregarse a este titular y wallet? |
| Asignación | Cálculo aprobado y registro de emisión | ¿Coincide con fórmula y cap? |
| Lockup/vesting | Calendario y controles de transferencia | ¿Se aplican en la ruta real? |
| Conciliación | Contrato, registro, wallet y treasury | ¿Coinciden los registros jurídicos y técnicos? |
| Cierre/vencimiento | Aviso final, residuo y cancelación | ¿Queda algo adeudado o controvertido? |
Dos principios operativos generales son útiles para el ejercicio de warrants y los controles de treasury. Primero, estar in the money o llegar a una fecha no demuestra por sí solo el ejercicio: siguen importando aviso, pago, autoridad y condiciones del documento fuente. Segundo, un burn on-chain o estado “redeemed” solo prueba el paso digital; no prueba por sí solo una actualización del registro jurídico, el ejercicio del instrumento o la liquidación completa. Hace falta conciliación fuera de la cadena.
Ejercicio, entrega y ausencia de lanzamiento
Token warrant
Localice la ventana, vencimiento, método de aviso, precio, mecánica cash/cashless, condiciones y quién acepta el ejercicio. Después trace: solicitud, elegibilidad, pago o cálculo, emisión, lockup, actualización del registro y confirmación.
No describa el vencimiento como conversión automática salvo que el documento rector lo diga expresamente. Muchos warrants caducan si no se ejercen correctamente. Si hay valor intrínseco pero la emisión está bloqueada, el contrato debe tratar remedies, prórrogas o reclamaciones; no puede fingirse que hubo entrega.
SAFT
Localice el evento de entrega, outside date, definición de network launch, fórmula de cantidad/precio, evidencia de wallet, lockup, terminación y reembolso. Testnet, lanzamiento de producto, mint y distribución jurídicamente permitida pueden ser cuatro eventos distintos. No deben colapsarse en un “lanzamiento” indefinido.
Para un lanzamiento fallido o tardío, modele por separado:
- prórroga por consentimiento;
- reembolso total o parcial y fuente de fondos;
- conversión en otro derecho;
- terminación con o sin reclamaciones residuales;
- reorganización o asunción por sucesor;
- proceso de disputa y ley aplicable.
No deduzca reembolso, entrega o pérdida de la etiqueta SAFT. Lea la cláusula.
Transferencia y perímetro jurídico
Un instrumento privado no se vuelve libremente transferible por representarse como token. Siguen vigentes consentimiento a la cesión, elegibilidad, restricciones de oferta, lockups, sanciones y actualización del registro. El registro digital puede hacerlos auditables, no eliminarlos.
La caracterización jurídica y las restricciones de distribución dependen de la jurisdicción y de los hechos y abarcan la transacción completa, no solo el título del documento. Antes de una emisión o transferencia, asesores cualificados deben analizar el instrumento, los compradores, la red y el plan de entrega.
En operaciones, utilice flujos de transferencia controlada que conserven consentimientos y elegibilidad. Si el instrumento se representa digitalmente, el diseño del registro de referencia debe indicar qué registro manda y cómo se corrigen discrepancias.
Lista para localizar cláusulas
Úsela para localizar disposiciones, no para redactarlas sin asesor.
Partes y autoridad
- Entidad firmante exacta y autoridad del signatario
- Titular jurídico y nominee permitido
- Emisor futuro, adhesión de afiliada o mecanismo de asunción
- Aprobaciones de consejo, fundación o red
Economía
- Contraprestación y estado del pago
- Fórmula y denominador
- Fecha de medición y dilución
- Exercise price, discount, valuation cap o MFN
- Cambios de supply, successor token, fork y migration
Evento y tiempo
- Definiciones de token generation, network launch y delivery
- Inicio, expiry y outside date
- Método de aviso, recepción y zona horaria
- Condiciones precedentes y long-stop remedies
Entrega y controles
- Wallet elegible e identidad
- Lockup, vesting y transferencia
- Registro, custodia y treasury
- Retención fiscal y jurisdicciones prohibidas
- Conciliación, corrección y control de reclamaciones duplicadas
Fallo y salida
- No lanzamiento o retraso
- Terminación, reembolso, conversión o prórroga
- Vencimiento y derechos no ejercidos
- Obligación de sucesor/afiliada
- Foro, ley aplicable y supervivencia
Cinco pruebas de aceptación antes de firmar
- Obligado: puede probarse que la entidad de entrega está vinculada directamente o por asunción exigible.
- Cálculo: otra persona reproduce la asignación en al menos tres escenarios de dilución y supply.
- Ciclo: cada estado hasta entrega, vencimiento o terminación tiene responsable y evidencia.
- Restricciones: la ruta real aplica elegibilidad, consentimientos y lockups documentados.
- Conciliación: derechos contractuales, registro jurídico, treasury y wallets se comparan sin doble conteo.
Asset Haus aporta infraestructura de tokenización y coordinación de estructuración; asesores cualificados determinan la caracterización, el cumplimiento de la oferta y la exigibilidad. El resultado útil es un mapa coherente del instrumento al registro, no una promesa genérica de tokens futuros.
Para estructurar evidencia, empiece por el memorando de perímetro jurídico y un pack redactado. La biblioteca de casos muestra patrones sin publicar documentos privados.
FAQ
¿Es mejor un token warrant que un SAFT?
No de forma general. El warrant puede conservar flexibilidad si la empresa nunca lanza un token; el SAFT puede encajar cuando la financiación está ligada a la futura entrega. El mejor instrumento es el que alinea economía, obligado, perímetro y ausencia de lanzamiento.
¿Garantiza el warrant la entrega de tokens?
No. Normalmente es una opción sujeta a ejercicio, vencimiento y otras condiciones. También puede depender de un emisor futuro, del supply y de autorización legal. Lea las cláusulas de entrega y remedies.
¿Qué denominador debe utilizar?
No hay respuesta universal. Puede ser el suministro total, la reserva de insiders o una fórmula ligada al capital fully diluted en la generación. Deben definirse denominador, fecha, dilución y cambios de supply.
¿Qué ocurre si no se lanza el token del SAFT?
Rige el contrato. Puede haber prórroga, reembolso, conversión, terminación o reclamación. No presuponga devolución ni conversión automática en equity.
¿Puede tokenizarse el propio instrumento?
Sí, si lo permite el diseño jurídico y operativo. El registro digital puede mejorar transferencia controlada, seguimiento y conciliación, pero no elimina restricciones ni sustituye el registro jurídico salvo que la ley y los documentos lo hagan autoritativo.
¿Necesita mapear un pack real? Solicite una evaluación estructurada para alinear derechos, entidades, cálculo y entrega con asesores cualificados.
Recursos y evaluación de preparación (en inglés)
Next step
Map the legal perimeter before launch.
Use the counsel-ready memo to separate issuer, platform, regulated partner, custody, transfer, and public-copy responsibilities.
Artículos relacionados
Tokenización en ADGM: estructuras y controles (2026)
Mapa práctico de tokenización en ADGM: instrumento, emisor, permisos, incorporación de inversores, custodia, distribución y controles.
Use CasesTokenización de crédito privado: elegir la capa
Compare unidades de fondo, notas de SPV y participaciones en préstamos por derechos, recurso, servicing y flujos de caja.
Platform & InfrastructureRequisitos de una plataforma bancaria de tokenización
Lista de requisitos para una plataforma bancaria de tokenización: control, integración, custodia, cumplimiento, conciliación y entrega.