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

كيف ترمز عبارة الاسترداد إلى عالم من المفاتيح

تبدو عبارة الاسترداد كأنها كلمات عشوائية، لكنها ترميز دقيق لمعلومات عشوائية أولية. يحدد BIP-39 — وهو مقترح تحسين Bitcoin الذي وحّد هذا التنسيق — قائمة تضم 2,048 كلمة إنجليزية بالضبط. ترمز كل كلمة إلى 11 بتًا من المعلومات، لذا لا توجد كلمة للزينة: فكل كلمة في العبارة تحمل بيانات محددة. ترمز العبارة المؤلفة من 12 كلمة (12-word) إلى 128 بتًا من المعلومات العشوائية، والمؤلفة من 24 كلمة (24-word) إلى 256 بتًا.

العبارة التذكّرية نفسها ليست البذرة التشفيرية. قبل اشتقاق أي مفاتيح، تمرّر المحفظة العبارة عبر PBKDF2-HMAC-SHA512 — وهي دالة مكلفة حسابيًا لإطالة المفتاح — مع 2,048 تكرارًا. والناتج قيمة ثنائية بطول 512-bit: البذرة الفعلية. تجعل هذه العملية هجمات القوة الغاشمة غير عملية، حتى إذا خمّن المهاجم بعض الكلمات.

وهناك نتيجة مهمة: إذا أضفت عبارة مرور اختيارية (تُسمّى أحيانًا الكلمة الخامسة والعشرين، 25th)، تدمجها دالة PBKDF2 في العملية، فتنتج بذرة مختلفة تمامًا بطول 512-bit. تفتح الكلمات الاثنتا عشرة نفسها، مع عبارة مرور مختلفة، محفظة منفصلة كليًا. ولا توجد أي صلة بين المحفظتين — وإذا نسيت عبارة المرور، فستفقد تلك الأموال إلى الأبد.

شجرة الاشتقاق: بذرة واحدة وحسابات لا نهائية

تمثل البذرة ذات 512 بتًا جذر شجرة محفظة حتمية هرمية (HD)، يحددها BIP-32. تمرّر المحفظة بايتات البذرة إلى HMAC-SHA512 (باستخدام السلسلة النصية الحرفية "Bitcoin seed" مفتاحًا)، ثم تقسم الناتج ذي 512 بتًا إلى نصفين متساويين: مفتاح رئيسي خاص من 256 بتًا ورمز سلسلة رئيسي من 256 بتًا. ويُشتق كل مفتاح فرعي ومفتاح حفيد وعنوان في المحفظة من هاتين القيمتين عبر عمليات HMAC-SHA512 متكررة.

يوحّد BIP-44 طريقة التنقل في الشجرة، محددًا مسار اشتقاق بالتنسيق m/purpose'/coin_type'/account'/change/index. ولكل مقطع وظيفة محددة:

purpose هو دائمًا 44' في محافظ BIP-44.
coin_type هو المعرّف الذي يميّز السلسلة، ويُخصّص لكل بلوكتشين في سجل يسمى SLIP-0044. قيمة Bitcoin هي 0، وEthereum هي 60، وSolana هي 501، وLitecoin هي 2، وDogecoin هي 3، وCardano هي 1815.
يفصل account بين الحسابات المستقلة على السلسلة نفسها.
ينتج change وindex عناوين فردية.

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

في Zelcore، تتحكم عبارة استرداد واحدة في الوقت نفسه في BTC وETH وSOL وADA وعشرات الأصول الأخرى — إذ يقع كل منها ضمن شجرة فرعية خاصة به coin_type، ويُشتق حتميًا من الجذر نفسه ذي 512 بتًا.

كيف يعمل هذا الهجوم: نقطة فشل واحدة تشمل كل السلاسل

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

والنتيجة العملية واضحة: فتسرّب عبارة الاسترداد لا يكشف Bitcoin لديك فحسب، بل يستطيع المهاجم اشتقاق عنوانك على Ethereum وSolana وCardano، وكل أصل آخر في الوقت نفسه. تصبح أصولك على Solana مكشوفة لحظة تصوير شخص ما لعبارة استرداد Bitcoin لديك. وقد لا يعرف ذلك الشخص حتى أنك تملك SOL.

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

لهذا السبب تنشئ محافظ الأجهزة عبارة الاسترداد داخل عنصر آمن ولا تكشفها أبدًا للحاسوب المتصل بها. تُنشأ البذرة دون اتصال بالإنترنت وتبقى كذلك.

بيانات السلاسل الوصفية التي لا تحفظها البذرة

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

البيانات الوصفية خارج السلسلة: تُخزّن تسميات المعاملات وإدخالات دفتر العناوين والملاحظات المخصصة في تطبيق المحفظة، لا على السلسلة.
مسارات الاشتقاق غير القياسية: تستخدم بعض المحافظ القديمة وبعض السلاسل (إذ درجت Solana وCardano تاريخيًا على استخدام مسارات تختلف عن BIP-44 الصارم) أعرافًا قد تجعل الاستعادة في تطبيق محفظة آخر تعرض رصيدًا صفريًا رغم وجود الأموال على السلسلة. المفاتيح موجودة؛ لكن البرنامج يبحث عن عنوان غير صحيح.
أرصدة الرموز: تُخزّن رموز ERC-20 على Ethereum ورموز SPL على Solana بواسطة عقود ذكية على السلسلة، لكن أداة استعادة بسيطة قد تعرض رصيد العملة الأصلية فقط. الرموز آمنة، لكنها تحتاج إلى أن يستعلم تطبيق المحفظة من العقود ذات الصلة.
مراكز التمويل اللامركزي (DeFi) والرموز غير القابلة للاستبدال (NFTs): لا تظهر إلا إذا عرف تطبيق المحفظة عقود البروتوكولات التي ينبغي الاستعلام منها ونقطة RPC التي ينبغي استخدامها.

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

إعادة استخدام العناوين والهوية عبر السلاسل

يعني التقسيم coin_type في BIP-44 أن عنوان Bitcoin وعنوان Ethereum المشتقين من البذرة نفسها لا تربطهما علاقة رياضية؛ فهما يشتركان في الجذر، لكن ليس في المفتاح العام. لكن السلاسل المتوافقة مع EVM — ومنها Ethereum وBNB Chain وPolygon وAvalanche C-Chain وBase وغيرها — تشترك جميعها في coin_type = 60. ولذلك يظهر العنوان 0x... نفسه على كل سلسلة متوافقة مع EVM.

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

يشجع نموذج UTXO في Bitcoin تقليديًا على إنشاء عنوان جديد لكل معاملة، وتجعل محافظ HD ذلك تلقائيًا. أما نموذج الحسابات في Ethereum فيجعل تغيير العنوان أمرًا غير شائع؛ إذ يحتفظ معظم المستخدمين بعنوان واحد لكل حساب إلى أجل غير محدد. وتؤدي إعادة استخدام عنوان Bitcoin في معاملات كثيرة إلى تآكل الخصوصية، لأنها تسهّل ربط المدخلات بمالك واحد.

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

كيف تحمي نفسك: التصدي لنقطة الفشل الواحدة

عبارة الاسترداد هي في الوقت نفسه أقوى أداة لاستعادة محفظتك وأخطر نقطة فشل واحدة فيها. إليك خطوات عملية لحمايتها:

دوّنها على معدن، لا على ورق. تتحمل ألواح النسخ الاحتياطي المصنوعة من الفولاذ المقاوم للصدأ أو التيتانيوم الحرائق والفيضانات، أما الورق فلا يتحملها.
لا تحفظها رقميًا أبدًا. لا لقطات شاشة، ولا ملاحظات سحابية، ولا برامج لإدارة كلمات المرور، ولا نسخ مكتوبة. بمجرد إدخال عبارة الاسترداد إلى جهاز متصل بالشبكة، تتسع مساحة الهجوم بدرجة كبيرة.
تحقق من إمكانية الاستعادة قبل إيداع مبالغ كبيرة. استعد محفظتك على جهاز جديد باستخدام عبارة الاسترداد وحدها، للتأكد من أنها تعمل وأنها تنشئ العناوين التي تتوقعها.
فكّر في استخدام المشاركة السرية لشامير (SLIP-39). معيار SLIP-39 يقسم البذرة إلى N حصص، ولا يتطلب إعادة بنائها سوى M منها. يتيح ذلك توزيع الحصص جغرافيًا — حصة في خزنة منزلية، وأخرى لدى شخص موثوق، وثالثة في خزنة مصرفية — من دون أن يحتفظ أي موقع بالسر كاملًا.
افهم المفاضلة المتعلقة بعبارة المرور. تتيح عبارة مرور قوية (الكلمة الخامسة والعشرون، 25th) إنكارًا معقولًا: يمكن وضع مبلغ صغير للتمويه في المحفظة التي لا تستخدم عبارة المرور، مع إتاحة الأصول الفعلية باستخدامها وحدها. والمخاطر متساوية في الاتجاهين — فنسيان عبارة المرور نهائي مثل فقدان البذرة نفسها.

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

أهم النقاط

ترمز عبارة استرداد من 12 كلمة إلى 128 بت من الإنتروبيا؛ وترمز عبارة من 24 كلمة إلى 256 بت. ولا يمكن استعادة أي منهما إذا فُقدت.
يشتق BIP-32 وBIP-44 شجرة مفاتيح فرعية مستقلة لكل بلوكتشين (coin_type)، لكن جميع الأشجار الفرعية تتفرع من المفتاح الرئيسي نفسه — واختراق عبارة الاسترداد يعرّض جميع السلاسل للخطر دفعة واحدة.
يعني دعم Zelcore لأكثر من 80 سلسلة أن عبارة نسخ احتياطي واحدة تتحكم في محفظة أصول كبيرة ومتنوعة؛ لذا لا تقل أهمية الحماية المادية للنسخة الاحتياطية عن طولها.
تتشارك سلاسل EVM (Ethereum وBNB Chain وPolygon وغيرها) coin_type = 60، ولذلك تتشارك مساحة العناوين — ويظهر عنوان 0x نفسه على جميع هذه السلاسل.
قد لا تُظهر الاستعادة باستخدام عبارة الاسترداد وحدها أرصدة الرموز أو مراكز التمويل اللامركزي (DeFi)؛ لذا دوّن برنامج المحفظة ومسارات الاشتقاق المستخدمة.
النسخ الاحتياطية المعدنية، والتوزيع الجغرافي عبر SLIP-39، وإضافة طبقة عبارة مرور، هي ثلاث خطوات عملية تقلل بقدر ملموس مخاطر نقطة الفشل الواحدة.