> ## Content Index
> Fetch the complete content index at: https://arabroot.io/llms.txt
> Use this file to discover other available public pages before exploring further.

# الحفظ لدى المنصة أم بنفسك Self-custody؟ دروس انهيار FTX
- URL: https://arabroot.io/articles/الحفظ-لدى-المنصة-ام-بنفسك-self-custody-دروس-انهيار-ftx/
- Published: 2026-10-28T06:34:30.000Z
- Updated: 2026-10-28T07:37:42.000Z
- Description: من يملك المفتاح الخاص يملك المال. نولد عبارة استرداد ونرى كيف تشتق كل مفاتيحك، ونفهم لماذا سقط عملاء FTX.
- Author: فريق عرب رووت
- Tags: الأدلة التقنية, البلوكتشين والعملات الرقمية

في المقالين السابقين فهم فريق منصة العمل الحر كيف تعمل منصات التداول، وكيف يشترى ويباع. وفي كل مرة تكرر تحذير واحد: ما دامت عملتك على المنصة فهي وعد منها، لا عملة تملكها. وهنا جاء السؤال الذي يؤجل كثيرون مواجهته، فيدفعون ثمن تأجيله: إذا لم أترك عملتي عند المنصة، فأين أحفظها؟ ومن يضمنها إذا حفظتها بنفسي؟ وماذا يحدث لو ضاع مفتاحها؟ وهذا السؤال، سؤال الحفظ Custody، هو في جوهره سؤال من يملك المفتاح الخاص، وهو أهم قرار يتخذه من يتعامل مع العملات الرقمية، لأنه يحدد من يملك المال فعلاً، ومن يستطيع أن يفقده.

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

وهذا المقال تعليمي تقني فقط، ولا يتضمن أي نصيحة استثمارية، ولا يوصي بأي منصة ولا محفظة ولا منتج، وكل المفاتيح والعبارات فيه مولدة بأدوات على الجهاز بعبارات اختبار معروفة ليس لها أي قيمة، ولن نضع أي مفتاح حقيقي في أي ملف. وهو يبني على ما شرحناه عن المفاتيح والتوقيع في [مقال البلوكتشين للمبتدئين](https://arabroot.io/articles/%D8%A7%D9%84%D8%A8%D9%84%D9%88%D9%83%D8%AA%D8%B4%D9%8A%D9%86-%D9%84%D9%84%D9%85%D8%A8%D8%AA%D8%AF%D8%A6%D9%8A%D9%86-%D9%83%D9%8A%D9%81-%D9%8A%D8%B9%D9%85%D9%84-%D9%88%D9%85%D8%AA%D9%89-%D9%84%D8%A7-%D8%AA%D8%AD%D8%AA%D8%A7%D8%AC%D9%87/) وعن المنصات في المقالين السابقين.

وسوف نناقش في هذا المقال ما يلي:

- الحفظ لدى المنصة أم بنفسك: من يملك المفتاح، ونقاط القوة والضعف.
- عبارة الاسترداد Seed Phrase: كيف تولد كل مفاتيحك، بتجربة نراها على الجهاز.
- لماذا كلمة واحدة خطأ ترفض: التحقق في BIP-39.
- أنواع المحافظ: الساخنة والعتاد والباردة وتعدد التوقيع Multisig.
- درس انهيار FTX: لماذا «ليست مفاتيحك فليست عملتك».
- كيف تقرر طريقة الحفظ، وقواعد لا يغفر الخطأ فيها.

## من يملك المفتاح الخاص؟

قبل أن نفصل، نضع القاعدة التي يدور حولها المقال كله في جملة واحدة اشتهرت في هذا المجال: «ليست مفاتيحك، فليست عملتك» Not Your Keys, Not Your Coins. ومعناها أن ملكيتك للعملة الرقمية ليست رقماً تراه على شاشة، وإنما قدرتك على التوقيع بالمفتاح الخاص، فمن يملك المفتاح يملك العملة، ومن لا يملكه لا يملكها مهما قالت له الشاشة. وكل قرار في الحفظ تطبيق لهذه القاعدة: هل تملك المفتاح أنت، أم تثق بمن يملكه؟

كل شيء في الحفظ يعود إلى سؤال واحد: من يملك المفتاح الخاص Private Key؟ فكما شرحنا في مقال البلوكتشين للمبتدئين، المفتاح الخاص هو الملكية نفسها، ومن يملكه يوقع المعاملات ويتصرف في المال، ولا توجد جهة إصدار شهادات تربط المال باسمك، فالمفتاح هو الهوية والملكية معاً. ومن هنا طريقان:

- **الحفظ لدى المنصة Custodial**: المنصة تملك المفاتيح، ورصيدك سطر في قاعدة بياناتها. نقطة قوته أنه سهل: لا مفاتيح تحفظها ولا مسؤولية تقنية، ونسيت كلمة المرور؟ استعدها من الدعم. ونقطة ضعفه أنك تثق بالمنصة ثقة كاملة كما تثق بالبنك، فإفلاسها أو اختراقها أو تجميدها يصيب مالك.
- **الحفظ الذاتي Self-custody**: أنت تملك المفتاح الخاص، والعملة لك فعلاً على السلسلة. نقطة قوته أنك لا تثق بأحد، فلا إفلاس ولا تجميد ولا حجب يصيبك، والعملة لك إلى أن توقع أنت على إرسالها. ونقطة ضعفه أن المسؤولية كلها عليك: المفتاح الضائع لا يستعاد، ولا دعم يعيد لك كلمة المرور، ولا رجوع عن خطأ.

والصورة التالية تجمع المفاضلة:

![مقارنة بين الحفظ لدى المنصة Custodial حيث المنصة تملك المفاتيح ورصيدك سطر في قاعدة بياناتها، وقوته السهولة واستعادة كلمة المرور من الدعم، وضعفه أنك تثق بالمنصة كما تثق بالبنك وإفلاسها أو اختراقها أو تجميدها يصيب مالك مع عبارة ليست مفاتيحك فليست عملتك، والحفظ الذاتي Self-custody حيث أنت تملك المفتاح والعملة لك فعلاً، وقوته أنك لا تثق بأحد والعملة لك إلى أن توقع، وضعفه أن المسؤولية كلها عليك والمفتاح الضائع لا يستعاد ولا دعم، وفي الأسفل أن المفاضلة بين تحميل المنصة المسؤولية مقابل الثقة، والملكية مقابل تحمل المسؤولية](https://arabroot.io/content/images/2026/10/custody-self-vs-exchange-01-custody.webp)

المنصة تحمل عنك المسؤولية مقابل أن تثق بها، والحفظ الذاتي يعطيك الملكية مقابل أن تحمل المسؤولية كلها

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

وللتوضيح بالمقارنة مع ما يعرفه الناس: الحفظ لدى المنصة يشبه ترك مالك في حساب بنكي، فالبنك يحفظه ويستعيد لك الوصول إذا نسيت كلمة مرورك، ولكنك تثق به ولا ترى ما يفعل بأموالك. والفرق المهم أن البنوك في كثير من البلدان تخضع لرقابة ونظام تأمين ودائع يحمي جزءاً من مالك إذا أفلس البنك، أما منصة العملات الرقمية، خاصة غير المرخصة، فقد لا يحميها شيء، كما رأينا في FTX. والحفظ الذاتي يشبه أن تحتفظ بمالك نقداً في خزنة في بيتك: لا يمسه أحد، ولكن إذا ضاع المفتاح أو سرقت الخزنة فلا جهة تعوضك. والفرق أن المفتاح هنا ليس معدناً، وإنما اثنتا عشرة كلمة، ومن يراها يملك كل ما تحميه.

ولاحظ بعداً نظامياً يخص الحفظ لدى المنصة: أنت تسلم المنصة بياناتك الشخصية في التحقق من الهوية، كما شرحنا في مقال معرفة العميل، وتسلمها أموالك، فتصبح طرفاً تثق به في أمرين معاً. وفي المملكة تخضع البيانات الشخصية [لنظام حماية البيانات الشخصية](https://dgp.sdaia.gov.sa/wps/portal/pdp/?ref=arabroot.io)، ولذلك اختيار المنصة ليس قراراً مالياً فقط، وإنما قرار يتعلق بمن تأتمنه على بياناتك ومالك معاً، وهذا يرجح كفة المنصة المرخصة الخاضعة للرقابة على غيرها.

## عبارة الاسترداد: مفتاح كل شيء

قبل أن نتكلم عن أنواع المحافظ، يجب أن نفهم ما الذي تحفظه فعلاً عندما تحفظ بنفسك. فأنت لا تحفظ مفتاحاً واحداً، وإنما عبارة استرداد Seed Phrase، وهي اثنتا عشرة كلمة أو أربع وعشرون، منها تشتق كل مفاتيحك وحساباتك. ولنرى ذلك بأداة `cast wallet` من مجموعة Foundry التي استخدمناها في كل مقالات Ethereum، في السكربت `01-seed.sh`:

```bash
echo "== generate a new 12-word recovery phrase (BIP-39), with its first 3 accounts"
cast wallet new-mnemonic --words 12 --accounts 3
echo "== the same phrase ALWAYS derives the same addresses (this is how recovery works)"
PHRASE="legal winner thank year wave sausage worth useful legal winner thank yellow"
for i in 0 1 2; do
  echo "account $i: $(cast wallet address --mnemonic "$PHRASE" --mnemonic-index $i)"
done
echo "== one wrong word breaks it"
BAD="legal winner thank year wave sausage worth useful legal winner thank zebra"
cast wallet address --mnemonic "$BAD" --mnemonic-index 0 2>&1 | tail -1
```

نشغله في Container مؤقت:

```bash
docker run --rm -v "$PWD:/lab" -w /lab ghcr.io/foundry-rs/foundry:v1.8.6 "bash /lab/01-seed.sh"
```

والمخرج سوف يكون كما يلي، والعبارة الأولى تختلف في كل تشغيل لأنها عشوائية، وقد اختصرنا المفاتيح الخاصة:

```text
== generate a new 12-word recovery phrase (BIP-39), with its first 3 accounts
Phrase:
sentence wink half spirit drive blast client plate casino thumb steel universe

Accounts:
- Account 0:  Address: 0x088F4eb84939E6De6569A27691D4E6E1aeefe8C3
- Account 1:  Address: 0x6f33ACC103BA74DEF571f933DaCCf64e9b12823E
- Account 2:  Address: 0x6B5AD9395089Fe77FF896Ee4Ec2073C63F09692b

== the same phrase ALWAYS derives the same addresses (this is how recovery works)
account 0: 0x58A57ed9d8d624cBD12e2C467D34787555bB1b25
account 1: 0x0D3eB21b6b21833A4939Cfff4810E9AE0758e12C
account 2: 0xe42f4612e154153B68e241e8FDe337e0c4dD6bBD
derive again -> identical:
account 0: 0x58A57ed9d8d624cBD12e2C467D34787555bB1b25

== one wrong word breaks it (a different, unrelated wallet, or an invalid phrase)
Error: the phrase `legal winner thank year wave sausage worth useful legal winner thank zebra` is invalid
```

في المخرج أعلاه لاحظ التالي:

- العبارة الواحدة تولد عدة حسابات، كل حساب بعنوانه ومفتاحه، وهي كلها مشتقة من نفس العبارة. فبعبارة واحدة تحفظها، تحفظ كل حساباتك، وهذا ما يسمى المحفظة الهرمية الحتمية Hierarchical Deterministic. والمعنى أن المحفظة شجرة تنمو من جذر واحد هو العبارة، ومنها تشتق فروع لا نهائية بترتيب محدد يسمى مسار الاشتقاق Derivation Path، فالحساب رقم 0 والحساب رقم 1 وهكذا، وكلها حتمية: نفس الجذر ونفس المسار يعطيان نفس المفتاح دائماً. ولهذا لا تحتاج أن تحفظ مفتاح كل حساب على حدة، وإنما العبارة وحدها، فمنها يعاد اشتقاق كل شيء.
- العبارة الثابتة `legal winner thank…`، وهي عبارة اختبار معروفة، أعطت نفس العناوين بالضبط في كل مرة. وهذا بالضبط معنى الاسترداد: إذا فقدت محفظتك واشتريت أخرى وأدخلت نفس العبارة، عادت كل حساباتك ومفاتيحك، لأنها تشتق من العبارة نفسها، لا من الجهاز.
- عندما غيرنا الكلمة الأخيرة من `yellow` إلى `zebra`، رفضت الأداة العبارة بأنها غير صالحة، ولم تفتح محفظة أخرى بصمت. وهذا هو موضوع القسم التالي.

ولماذا كلمات بدل رقم طويل؟ لأن المفتاح الخاص رقم من 256 بت، ونسخه بيدك أو حفظه على ورق صعب ومعرض للخطأ، بينما اثنتا عشرة كلمة مألوفة أسهل في الكتابة والمراجعة، كما شرحنا فكرة الترميز المقروء للإنسان في مقال الترميز. والكلمات مأخوذة من قائمة ثابتة من 2048 كلمة، اختيرت بحيث لا تتشابه أربعة أحرفها الأولى، فلا تلتبس كلمة بأخرى. وهذا المعيار، BIP-39، تتبعه أغلب المحافظ والأجهزة، ولذلك تستطيع أن تنقل عبارتك من محفظة إلى أخرى تتبع نفس المعيار، فأنت لست مربوطاً ببرنامج واحد، وهذا من أهم ما يميز الحفظ الذاتي: ملكيتك ليست محبوسة في منتج شركة واحدة.

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

وهنا نقطة جوهرية في الأمان: هذه الكلمات الاثنتا عشرة هي سرك الأكبر، فمن يحصل عليها يملك كل حساباتك ومفاتيحك إلى الأبد، ولا رجوع. ولذلك لا تصورها، ولا تكتبها في ملف على جهاز متصل، ولا ترسلها لأحد مهما كان. وكما تحذر [صفحة الأمان في ethereum.org](https://ethereum.org/en/security/?ref=arabroot.io) فإنه لا يوجد دعم رسمي يطلب منك هذه العبارة، فأي شخص يطلبها محتال مهما كان اسمه، وهذا من أشهر أنماط الاحتيال التي سوف نفصلها في مقال الاحتيال.

## لماذا كلمة واحدة خطأ ترفض؟

رأينا أن تغيير كلمة واحدة جعل العبارة غير صالحة، وهذا ليس صدفة، وإنما تصميم في معيار [BIP-39](https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki?ref=arabroot.io) الذي يصف عبارات الاسترداد. والسكربت `02-bip39.py` يبين كيف تبنى العبارة، بمكتبة Python القياسية فقط:

```python
import hashlib, secrets
entropy = secrets.token_bytes(16)                 # 128 bits of real randomness
h = hashlib.sha256(entropy).digest()
checksum_bits = bin(h[0])[2:].zfill(8)[:4]        # first 4 bits of the hash
bits = bin(int.from_bytes(entropy, "big"))[2:].zfill(128) + checksum_bits
indices = [int(bits[i:i+11], 2) for i in range(0, 132, 11)]
print("128 bits of entropy ->", entropy.hex())
print("checksum ->", checksum_bits)
print("twelve 11-bit word indices:", indices)
```

نشغله:

```bash
docker run --rm -v "$PWD:/lab" -w /lab python:3.13-slim python 02-bip39.py
```

والمخرج سوف يكون كما يلي، وقيم العشوائية تختلف في كل تشغيل:

```text
128 bits of entropy -> caa303716ceac5fc116d30352e4021e8
sha256(entropy)[0:4 bits] checksum -> 1101
split into twelve 11-bit numbers (word indices in the 2048-word list):
  [1621, 192, 1762, 1742, 1378, 2032, 557, 1328, 425, 912, 67, 1677]
```

في المخرج أعلاه لاحظ التالي:

- العبارة في جوهرها 128 بت عشوائية حقيقية، هي أصل كل شيء، فقوة المحفظة من قوة هذه العشوائية. ولهذا يجب أن تولد العبارة من مصدر عشوائية جيد، وهذا ما تفعله المحافظ والأجهزة الموثوقة، لا أن تختار كلماتها بنفسك.
- يضاف إلى الـ128 بت أربعة بتات تحقق Checksum، هي أول أربعة بتات من هاش العشوائية، فيصبح المجموع 132 بتاً، تقسم إلى اثنتي عشرة مجموعة من 11 بتاً، كل مجموعة رقم كلمة في قائمة من 2048 كلمة.
- الكلمة الأخيرة تحمل بتات التحقق، فإذا غيرت أي كلمة أصبح التحقق المحسوب لا يطابق المخزن، فيرفض البرنامج العبارة. وهذه الحماية هي التي منعت العبارة الخاطئة من فتح محفظة أخرى فارغة بصمت، فلو لم يكن هناك تحقق لأدى خطأ حرف واحد إلى محفظة أخرى تظنها محفظتك.

ولاحظ لماذا هذا التحقق مهم تحديداً في الحفظ الذاتي: لو لم يكن موجوداً، ونسخت عبارتك بخطأ حرف واحد عند الاسترداد، لفتح البرنامج محفظة أخرى صحيحة شكلاً ولكنها فارغة، فتظن أنك فقدت مالك بينما هو في محفظتك الأصلية بعبارتها الصحيحة. والتحقق يمنع هذا الالتباس المؤلم: إما أن تدخل العبارة صحيحة فتصل إلى مالك، وإما أن ترفض فتعرف أنك أخطأت وتصحح. وهذا مثال على أن التصميم الجيد لا يمنع الخطأ فقط، وإنما يجعل الخطأ ظاهراً بدل أن يكون صامتاً، وهو نفس مبدأ مجموع التحقق الذي رأيناه في العناوين وفي الترميز في مقالات سابقة.

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

والصورة التالية تجمع كيف تبنى العبارة:

![مخطط: 128 بت عشوائية caa303716ceac5fc زائد تحقق من هاشها، تصبح 12 كلمة BIP-39 بمجموع 132 بت مقسمة 11 بت لكل كلمة والكلمة الأخيرة تحمل التحقق، ومنها كل الحسابات والمفاتيح account 0 و1 و2 ونفس العبارة تعطي نفسها دائماً، وصندوق أحمر يبين أن كلمة واحدة خطأ مثل thank zebra ترفض كعبارة غير صالحة لأن التحقق لم يعد يطابق، وصندوق أسود يحذر أن من يحصل على الكلمات يملك كل شيء فلا تصورها ولا تكتبها في ملف ولا ترسلها لأحد ولا يوجد دعم يطلبها](https://arabroot.io/content/images/2026/10/custody-self-vs-exchange-02-seed.webp)

عشوائية حقيقية وتحقق يصيران اثنتي عشرة كلمة تولد كل مفاتيحك، وكلمة واحدة خطأ ترفض

## أنواع المحافظ

إذا قررت الحفظ الذاتي، فأين تحفظ المفتاح؟ هنا تأتي أنواع المحافظ، وهي تختلف في موازنة الأمان والسهولة. والفكرة الجامعة التي تحكمها كلها: كلما عزلت المفتاح عن الإنترنت زاد أمانه ضد الاختراق عن بعد، وقلت سهولة استخدامه. فالإنترنت هو الطريق الذي يصل منه المهاجم إلى مفتاحك، فكل درجة من العزل عنه تغلق باباً، وتضيف خطوة على استخدامك. ولذلك المحافظ طيف من «ساخن» متصل دائماً وسهل جداً، إلى «بارد» معزول تماماً وأصعب استخداماً، وبينهما محفظة العتاد التي تعزل المفتاح ولكنها تتصل لحظة التوقيع فقط. والصورة التالية ترتبها من الأسخن والأسهل إلى الأبرد والأأمن:

![مخطط بأربعة أعمدة: تعدد التوقيع Multisig حيث عدة مفاتيح والإرسال يحتاج عدداً منها مثل 2 من 3، والمحفظة الباردة Cold حيث المفتاح لم يتصل بالإنترنت قط أو على ورق وأعلى أمان ولكن أبطأ وخطرها المادي، ومحفظة العتاد Hardware حيث جهاز صغير يحفظ المفتاح ولا يخرجه والتوقيع داخله فتبقى حتى لو أصيب حاسوبك، والمحفظة الساخنة Hot حيث تطبيق أو إضافة على جهاز متصل سهلة وسريعة ولكن المفتاح على جهاز متصل فمعرض للبرامج الخبيثة، وفي الأسفل القاعدة الشائعة مبلغ صغير يومي ساخن والأكبر عتاد أو بارد والفرق بتعدد توقيع](https://arabroot.io/content/images/2026/10/custody-self-vs-exchange-03-wallets.webp)

كلما عزلت المفتاح عن الإنترنت زاد الأمان وقلت السهولة، وتعدد التوقيع يوزع الخطر على عدة مفاتيح

- **المحفظة الساخنة Hot Wallet**: تطبيق أو إضافة متصفح على جهاز متصل بالإنترنت، وتسمى ساخنة لأنها «متصلة» دائماً. سهلة وسريعة للاستخدام اليومي، تفتحها وتوقع وترسل في ثوان، ولكن المفتاح على جهاز متصل، فمعرض للبرامج الخبيثة والتصيد. مناسبة للمبالغ الصغيرة للاستخدام اليومي، لا لكل ما تملك، تماماً كما تحمل في جيبك مبلغاً نقدياً للمصروف لا كل ثروتك.
- **محفظة العتاد Hardware Wallet**: جهاز صغير يحفظ المفتاح ولا يخرجه أبداً، والتوقيع يتم داخل الجهاز، فيبقى المفتاح حتى لو أصيب حاسوبك ببرنامج خبيث. توازن جيد بين الأمان والاستخدام، ومناسبة للمبالغ الكبيرة والحفظ طويل الأمد. ولاحظ أن ما يحميك ليس شكل الجهاز، وإنما أن المفتاح لا يغادره، فالجهاز وسيلة لعزل المفتاح لا أكثر.
- **المحفظة الباردة Cold Wallet**: المفتاح لم يتصل بالإنترنت قط، أو العبارة مكتوبة على ورق أو معدن في مكان آمن. أعلى أمان ضد الاختراق عن بعد، لأن ما لا يتصل لا يخترق عن بعد، ولكنها أبطأ وأصعب استخداماً، وخطرها انتقل من الرقمي إلى المادي: ضياع الورقة، أو حريق، أو تلف، أو سرقة مادية. ولهذا من يحفظها على معدن لا ورق ليقاوم الحريق، ويحفظ نسخاً في أماكن متباعدة، فلا يضيع كل شيء بحادث واحد.
- **تعدد التوقيع Multisig**: لا مفتاح واحد، وإنما عدة مفاتيح، والإرسال يحتاج عدداً منها، مثل اثنين من ثلاثة. فلا يكفي مفتاح واحد مسروق ليسرق المال، ولا يوقف ضياع مفتاح واحد كل شيء، لأن الباقي يكفي. وهو الأنسب للفرق والمبالغ الكبيرة، وقد شرحنا نفس الفكرة في حراسة مفاتيح الإدارة في مقال العقود الذكية.

ولماذا يحل تعدد التوقيع المشكلتين معاً، السرقة والضياع؟ لأنه يفصل بين «من يستطيع أن يصرف» و«مفتاح واحد». ففي اثنين من ثلاثة، تحتاج مفتاحين من ثلاثة لأي صرف: فإذا سرق لص مفتاحاً واحداً لم يستطع الصرف لأنه يحتاج آخر، وإذا ضاع منك مفتاح واحد ما زلت تصرف بالاثنين الباقيين. فأنت محمي من السرقة ومن الضياع في آن، مقابل تعقيد أكبر في الإعداد والاستخدام. ولذلك هو الاختيار الطبيعي لأي مبلغ كبير يستحق هذا التعقيد، وللمؤسسات التي لا يصح أن يملك فيها فرد واحد مفتاح كل شيء. والتوزيع نفسه قرار: أين تحفظ المفاتيح الثلاثة، ومن يملك كل واحد، وكيف توازن بين سهولة الصرف ومقاومة السرقة، كلها أسئلة يجيب عنها كل فريق بحسب حاله.

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

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

وهناك اتجاه حديث يخفف مشكلة المفتاح الواحد الذي يضيع كل شيء: المحافظ الذكية Smart Wallets التي تبنى على العقود، وتسمح باسترداد اجتماعي Social Recovery، أي أن تختار أشخاصاً أو أجهزة تثق بها، فإذا فقدت مفتاحك يستطيع عدد منهم أن يساعدك في استعادة الوصول دون أن يملك أي منهم المال وحده. وهي فكرة قريبة من تعدد التوقيع، وصارت أسهل مع تفويض الحساب الذي ذكرناه في مقال كيف يعمل Ethereum. وهذه الحلول تحاول أن تجمع بين أمان الحفظ الذاتي وراحة استعادة الوصول التي تقدمها المنصة، ولكنها أحدث وأقل انتشاراً، وتحمل مخاطر العقود التي شرحناها في مقال أمن العقود الذكية، فاختر منها ما هو مراجع وموثوق.

## درس FTX: الوعد ليس ملكية

قد يبدو كل هذا الجهد في الحفظ الذاتي مبالغاً فيه، فلماذا لا نترك الأمر للمنصة؟ والإجابة في أكبر حادثة في تاريخ المجال.

📌

في نوفمبر 2022 انهارت منصة FTX، وكانت من أكبر منصات العالم. وكما جاء في [بلاغ هيئة CFTC الأمريكية](https://www.cftc.gov/PressRoom/PressReleases/8638-22?ref=arabroot.io) في 13 ديسمبر 2022، فإن المنصة أخبرت عملاءها أن أموالهم محفوظة ومفصولة عن أموال المنصة، بينما كانت أموال العملاء في الحقيقة تخلط مع أموال شركة التداول Alameda وتستخدم في عقارات وتبرعات واستثمارات محفوفة، وكان هناك كود خفي يسمح بسحب أموال العملاء دون رصيد كاف. وقدر البلاغ الخسارة بأكثر من ثمانية مليارات دولار من ودائع العملاء. وكما جاء في [بيان وزارة العدل](https://www.justice.gov/usao-sdny/pr/samuel-bankman-fried-sentenced-25-years-prison?ref=arabroot.io)، حكم على مؤسسها في مارس 2024 بالسجن 25 سنة، وثبت أنه احتال على مستثمري المنصة بأكثر من 1.7 مليار دولار وعلى مقرضي شركة التداول بأكثر من 1.3 مليار، وأمرت المحكمة بمصادرة أكثر من 11 مليار دولار. والدرس المباشر: العملاء لم يملكوا المفاتيح، فما ظنوه أموالهم كان وعداً من المنصة أساءت استخدامه دون أن يروا، ولو كانوا يحفظون مفاتيحهم بأنفسهم لما استطاعت المنصة أن تلمس عملتهم.

والصورة التالية تلخص الحادثة والدرس:

![مخطط من جزأين: على اليمين ما قالته المنصة للعملاء أن أموالهم محفوظة ومفصولة عن أموال المنصة ورصيدهم يقابله ما تملكه، ثم ما كان يحدث فعلاً بحسب بلاغ CFTC أن أموال العملاء خلطت مع أموال Alameda واستخدمت في عقارات وتبرعات واستثمارات محفوفة وكود خفي يسمح بسحب أموالهم بلا رصيد كاف، وعلى اليسار النتيجة والدرس خسارة أكثر من 8 مليارات دولار نوفمبر 2022 والحكم على المؤسس 25 سنة في 2024 وأن العملاء لم يملكوا المفاتيح فما ظنوه أموالهم كان وعداً ولو حفظوا مفاتيحهم لما استطاعت المنصة أن تلمس عملتهم، وفي الأسفل أن المنصة أداة للتداول لا خزنة طويلة الأمد](https://arabroot.io/content/images/2026/10/custody-self-vs-exchange-04-ftx.webp)

العملاء ظنوا أموالهم مفصولة، فإذا بها مختلطة ومستخدمة، لأنهم لم يملكوا المفاتيح

ولاحظ أن هذا لا يعني أن كل منصة سيئة أو ستفلس، فكثير من المنصات منظمة ومراقبة وتحفظ أموال العملاء بأمانة. ولكنه يعني أن ترك المال على أي منصة يحمل هذا الخطر مهما كانت، وأن الطريقة الوحيدة لإلغائه أن تملك المفتاح بنفسك. فالقرار العملي: المنصة أداة للتداول والتحويل، لا خزنة طويلة الأمد، ولا تترك عليها أكثر مما تحتاج للعمليات الجارية، واسحب الباقي إلى محفظة تحفظ مفاتيحها بنفسك.

وكيف أمكن أن تخلط المنصة أموال العملاء دون أن يلاحظ أحد؟ هنا يظهر الفرق بين البلوكتشين والمنصة الذي شرحناه في المقال السابق: التداول داخل المنصة يعدل أرقاماً في قاعدة بياناتها، لا على السلسلة، فالعملاء يرون أرصدتهم على الشاشة ويظنونها مفصولة، بينما العملة الحقيقية مجمعة في محافظ تملكها المنصة، تتصرف بها كما تشاء. ولو كان لكل عميل محفظته التي يملك مفتاحها، لما استطاعت المنصة أن تحرك عملته، ولظهر أي سحب على السلسلة علناً. فالحفظ الذاتي لا يلغي الثقة بالمنصة في التداول، وإنما يلغيها في الحفظ، وهذا هو الجزء الذي خسر فيه عملاء FTX.

وبعد الحادثة، طلب كثير من الناس أن تثبت المنصات أنها تملك مقابل ودائع العملاء، فيما يسمى إثبات الاحتياطي Proof of Reserves كما ذكرنا في المقال السابق. وهو خطوة جيدة، لكنه ناقص: يثبت ما تملكه المنصة في لحظة، ولا يثبت ما تدين به، فقد تملك أصولاً وتدين بأكثر، أو تستعيرها لحظة النشر. ولذلك لا يغني إثبات الاحتياطي عن حقيقة أن المنصة تحفظ مفاتيحك، وأن الطريقة الوحيدة لتملك عملتك يقيناً أن تسحبها إلى محفظتك. فالوعد لا يصبح ملكية لأن المنصة نشرت رقماً، والملكية الحقيقية هي المفتاح في يدك.

## حفظ المؤسسة: ماذا تختلف للمنصة الناشئة؟

قرار الحفظ للفرد يختلف عن قرار المؤسسة اختلافاً جوهرياً، ومنصة قصتنا مؤسسة إذا قبلت العملات الرقمية، فتحفظها لفترة قبل أن تحولها أو تصرفها. والفرق الأول أن المسؤولية جماعية لا فردية: لا يصح أن يملك موظف واحد مفتاح أموال المنصة، لأنه إن غادر أو أخطأ أو أساء ضاع المال، ولأن تركيز القدرة في فرد خطر على المؤسسة نفسها. ولذلك تعدد التوقيع Multisig ليس خياراً للمنصة وإنما ضرورة: مفاتيح لعدة أشخاص، والصرف يحتاج عدداً منهم، مثل اثنين من ثلاثة أو ثلاثة من خمسة، فلا يصرف فرد وحده، ولا يوقف غياب فرد كل شيء. وهذا بالضبط ما أوصينا به لمفاتيح الإدارة في مقال العقود الذكية.

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

وهناك خيار ثالث للمؤسسات: الحافظ المرخص Qualified Custodian، وهو جهة متخصصة ومرخصة تحفظ العملات الرقمية للمؤسسات بضوابط وتأمين ومراجعة، مقابل رسوم. وهو وسط بين الحفظ على منصة تداول عادية والحفظ الذاتي الكامل: أنت لا تحمل عبء المفاتيح، ولكنك تختار جهة مرخصة مراقبة متخصصة في الحفظ، لا منصة تداول تخلط الحفظ بالتداول كما فعلت FTX. وهذا الخيار يتقاطع مع الجانب النظامي الذي يخرج عن هذا المقال التقني، ويجب أن يراجعه المستشار النظامي للمنصة قبل أي قرار، فالحفظ المؤسسي للأصول الرقمية قد يخضع لمتطلبات خاصة.

## كيف تقرر طريقة الحفظ؟

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

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

القرار يبدأ بسؤالين: كم المبلغ، ولماذا تحتفظ به؟ والصورة التالية تجمع القرار وقواعده:

![مخطط قرار يبدأ بسؤال كم المبلغ ولماذا تحتفظ به، فإذا كان مبلغاً صغيراً تتداوله أو تحوله قريباً فعلى المنصة مؤقتاً أو في محفظة ساخنة بأقل ما يلزم، وإذا كان مبلغاً كبيراً أو حفظاً طويل الأمد فحفظ ذاتي بمحفظة عتاد أو باردة وتعدد توقيع للفرق، وفي الأسفل قواعد الحفظ الذاتي التي لا يغفر الخطأ فيها: احفظ العبارة خارج أي جهاز متصل في أكثر من مكان، لا تعطها لأحد ولا يوجد دعم يطلبها، تحقق من عنوان أي تحويل وجرب مبلغاً صغيراً أولاً، فكر فيمن يرث المفاتيح، ووزع الخطر بين ساخن يومي وبارد للأكبر](https://arabroot.io/content/images/2026/10/custody-self-vs-exchange-05-decision.webp)

المبلغ الصغير القريب على المنصة أو محفظة ساخنة، والكبير طويل الأمد في حفظ ذاتي بارد أو بتعدد توقيع

فالمبلغ الصغير الذي تتداوله أو تحوله قريباً يبقى على المنصة مؤقتاً، أو في محفظة ساخنة، بأقل ما يلزم. والمبلغ الكبير أو الحفظ طويل الأمد ينتقل إلى الحفظ الذاتي: محفظة عتاد أو باردة، وتعدد توقيع للفرق. ولاحظ أن القرار ليس ثابتاً إلى الأبد: كلما كبر المبلغ، أو طالت المدة التي ستحتفظ به، مال الميزان نحو الحفظ الذاتي الأبرد، وكلما كان المبلغ صغيراً ومؤقتاً مال نحو السهولة. فالمسألة طيف لا خياران، وأنت تتحرك عليه بحسب حالك، وتعيد النظر فيه كلما تغير المبلغ أو الحاجة. وقواعد الحفظ الذاتي التي لا يغفر الخطأ فيها خمس:

1. احفظ عبارة الاسترداد خارج أي جهاز متصل، على ورق أو معدن، في أكثر من مكان آمن، ولا تصورها ولا تكتبها في ملف.
2. لا تعطها لأحد مهما كان، فلا يوجد دعم يطلبها، ومن يطلبها محتال، كما حذرت صفحة الأمان في ethereum.org.
3. تحقق من عنوان أي تحويل، وجرب مبلغاً صغيراً أولاً، فالمعاملة على السلسلة لا تلغى ولا تسترد، كما شرحنا في مقال كيف يعمل Ethereum.
4. فكر فيمن يرث المفاتيح إذا حدث لك شيء، فالمفتاح الضائع يضيع المال إلى الأبد، ولا جهة تستعيده، وهذه مشكلة حقيقية فقدت بها أموال كثيرة.
5. وزع الخطر: مبلغ يومي ساخن، والأكبر بارد أو بتعدد توقيع، فلا تجمع كل شيء في مفتاح واحد في مكان واحد.

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

## الوجه الآخر: المفتاح الضائع

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

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

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

## أخطاء شائعة وكيف تلاحظها

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

## قائمة تحقق للحفظ

| السؤال               | القرار                                              |
| -------------------- | --------------------------------------------------- |
| كم المبلغ وما مدته؟  | صغير قريب على المنصة أو ساخن، كبير طويل في حفظ ذاتي |
| من يملك المفتاح؟     | للمبلغ الكبير: أنت، لا المنصة                       |
| أين عبارة الاسترداد؟ | خارج أي جهاز متصل، في أكثر من مكان آمن              |
| هل أعطيتها لأحد؟     | أبداً، ومن يطلبها محتال                             |
| مفتاح واحد أم أكثر؟  | تعدد توقيع للفرق والمبالغ الكبيرة                   |
| من يرث المفاتيح؟     | خطة واضحة لمن تثق به                                |
| هل تحققت من العنوان؟ | أوله وآخره، ومبلغ تجريبي أولاً                      |

وخلاصة ما يهم فريق قصتنا في جملة: الحفظ قرار يوازن بين خطرين، خطر أن تثق بغيرك فيخذلك، وخطر أن تثق بنفسك فتخطئ. والمنصة المرخصة والحافظ المرخص يقللان الخطر الثاني مقابل الأول، والحفظ الذاتي بتعدد توقيع يقلل الأول مقابل الثاني. ولا يوجد خيار يلغي الخطرين معاً، وإنما توزيع مدروس لهما بحسب المبلغ والمدة والقدرة. والفريق الذي يفهم هذا يبني سياسة حفظ مكتوبة، تحدد كم يبقى أين، ومن يملك المفاتيح، وكيف تحمى، ومن يراجع، فيحول قرار الحفظ من ارتجال إلى إجراء منضبط، كما يفعل في أي قرار يحمل مالاً لا يسترد.

## تدريب عملي

1. ولد عبارة من 24 كلمة بالأمر `cast wallet new-mnemonic --words 24`، واشتق منها خمسة حسابات، ثم أعد اشتقاقها من نفس العبارة وتأكد أنها نفسها، واستنتج لماذا تعطي 24 كلمة أماناً أعلى من 12.
2. عدل `02-bip39.py` ليطبع ماذا يحدث إذا غيرت بتاً واحداً في العشوائية على التحقق المحسوب، وافهم لماذا يكتشف التحقق أي تغيير.

## حذف التجربة

```bash
docker image rm ghcr.io/foundry-rs/foundry:v1.8.6 python:3.13-slim  # إذا لم تعد تحتاجها
```

## الخلاصة

وصلنا لنهاية الموضوع، وأهم ما فيه:

- الحفظ سؤال واحد: من يملك المفتاح الخاص؟ المنصة تحمل عنك المسؤولية مقابل الثقة بها، والحفظ الذاتي يعطيك الملكية مقابل تحمل المسؤولية كلها، ولا خيار ثالث يعفيك من السؤال، فاختر عن فهم لا عن عادة أو راحة.
- عبارة الاسترداد اثنتا عشرة كلمة تولد كل مفاتيحك، ونفس العبارة تعطي نفسها دائماً، فهي سر الاسترداد وسرك الأكبر، ومن يطلبها منك برسالة أو مكالمة يريد محفظتك لا مساعدتك، مهما كان الاسم الذي يستخدمه أو الجهة التي يدعي تمثيلها.
- الكلمة الأخيرة تحمل تحققاً، فكلمة واحدة خطأ ترفض بدل أن تفتح محفظة فارغة بصمت.
- المحافظ من الأسخن للأبرد: ساخنة للمبلغ اليومي، وعتاد وباردة للكبير وطويل الأمد، وتعدد توقيع يوزع الخطر على عدة مفاتيح.
- درس FTX: العملاء ظنوا أموالهم مفصولة فإذا بها مختلطة ومستخدمة، لأنهم لم يملكوا المفاتيح، فالمنصة أداة لا خزنة.
- القرار: الصغير القريب على المنصة أو ساخن، والكبير طويل في حفظ ذاتي بارد أو بتعدد توقيع، وخمس قواعد لا يغفر الخطأ فيها.
- للمؤسسة: تعدد توقيع ضرورة لا خيار، وفصل بين ما تحتاجه يومياً وما تحفظه، وسياسة مكتوبة وصلاحيات واضحة، والحافظ المرخص وسط بين المنصة والحفظ الذاتي.

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

وفي المقال التالي من هذه المرحلة ننتقل إلى العملات المستقرة: كيف تحافظ على قيمتها ومتى تفشل.

[![](https://arabroot.io/content/images/2026/10/crypto-exchanges-cover-cover.webp)دليلكيف تعمل منصات تداول العملات الرقمية؟ دفتر الأوامر والمطابقةنشغل محرك مطابقة بسيطاً لنرى لماذا لا يوجد سعر واحد، وكيف يرفع الأمر الكبير السعر، وماذا يحدث داخل المنصة فعلاً.](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D8%AA%D8%B9%D9%85%D9%84-%D9%85%D9%86%D8%B5%D8%A7%D8%AA-%D8%AA%D8%AF%D8%A7%D9%88%D9%84-%D8%A7%D9%84%D8%B9%D9%85%D9%84%D8%A7%D8%AA-%D8%A7%D9%84%D8%B1%D9%82%D9%85%D9%8A%D8%A9-%D8%AF%D9%81%D8%AA%D8%B1-%D8%A7%D9%84%D8%A7%D9%88%D8%A7%D9%85%D8%B1-%D9%88%D8%A7%D9%84%D9%85%D8%B7%D8%A7%D8%A8%D9%82%D8%A9/)[![](https://arabroot.io/content/images/2026/10/buy-sell-crypto-cover-cover.webp)دليلكيف تشترى العملات الرقمية وتباع؟ الخطوات والرسومنحسب بالأرقام كم تدفع فعلاً فوق السعر المعروض، ونمر على خطوات الشراء والبيع وطرقه ومخاطره وعلامات التحذير.](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D9%8A%D8%AA%D9%85-%D8%B4%D8%B1%D8%A7%D8%A1-%D8%A7%D9%84%D8%B9%D9%85%D9%84%D8%A7%D8%AA-%D8%A7%D9%84%D8%B1%D9%82%D9%85%D9%8A%D8%A9-%D9%88%D8%A8%D9%8A%D8%B9%D9%87%D8%A7-%D8%A7%D9%84%D8%AE%D8%B7%D9%88%D8%A7%D8%AA-%D9%88%D8%A7%D9%84%D8%B1%D8%B3%D9%88%D9%85-%D9%88%D8%A7%D9%84%D9%85%D8%AE%D8%A7%D8%B7%D8%B1/)[![](https://arabroot.io/content/images/2026/10/stablecoins-cover-cover.webp)دليلالعملات المستقرة Stablecoins: كيف تثبت ومتى تنهار؟ثلاث طرق لتثبيت القيمة عند دولار، نرى التصفية بأرقامها، ونحاكي دوامة الموت التي أسقطت UST.](https://arabroot.io/articles/%D8%A7%D9%84%D8%B9%D9%85%D9%84%D8%A7%D8%AA-%D8%A7%D9%84%D9%85%D8%B3%D8%AA%D9%82%D8%B1%D8%A9-stablecoins-%D9%83%D9%8A%D9%81-%D8%AA%D8%AB%D8%A8%D8%AA-%D9%88%D9%85%D8%AA%D9%89-%D8%AA%D9%86%D9%87%D8%A7%D8%B1/)[![](https://arabroot.io/content/images/2026/10/crypto-scams-cover-cover.webp)دليلالاحتيال في العملات الرقمية: كيف تتعرف عليه وتتجنبه؟أنماط الاحتيال وعلاماتها من تحذيرات FTC، مع تجربتين نرى فيهما محفظة تفرغ وعنواناً يخدع.](https://arabroot.io/articles/%D8%A7%D9%84%D8%A7%D8%AD%D8%AA%D9%8A%D8%A7%D9%84-%D9%81%D9%8A-%D8%A7%D9%84%D8%B9%D9%85%D9%84%D8%A7%D8%AA-%D8%A7%D9%84%D8%B1%D9%82%D9%85%D9%8A%D8%A9-%D9%83%D9%8A%D9%81-%D8%AA%D8%AA%D8%B9%D8%B1%D9%81-%D8%B9%D9%84%D9%8A%D9%87-%D9%88%D8%AA%D8%AA%D8%AC%D9%86%D8%A8%D9%87/)[![](https://arabroot.io/content/images/2026/10/blockchain-basics-cover-cover.webp)دليلكيف يعمل البلوكتشين Blockchain ومتى لا تحتاجهما المشكلة التي يحلها البلوكتشين أصلاً وكيف يعمل من الداخل، ومتى تكون قاعدة البيانات العادية هي الحل الأصح.](https://arabroot.io/articles/%D8%A7%D9%84%D8%A8%D9%84%D9%88%D9%83%D8%AA%D8%B4%D9%8A%D9%86-%D9%84%D9%84%D9%85%D8%A8%D8%AA%D8%AF%D8%A6%D9%8A%D9%86-%D9%83%D9%8A%D9%81-%D9%8A%D8%B9%D9%85%D9%84-%D9%88%D9%85%D8%AA%D9%89-%D9%84%D8%A7-%D8%AA%D8%AD%D8%AA%D8%A7%D8%AC%D9%87/)[![](https://arabroot.io/content/images/2026/10/bitcoin-node-cover-cover.webp)دليلتشغيل عقدة Bitcoin كاملة على سيرفرك مع Bitcoin Coreلماذا تشغل عقدة Bitcoin كاملة، وكيف تثبتها بـ Docker Compose وتؤمن واجهة RPC، وماذا يحدث في المزامنة الأولى والتقليم.](https://arabroot.io/articles/%D8%AA%D8%B4%D8%BA%D9%8A%D9%84-%D8%B9%D9%82%D8%AF%D8%A9-bitcoin-%D9%83%D8%A7%D9%85%D9%84%D8%A9-%D8%B9%D9%84%D9%89-%D8%B3%D9%8A%D8%B1%D9%81%D8%B1%D9%83-%D9%85%D8%B9-bitcoin-core/)

## سجل التحديثات

- أكتوبر 2026: كتابة المقال، وتوليد العبارات والمفاتيح بأداة cast wallet من Foundry v1.8.6 وسكربت BIP-39 بلغة Python 3.13 على Docker Engine 29.8.0، بعبارات اختبار لا قيمة لها، ومراجعة حادثة FTX من بلاغ CFTC وبيان وزارة العدل.