ما هي المحفظة HD؟ كيف تتحكم عبارة seed واحدة في عناوين كثيرة

المحفظة HD (الهرمية الحتمية) هي محفظة تشتق كل مفتاح خاص وكل عنوان ستستخدمه يوماً من سرّ رئيسي واحد، ولذلك تكفي عبارة seed من 12 أو 24 كلمة لأخذ نسخة احتياطية من كل حساب على كل سلسلة مدعومة. يحوّل BIP-39 تلك الكلمات إلى seed رئيسية، وينمّي BIP-32 منها شجرة قابلة للتكرار من المفاتيح الأبناء، ويوحّد BIP-44 مسار الاشتقاق — إحداثيات مثل m/44'/60'/0'/0/0 تقول لأي غرض وأي سلسلة وأي حساب وأي فهرس عنوان ينتمي المفتاح. ولأن الـ seed زائد المسار ينتجان المفتاح نفسه دائماً، تستطيع أي محفظة متوافقة إعادة بناء الشجرة كاملة من الكلمات وحدها؛ وهو أيضاً سبب ظهور عناوين مختلفة للـ seed نفسها في محفظتين تعتمدان مسارين افتراضيين مختلفين. WATS محفظة HD غير وصائية بالكامل: seed واحدة تغطي Ethereum وArbitrum وOptimism وBase وPolygon وBNB Chain — وهي تتشارك فرع EVM واحداً — إضافة إلى Solana وTON على فرعيهما الخاصين، وWATS لا تحتفظ بمفتاح أبداً.

نسخة احتياطية واحدة، حسابات كثيرة

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

من الكلمات إلى الـ seed الرئيسية: BIP-39

عبارة الـ seed نفسها تأتي من معيار اسمه BIP-39. تسحب المحفظة عشوائية (إنتروبيا)، وتُسقطها على قائمة كلمات ثابتة، وتسلّمك 12 أو 24 كلمة مع مجموع تحقق مدمج. وبعد تمريرها عبر دالة تمديد مفاتيح، تصبح تلك الكلمات seed رئيسية ثنائية كبيرة. خاصيتان مهمتان: الكلمات ليست المفاتيح — بل وصفتها — والعملية أحادية الاتجاه وقابلة للتكرار. أي محفظة BIP-39، إذا أُعطيت الكلمات نفسها، تحسب الـ seed الرئيسية نفسها، إلى الأبد. هذا ما يجعل العبارة نسخة احتياطية كاملة، وما يجعل حمايتها العادة الجوهرية للحفظ الذاتي، كما يشرح دليل WATS لعبارة الـ seed.

ثمة تفصيلة يسهل تفويتها: يدعم BIP-39 أيضاً عبارة مرور اختيارية، تُسمّى أحياناً «الكلمة الخامسة والعشرين». تُمزج هذه العبارة في خطوة تمديد المفاتيح، فالكلمات الـ 12 نفسها مع عبارة مرور مختلفة تنتج seed رئيسية مختلفة تماماً، وبالتالي مجموعة حسابات مختلفة تماماً. إنها ليست كلمة سرّ توضع على محفظة قائمة — بل تختار محفظة أخرى بالكامل، وفقدانها يفقدك تلك الأموال بالقدر نفسه الذي يفقدك إياها ضياع الكلمات.

شجرة الاشتقاق: BIP-32

من تلك الـ seed الرئيسية، يعرّف BIP-32 كيفية إنماء شجرة من المفاتيح. يشتق المفتاح الرئيسي مفاتيح أبناء حتمياً، والأبناء يشتقون أحفاداً، وكل فرع قابل للتكرار من الجذر. الهرمية هي ما يتيح لسرّ واحد أن يخدم بنية بلا حدود: حسابات منفصلة للادخار والإنفاق، وعنوان استقبال جديد لكل دفعة، وسلاسل كاملة على فروعها الخاصة — كلها قابلة للاستعادة من الكلمات الـ 12 أو الـ 24 نفسها، دون أي شيء جديد يحتاج نسخاً احتياطياً، أبداً.

يميّز BIP-32 كذلك بين الاشتقاق المُقوّى (hardened) وغير المُقوّى. الخطوات المُقوّاة (تلك المعلَّمة بعلامة اقتباس مفردة في المسار) تتطلب المفتاح الخاص للأب، وهو ما يعزل الفرع: ففي الاشتقاق غير المُقوّى، يكفي تسرّب مفتاح خاص لابن مع المفتاح العام الموسّع للأب لإعادة بناء المفتاح الخاص للأب، والتقوية تلغي هذا الاختصار كي لا يستطيع المهاجم تسلّق الشجرة صعوداً. ولهذا تكون مستويات الحساب في المسار القياسي مُقوّاة، ولا يبقى غير مُقوّى سوى المستويين الأخيرين.

مسارات الاشتقاق: عنوان العنوان

مسار الاشتقاق — تلك السلسلة الغامضة مثل m/44'/60'/0'/0/0 التي ربما رأيتها في الإعدادات المتقدمة — هو ببساطة إرشادات عبور تلك الشجرة: أي غرض، أي عملة، أي حساب، أي فهرس. وحّد BIP-44 التخطيط، ويخصص سجل مشترك (يُدار اليوم باسم SLIP-44) أرقام العملات كي لا يتصادم فرع Ethereum مع فرع Solana أبداً. ولهذا نتيجة تفاجئ الناس: كل سلاسل EVM تعيد استخدام نوع العملة 60، فـ Ethereum وArbitrum وOptimism وBase وPolygon وBNB Chain ليست فروعاً منفصلة أصلاً — إنها تشتق المفتاح نفسه وتعرض العنوان نفسه، وهذا سبب احتفاظ عنوان واحد بأرصدة مختلفة على كل شبكة. وتستخدم المنظومات المختلفة أيضاً مخططات توقيع مختلفة تحت الغطاء: Ethereum وبقية سلاسل EVM توقّع على منحنى secp256k1، بينما تستخدم Solana وTON منحنى ed25519. ومع ذلك يبقى المبدأ ثابتاً فيها جميعاً: الـ seed زائد المسار يساوي المفتاح، في كل مرة.

ما الذي يكشفه xpub

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

ومن الجدير معرفته أن هذه خاصية تخص secp256k1. أما على سلاسل ed25519 مثل Solana وTON، فالاشتقاق مُقوّى في كل مستوى، فلا يوجد فرع بمفاتيح عامة فقط تسلّمه لأحد — وأدوات المشاهدة فقط هناك تعمل انطلاقاً من العناوين نفسها لا من مفتاح عام موسّع.

الـ seed نفسها، عناوين مختلفة؟

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

أين تعيش المفاتيح فعلاً

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

كيف تستخدم WATS هذا

تصميم HD هو ما يجعل المحفظة متعددة السلاسل الحقيقية ممكنة، وWATS تعتمد عليه بالكامل: نسخة احتياطية واحدة، هوية واحدة، وحسابات EVM وSolana وTON مشتقة على فروعها الصحيحة — التجربة التي نصفها في إدارة Ethereum وSolana وTON في محفظة واحدة. WATS غير وصائية من الطرف إلى الطرف: الـ seed وكل مفتاح مشتق منها موجودان على جانبك وحدك، وWATS لا تحتفظ بمفتاح أبداً. وطبقة الرسوم موحّدة لتلائم ذلك: كل إجراء — التحويلات والمبادلات والـ staking — يُحتسب برمز واحد هو ATS بدلاً من الغاز الأصلي لكل سلسلة، عبر paymaster بمعيار ERC-4337 على EVM ودافع رسوم/مرحّل مكافئ على Solana وTON. وهذا ليس خصماً؛ إنه يغيّر الرمز الذي تدفع به، لا ما تتقاضاه الشبكة. وATS هو OFT من LayerZero، أي أن رصيداً واحداً يمتد عبر المنظومات الثلاث، ويُحرق ATS المجمَّع من معروض 100 مليون نحو أرضية 30 مليوناً — الآلية على صفحة رسوم ATS.

النسخة العملية من كل هذا قصيرة. أعدّ WATS مرة واحدة — إضافة Chrome أو تطبيق الهاتف أو كليهما — واكتب عبارة الـ seed على الورق بعيداً عن الإنترنت، ومن تلك اللحظة يصبح كل حساب تشتقه لك WATS عبر Ethereum وArbitrum وOptimism وBase وPolygon وBNB Chain وSolana وTON مغطّى سلفاً بالنسخة الاحتياطية التي أخذتها في اليوم الأول. هذا هو وعد محافظ HD كله، وهو سبب معاملة تلك الكلمات الاثنتي عشرة، لا التطبيق، بوصفها الشيء الذي تحميه حقاً.