Testnet · Validación
Platform under validation — no real funds  |  Plataforma en validación — no usar fondos reales Stellar Testnet v.RC-2.1.0

الوثائق التقنية

هندسة Stellar
نموذج الوسيط العقاري

تُعد شبكة Stellar مثالية للتكنولوجيا العقارية بفضل أدواتها الأصلية للضمان والترميز، مما يتجنب الرسوم المرتفعة ومخاطر الأمان المرتبطة بالعقود الذكية المعقدة على شبكات مثل Ethereum.

لماذا Stellar للعقارات

أدوات بروتوكول أصلية مصممة للتسوية على المستوى المؤسسي.

3-5 ثوانٍ

سرعة التسوية

يمكن إتمام الصفقات العقارية التي تستغرق تقليدياً أسابيع بسبب البيروقراطية المصرفية بشكل فوري بمجرد استيفاء شروط الدفع.

<0.01€

تكاليف المعاملات

كسور من السنت (stroops) تتيح المعاملات الصغيرة وتقسيم العمولات دون تآكل هوامش الربح، على عكس الشبكات التي تكلف 10-50 يورو لكل معاملة معقدة.

C++

أدوات أصلية

الضمان مدمج في البروتوكول (C++ محصّن)، وليس برمجيات المستخدم (Solidity)، مما يقلل بشكل جذري من سطح الهجوم للأخطاء والاختراقات.

سير عمل الوسيط العقاري

في الاتفاقية التقليدية، يحتفظ الوسيط العقاري أو كاتب العدل بالعربون. على شبكة Stellar، يحتفظ السجل بالعربون، لكن الوسيط العقاري يتحكم في "مفتاح الإفراج". نقترح نموذج ضمان مشروط متعدد التوقيعات.

01

الترميز

يقوم البائع بسك رمز NFT قائم على Soroban يمثل سند الملكية أو "حق الشراء"

02

الضمان

يرسل المشتري XLM أو عملة يورو مستقرة إلى ضمان بشرط تشفيري

03

القفل

الأموال مقفلة في السجل، ولا يمكن تحريرها إلا بصورة SHA-256 الأولية

04

الوسيط

يحتفظ الوسيط العقاري بمفتاح الصورة الأولية، ويعمل كمصدر موثوق

05

التسوية

مبادلة ذرية: NFT للمشتري، الأموال للبائع، الرسوم للوسيط العقاري

السيناريو أ — النجاح

اجتياز العناية الواجبة

يقوم الوسيط العقاري بنشر الصورة الأولية. يفرج الضمان عن الأموال للبائع تلقائياً. وبالتزامن (عبر المبادلة الذرية)، ينتقل رمز NFT إلى المشتري.

السيناريو ب — الفشل

انهيار الصفقة

لا يقوم الوسيط العقاري بنشر الصورة الأولية. ينتهي الضمان (بناءً على الوقت، CancelAfter) وتعود الأموال تلقائياً إلى المشتري.

تطبيق التوقيع المتعدد (2 من 3)

لنهج أكثر تعاونية يحاكي "طاولة الإغلاق"، يُعد حساب التوقيع المتعدد 2 من 3 أفضل من الشرط البسيط، إذ يوزع الثقة.

الموقّعون

1

المشتري

الوزن: 1

2

البائع

الوزن: 1

3

الوسيط العقاري (CuanDeOro)

الوزن: 1

النصاب: 2 — يمكن لأي طرفين تفويض المعاملة.

الآليات

الإفراج للبائع

يتطلب: البائع + الوسيط العقاري (أو المشتري + البائع)

الاسترداد للمشتري

يتطلب: المشتري + الوسيط العقاري

الميزة

يعمل الوسيط العقاري كحَكَم. إذا اتفق المشتري والبائع، يمكنهما التوقيع دون الوسيط (مما يلغي خطر الرقابة). في حالة النزاع، يدلي الوسيط بالصوت الحاسم.

تقسيم الرسوم (عمولة الوسيط العقاري)

عادةً ما يكون لضمانات Stellar وجهة واحدة. لأتمتة عمولة الوسيط العقاري دون تدخل يدوي، نستخدم تجميع المعاملات على الشبكة الرئيسية.

نمط الضمان المزدوج

يقوم التطبيق بإنشاء ضمانين متزامنين مقفلين بنفس الشرط التشفيري:

الضمان رقم 1

97% ← البائع

الشرط: A

الضمان رقم 2

3% ← الوسيط العقاري

الشرط: A

كلاهما مقفل بنفس الشرط. عندما يكشف الوسيط العقاري عن الصورة الأولية لفتح أحدهما، يصبح الآخر قابلاً للفتح فوراً من قبل أي شخص يرى الصورة الأولية على السجل. وهذا يضمن الذرية: لا يمكن للبائع التحصيل دون أن يحصل الوسيط العقاري على عمولته.

المرجع التقني (Stellar)

هياكل حمولة JSON لمعاملات نموذج الوسيط العقاري الأساسية.

أ. إنشاء الضمان (المشتري يقفل الأموال)

{
 "TransactionType": "EscrowCreate",
 "Account": "rBuyer.",
 "Destination": "rSeller.",
 "Amount": "500000000000", // 500k XLM (سعر العقار)
 "Condition": "A0258020.", // تجزئة SHA-256 للصورة الأولية السرية
 "CancelAfter": 743562000, // حد زمني (في حال فشل الصفقة)
 "DestinationTag": 12345 // مرجع معرّف الصفقة العقارية
}

ملاحظة: يتم إنشاء الشرط بواسطة الوسيط العقاري. يسلّم الوسيط التجزئة للمشتري لكنه يحتفظ بالصورة الأولية (المفتاح) سرية حتى الإغلاق.

ب. إتمام الضمان (الوسيط العقاري يُغلق الصفقة)

{
 "TransactionType": "EscrowFinish",
 "Account": "rRealtor.", // الوسيط يدفع رسوم الغاز لإتمام العملية
 "Owner": "rBuyer.",
 "OfferSequence": 10, // تسلسل معاملة الإنشاء
 "Fulfillment": "A0228020." // الصورة الأولية السرية المكشوفة
}

ملاحظة: يمكن لأي شخص إرسال معاملة EscrowFinish طالما يمتلك رمز الاستيفاء. عادةً ما يرسلها الوسيط العقاري لتفعيل الإفراج.