> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/ar/alttbyqat-ala-rome/bloom/investing.md).

# الاستثمار

بلوم هو سوق لـ **الأصول الحقيقية المقيّدة بالتصريح**. كل أصل هو عقد Solidity عادي يُنشر مرة واحدة على سلسلة Rome، وتوجد القاعدة الخاصة بمن يمكنه امتلاكه داخل ذلك العقد. يرافقك هذا الدليل كمشتري من الصفحة الرئيسية مرورًا بتصفح أصلٍ ما، والتحقق من الأهلية، والتقدّم بطلب إلى قائمة السماح، والشراء، والاحتفاظ — ثم يشرح الشيء الوحيد المختلف فعلًا لحامل يوقّع بمحفظة Solana.

> **القاعدة تنتقل مع الأصل.** يُفرض من يمكنه امتلاك الأصل بواسطة عقد الأصل نفسه، في كل عملية نقل — وليس بواسطة هذا الموقع. لا شيء على أي شاشة هنا يمكنه تجاوزه، ولا توجد طريقة للالتفاف حوله. بلوم نافذة على السلسلة؛ والسلسلة هي التي تقرر.

***

## ما الذي يعنيه "مقيّد بالتصريح" بالنسبة للمشتري

لدى الأصل المقيّد بالتصريح **قائمة السماح**: مجموعة من العناوين التي قرر المُصدر أنها قد تمتلكه. ليست قائمة السماح ميزة في بلوم — فهي موجودة في وحدة ملحقة بعقد الأصل، ويستشيرها الأصل في كل عملية سكّ، وحرق، ونقل.

> **تحتفظ السلسلة بحقيقة واحدة عنك: جواب واحد بنعم أو لا مقابل عنوانك.** لا تُخزَّن أي مستندات أو معلومات شخصية أو ادعاءات هوية على السلسلة أو في هذا التطبيق. عندما يقبلك المُصدر، فإن كل ما يصل إلى السلسلة هو `isWhitelisted(yourAddress) = true`. النموذج الكامل للامتثال موجود في [COMPLIANCE.md](/ar/alttbyqat-ala-rome/bloom/compliance.md).

يترتب على ذلك نتيجتان، وكلتاهما ظاهرتان في المنتج:

* قبل أن تتمكن من الشراء، يُسأل الأصل عما إذا كان **عنوانك** يمكنه امتلاكه. الرفض هو حقيقة تتعلق بقاعدة الأصل، وليس مشكلة في محفظتك.
* أي نقل إلى عنوان لم يوافق عليه المُصدر **يرتد على السلسلة**. الأصل يرفضه؛ ولا تحتاج أي شاشة إلى ذلك.

***

## عالما المحافظ

يمكن الوصول إلى أصل واحد من بلوم عبر **كلٍّ من** محفظة EVM (مثل MetaMask) ومحفظة Solana (مثل Phantom). يمكنك توصيل محفظة واحدة في كل مرة.

| المحفظة          | أين تحتفظ بالأصل                                       | ما الذي يوقّع    |
| ---------------- | ------------------------------------------------------ | ---------------- |
| **محفظة EVM**    | عنوان EVM الخاص بها، كما في أي سلسلة EVM               | معاملة EVM       |
| **محفظة Solana** | عنوان EVM **مشتق من المفتاح العام لـ Solana الخاص بك** | توقيعك في Solana |

بالنسبة لمحفظة EVM لا يوجد شيء جديد لتتعلمه. أما بالنسبة لمحفظة Solana، فيقيم الأصل عند *مشتق* عنوان — يُحسب على النحو `keccak256(solana_pubkey)[12..32]` — ولا يمكن إلا لتوقيعك في Solana تشغيله. لا يوجد **جسر، ولا رمز ثانٍ، ولا حساب EVM** مشارك. ويُغطى هذا بالكامل في [قسم حامل Solana](#for-a-solana-holder) أدناه وفي [LANES.md](/ar/alttbyqat-ala-rome/bloom/lanes.md).

***

## الصفحة الرئيسية

![الصفحة الرئيسية لبلوم: العنوان الرئيسي، وصفّان لعالمي المحافظ، وبابا المستثمر والمُصدر.](/files/6c321879bf229ef0d5a488927f8afcf8237300de)

الصفحة الرئيسية (`/`) توضّح ما هو بلوم — *أصول Solidity، مفتوحة لكل من Solana وEVM* — وتمنحك بابين: **المستثمر** (الذي ينقلك إلى الأصول المفتوحة على `/invest`) **المُصدر**. وبصفتك مشتريًا، اختر **المستثمر**.

صفّان، **محافظ Solana** و **محافظ EVM**، تسرد المحافظ التي أعلن عنها متصفحك فعليًا عبر بروتوكولي الاكتشاف EIP-6963 وWallet Standard. لا يظهر شيء غير مثبت لديك؛ واسم كل محفظة وأيقونتها خاصان بها.

وفي الأسفل، قسم **العقود** يسرد العناوين التي يتواصل معها هذا النشر — مصنع الرموز، والتنفيذ المشترك، وموجّه الأذونات، وواجهة البيع الأولي، ورمز النقد — مع رابط لكل منها إلى مستكشف الكتل، حتى لا يصرّح التطبيق بأي عنوان بصوته الخاص.

### "كيف يكون ذلك ممكنًا مع Solana؟"

![شرح الحيازة: يدخل توقيع واحد من اليسار ويقبله الأصل من اليمين، من دون أي جسر بينهما.](/files/1c2189318635d293a3c297d0757782845dc4ac98)

تتضمن الصفحة الرئيسية شرحًا يجيب عن كيفية احتفاظ محفظة Solana بأصل Solidity. ويعرض ثلاث نقاط:

* **نشر واحد.** الأصل هو عقد Solidity عادي، يُنشر مرة واحدة. لا توجد منه نسخة منقولة عبر جسر في أي مكان — فالنسخة الثانية هي بالضبط ما كان سيسمح له بالتملص من القواعد.
* **عالمان للمحافظ.** تصل محفظة EVM إلى العقد بالطريقة نفسها التي تصل بها إلى أي سلسلة. أما محفظة Solana فتصل إلى *نفس* العقد لأن سلسلة Rome تعمل داخل Solana: يُحتفَظ بالأصل عند عنوان EVM مشتق من مفتاحك في Solana، وتوقيعك هو الشيء الوحيد الذي يمكنه تشغيله.
* **الأصل هو الذي يحمل القاعدة.** يُفرض من يمكنه امتلاكه بواسطة العقد في كل عملية نقل — وليس بواسطة هذا الموقع ولا بواسطة جسر. العنوان الذي لم يوافق عليه المُصدر لا يمكنه ببساطة استلامه.

***

## تصفح الأصول المفتوحة

![قائمة الأصول المفتوحة في /invest، مع قراءة السعر والمخزون مباشرة من السلسلة.](/files/7829e9f0ac6ce8c10b519b8e7124773a75ba5e48)

`/invest` تسرد كل أصل لديه بيع مفتوح الآن. في كل صف ترى:

| العمود     | المعنى                                            |
| ---------- | ------------------------------------------------- |
| **الأصل**  | اسم الأصل ورمزه، مقروءان مباشرة من الرمز نفسه     |
| **السعر**  | سعر الوحدة الواحدة، بـ `wUSDC`                    |
| **المباع** | الوحدات المباعة من الوحدات المعروضة، مع شريط تقدم |

الملخص فوق الجدول يحسب **مفتوح الآن** (عدد المبيعات الحية)، **الصادرة هنا** (عدد الأصول التي أصدرتها هذه السلسلة) و **المدفوع بـ** (`wUSDC`، رمز النقد لكل عملية بيع على هذا النشر).

> **لا شيء في هذه الصفحة ثابت مسبقًا.** يُقرأ السعر والمخزون والحالة مباشرة من السلسلة في كل زيارة. إذا لم تجب السلسلة، تقول الصفحة ذلك — *"لم تجب السلسلة…"* — بدلًا من عرض رقم قديم أو الادعاء بعدم وجود شيء. *"لا شيء معروض للبيع الآن"* هو ادعاء يتعلق بالسلسلة، ولا يظهر إلا عندما تعيد السلسلة بالفعل قائمة فارغة.

يمكنك قراءة الأسعار والمخزون من دون توصيل محفظة. أما للشراء، فستحتاج إلى محفظة: تعرض الصفحة **توصيل المحفظة** للتوجيه، مع عرض محافظ EVM وSolana لديك تحت عنوانين. يؤدي اختيار صف إلى فتح صفحة تفاصيل ذلك الأصل.

***

## أصل واحد

![صفحة تفاصيل أصل: الحقائق على اليسار، وبطاقة الأهلية ولوحة الشراء على اليمين.](/files/976945df73326718b0f4f3677360c3c2459989bd)

صفحة الأصل (`/invest/[address]`) لها نصفان: حقائق الأصل وقواعده على اليسار، وأهليتك ولوحة الشراء على اليمين.

### الحقائق

| الحقيقة               | المعنى                                    |
| --------------------- | ----------------------------------------- |
| **السعر**             | سعر الوحدة الواحدة، بـ `wUSDC`            |
| **المتاح**            | الوحدات المتبقية في البيع المفتوح         |
| **العائد المدفوع بـ** | العملة التي يُوزَّع بها أي عائد (`wUSDC`) |

### من يمكنه امتلاكه

تذكر الصفحة ثلاث قواعد يفرضها الأصل:

| القاعدة                  | ما الذي تقوله                                                       |
| ------------------------ | ------------------------------------------------------------------- |
| **الحاملون المسموح لهم** | العناوين التي وافق عليها المُصدر. يتحقق منها الأصل في كل عملية نقل. |
| **الحد الأدنى**          | وحدة واحدة. لا يوجد تجميد.                                          |
| **التحويلات**            | فقط إلى عنوان آخر مسموح به، من أيٍّ من عالمي المحافظ.               |

> **يتحقق الأصل من ذلك بنفسه في كل عملية نقل. لا شيء في هذه الصفحة يمكنه تجاوزه.** تُعرض القواعد كحقائق عن الرمز، لا كسياسة لهذا التطبيق، لأن هذا هو جوهرها.

***

## الأهلية — تُتحقق على الرمز قبل أي شراء

![بطاقة الأهلية التي تُحسَم على صفحة الأصل: توصيل، ثم تحقق، ثم مسموح أو غير مسموح.](/files/94bd4f2ea381fcaa2257052e6af8a97c8fcfe745)

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

| الحالة                 | المعنى                                                             |
| ---------------------- | ------------------------------------------------------------------ |
| **قم بالتوصيل للتحقق** | لم تُوصَل أي محفظة بعد. صِل واحدة لإجراء التحقق.                   |
| **جارٍ التحقق…**       | تم التوصيل؛ لم تُحسم عملية التحقق على السلسلة بعد.                 |
| **مسموح**              | يمكن لعنوانك امتلاك هذا الأصل.                                     |
| **غير مسموح**          | قاعدة الأصل ترفض عنوانك. ويوفر رابط للتقدّم بطلب إلى قائمة السماح. |
| **غير متاح**           | تعذر قراءة التحقق الآن (وليس رفضًا).                               |

> **التحقق ثنائي الجانب.** الشراء ينقل الوحدات *من الواجهة إليك*، لذا يجب أن يكون كلا طرفي ذلك النقل في قائمة السماح. يسأل بلوم السؤال بهذه الطريقة — فالتحقق من جهة واحدة قد يعتبرك مؤهلًا ثم يشاهد الشراء يرتد لأن الواجهة غير مدرجة على ذلك الرمز.

بمجرد أن يصبح عنوانك في قائمة السماح، تقرأ البطاقة نفسها **مسموح**، ويصبح الشراء متاحًا لك:

![بطاقة الأهلية تعرض مسموح — المشتري موجود في قائمة السماح، ولوحة الشراء نشطة.](/files/b99a85777e97872bc395a97f6122f6b5fdf6da2b)

عندما يُرفض طلبك، فالسبب المعروض هو **الخاص بالرمز نفسه**، منقولًا حرفيًا. لا يكتب بلوم أبدًا جملة عن سبب رفضك. إذا لم تكن هناك بعد وحدة قائمة سماح مرتبطة بالأصل (مسودة)، فهو *غير مقيّد* — لا شيء يقيّد أحدًا، وأنت مسموح لك.

إذا رُفضت، فالبطاقة تربط إلى **التقدّم بطلب إلى قائمة السماح**.

***

## التقدّم بطلب إلى قائمة السماح

![نموذج الطلب: عنوان، وولاية قضائية، ونوع حامل، وإقراران — من دون مستندات.](/files/3b97b3dbbf4699b92b1fb5718fb615d75133415e)

`/apply` هو المكان الذي تطلب فيه من مُصدر أن يقبل عنوانك. ويقول صدره القصة كاملة: **لا مستندات. إقرارات فقط.**

> **لا يحتوي النموذج على شيء يستحق التسريب، ولا يكتب أي شيء إلى أي سلسلة.** الطلب هو سجل خارج السلسلة يبتّ فيه المُصدر. يجري المُصدر فحوصاته الخاصة في نظامه الخاص؛ ويحدث كتابة قائمة السماح من جهته، وكل ما يصل إلى السلسلة هو نتيجة نعم أو لا مقابل عنوانك.

تقدّم أربعة أشياء لا خامس لها:

| الحقل                      | ملاحظات                                                                                                                                  |
| -------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- |
| **العنوان الذي سيحتفظ به** | معبأ مسبقًا من محفظتك المتصلة. بالنسبة لمحفظة Solana فهذا هو عنوانك **مشتق** — العنوان الذي يقيم عنده الأصل، وليس المفتاح الذي يوقّع له. |
| **الولاية القضائية**       | واحدة من قائمة ثابتة (سنغافورة، الإمارات العربية المتحدة، سويسرا، المملكة المتحدة).                                                      |
| **أنت**                    | فرد، أو فرد معتمد، أو مؤسسة.                                                                                                             |
| **إقراران**                | يجب قبول كليهما: أنك تتصرف لنفسك وتتحكم في العنوان، وأنك تقبل أن المُصدر يقرر من يمكنه امتلاك الأصل وقد يسحب ذلك.                        |

الـ `?` المجاور لصدارة الصفحة يشرح سبب عدم طلب مستندات: فالمُصدر يحتاج فقط إلى ما سيعتمد عليه، ولا يمكن تخزين أي شيء قد ترفعه هنا، وعلى السلسلة يكون السجل مجرد نعم أو لا.

**للتقدّم بطلب:**

1. أكّد العنوان، واختر ولايتك القضائية ونوع الحامل، واقبل الإقرارين كليهما.
2. اضغط **إرسال الطلب**. يتحقق النموذج محليًا، وتعيد الواجهة التحقق من كل شيء على الخادم، لأن النموذج على بُعد طلب واحد من أن يتم تجاوزه.
3. يُمنح لك **رابط خاص** بالصيغة `…/apply/status?ref=AP-XXXX-XXXX-XXXX`.

> **احفظ الرابط — فهو الطريق الوحيد للعودة إلى طلبك.** يُولَّد المرجع من 60 بتًا من العشوائية التشفيرية و *هو* التفويض: لا شيء آخر يقف أمام إقراراتك، ولا يوجد حساب أو كلمة مرور لاستعادتها به.

في العرض التوضيحي، **توصيلات الاختبار** ملاحظة توجهك إلى `/approve`، حيث يمكنك الموافقة على طلبك الخاص لإكمال الحلقة. يقوم مُصدر حقيقي بهذه الخطوة في نظامه الخاص — [انظر أدناه](#approve--the-test-wiring-stand-in).

***

## حالة طلبك، ومحو الإقرارات

![صفحة الحالة — المرجع، والحقائق المصرَّح بها، والجدول الزمني، وأداة المحو.](/files/c10e85f8782a7c7d1bcc9f4be7f441b47e818060)

`/apply/status` تقرأ طلبًا من مرجعه (من `?ref=` الرابط، أو آخر رابط يتذكره هذا المتصفح). لا توجد جلسة؛ المرجع هو المفتاح.

تُظهر الصفحة وضعك — **مع المُصدر**, **يمكنك امتلاك هذا الأصل**، أو **مرفوض** — إلى جانب جدول تفاصيل (المرجع، وتاريخ التقديم، والعنوان، والأصل، والولاية القضائية، و **التحققات** صف) وخط زمني مختصر لما حدث. إذا تمت الموافقة عليك، يظهر **شراء الأصل** رابط. ويعرض الرفض السبب الخاص بالمُصدر، منقولًا نصًا.

الـ **التحققات** الصف يعكس سجل KYC الخاص بالمُصدر نفسه. في هذا العرض التوضيحي لا توجد جهة مزودة موصولة، لذا يقرأ *"إقرارات فقط — لم يُطلب أي مستند"* بدلًا من الإيحاء بتحقق لم يحدث.

### محو ما صرّحت به

يمكنك محو إقراراتك في أي وقت من هذه الصفحة.

> **المحو يدمّر الإقرارات ويُبقي القرار.** ما قلته عن نفسك يُحذف ولا يمكن استعادته. يبقى قرار المُصدر، لأنه قد نُفِّذ بالفعل علنًا، على سلسلة — والتراجع عن ذلك هو توقيع يجب أن يقوم به المُصدر، لا حذفًا يمكنك أنت القيام به. (كما يبقى سجل KYC الخاص بالمُصدر، إن وُجد، لأنه دليل المُصدر على قبول عنوان أصبح الآن على سلسلة عامة؛ ومحوُه هنا لن يمحو شيئًا لدى مزودهم أيضًا.)

***

## `/approve` — بديل توصيلات الاختبار

![صفحة الموافقة — لافتة "توصيلات اختبار، وليس المُصدر"، والعنوان، وإجراء الموافقة، ومتطلباتِه على السلسلة في القسم المطوي أدناه.](/files/41ce74bdbe0bbd830c6f91aab78ff569919cde29)

`/approve` موجودة لكي يمكن قطع الرحلة كاملة من البداية إلى النهاية في العرض التوضيحي. وتحمل لافتة تقول **"توصيلات اختبار — وليس المُصدر"**، وهذه اللافتة هي السبب في أن وجودها صادق: ففي الإنتاج يوافق المُصدر على الطلبات داخل سير عمله الخاص، لا هنا.

**ما هو الحقيقي فيها:** الموافقة هي كتابة حقيقية على السلسلة في قائمة السماح. تستدعي الصفحة `TestApprover` العقد الذي *مُفعّل على الأصل التجريبي* (Mineral Vault I، `ARCV`، عند `0x2b13ba16a429bf630f94882e477fe775d34b7c74`). ذلك العقد لا يحتاج إلى **أي دور** من مُستدعيه — يمكن لأي أحد أن يوافق على أي عنوان من خلاله — وهذا هو السبب الكامل لوجوده: فهو يتيح إغلاق حلقة العرض التوضيحي لأي محفظة، من أي مسار.

**للموافقة على عنوانك الخاص:**

1. صِل المحفظة التي قدّمت بها الطلب (EVM أو Solana). عنوانك معبأ مسبقًا.
2. اضغط **الموافقة على هذا العنوان**. تُطوى الشروط المسبقة والنتائج الخاصة بالكتابة أسفل الزر — افتح *"ما الذي يفعله هذا"* لترى بالضبط ما الذي سيحدث قبل أن توقّع.
3. عند النجاح تقرأ الصفحة *"تمت الموافقة. يمكن لمقدم الطلب امتلاك الأصل الآن."*

إذا سجّلت الدخول بمحفظة Solana، فتظهر ملاحظة تقول *"سيوافق هذا على العنوان المشتق من مفتاحك في Solana"* — العنوان الذي يوقّع له التشغيل **لـ** هو العنوان المشتق؛ والمفتاح الذي يوقّع به **بـ** هو مفتاحك في Solana.

> **في الإنتاج هذا هو قرار المُصدر، يُتخذ في نظام المُصدر.** العرض التوضيحي `TestApprover` مفتوح بطبيعته بحيث تكون الحلقة قابلة للتنفيذ؛ أما كتابة قائمة السماح الحقيقية فتخضع لدور يملكه المُصدر. لا يتغير شيء في نموذج الامتثال — فما زال القرار بيد المُصدر، وما زال مجرد قيمة منطقية واحدة على السلسلة، وما زالت لا توجد مستندات في أي مكان.

بمجرد الموافقة، ارجع إلى صفحة الأصل؛ ستقرأ أهليتك الآن **مسموح**.

***

## الشراء

تقع لوحة الشراء أسفل بطاقة الأهلية في صفحة الأصل.

> **هل تحتاج إلى wUSDC أولًا؟** كل عملية بيع مسعّرة بـ wUSDC، والمحفظة الجديدة لا تملك منها شيئًا. [إيصال الأموال إلى Rome](/ar/alttbyqat-ala-rome/bloom/funding.md) تشرح مسار إدخال النقد: انقل USDC أو ETH عبر الجسر من Sepolia، ثم لفّ الغاز المنقول إلى wUSDC — كل ذلك على شاشة `/bridge` الشاشة.

![لوحة الشراء بعد إتمام عملية شراء — "تم الشراء. سيظهر في المراكز."](/files/de84f5718ec9e460d1ecd1b980ac20fdc85830f4)

1. أدخل عدد **الوحدات** التي تريدها. تعرض اللوحة سعر الوحدة والإجمالي الذي ستدفعه، بـ `wUSDC`. (يُحسب النقد الذي يسحبه الشراء فعليًا من السعر بوحدات الأساس، لذا يطابق المبلغ المعتمد دائمًا المبلغ المقتبس.)
2. اضغط زر الشراء. الشراء سلسلة قصيرة، وليس نقرة واحدة: إذا لم يكن البيع قد حصل بعد على إذن لأخذ `wUSDC`، **الموافقة** تظهر خطوة أولًا (*"اسمح للبيع بأخذ نقودك"*)، ثم **الشراء** نفسه.
3. كل خطوة تبدأ بزرها وتطوي **شروطها المسبقة** و **نتائجها** أسفلها — على بُعد نقرة واحدة قبل أن توقّع — وتسمّي مرحلتها أثناء التنفيذ — *"في انتظار محفظتك…"*، ثم *"الهبوط على السلسلة…"*. تعيد السلسلة التحقق من الشروط بين الخطوات، لذا فإن البيع الذي يُغلق بعد موافقتك يوقف الشراء بدلًا من إرجاعه.
4. عند النجاح تقرأ اللوحة *"تم الشراء. سيظهر في المراكز."*

إذا كانت محفظتك على الشبكة الخاطئة، فتذكر اللوحة ذلك وتعرض التبديل إلى سلسلة الأصل بدلًا من ترك الزر لا يفعل شيئًا.

> **يمر الشراء عبر نفس بوابة قائمة السماح مثل أي عملية نقل.** لا تنقل الواجهة الوحدات إليك إلا إذا كانت هي وعنوانك مسموحًا لهما. لا يوجد تحقق من جهة بلوم يمكن أن يحل محل تحقق الأصل نفسه.

***

## مراكزك

`/portfolio` تُظهر ما تملكه. وصّل المحفظة التي تحتفظ بالأصل فتحصل على:

![صفحة المراكز — الحيازة، وقيمتها، والملخص.](/files/2a8140eb50663247f6778a45f2c4f4db504c1164)

* ملخص — **القيمة الإجمالية** (بـ `wUSDC`), **الأصول** (عدد الأصول المختلفة التي تملكها)، و **العائد المستلم**;
* أ **الحيازات** جدول يسرد كل أصل، ووحداتك وقيمتها.

يُقرأ كل شيء مباشرة من السلسلة. عندما لا تكون تمتلك شيئًا بعد، تقول الصفحة ذلك وتربطك بالمبيعات المفتوحة. **العائد المستلم** يعرض حاليًا شرطة: قراءة سجل مدفوعاتك تعني تتبّع أحداث التوزيع رجوعًا إلى أول كتلة للأصل، وهذا عمل لا يزال قادمًا — والشرطة صادقة حيث إنّ `0.00` سيكون الأمر ادعاءً.

> **المواضع هي عرض، وليست سوقًا.** يعرض Bloom شراء أصل من بيعه الأولي واحتفاظك به. والأصل نفسه يسمح بالتحويلات إلى *عناوين أخرى مسموح بها* من أيّ من عالَمي المحافظ (وهذه إحدى قواعده المعلنة)، لكن Bloom لا يوفّر حاليًا تحكمًا في التحويل الثانوي أو البيع.

***

## لحامل سولانا

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

### سلسلة الحيازة

![مواضع حامل سولانا — «محتفظ به لمفتاح سولانا الخاص بك»، وعنوان الاحتفاظ المشتق، وسلسلة الحيازة، وحيازة ARCV المشتراة على مسار سولانا.](/files/d12ee0da31778c68d8e88e1392e09573cb3efa64)

عندما تربط محفظة سولانا، `/portfolio` يعرض **محتفظ به في** سطرًا بعنوان EVM الذي يوجد فيه أصلك، و **كيف يُحتفظ بهذا؟** زر تبديل يفتح لوحة حيازة تشرح الاشتقاق في ثلاث خطوات:

1. **مفتاح سولانا الخاص بك** — المفتاح الموجود بالفعل في محفظتك. يوقّع؛ ولا يغادر أبدًا.
2. **يُحتسب إلى — العنوان الذي يحتفظ بالأصل** — عنوان EVM المشتق. إنه *حسابيًا، وليس حسابًا*؛ إذ ينتج عن مفتاحك، ولا يوجد له مفتاح خاص.
3. **ما الذي يمكنه نقله** — لا يمكن إلا لتوقيع من مفتاحك أن ينقل ما يوجد في ذلك العنوان.

> **لماذا هذا آمن.** الأصل مقيم ضمن حالة EVM: رصيده مخزن داخل حسابات برنامج Rome. هناك **لا يوجد سكّ SPL له**، ولا حساب رمزي، ولا شيء أصيل في سولانا يمكن نقله — لذا لا تمتلك بنية سولانا أي تعليمة يمكنها إخراجه. لا يمكن إلا لتوقيع سولانا الخاص بك أن يقود العنوان المشتق، وكل حركة يمكنه التعبير عنها هي استدعاء لعقد الأصل، الذي يطبّق بوابة قائمة السماح. أي تحويل إلى عنوان غير مسموح به يفشل بالطريقة نفسها سواء وقّعه مفتاح EVM أو مفتاح سولانا. هذه هي بالضبط الخاصية التي يريدها أصل مقيّد بالصلاحيات — راجع [LANES.md](/ar/alttbyqat-ala-rome/bloom/lanes.md#custody-why-the-rwa-stays-at-the-synthetic).

لأنه لا يوجد رمز SPL لعرضه، **فلن تعرض محفظة سولانا الخاصة بك حيازة RWA** — تطبيق Bloom هو واجهة مواضعك. يُستعاد مفتاح سولانا المفقود عبر إجراءات الجهة المُصدِرة، لا عبر نقل الأصل خارج النطاق.

### الدفع، وطلبات التوقيع الإضافية

* **تدفع باللامبورتات من محفظتك الخاصة.** تُدفع رسوم المعاملة من محفظة سولانا الخاصة بك؛ ولا يحتاج عنوان EVM المشتق أبدًا إلى تمويل.
* **كل إجراء هو معاملة سولانا ذرّية واحدة.** التحويل المقيّد، والموافقة، والشراء — كلٌّ منها معاملة كاملة موقعة على حدة. الشراء هو *موافقة* ثم *شراء*، لذا فهو **توقيعان** بالمجموع على مسار سولانا.
* **يمكن للإجراءات الثقيلة من حيث الحسابات أن تضيف مطالبات.** أغلب المسارات تناسب معاملة سولانا واحدة (عملية شراء من الواجهة الأمامية تستهلك اليوم 22 حسابًا وحوالي 1,061 بايت، أي ضمن حد 1,232 بايت). الحالة التي تلامس أكثر — مثل حامل للمرة الأولى وما يزال حسابه الرمزي بحاجة إلى الإنشاء — قد تتجاوز هذا الحد، وعندها يعود العميل إلى تنسيق معاملة أكبر مبني على جدول بحث ينشئه لهذا الغرض. كل خطوة من هذا القبيل هي مطالبة منفصلة للمحفظة، لذا قد تتحول عملية شراء واحدة إلى ثلاث أو أربع توقيعات. ستسألك محفظتك في كل مرة؛ والموافقة على كل منها أمر متوقع.

> **مسار سولانا ذرّي فقط.** كل مسار في Bloom هو معاملة EVM واحدة تُنفَّذ داخل معاملة سولانا واحدة. «رحلة متعددة الخطوات» (الموافقة، ثم الشراء) هي عدة معاملات كاملة، كل واحدة ذرّية بذاتها — وليست تنفيذًا واحدًا مقسّمًا عبر معاملات. إذا لم يكن الاستدعاء ليلائم الذرّية، فالحل هو استدعاء أصغر، لا مسار مختلف.

***

## أين يوجد الالتزام فعليًا

لتلخيص ما يُفرض أين، حتى لا يُلتبس أي شيء هنا على أنه سياسة Bloom:

| الموضوع                         | تُفرض بواسطة                                       | وليس بواسطة                                |
| ------------------------------- | -------------------------------------------------- | ------------------------------------------ |
| من الذي يجوز له الاحتفاظ بالأصل | وحدة قائمة السماح الخاصة بالأصل، في كل عملية تحويل | هذا الموقع                                 |
| تحويل إلى عنوان غير معتمد       | يُفشل على السلسلة بواسطة الأصل                     | أي فلتر خارج السلسلة                       |
| ما الذي يُخزن عنك               | قيمة منطقية واحدة (`isWhitelisted`) لكل عنوان      | مستندات أو معلومات تعريف شخصية، في أي مكان |
| من الذي يجوز له قبولك           | قرار الجهة المُصدِرة خارج السلسلة                  | Bloom                                      |

للاطلاع على النموذج الكامل، اقرأ [COMPLIANCE.md](/ar/alttbyqat-ala-rome/bloom/compliance.md)؛ ولآليات المسارين، [LANES.md](/ar/alttbyqat-ala-rome/bloom/lanes.md).

> **هذا ليس نموذجًا تجريبيًا.** اشترى مشترٍ حقيقي هذا الأصل من محفظة EVM، واشترته محفظة سولانا حقيقية على مسار سولانا — الرمز نفسه، وقائمة السماح نفسها، وwUSDC نفسه. كل معاملة مرتبطة على صفحة [الأدلة](/ar/alttbyqat-ala-rome/bloom/evidence-investor.md) الأدلة. بطاقة «مسموح»، والمواضع، وسلسلة الحيازة على سولانا في هذا الدليل تخص هؤلاء المشترين، بعد تلك المعاملات.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.rome.builders/ar/alttbyqat-ala-rome/bloom/investing.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.