DOCUMENTACIÓN TÉCNICA
Arquitectura Stellar
Modelo Inmobiliario
El Stellar Network es excepcionalmente adecuado para PropTech debido a sus primitivas nativas de Escrow y Tokenización, evitando las altas tarifas de gas y los riesgos de seguridad de los contratos inteligentes complejos en redes como Ethereum.
¿Por qué Stellar para Real Estate?
Primitivas de protocolo nativas diseñadas para liquidación de grado institucional.
3-5s
Velocidad de Liquidación
Los cierres inmobiliarios que tradicionalmente toman semanas debido a la burocracia bancaria pueden finalizar instantáneamente una vez que se cumplen las condiciones de pago.
<0.01€
Costes de Transacción
Fracciones de céntimo (drops) permiten micro-transacciones y divisiones de comisiones sin erosionar los márgenes de beneficio, a diferencia de redes que cuestan 10-50€ por transacción compleja.
C++
Primitivas Nativas
El Escrow está integrado en el protocolo (C++ endurecido), no en scripts de usuario (Solidity), reduciendo drásticamente la superficie de ataque para errores y hacks.
El Flujo de Trabajo Inmobiliario
En un acuerdo tradicional, el agente o notario retiene el depósito. En Stellar, el Ledger retiene el depósito, pero el Agente controla el "Interruptor de Liberación". Proponemos un modelo de Escrow Condicional Multi-Firma.
01
Tokenizar
El Vendedor acuña NFT XLS-20 representando la escritura o "Derecho de Compra"
02
Escrow
El Comprador envía XLM o Stablecoin EUR a un Escrow con Cripto-Condición
03
Bloqueo
Fondos bloqueados en el ledger, solo liberables con preimagen SHA-256
04
Oráculo
El Agente posee la clave de preimagen, actúa como oráculo de confianza
05
Liquidar
Swap atómico: NFT al Comprador, fondos al Vendedor, comisión al Agente
ESCENARIO A — ÉXITO
Due Diligence Aprobada
El Agente publica la Preimagen. El Escrow libera los fondos al Vendedor automáticamente. Simultáneamente (vía Atomic Swap), el NFT se transfiere al Comprador.
ESCENARIO B — FALLO
Trato Cancelado
El Agente no publica la Preimagen. El Escrow expira (basado en tiempo, CancelAfter) y los fondos retornan automáticamente al Comprador.
Implementación Multi-Firma (2-de-3)
Para un enfoque más colaborativo que imita una "Mesa de Cierre", una cuenta Multi-Sig 2-de-3 es superior a una condición simple, ya que distribuye la confianza.
Firmantes
Comprador
Peso: 1
Vendedor
Peso: 1
Agente (Cuandeoro)
Peso: 1
Quórum: 2 — Cualesquiera dos partes pueden autorizar una transacción.
Mecanismos
Liberar al Vendedor
Requiere: Vendedor + Agente (o Comprador + Vendedor)
Reembolso al Comprador
Requiere: Comprador + Agente
Ventaja
El Agente actúa como árbitro. Si Comprador y Vendedor están de acuerdo, pueden firmar sin el Agente (eliminando riesgo de censura). Si hay disputa, el Agente emite el voto decisivo.
División de Honorarios (Comisión del Agente)
Los Escrows de Stellar típicamente tienen un único destino. Para automatizar la comisión del Agente sin intervención manual, utilizamos el Procesamiento por Lotes (Batching) en Mainnet.
Patrón de Doble Escrow
La aplicación cliente construye dos escrows simultáneos bloqueados con la misma condición criptográfica:
Escrow #1
97% → Vendedor
Condición: A
Escrow #2
3% → Agente
Condición: A
Ambos están bloqueados con la misma Condición. Cuando el Agente revela la preimagen para desbloquear uno, el otro se vuelve desbloqueable inmediatamente por cualquiera que vea la preimagen en el ledger. Esto garantiza atomicidad: El Vendedor no puede cobrar sin que el Agente cobre su comisión.
Referencia Técnica (Stellar)
Estructuras de carga útil JSON para transacciones del modelo Realtor.
A. Creación de Escrow (Comprador Bloquea Fondos)
{
"TransactionType": "EscrowCreate",
"Account": "rComprador...",
"Destination": "rVendedor...",
"Amount": "500000000000", // 500k XLM (Precio Propiedad)
"Condition": "A0258020...", // Hash SHA-256 de preimagen secreta
"CancelAfter": 743562000, // Límite de tiempo (si falla el trato)
"DestinationTag": 12345 // ID de Referencia del Trato
}Insight: La Condición es generada por el Agente. El Agente entrega el Hash al Comprador pero mantiene la Preimagen (Clave) secreta hasta el cierre.
B. Finalización de Escrow (Agente Cierra el Trato)
{
"TransactionType": "EscrowFinish",
"Account": "rAgente...", // Agente paga gas para finalizar
"Owner": "rComprador...",
"OfferSequence": 10, // Secuencia de Tx de Creación
"Fulfillment": "A0228020..." // Preimagen secreta revelada
}Insight: Cualquiera puede enviar la transacción EscrowFinish siempre que tenga el código de Cumplimiento (Fulfillment). Típicamente, el Agente lo envía para activar la liberación.