Tokenización de RWA en Stellar: por qué la eligen los emisores
Los controles del emisor a nivel de protocolo de Stellar (trustlines, flags de autorización y clawback) la hacen especialmente adecuada para activos del mundo real regulados. Qué funciona y qué límites conviene conocer primero.
WhaleHub Research
Última actualización: octubre de 2026
10 min de lectura
Si pregunta a un emisor regulado por qué eligió Stellar para la tokenización de activos del mundo real (RWA), rara vez le hablará del rendimiento de la red. Le hablará de controles: la capacidad de decidir quién puede mantener un activo, de congelar una posición y, en algunos casos, de recuperarla, todo ello como funciones del ledger y no como código de contrato que alguien tenga que escribir y auditar.
En la mayoría de las cadenas, un token conforme a la normativa es un contrato inteligente que implementa una lista blanca. En Stellar es un activo nativo con flags. Esa diferencia elimina toda una categoría de errores, hace que los poderes del emisor sean públicamente legibles y explica en gran parte por qué los fondos tokenizados y las stablecoins reguladas siguen llegando aquí.
Los RWA de Stellar en cifras (octubre de 2026)
A 2 de octubre de 2026, rwa.xyz registra unos 3.440 M$ en activos del mundo real tokenizados emitidos de forma nativa en Stellar, repartidos en 72 tokens y unos 22.570 titulares, un 5,4 % más en 30 días. La mayor parte son fondos tokenizados y renta fija, no activos exóticos.
| Plataforma | Valor en Stellar | Tokens |
|---|---|---|
| Spiko | 1.700 M$ | 9 |
| Franklin Templeton Benji Investments | 582,8 M$ | 3 |
| Ondo | 536,8 M$ | 1 |
| Realiz | 500,0 M$ | 1 |
El patrón es constante: emisores regulados que llevan on-chain exposición a mercados monetarios y a letras del Tesoro. Ese es exactamente el uso para el que se diseñaron las funciones del protocolo que se describen a continuación: los emisores necesitan saber quién tiene su activo, y Stellar les permite controlarlo a nivel de protocolo y no en un contrato a medida. Los tokens en dólares de la cadena cuentan la misma historia; consulte las stablecoins en Stellar.
Fuente: página de la red Stellar en rwa.xyz (activos distribuidos), consultada el 2 de octubre de 2026.
Trustlines: aceptación explícita por defecto
En Stellar no se puede enviar a nadie un activo que no haya aceptado mantener. El destinatario debe establecer primero una trustline con ese activo concreto de ese emisor concreto. Sin trustline no hay transferencia: la operación simplemente falla.
La mayoría de las cadenas funcionan al revés: cualquiera puede enviar cualquier token a cualquier dirección, y por eso las wallets se llenan de tokens no solicitados y de estafas. En las criptomonedas de consumo es una molestia. En un instrumento regulado es un problema de cumplimiento normativo, porque un emisor puede acabar con titulares que nunca aprobó y que no puede identificar.
Las trustlines hacen que el conjunto de titulares sea explícito y acotado por diseño. El emisor siempre sabe exactamente quién tiene el activo, porque mantenerlo exigió un acto afirmativo on-chain. Es un buen punto de partida para cualquier instrumento con requisitos de elegibilidad.
Flags de autorización
Además de la aceptación explícita, el emisor puede activar flags que determinan qué puede hacer una trustline:
- AUTH_REQUIRED: la trustline existe, pero permanece inactiva hasta que el emisor la autoriza. Es el punto de enganche del KYC: el inversor abre una trustline, supera la verificación off-chain y el emisor la autoriza. Hasta entonces, no tiene nada.
- AUTH_REVOCABLE: el emisor puede desautorizar una trustline más adelante y congelar el saldo de ese titular. Es necesario para el control de sanciones, las órdenes judiciales o un inversor que pierde su elegibilidad.
- AUTH_IMMUTABLE: la garantía opuesta, ya que los flags no pueden volver a cambiar nunca. Para un activo que aspira a no estar controlado de forma creíble, esta es la manera de demostrarlo.
Lo estructural es que estos flags son públicos. Cualquiera puede leer los flags de un emisor en el ledger y saber con precisión qué poderes existen sobre su posición. En una cadena donde la misma funcionalidad reside en código de contrato, el titular tiene que leer ese código, y la mayoría no lo hace. Nuestro artículo sobre KYC y KYB explica la parte de verificación que hay detrás de AUTH_REQUIRED.
El clawback y su puerta de un solo sentido
Con AUTH_CLAWBACK_ENABLED, un emisor puede recuperar su activo de un titular. Los emisores regulados lo necesitan a menudo (por fraude, órdenes judiciales o una emisión errónea), y construirlo de forma creíble en código de contrato es delicado.
Hay una limitación concreta que conviene dejar clara, porque sorprende a los emisores cuando ya es tarde. Según la CAP-0035, el clawback solo se aplica a las trustlines creadas cuando el flag ya estaba activado en el emisor. Activarlo después no alcanza a los titulares existentes: sus trustlines se establecieron con otras condiciones y las conservan. Un emisor que distribuye primero y decide después que necesita clawback comprobará que los tokens que ya están en circulación no pueden recuperarse por esta vía.
El clawback no es un interruptor que se acciona cuando surge un problema. Es una propiedad de la trustline, fijada en el momento en que se crea esa trustline. La decisión debe tomarse antes de distribuir el primer token y, con razón, es visible para cualquier titular que esté decidiendo si mantener el activo o no.
Los anchors y el acceso al efectivo
La mitad menos vistosa de cualquier proyecto de RWA es mover dinero entre un banco y un ledger. El modelo de anchors de Stellar lo aborda directamente: entidades reguladas que aceptan una moneda local y emiten el activo correspondiente en Stellar, con protocolos de interoperabilidad estandarizados (las especificaciones SEP) que cubren depósitos, retiros, intercambio de datos KYC y cotizaciones.
Esto importa más de lo que parece. Muchos proyectos de tokenización tienen un token perfectamente válido y ninguna forma práctica de que un inversor normal financie o cierre una posición. Una red de rampas de entrada y salida con licencia e interfaces comunes es una infraestructura que no hay que reconstruir en cada proyecto, y es una razón real por la que los emisores eligen Stellar frente a cadenas con ecosistemas DeFi más grandes. Las mismas vías transportan las stablecoins en Stellar.
Cuándo Stellar no es la opción adecuada
Tres límites, con honestidad:
- Un ecosistema DeFi más pequeño. Si el activo debe servir de garantía en muchos mercados de préstamo, productos estructurados y agregadores, Ethereum ofrece más con lo que componer. Las DeFi de Stellar son reales y crecen (Soroban lo hizo posible), pero no tienen la misma profundidad.
- Controles rígidos. Los flags a nivel de protocolo son exactamente tan flexibles como son, y no más. Restricciones de transferencia por jurisdicción, límites de tenencia, calendarios de bloqueo: todo lo que vaya más allá de la forma integrada requiere un contrato de Soroban, y en ese punto se pierde parte de la ventaja de la simplicidad.
- La cadena nunca es la parte difícil. La custodia del subyacente, la elegibilidad de los inversores, las normas de transferencia transfronteriza o un derecho legal que sobreviva a la insolvencia del emisor: nada de eso se resuelve con una función del ledger. Stellar simplifica la mitad on-chain; la mitad off-chain sigue siendo la mayor parte del trabajo. Consulte la tokenización de RWA, explicada para esa parte.
Resumen
El argumento de Stellar para los RWA no es el rendimiento. Es que las cosas concretas que un emisor regulado debe poder hacer (restringir titulares, congelar, en algunos casos recuperar y conectarse a vías de efectivo con licencia) son nativas, estandarizadas y auditables públicamente. Para un emisor cuyo principal riesgo es regulatorio y no técnico, ese es el tipo de ventaja que importa.
Preguntas frecuentes
¿Por qué se utiliza Stellar para la tokenización de RWA?
Porque los controles que necesita un emisor regulado están integrados en el protocolo en lugar de escritos en un contrato. Las trustlines obligan a los titulares a aceptar un activo antes de recibirlo; los flags de autorización permiten a un emisor exigir su aprobación para cada titular; el clawback permite recuperar un activo en condiciones definidas. En la mayoría de las cadenas, cada una de estas funciones debe implementarse en un contrato de token y auditarse. En Stellar son funciones del ledger con la misma semántica para todos los emisores.
¿Qué es una trustline de Stellar?
Una declaración explícita de una cuenta de que está dispuesta a mantener un activo concreto de un emisor concreto. Sin ella, el activo no puede enviarse a esa cuenta en absoluto. En los RWA, esto invierte el problema habitual: un emisor no puede distribuir por accidente un instrumento regulado a una wallet no preparada, y el conjunto de titulares es siempre explícito.
¿Puede un emisor congelar o recuperar (clawback) un activo tokenizado en Stellar?
Sí, si los flags correspondientes se activan antes de que exista la trustline. AUTH_REVOCABLE permite a un emisor desautorizar una trustline y congelar el saldo de ese titular. AUTH_CLAWBACK_ENABLED permite al emisor recuperar el activo. Ambos son públicos on-chain, de modo que los titulares pueden ver exactamente qué poderes tiene el emisor.
¿Se puede activar el clawback después de emitir los tokens?
No de forma retroactiva para los titulares existentes. Según la CAP-0035, el clawback solo se aplica a las trustlines creadas cuando el flag estaba activado en el emisor. Activarlo después cubre las nuevas trustlines, no las que ya existen, así que un emisor que decide que necesita clawback después de la distribución generalmente no puede aplicarlo a los tokens que ya están en circulación. Es una decisión que debe tomarse antes de la emisión.
¿Qué activos reales se tokenizan en Stellar?
Productos de fondos del mercado monetario y de letras del Tesoro, stablecoins reguladas como USDC y una variedad de activos emitidos por bancos y proveedores de pagos, junto con rampas de entrada y salida de efectivo a través de la red de anchors de Stellar. El denominador común es un emisor regulado que custodia algo off-chain y lo representa on-chain, y no un instrumento puramente cripto.
¿Cuáles son los límites de Stellar para los RWA?
Su ecosistema DeFi es más pequeño que el de Ethereum, por lo que hay menos opciones de composición. Los controles a nivel de protocolo son potentes pero rígidos: todo lo que quede fuera de su forma requiere un contrato de Soroban. Y ninguna función de la cadena resuelve las partes difíciles: la custodia del activo subyacente, la elegibilidad de los inversores, las restricciones de transferencia entre jurisdicciones y los derechos legales exigibles se gestionan off-chain, sea cual sea el ledger.
WhaleHub es un protocolo de optimización de rendimiento en Stellar. Hacemos staking de AQUA, agregamos poder de voto ICE y capitalizamos automáticamente las recompensas de Aquarius para quienes hacen staking. Esta serie explica el ecosistema DeFi de Stellar, y el mercado que lo rodea, en un lenguaje sencillo.
Más artículos
Plataformas de RWA en Stellar: quién emite qué
Los Stablebonds de Etherfuse en Stellar
Fondos del mercado monetario tokenizados, comparados
BENJI de Franklin Templeton en Stellar
Por qué crece la demanda de RWA tokenizados
El mercado de stablecoins en 2026
Depósitos tokenizados frente a stablecoins
Cómo se emiten activos en Stellar
Stablecoins en Stellar
¿Qué son las DeFi en Stellar?
Los contratos inteligentes de Soroban, explicados
DeFi en Stellar, con capitalización
WhaleHub hace staking de AQUA y agrega poder de voto ICE en Aquarius. Construido sobre Stellar y automatizado de principio a fin.
Abrir la appEste artículo tiene fines exclusivamente educativos e informativos y constituye información general, no asesoramiento financiero. Nada de lo aquí expuesto es una recomendación para comprar, vender o mantener ningún activo. La mecánica y los parámetros de los protocolos cambian: verifique los detalles actuales con el protocolo correspondiente antes de depositar. Las DeFi conllevan riesgos, como el fallo de contratos inteligentes y la pérdida total del capital. Nada de lo aquí expuesto constituye asesoramiento jurídico ni regulatorio; tokenizar un activo del mundo real es una actividad regulada y requiere asesoramiento cualificado en las jurisdicciones pertinentes.