Enterprise, Compliance y RWA — Carril de Privacidad (OpenZeppelin y Nethermind)
Guardian PrivateReceivable
¿Quién puede quedarse con esta cuenta por cobrar?
Guardian PrivateReceivable tokeniza una cuenta por cobrar empresarial ficticia como un token RWA permisionado en Stellar Testnet. Los contratos de identidad y cumplimiento deciden quién puede recibir, mantener o transferir el activo — los oficiales de cumplimiento verifican billeteras, congelan cuentas, pausan el activo y liquidan la cuenta por cobrar cuando sea necesario.
¿Qué es TOTVS?
TOTVS es la mayor empresa de software corporativo de Brasil. Su ERP principal, Protheus, es donde buena parte de las empresas brasileñas registra y administra sus cuentas por cobrar: las facturas y duplicatas que esta prueba de concepto representa on-chain. En la encuesta anual de TI de FGV-Eaesp, TOTVS tiene cerca del 34% del mercado brasileño de ERP (empatada con SAP) y cerca del 50% entre implantaciones menores (hasta unos 180 usuarios), por lo que una cuenta por cobrar modelada con datos de Protheus refleja cómo se registran realmente estos activos en Brasil.
Fuente: Encuesta Anual de Uso de TI de FGV-Eaesp (participación en el mercado brasileño de ERP).
El problema
Las empresas tienen cuentas por cobrar que pueden financiarse, cederse o representarse digitalmente. Los entornos corporativos y regulados necesitan control sobre quién puede recibir, mantener o transferir los derechos económicos asociados — un token público estándar permite transferencias sin restricciones y puede exponer información que debería permanecer privada.
Prueba de concepto de hackathon — no es una plataforma de valores regulada, un producto de inversión real, un proveedor de KYC/AML, ni un sistema aprobado para Mainnet.
Cómo se aplica el cumplimiento
Cada emisión y transferencia del token pasa por la misma cadena de verificación antes de confirmarse on-chain.
- Rechazada mientras el token esté pausado.
- Rechazada si alguna de las billeteras está congelada — las billeteras congeladas no pueden enviar ni recibir.
- Verificada en el contrato identity-verifier — la operación falla si la billetera no está Verified.
- Verificada en el contrato compliance-policy (can_transfer / can_create) para el remitente y el destinatario.
- Rechazada cuando el estado de la cuenta por cobrar es Settled.
Flujo de demostración
Cuatro minutos, de principio a fin, a través de la interfaz web.
- El oficial de cumplimiento verifica al Inversor A; el Inversor B permanece sin verificar.
- El emisor realiza el mint hacia el Inversor A — transacción confirmada en Testnet.
- El mint/transferencia hacia el Inversor B es rechazado: destinatario no verificado.
- Se verifica al Inversor B; la transferencia A → B se completa con éxito.
- Se congela al Inversor B — transferencia rechazada: billetera congelada — luego se descongela.
- Se pausa el token — transferencia rechazada: token pausado — luego se reanuda.
- Se liquida la cuenta por cobrar — nuevos mints/transferencias son rechazados: cuenta por cobrar liquidada.
En vivo en Stellar Testnet
Contratos ya desplegados para la demostración.
IDs de los contratos
CCJ52CC6HZJEEL67XLRKSHY4YMFPHV57HWONI2CXLLWIRXNI722ZKASXCCPUMFWSLIW5XPO7OOIDXXQBYBAGA7FEAN6C657MFNIPRYZ2FCDAKWFVCATSFC2TS3ZTWEIHRNH6R3UHVYHQTA4RHFSZ36E2464N5N7MAPWFUWD5Estados de identidad y de la cuenta por cobrar
VerifiedBilletera aprobada en la verificación de cumplimiento y puede recibir/transferir el token.UnverifiedBilletera aún no verificada — el mint y la transferencia son rechazados.RevokedBilletera fue verificada y luego revocada — el mint y la transferencia son rechazados.ActiveLa cuenta por cobrar está abierta — el mint y la transferencia se permiten cuando hay cumplimiento.SettledEl ciclo de vida de la cuenta por cobrar está cerrado — el mint y la transferencia se rechazan de forma permanente.