El problema
Las empresas mantienen cuentas por cobrar — facturas, duplicatas, contratos por cobrar — que pueden financiarse, cederse o representarse digitalmente. Sin embargo, en entornos corporativos y regulados hace falta control sobre quién puede recibir, mantener o transferir los derechos económicos asociados.
Un token público común no lo resuelve: permite transferencias irrestrictas y puede exponer información que debería permanecer privada. Falta la capa que decide, antes de que la operación se liquide, si esa wallet tiene permiso.
No basta con tokenizar el activo. La regla sobre quién puede mantenerlo tiene que vivir en el propio activo.
Transferencia irrestricta
Un token público estándar llega a cualquier wallet, verificada o no.
Exposición indebida
Información económica que debería quedar restringida termina siendo pública.
Ciclo de vida sin bloqueo
Una vez liquidado, el activo sigue siendo transferible si nada lo impide.
Cumplimiento fuera de la cadena
Una regla en una planilla o en un sistema externo no bloquea la transacción on-chain.
La solución: Guardian PrivateReceivable
Guardian PrivateReceivable tokeniza una cuenta por cobrar corporativa como un token RWA con permisos en Stellar Testnet. Los contratos de identidad y de política de cumplimiento deciden quién puede recibirla, mantenerla o transferirla — y el oficial de cumplimiento verifica wallets, congela cuentas, pausa el activo y liquida a demanda.
La regla no es una recomendación: cada emisión y cada transferencia pasa por la misma cadena de control antes de liquidarse on-chain. Si alguna condición falla, la operación se rechaza.
El permiso vive en los contratos. Si la wallet no está habilitada, la transferencia no ocurre.
Por qué es diferente
Solo opera la wallet verificada
El contrato identity-verifier debe marcar la wallet como Verified.
Política de cumplimiento en el activo
El contrato compliance-policy evalúa can_transfer y can_create para ambas partes.
Congelar y pausar
Una wallet congelada no envía ni recibe; un token pausado bloquea toda operación.
La liquidación cierra el ciclo
Un activo con estado Settled rechaza cualquier emisión o transferencia posterior.
Cómo se aplica el cumplimiento
Cada emisión y cada transferencia del token recorre la misma cadena de control antes de liquidarse on-chain:
- Rechazado mientras el token esté pausado.
- Rechazado si alguna de las wallets está congelada — una wallet congelada no envía ni recibe.
- Se consulta el contrato identity-verifier: la operación falla si la wallet no está Verified.
- Se consulta el contrato compliance-policy (
can_transfer/can_create) para emisor y receptor. - Rechazado en cuanto el activo pasa al estado Settled.
EMISION / TRANSFERENCIA
|
v
[ token pausado? ] -- si --> RECHAZA
| no
[ wallet congelada? ] -- si --> RECHAZA
| no
[ identity-verifier ] -- no Verified --> RECHAZA
| Verified
[ compliance-policy ] -- no permite --> RECHAZA
| permite
[ activo Settled? ] -- si --> RECHAZA
| no
v
LIQUIDA ON-CHAIN (Stellar Testnet)
Flujo de la demostración
Cuatro minutos de punta a punta, por la interfaz web:
Verificar
El oficial de cumplimiento verifica al Inversor A; el Inversor B queda sin verificar.
Emitir
El emisor emite al Inversor A — transacción confirmada en Testnet.
Rechazar
Emisión o transferencia al Inversor B es rechazada: receptor no verificado.
Habilitar
Se verifica al Inversor B; la transferencia A → B tiene éxito.
Congelar
Se congela al Inversor B — transferencia rechazada por wallet congelada — y luego se descongela.
Pausar
Se pausa el token — transferencia rechazada por token pausado — y luego se reanuda.
Liquidar
Se liquida el activo — emisión y transferencia quedan rechazadas de forma definitiva.
Estados de identidad y del activo
VerifiedLa wallet pasó la verificación de cumplimiento y puede recibir o transferir el token.UnverifiedLa wallet no fue verificada — emisión y transferencia son rechazadas.RevokedLa wallet fue verificada y luego revocada — emisión y transferencia son rechazadas.ActiveEl activo está abierto — emisión y transferencia se permiten si cumplen las reglas.SettledEl ciclo de vida está cerrado — emisión y transferencia se rechazan permanentemente.Datos del entorno
Red
Stellar Testnet
Token
PRCV · 7 decimales
Activo
RCV-2026-0001
identity-verifier
compliance-policy
receivable-rwa
Código
Especificaciones
Prueba de concepto de hackathon — el activo representado es ficticio. No es una plataforma regulada de valores, un producto de inversión real, un proveedor de KYC/AML ni un sistema aprobado para Mainnet.
Tokenice el activo. Mantenga el permiso dentro de él.
Vea la cadena de control en acción: verificar, emitir, rechazar, congelar, pausar y liquidar.