Warum Stellar für Immobilien
Native Protokoll-Primitive für institutionelle Abwicklung entwickelt.
3-5s
Abwicklungsgeschwindigkeit
Immobilienabschlüsse, die traditionell Wochen dauern aufgrund von Bankbürokratie, können sofort finalisiert werden, sobald die Zahlungsbedingungen erfüllt sind.
<0,01€
Transaktionskosten
Bruchteile eines Cents (Stroops) ermöglichen Mikrotransaktionen und Provisionsaufteilungen ohne Gewinnmargen zu belasten, anders als Netzwerke mit €10-50 pro komplexer Transaktion.
C++
Native Primitive
Der Makler-Workflow
In einer traditionellen Vereinbarung hält der Makler oder Notar die Anzahlung. Auf Stellar hält das Ledger die Anzahlung, aber der Makler kontrolliert den "Freigabe-Schalter"
01
Tokenisieren
Verkäufer prägt Soroban-basiertes NFT, das die Eigentumsurkunde oder "Kaufrecht" repräsentiert
02
03
Sperren
Mittel im Ledger gesperrt, nur freigebar mit SHA-256 Preimage
04
Orakel
Makler hält den Preimage-Schlüssel, agiert als vertrauenswürdiges Orakel
05
Abwickeln
Atomic Swap: NFT an Käufer, Mittel an Verkäufer, Gebühr an Makler
SZENARIO A — ERFOLG
Due Diligence bestanden
Der Makler veröffentlicht das Preimage Gleichzeitig (via Atomic Swap) wird das NFT an den Käufer übertragen.
SZENARIO B — ABBRUCH
Geschäft scheitert
Der Makler veröffentlicht das Preimage nicht
Multi-Signatur-Implementierung (2-von-3)
Für einen kollaborativeren Ansatz, der einen "Abschlusstisch" nachahmt, ist ein 2-von-3 Multi-Sig-Konto einer einfachen Bedingung überlegen, da ist Vertrauen verteilt.
Unterzeichner
Käufer
Gewicht: 1
Verkäufer
Gewicht: 1
Makler (Cuandeoro)
Gewicht: 1
Quorum: 2 — Zwei beliebige Parteien können eine Transaktion autorisieren.
Mechanismen
Freigabe an Verkäufer
Erfordert: Verkäufer + Makler (oder Käufer + Verkäufer)
Rückerstattung an Käufer
Erfordert: Käufer + Makler
Vorteil
Der Makler agiert als Schiedsrichter. Wenn Käufer und Verkäufer einig sind, können sie ohne den Makler unterschreiben (eliminiert Zensurrisiko). Bei Streit gibt der Makler die entscheidende Stimme ab.
Gebührenaufteilung (Maklerprovision)
Stellar-Escrows haben typischerweise ein einzelnes Ziel. Um die Maklerprovision ohne manuelle Intervention zu automatisieren, verwenden wir Transaction Batching im Mainnet.
Die Client-Anwendung konstruiert zwei simultane Escrows, die mit derselben kryptografischen Bedingung gesperrt sind:
97% → Verkäufer
Bedingung: A
3% → Makler
Bedingung: A
Beide sind mit derselben Bedingung gesperrt. Wenn der Makler das Preimage enthüllt, um eines freizuschalten, wird das andere sofort von jedem freigeschaltet werden können, der das Preimage im Ledger sieht. Dies garantiert Atomizität: Der Verkäufer kann nicht kassieren, ohne dass der Makler seine Provision erhält.
Technische Referenz (Stellar)
JSON-Payload-Strukturen für Kern-Transaktionen des Makler-Modells.
A
{
"TransactionType": "EscrowCreate",
"Account": "rKaeufer.",
"Destination": "rVerkaeufer.",
"Amount": "500000000000", // 500k XLM (Immobilienpreis)
"Condition": "A0258020.", // SHA-256 Hash des geheimen Preimage
"CancelAfter": 743562000, // Zeitlimit (falls Geschäft scheitert)
"DestinationTag": 12345 // Immobilien-Deal-ID Referenz
}Hinweis: Die Bedingung wird vom Makler generiert. Der Makler liefert den Hash an den Käufer, behält aber das Preimage (Schlüssel) geheim bis zum Abschluss.
B
{
"TransactionType": "EscrowFinish",
"Account": "rMakler.", // Makler zahlt Gas für Finalisierung
"Owner": "rKaeufer.",
"OfferSequence": 10, // Sequenz der Erstellungs-Tx
"Fulfillment": "A0228020." // Geheimes Preimage enthüllt
}Hinweis: Jeder kann die EscrowFinish-Transaktion senden, solange er den Fulfillment-Code hat. Typischerweise sendet der Makler sie, um die Freigabe auszulösen.