🔐 دانشکدهٔ ۴ · دفاع در برابر حمله و برنامهٔ بازیابی
برنامهٔ پشتیبانگیری، بازیابی و ارث
Backup, recovery & inheritance planning
پیشنیازها: امنیت کیف پول سختافزاری
📚 آموزش در سه سطح
از سطح ساده شروع کنید؛ اگر روشن بود، سطح بعد را بخوانید. سطح مناسب شما ذخیره میشود.
🌱 توضیح ساده
پشتیبانگیری فقط نوشتن ۱۲ کلمه روی یک کاغذ نیست. آن کاغذ ممکن است در آتشسوزی بسوزد، در سیل خیس شود، دزدیده شود یا جای آن فراموش شود. از طرف دیگر، اگر برای شما اتفاقی بیفتد و هیچکس نداند دارایی کجاست یا چگونه بازیابی میشود، دارایی برای خانوادهتان عملاً از بین رفته است. برنامهٔ خوب باید هم در برابر «دزد» محافظت کند و هم در برابر «فراموشی و فقدان».
تشبیه روزمره: سند خانه را هم در گاوصندوق نگه میدارید و هم کسی در خانواده میداند گاوصندوق کجاست و کلیدش دست کیست. اما خود کلید را به همه نمیدهید. در رمزارز هم باید بین «همهچیز در دست یک نفر» و «همه از همهچیز خبر دارند» تعادل بسازید.
حداقلهای عملی: عبارت بازیابی را روی کاغذ مرغوب یا صفحهٔ فلزی بنویسید؛ دستکم دو نسخه در دو مکان امن جدا نگه دارید؛ بازیابی را یک بار با کیف آزمایشی تمرین کنید؛ و یک «نامهٔ راهنما» بنویسید که بدون نوشتن خود کلمات، توضیح دهد دارایی کجاست و یک فرد مورد اعتماد چگونه باید اقدام کند.
📘 توضیح متوسط
تهدیدها را جدا ببینید: نابودی فیزیکی (آتش، آب)، سرقت یا کشف توسط دیگران، خطای انسانی (اشتباه نوشتن یک کلمه، فراموش کردن passphrase)، و فقدان صاحب دارایی. هر روش در برابر یکی قوی و در برابر دیگری ضعیف است. نسخههای متعدد خطر نابودی را کم میکنند اما خطر کشف را بالا میبرند. صفحهٔ فلزی در برابر آتش و آب مقاومتر از کاغذ است. passphrase خطر کشف را کم میکند اما خطر فراموشی را بالا میبرد.
تقسیم سادهلوحانهٔ کلمات (مثلاً نصف کلمات در یک جا و نصف در جای دیگر) روش خوبی نیست: هر بخش، بخشی از امنیت را لو میدهد و از دست رفتن یکی از دو بخش هم کل دارایی را از بین میبرد؛ یعنی هم امنیت و هم دسترسپذیری بدتر میشود. روشهای استاندارد برای تقسیم اعتماد، «چندامضایی» (Multisig) و «پشتیبان شامیر» (Shamir Backup، استاندارد SLIP-39) هستند که آستانه تعریف میکنند؛ مثلاً ۲ از ۳.
در چندامضایی ۲ از ۳، سه کلید جداگانه در سه مکان یا نزد سه نفر/دستگاه وجود دارد و هر تراکنش به امضای دو کلید نیاز دارد. پس گم شدن یک کلید فاجعه نیست و سرقت یک کلید هم بهتنهایی کافی نیست. در بیتکوین چندامضایی بهصورت بومی در اسکریپت پشتیبانی میشود و در اتریوم با قرارداد هوشمند (مثل Safe) پیاده میشود. هزینهٔ آن پیچیدگی بیشتر، کارمزد بالاتر در برخی حالتها و نیاز به یادگیری و تمرین است.
🔬 توضیح تخصصی
نکتهٔ حیاتی در چندامضایی بیتکوین: برای بازیابی، علاوه بر حد آستانهٔ کلیدها، به «توصیفگر کیف» (Wallet Descriptor) یا کلیدهای عمومی گستردهٔ (xpub) همهٔ امضاکنندگان و مسیرهای اشتقاق نیاز دارید. اگر دو عبارت بازیابی از سه را داشته باشید اما xpub سومی را نداشته باشید، ممکن است نتوانید آدرسها را بازسازی کنید. پس فایل توصیفگر را کنار هر سهم نگه دارید؛ این فایل اجازهٔ خرج نمیدهد اما حریم خصوصی (دیدن موجودی) را آشکار میکند. در کیفهای قراردادی اتریوم، آدرس قرارداد و شبکهای که روی آن مستقر شده بخشی از اطلاعات ضروری بازیابی است.
طراحی ارث: سند وصیت در برخی نظامهای حقوقی در فرایند انحصار وراثت در اختیار افراد متعدد قرار میگیرد، پس خود کلمات را در وصیتنامه ننویسید. الگوی رایج این است: نامهٔ راهنما (فهرست داراییها، نوع کیف، مکان پشتیبانها، نام متخصص مورد اعتماد)، جدا از سهمهای کلید؛ و ساختاری که هیچ فرد واحدی، حتی وارث یا وکیل، بهتنهایی به دارایی نرسد اما ترکیب آنها پس از فوت برسد (مثلاً ۲ از ۳ بین شما، وارث و یک امین). برخی کیفهای قراردادی امکان «قفل زمانی» یا بازیابی اجتماعی دارند که در صورت عدم فعالیت طولانی، دسترسی را به نگهبانان تعیینشده منتقل میکند.
آزمودن برنامه بخشی از برنامه است: هر سال یک بار بدون جابهجا کردن دارایی، بررسی کنید پشتیبانها سالم و خوانا هستند، با کیف آزمایشی بازیابی را تکرار کنید و نامهٔ راهنما را بهروز کنید. پیچیدگی هم ریسک است: برنامهای که وارث غیرفنی نمیتواند اجرا کند، در عمل شکست خورده است. مصالحهٔ نهایی بین امنیت امروز، دسترسپذیری فردا و سادگی اجرا برای کسی است که شما نیستید.
🌍 مثال واقعی: فروپاشی صرافی QuadrigaCX پس از مرگ مدیرعامل — ۲۰۱۸ و ۲۰۱۹
جرالد کاتن، مدیرعامل صرافی کانادایی QuadrigaCX، در دسامبر ۲۰۱۸ در هند درگذشت. در ژانویهٔ ۲۰۱۹ صرافی اعلام کرد او تنها کسی بوده که به کیفهای سرد دسترسی داشته و صرافی نمیتواند به دارایی کاربران برسد؛ صرافی متوقف و وارد فرایند ورشکستگی شد.
گزارش کمیسیون اوراق بهادار انتاریو در ژوئن ۲۰۲۰ نتیجه گرفت که بخش بزرگ زیان ناشی از تقلب کاتن بوده، نه صرفاً کلیدهای گمشده، و زیان حدود ۷۶ هزار مشتری را حدود ۱۶۹ میلیون دلار کانادا برآورد کرد. این رویداد دو درس دارد: کنترل تکنفره بر کلیدها پرچم قرمز بزرگی است، چه در یک شرکت و چه در خانواده؛ و برنامهٔ بازیابی شفاف و چندنفره هم در برابر فقدان و هم در برابر سوءاستفاده محافظت میکند.
🔤 واژگان تخصصی
جزئی از سیستم که از کار افتادن یا از دست رفتنش کل سیستم را از کار میاندازد.
مثال: تنها نسخهٔ کاغذی عبارت بازیابی در کشوی خانه.
ساختاری که خرج دارایی را به امضای دستکم m کلید از n کلید مستقل مشروط میکند.
مثال: کیف ۲ از ۳ با یک کلید نزد شما، یکی در صندوق امانات و یکی نزد وارث.
تقسیم ریاضی بذر به چند سهم که با رسیدن به آستانهٔ تعیینشده بازسازی میشود و کمتر از آستانه هیچ اطلاعاتی نمیدهد.
مثال: سه سهم ۲۰ کلمهای که هر دوتایشان برای بازیابی کافی است.
اطلاعات عمومی ساختار کیف (کلیدهای عمومی گسترده، آستانه، مسیر اشتقاق) که برای بازسازی آدرسهای چندامضایی لازم است.
مثال: فایل متنی توصیفگر کیف ۲ از ۳ که کنار هر سهم کلید نگه داشته میشود.
سندی که بدون افشای کلیدها توضیح میدهد داراییها کجاست و وارث چگونه و با کمک چه کسی اقدام کند.
مثال: «کیف سختافزاری در گاوصندوق است؛ سهم دوم نزد وکیل؛ با این متخصص تماس بگیرید.»
🔑 نکات کلیدی
- پشتیبان باید هم در برابر دزدی و هم در برابر نابودی، فراموشی و فقدان صاحب دارایی طراحی شود.
- دستکم دو نسخه در دو مکان جدا؛ فلز در برابر آتش و آب مقاومتر از کاغذ است.
- کلمات را سادهلوحانه نصف نکنید؛ برای تقسیم اعتماد از چندامضایی یا SLIP-39 استفاده کنید.
- در چندامضایی، توصیفگر کیف یا xpubها را هم پشتیبان بگیرید؛ بدون آن بازیابی ممکن است شکست بخورد.
- خود کلمات را در وصیتنامه ننویسید؛ نامهٔ راهنما جدا از کلیدها و برنامه را سالانه آزمایش کنید.
⚠️ اشتباهات رایج
- داشتن فقط یک نسخهٔ پشتیبان؛ اشتباه است چون یک آتشسوزی یا جابهجایی کافی است تا دارایی از دست برود.
- نوشتن عبارت بازیابی در وصیتنامه یا سپردن آن به یک نفر؛ اشتباه است چون یا افراد متعدد آن را میبینند یا یک نفر کنترل کامل پیدا میکند.
- ساخت چندامضایی بدون پشتیبان گرفتن از توصیفگر کیف؛ اشتباه است چون حتی با داشتن کلیدهای کافی، بازسازی آدرسها ممکن است ناممکن شود.
- طراحی برنامهای که فقط خودتان میفهمید؛ اشتباه است چون مخاطب اصلی برنامهٔ ارث کسی است که شما نیستید.
🛠 تمرین عملی: طراحی و آزمون برنامهٔ بازیابی روی کیف آزمایشی
- با یک کیف آزمایشی و دارایی تستنت (هرگز کیف اصلی) یک برنامهٔ پشتیبان دو نسخهای طراحی کنید و مکانهای فرضی را بنویسید.
- جدولی از تهدیدها (آتش، سرقت، فراموشی، فقدان) بسازید و برای هر کدام بنویسید برنامهٔ شما چگونه پاسخ میدهد.
- یک نامهٔ راهنمای ارث نمونه بنویسید که هیچ کلمهٔ بازیابی یا PIN در آن نیست.
- اگر کیف شما از چندامضایی پشتیبانی میکند، یک کیف ۲ از ۳ روی تستنت بسازید، توصیفگر آن را ذخیره کنید و با دو کلید یک تراکنش آزمایشی امضا کنید.
- از یک فرد غیرفنی بخواهید فقط با نامهٔ راهنما (بدون کلید واقعی) مراحل را توضیح دهد و نقاط مبهم را اصلاح کنید.
✅ معیار درستی: برنامهٔ شما نقطهٔ شکست واحد ندارد، هیچ سند منفردی بهتنهایی دسترسی کامل نمیدهد، تراکنش آزمایشی چندامضایی (در صورت انجام) در مرورگر بلاکچین تستنت دیده میشود و فرد غیرفنی توانست مراحل را دنبال کند.
🔒 در هیچ تمرینی از سرمایهٔ واقعی، عبارت بازیابی (Seed Phrase)، کلید خصوصی یا اتصال کیف پول اصلی استفاده نکنید.
📝 آزمون تطبیقی
هر بار ۵ سؤال از بانک ۸ سؤالی این درس انتخاب میشود؛ سؤالهایی که قبلاً اشتباه زدهاید زودتر برمیگردند. حدنصاب قبولی ۸۰٪ (۴ از ۵) است و درس بعد با قبولی باز میشود.
✍️ پرسش تشریحی
برای خانوادهای که دارایی رمزارزی قابل توجهی دارد، یک برنامهٔ کامل پشتیبانگیری و ارث طراحی کنید که نه امروز به یک نفر کنترل کامل بدهد و نه در صورت فوت صاحب دارایی، دسترسی را غیرممکن کند.
بعد از نوشتن، پاسخ خود را با این معیارها بسنجید
خودارزیابی: هر نکتهای را که پاسخ شما بهروشنی پوشش داده علامت بزنید.
🤖 دستیار آموزشی
دستیار آفلاین آکادمی: پاسخها فقط از متن درسها و واژگان همین آکادمی پیدا میشوند و منبع هر پاسخ نشان داده میشود. هوش مصنوعی مولد نیست، حدس نمیزند و هیچ سیگنال خرید و فروشی نمیدهد.
📎 منابع مطالعاتی
- SLIP-0039 — Shamir's Secret-Sharing for Mnemonic Codes
- Bitcoin Core — Output script descriptors
- Safe documentation
- Bitcoin.org — Secure your wallet
🏁 معیار تسلط بر این درس: بتوانید برنامهٔ پشتیبان و ارثی طراحی کنید که نقطهٔ شکست واحد نداشته باشد، آستانهٔ چندامضایی را درست محاسبه کنید و برنامه را با کیف آزمایشی و یک فرد غیرفنی آزمایش کنید.