هاردفورک و سافت‌فورک چه تفاوتی دارند؟

هاردفورک و سافت‌فورک چه تفاوتی دارند؟ راهنمای جامع ارتقای پروتکل، انشعاب شبکه و حکمرانی بلاکچین

بلاکچین‌ها برخلاف تصور رایج، سامانه‌هایی با قوانین کاملاً ثابت و تغییرناپذیر نیستند. این شبکه‌ها نیز مانند سایر زیرساخت‌های نرم‌افزاری برای رفع آسیب‌پذیری‌ها، بهبود عملکرد، افزودن قابلیت‌های جدید و پاسخ‌گویی به نیازهای کاربران به تغییر و ارتقا نیاز دارند.

اما تغییر قوانین در یک شبکه غیرمتمرکز با به‌روزرسانی نرم‌افزار یک شرکت تفاوت اساسی دارد. در شبکه‌ای که هزاران گره مستقل در آن مشارکت دارند، هیچ مدیر واحدی لزوماً اختیار ندارد همه اعضا را به پذیرش نسخه جدید مجبور کند.

اینجاست که دو مفهوم مهم هاردفورک (Hard Fork) و سافت‌فورک (Soft Fork) مطرح می‌شوند.

هاردفورک تغییری در قواعد اجماع است که با قواعد قبلی سازگاری عقب‌رو ندارد؛ درحالی‌که سافت‌فورک تغییری است که با محدودترکردن مجموعه وضعیت‌ها یا بلاک‌های معتبر، می‌تواند از دید گره‌های قدیمی همچنان معتبر به نظر برسد.

بااین‌حال، تفاوت این دو صرفاً فنی نیست. فورک‌ها می‌توانند بر امنیت، مالکیت دارایی، اعتبار تراکنش‌ها، تصمیم‌گیری جمعی، اقتصاد توکن، اعتماد کاربران و حتی شکل‌گیری شبکه‌های مستقل تأثیر بگذارند.

این مقاله با بررسی مفاهیم بنیادی، نمونه‌های تاریخی بیت‌کوین و اتریوم، انواع فورک، پیامدهای اقتصادی و حقوقی، ریسک‌های امنیتی و مدل‌های حکمرانی، تصویری جامع از چگونگی تغییر و تکامل شبکه‌های بلاکچینی ارائه می‌کند.

۱. فورک در بلاکچین چیست؟

فورک (Fork) در معنای عمومی به انشعاب یا جداشدن یک مسیر از مسیر دیگر گفته می‌شود.

در فناوری بلاکچین، این اصطلاح می‌تواند به چند پدیده متفاوت اشاره کند:

۱. تغییر قواعد اجماع شبکه

۲. ایجاد تاریخچه‌های رقیب و موقت بلاک‌ها

۳. ایجاد شبکه‌ای مستقل بر اساس کد یا تاریخچه شبکه دیگر

۴. انشعاب در توسعه نرم‌افزار یک پروژه

بنابراین هر فورک الزاماً به معنای ایجاد رمزارز جدید یا تقسیم دائمی شبکه نیست.

مثال ساده

فرض کنید شبکه‌ای بر اساس مجموعه مشخصی از قوانین فعالیت می‌کند.

گروهی از توسعه‌دهندگان پیشنهاد می‌کنند قانون مربوط به اعتبار بلاک تغییر کند.

اگر مشارکت‌کنندگان نسخه جدید را اجرا کنند، رفتار شبکه ممکن است تغییر کند.

نوع تغییر و میزان سازگاری آن با قواعد قبلی مشخص می‌کند که ارتقا هاردفورک است یا سافت‌فورک.

۲. چرا شبکه‌های بلاکچینی به فورک نیاز دارند؟

فورک‌ها معمولاً برای پاسخ به نیازهای فنی، امنیتی یا حاکمیتی ایجاد می‌شوند.

دلایل مهم

رفع آسیب‌پذیری: اصلاح قواعدی که امکان سوءاستفاده یا رفتار نامعتبر ایجاد می‌کنند.

افزایش ظرفیت: تغییر محدودیت‌های پردازش یا داده.

افزودن قابلیت: پشتیبانی از امکانات جدید رمزنگاری یا قراردادهای هوشمند.

اصلاح مدل اقتصادی: تغییر برخی قواعد پاداش، کارمزد یا عرضه.

تغییر معماری: اصلاح سازوکار اجماع یا ساختار اجرای تراکنش‌ها.

اختلاف نظر: جدایی گروه‌هایی که درباره آینده شبکه توافق ندارند.

نکته

همه تغییرات نرم‌افزاری نیازمند فورک اجماعی نیستند. بسیاری از اصلاحات رابط کاربری، بهینه‌سازی‌ها یا تغییرات داخلی گره‌ها بدون تغییر قواعد اجماع انجام می‌شوند.

۳. هاردفورک چیست؟

هاردفورک (Hard Fork) تغییری در قواعد اجماع است که سازگاری عقب‌رو با قواعد قبلی ندارد.

به بیان ساده، نسخه قدیمی نرم‌افزار ممکن است بلاک یا وضعیتی را که بر اساس قواعد جدید معتبر است، نامعتبر تشخیص دهد.

مثال فرضی

فرض کنید قانون قبلی شبکه حداکثر اندازه مشخصی برای بلاک تعیین کرده است.

نسخه جدید این محدودیت را افزایش می‌دهد.

اگر بلاکی مطابق حد جدید ساخته شود که از حد قدیمی فراتر باشد، گره‌های قدیمی آن را نمی‌پذیرند.

در چنین شرایطی، ادامه هماهنگ شبکه نیازمند پذیرش قواعد جدید توسط مشارکت‌کنندگان مربوط است.

نکته مهم

هاردفورک الزاماً به ایجاد دو بلاکچین دائمی منجر نمی‌شود.

اگر مشارکت‌کنندگان مؤثر شبکه به‌صورت هماهنگ ارتقا دهند، ممکن است شبکه بدون شکل‌گیری یک زنجیره رقیب پایدار به فعالیت ادامه دهد.

۴. سافت‌فورک چیست؟

سافت‌فورک (Soft Fork) تغییری در قواعد اجماع است که معمولاً مجموعه بلاک‌ها یا رفتارهای معتبر را محدودتر می‌کند، به‌گونه‌ای که بلاک‌های معتبر تحت قواعد جدید همچنان با قواعد قدیمی سازگار باشند.

مثال فرضی

فرض کنید قواعد قدیمی اجازه نوع گسترده‌تری از عملیات را می‌دهند.

قواعد جدید تنها زیرمجموعه‌ای از آن عملیات را معتبر می‌دانند.

گره‌های قدیمی ممکن است بلاک‌های تولیدشده مطابق قواعد جدید را بپذیرند؛ اما الزاماً نمی‌توانند تمام محدودیت‌های جدید را مستقلاً بررسی کنند.

نکته مهم

سازگاری عقب‌رو به معنای آن نیست که ارتقا اختیاری و بدون پیامد امنیتی است.

گره‌های قدیمی ممکن است برای اجرای کامل قواعد جدید به اعتبارسنج‌های ارتقایافته وابسته شوند.

۵. تفاوت اصلی هاردفورک و سافت‌فورک

جمع‌بندی مقایسه

هاردفورک و سافت‌فورک هر دو ابزار تغییر قواعد اجماع هستند؛ تفاوت اصلی آن‌ها در رابطه قواعد جدید با قواعد قدیمی است، نه صرفاً در میزان بزرگی تغییر یا ایجاد یک ارز جدید.

۶. سازگاری عقب‌رو یعنی چه؟

Backward Compatibility به معنای توانایی نسخه قدیمی برای پذیرش داده‌ها یا رفتارهایی است که نسخه جدید ایجاد می‌کند.

در بحث فورک‌های بلاکچینی، این مفهوم به قواعد اعتبارسنجی مربوط است.

در سافت‌فورک

بلاک‌های معتبر جدید می‌توانند برای گره‌های قدیمی نیز معتبر باشند.

در هاردفورک

ممکن است بلاک‌های معتبر جدید توسط گره‌های قدیمی رد شوند.

محدودیت

سازگاری عقب‌رو نباید با قابلیت اجرای کامل قواعد جدید اشتباه گرفته شود.

۷. آیا هر هاردفورک باعث ایجاد دو ارز می‌شود؟

خیر.

این یکی از رایج‌ترین برداشت‌های نادرست درباره هاردفورک است.

برای ایجاد دو شبکه پایدار معمولاً باید گروه‌هایی از مشارکت‌کنندگان به فعالیت بر اساس دو مجموعه قواعد متفاوت ادامه دهند.

دو سناریو

سناریوی اول: ارتقای هماهنگ

اکثریت مؤثر مشارکت‌کنندگان شبکه نسخه جدید را می‌پذیرند و شبکه پیشین عملاً ادامه مستقل معناداری پیدا نمی‌کند.

سناریوی دوم: انشعاب پایدار

گروهی از مشارکت‌کنندگان قواعد قبلی یا مجموعه دیگری از قواعد را حفظ می‌کنند.

در این حالت ممکن است دو شبکه مستقل با دارایی‌های بومی متفاوت شکل بگیرند.

۸. آیا سافت‌فورک می‌تواند شبکه را تقسیم کند؟

بله، در برخی شرایط.

اگر قواعد جدید توسط بخشی از تولیدکنندگان بلاک اجرا شود و بخش دیگر بلاک‌هایی بسازد که از نظر قواعد جدید نامعتبرند، ممکن است اختلاف زنجیره ایجاد شود.

نتیجه

سافت‌فورک نیز به هماهنگی، سازوکار فعال‌سازی و مشارکت کافی نیاز دارد.

بنابراین نباید آن را ذاتاً بدون ریسک یا بدون اختلاف دانست.

بخش دوم: سازوکار فنی فورک‌ها

۹. قواعد اجماع چه نقشی دارند؟

قواعد اجماع تعیین می‌کنند چه بلاک‌ها، تراکنش‌ها و تغییرات وضعیتی معتبر هستند.

این قواعد ممکن است شامل موارد زیر باشند:

• قالب و اندازه بلاک

• شرایط اعتبار تراکنش

• قواعد امضای رمزنگاری

• نحوه محاسبه پاداش

• محدودیت‌های اجرای قرارداد

• قواعد انتخاب زنجیره

• شرایط نهایی‌شدن

تغییر قواعد اجماع می‌تواند نیازمند هماهنگی گسترده میان گره‌ها و سایر مشارکت‌کنندگان باشد.

۱۰. تفاوت فورک نرم‌افزاری و فورک زنجیره

فورک نرم‌افزاری ممکن است به ایجاد نسخه مستقلی از کد یک پروژه اشاره کند.

برای مثال، گروهی می‌توانند کد متن‌باز یک بلاکچین را بردارند و پروژه جدیدی ایجاد کنند.

اما فورک زنجیره‌ای به اختلاف یا انشعاب در تاریخچه یا قواعد شبکه مربوط است.

نتیجه

کپی‌کردن کد یک بلاکچین الزاماً به معنای انشعاب از تاریخچه تراکنش‌های آن نیست.

۱۱. انشعاب موقت بلاک چیست؟

گاهی دو تولیدکننده بلاک تقریباً هم‌زمان دو بلاک متفاوت بر اساس والد مشترک منتشر می‌کنند.

در چنین شرایطی ممکن است برای مدت کوتاهی دو شاخه از تاریخچه وجود داشته باشد.

آیا این هاردفورک است؟

خیر، الزاماً چنین نیست.

این پدیده می‌تواند در چارچوب قواعد عادی اجماع رخ دهد و پس از انتخاب شاخه پذیرفته‌شده، برطرف شود.

اصطلاح مرتبط

Chain Reorganization یا بازسازمان‌دهی زنجیره.

۱۲. بازسازمان‌دهی زنجیره چیست؟

بازسازمان‌دهی زمانی رخ می‌دهد که گره، زنجیره یا شاخه پذیرفته‌شده خود را مطابق قواعد پروتکل تغییر دهد.

پیامد

بعضی تراکنش‌هایی که در بلاک‌های شاخه قبلی قرار داشتند ممکن است از تاریخچه پذیرفته‌شده خارج شوند.

نکته

بازسازمان‌دهی عادی با هاردفورک برنامه‌ریزی‌شده یا انشعاب دائمی شبکه یکسان نیست.

۱۳. فعال‌سازی فورک چگونه انجام می‌شود؟

روش فعال‌سازی به شبکه و نوع تغییر بستگی دارد.

روش‌های متداول

فعال‌سازی در ارتفاع بلاک: قواعد جدید از بلاک مشخصی اجرا می‌شوند.

فعال‌سازی زمانی: قواعد جدید از زمان تعیین‌شده اعمال می‌شوند.

فعال‌سازی مبتنی بر سیگنال: مشارکت‌کنندگان طبق سازوکار تعریف‌شده آمادگی خود را اعلام می‌کنند.

هماهنگی اجتماعی و نرم‌افزاری: توسعه‌دهندگان، اپراتورهای گره و سایر ذی‌نفعان درباره زمان و شیوه ارتقا هماهنگ می‌شوند.

نکته

سیگنال‌دادن الزاماً به معنای رأی‌گیری رسمی همه کاربران نیست.

۱۴. نقش ماینرها و اعتبارسنج‌ها

ماینرها در شبکه‌های اثبات کار و اعتبارسنج‌ها در شبکه‌های اثبات سهام، در تولید یا تأیید بلاک‌ها نقش دارند.

اما میزان اختیار آن‌ها در تغییر قواعد، به معماری شبکه وابسته است.

اصل مهم

تولیدکننده بلاک نمی‌تواند صرفاً با داشتن قدرت تولید بلاک، گره‌های مستقلی را که قواعد متفاوتی اجرا می‌کنند مجبور به پذیرش بلاک نامعتبر کند.

نتیجه

پذیرش یک ارتقا به تعامل میان قواعد نرم‌افزار، مشارکت‌کنندگان اقتصادی و سازوکار اجماع وابسته است.

۱۵. نقش اپراتورهای گره

اپراتورهای گره با انتخاب نرم‌افزار و نسخه پروتکل تعیین می‌کنند چه قواعدی را برای اعتبارسنجی اجرا کنند.

اهمیت

در شبکه‌هایی که اعتبارسنجی مستقل امکان‌پذیر است، انتخاب نرم‌افزار توسط اپراتورهای گره بخشی از سازوکار عملی حکمرانی شبکه محسوب می‌شود.

محدودیت

همه گره‌ها نقش یا تأثیر اقتصادی یکسان ندارند و صرف تعداد گره‌ها تصویر کاملی از توزیع قدرت ارائه نمی‌کند.

۱۶. نقش توسعه‌دهندگان

توسعه‌دهندگان می‌توانند پیشنهاد تغییر ارائه کنند، نرم‌افزار را پیاده‌سازی کنند و مستندات فنی منتشر کنند.

اما در شبکه‌های باز، انتشار کد جدید الزاماً به معنای پذیرش آن توسط همه مشارکت‌کنندگان نیست.

پرسش حاکمیتی

چه کسی حق پیشنهاد دارد، چه کسی قواعد را می‌پذیرد و چه کسی مسئول پیامدهای تغییر است؟

پاسخ به این پرسش‌ها در شبکه‌های مختلف متفاوت است.

بخش سوم: نمونه‌های تاریخی

۱۷. SegWit؛ نمونه‌ای از سافت‌فورک بیت‌کوین

Segregated Witness یا SegWit از مهم‌ترین ارتقاهای بیت‌کوین است که در سال ۲۰۱۷ فعال شد.

هدف‌های مهم

• تغییر نحوه نگهداری داده‌های شاهد تراکنش

• رفع برخی اشکال‌های تغییرپذیری شناسه تراکنش

• بهبود ظرفیت مؤثر ثبت تراکنش‌ها

• فراهم‌کردن زیرساخت مناسب‌تر برای برخی راهکارهای لایه دوم

چرا سافت‌فورک بود؟

طراحی SegWit به‌گونه‌ای انجام شد که قواعد جدید در چارچوب سازگاری با گره‌های قدیمی اعمال شوند.

درس مهم

یک تغییر فنی مهم می‌تواند بدون الزام به ایجاد شبکه مستقل جدید اجرا شود.

۱۸. Taproot؛ نمونه دیگری از سافت‌فورک

Taproot در سال ۲۰۲۱ در شبکه بیت‌کوین فعال شد.

این ارتقا مجموعه‌ای از قابلیت‌های مرتبط با امضا و اسکریپت را معرفی کرد.

اجزای مهم

• BIP-340: امضاهای Schnorr

• BIP-341: قواعد Taproot

• BIP-342: Tapscript

مزایای بالقوه

• انعطاف بیشتر در برخی شرایط خرج‌کردن

• کارایی بهتر بعضی ساختارهای تراکنش

• امکان طراحی پیشرفته‌تر شرایط امضا

نکته

Taproot به‌معنای ناشناس‌شدن کامل تراکنش‌های بیت‌کوین نیست.

۱۹. Bitcoin Cash؛ نمونه هاردفورک همراه با انشعاب پایدار

در سال ۲۰۱۷، اختلاف درباره مسیر افزایش ظرفیت بیت‌کوین به شکل‌گیری Bitcoin Cash انجامید.

یکی از محورهای اصلی اختلاف، سیاست افزایش ظرفیت بلاک بود.

نتیجه

دو شبکه با تاریخچه مشترک تا نقطه انشعاب و قواعد متفاوت به فعالیت ادامه دادند.

درس راهبردی

اختلاف بر سر یک تصمیم فنی می‌تواند به جدایی اقتصادی، اجتماعی و نهادی یک اکوسیستم منجر شود.

۲۰. اتریوم و Ethereum Classic

در سال ۲۰۱۶، پس از سوءاستفاده از آسیب‌پذیری قرارداد مرتبط با پروژه The DAO، اختلافی جدی درباره نحوه مواجهه با پیامدهای حادثه شکل گرفت.

بخشی از جامعه از هاردفورکی حمایت کرد که وضعیت مرتبط با آن حادثه را تغییر می‌داد.

بخش دیگری با این مداخله مخالفت کرد.

نتیجه

دو شبکه Ethereum و Ethereum Classic به مسیرهای مستقل ادامه دادند.

مسئله بنیادی

آیا برای جبران یک حادثه بزرگ، تغییر وضعیت دفترکل قابل قبول است؟

این پرسش، تقابل میان قواعد فنی، انتظارات کاربران، مسئولیت‌پذیری و حکمرانی اجتماعی را آشکار کرد.

۲۱. ارتقاهای هماهنگ اتریوم

اتریوم در طول فعالیت خود ارتقاهای متعددی را تجربه کرده است.

بسیاری از این تغییرات از نظر قواعد اجماع در دسته هاردفورک قرار می‌گیرند، اما الزاماً موجب ایجاد دو شبکه پایدار نشده‌اند.

مثال‌ها

• London

• Shanghai

• Cancun/Deneb یا Dencun

نکته

نام‌گذاری ارتقاهای اتریوم در گذر زمان تغییر کرده و بعضی ارتقاها شامل تغییرات هماهنگ در لایه اجرا و لایه اجماع هستند.

درس مهم

هاردفورک می‌تواند ابزار عادی و برنامه‌ریزی‌شده ارتقای یک شبکه باشد.

۲۲. آیا The Merge یک هاردفورک معمولی بود؟

گذار اتریوم از اثبات کار به اثبات سهام در سال ۲۰۲۲، تغییری بنیادین در سازوکار اجماع شبکه بود.

این تحول با عنوان The Merge شناخته می‌شود.

اهمیت

• تغییر سازوکار اجماع

• تغییر نقش تولیدکنندگان بلاک

• تغییر معماری عملیاتی شبکه

• کاهش چشمگیر مصرف انرژی مرتبط با اجماع

نکته

The Merge از نظر معماری و فرایند اجرا پیچیده‌تر از یک تغییر ساده محدودیت بلاک بود.

همچنین ادامه برخی شبکه‌های مبتنی بر اثبات کار پس از آن، نشان داد که اختلاف درباره مسیر اجماع می‌تواند به ادامه شبکه‌های مستقل منجر شود.

بخش چهارم: پیامدهای امنیتی و اقتصادی

۲۳. فورک چه تأثیری بر امنیت شبکه دارد؟

فورک می‌تواند سطح حمله و فرضیات امنیتی شبکه را تغییر دهد.

ریسک‌های احتمالی

• اختلاف نسخه نرم‌افزار

• خطای پیاده‌سازی قواعد جدید

• ناسازگاری میان گره‌ها

• ضعف هماهنگی اعتبارسنج‌ها

• ایجاد شاخه‌های رقیب

• حملات بازپخش

• کاهش امنیت شبکه انشعابی

• اختلال در خدمات کیف پول و صرافی

نتیجه

ارتقای پروتکل باید با آزمون، بازبینی امنیتی و برنامه عملیاتی همراه باشد.

۲۴. حمله بازپخش پس از فورک

Replay Attack زمانی ممکن است رخ دهد که تراکنش معتبر در یک شبکه، در شبکه دیگر نیز قابل پذیرش باشد.

مثال فرضی

پس از انشعاب یک بلاکچین به دو شبکه، کاربری دارایی خود را در شبکه اول منتقل می‌کند.

اگر دو شبکه از قواعد امضای سازگار استفاده کنند و حفاظت مناسب وجود نداشته باشد، ممکن است همان تراکنش در شبکه دوم نیز قابل استفاده باشد.

راهکار

طراحی سازوکارهای Replay Protection، جداسازی دامنه امضا و استفاده از قواعد مناسب شناسه زنجیره.

هشدار

کاربران نباید بدون بررسی شرایط فنی، دارایی‌های دو شبکه انشعابی را جابه‌جا کنند.

۲۵. آیا دارایی کاربران پس از هاردفورک دو برابر می‌شود؟

این برداشت نیازمند دقت است.

اگر دو شبکه مستقل با تاریخچه مشترک شکل بگیرند، وضعیت دارایی‌ها تا نقطه انشعاب ممکن است در هر دو شبکه وجود داشته باشد.

اما این موضوع به معنای دو برابرشدن ارزش اقتصادی دارایی نیست.

چرا؟

زیرا دارایی‌های دو شبکه ممکن است:

• قیمت متفاوت داشته باشند.

• نقدشوندگی متفاوتی داشته باشند.

• از پشتیبانی یکسان برخوردار نباشند.

• از نظر حقوقی و عملیاتی شرایط متفاوتی داشته باشند.

نتیجه

ایجاد دو دارایی مستقل الزاماً به معنای ایجاد ثروت معادل دو برابر نیست.

۲۶. نقش صرافی‌ها در فورک

صرافی‌ها و متولیان دارایی ممکن است هنگام فورک درباره موارد زیر تصمیم بگیرند:

• توقف موقت واریز و برداشت

• پشتیبانی از شبکه جدید

• نحوه نام‌گذاری دارایی‌ها

• سیاست تخصیص دارایی انشعابی

• تعداد تأییدهای موردنیاز

• زمان بازگشایی خدمات

نکته

دارنده دارایی در کیف پول امانی الزاماً همان اختیار عملیاتی دارنده کلید خصوصی را ندارد.

حقوق کاربر به قرارداد ارائه‌دهنده خدمات و شرایط حقوقی مربوط نیز وابسته است.

۲۷. تأثیر فورک بر قیمت رمزارز

فورک می‌تواند انتظارات اقتصادی بازار را تغییر دهد.

عوامل مؤثر

• میزان حمایت جامعه

• امنیت شبکه

• پشتیبانی توسعه‌دهندگان

• نقدشوندگی

• پشتیبانی صرافی‌ها

• وضعیت زیرساخت

• اختلاف حاکمیتی

• کاربرد اقتصادی شبکه

هشدار

هیچ قاعده معتبری وجود ندارد که نشان دهد هر هاردفورک باعث افزایش قیمت دارایی می‌شود.

۲۸. تأثیر فورک بر قراردادهای هوشمند

در شبکه‌های پشتیبان قرارداد هوشمند، فورک می‌تواند بر قواعد اجرای قراردادها یا وضعیت شبکه اثر بگذارد.

مسائل مهم

• سازگاری قرارداد با قواعد جدید

• تغییر هزینه اجرای عملیات

• تغییر رفتار برخی دستورها

• وابستگی به اوراکل

• شناسه زنجیره

• ارتباط با شبکه‌های دیگر

نتیجه

توسعه‌دهندگان برنامه‌های غیرمتمرکز باید تغییرات پروتکل را پیش از فعال‌سازی بررسی کنند.

۲۹. تأثیر فورک بر NFTها و دارایی‌های توکنی

در صورت ایجاد دو زنجیره مستقل با تاریخچه مشترک، وضعیت توکن‌ها ممکن است در هر دو زنجیره منعکس شود.

اما حقوق مرتبط با NFT الزاماً در هر دو شبکه یکسان نیست.

مثال

یک NFT ممکن است در دو زنجیره دارای سابقه فنی باشد، اما بازار، ناشر یا قرارداد حقوقی تنها یکی از آن‌ها را به رسمیت بشناسد.

نتیجه

ثبت فنی دارایی و اعتبار اقتصادی یا حقوقی آن باید جداگانه بررسی شوند.

۳۰. پیامدهای حقوقی فورک

فورک می‌تواند پرسش‌های حقوقی مهمی ایجاد کند.

پرسش‌ها

• دارایی انشعابی متعلق به چه کسی است؟

• متولی دارایی چه تعهدی نسبت به کاربران دارد؟

• وضعیت قراردادهای مبتنی بر شبکه قبلی چیست؟

• کدام شبکه برای اجرای تعهدات معتبر شناخته می‌شود؟

• مسئولیت خسارت ناشی از ارتقا بر عهده چه کسی است؟

• آیا ایجاد دارایی جدید آثار مالیاتی دارد؟

نکته

پاسخ به این پرسش‌ها به قوانین حاکم، قراردادها و ماهیت دارایی بستگی دارد.

بخش پنجم: فورک و حکمرانی بلاکچین

۳۱. حکمرانی بلاکچین چیست؟

حکمرانی بلاکچین (Blockchain Governance) به سازوکارهایی اشاره دارد که از طریق آن‌ها تصمیم‌های مرتبط با قواعد، توسعه، منابع و آینده شبکه شکل می‌گیرند.

دو رویکرد کلی

حکمرانی درون‌زنجیره‌ای: بخشی از تصمیم‌گیری با سازوکارهای تعریف‌شده در خود پروتکل یا قراردادها انجام می‌شود.

حکمرانی برون‌زنجیره‌ای: تصمیم‌گیری از طریق گفت‌وگو، پیشنهادهای فنی، هماهنگی اجتماعی و انتخاب نرم‌افزار صورت می‌گیرد.

بسیاری از شبکه‌ها ترکیبی از این دو رویکرد را به کار می‌گیرند.

۳۲. آیا توسعه‌دهندگان مالک شبکه هستند؟

الزاماً خیر.

در شبکه‌های باز، توسعه‌دهندگان ممکن است نفوذ فنی و اجتماعی قابل توجهی داشته باشند، اما اختیار نهایی آن‌ها به ساختار شبکه و پذیرش مشارکت‌کنندگان بستگی دارد.

نکته

نفوذ در توسعه نرم‌افزار با مالکیت حقوقی شبکه یا اختیار مطلق تغییر قواعد یکسان نیست.

۳۳. آیا رأی اکثریت همیشه تعیین‌کننده است؟

خیر.

مفهوم اکثریت در بلاکچین می‌تواند معانی مختلفی داشته باشد:

• اکثریت قدرت استخراج

• اکثریت سهام

• اکثریت اعتبارسنج‌ها

• اکثریت رأی توکن‌ها

• اکثریت کاربران

• اکثریت فعالیت اقتصادی

این معیارها الزاماً نتایج یکسانی ندارند.

مثال

ممکن است بیشتر اعتبارسنج‌ها از ارتقایی حمایت کنند، اما بخش مهمی از کاربران اقتصادی یا ارائه‌دهندگان خدمات با آن مخالف باشند.

نتیجه

مشروعیت اجتماعی و پذیرش اقتصادی را نمی‌توان همیشه به یک عدد رأی تقلیل داد.

۳۴. نقش پیشنهادهای بهبود پروتکل

در اکوسیستم‌های مختلف، تغییرات فنی معمولاً از مسیر پیشنهادهای مستند مطرح می‌شوند.

نمونه‌ها

BIP: Bitcoin Improvement Proposal

EIP: Ethereum Improvement Proposal

محتوای معمول

• تعریف مسئله

• توجیه تغییر

• مشخصات فنی

• ملاحظات سازگاری

• پیامدهای امنیتی

• نحوه اجرا

اهمیت

مستندسازی عمومی می‌تواند امکان بررسی تخصصی و مشارکت جامعه را افزایش دهد.

۳۵. فورک به‌عنوان سازوکار خروج

در بعضی شبکه‌های باز، گروهی که با مسیر توسعه موافق نیست می‌تواند قواعد متفاوتی را اجرا کند و شبکه مستقلی ایجاد کند.

فرصت

امکان ادامه مسیرهای فنی یا اقتصادی متفاوت.

هزینه‌ها

• تقسیم جامعه

• پراکندگی منابع توسعه

• کاهش نقدشوندگی

• پیچیدگی برای کاربران

• تضعیف اثر شبکه‌ای

نتیجه

حق خروج و انشعاب می‌تواند بخشی از ساختار حکمرانی باشد، اما استفاده از آن بدون هزینه نیست.

۳۶. اختلاف فنی چگونه به اختلاف اجتماعی تبدیل می‌شود؟

بسیاری از اختلاف‌های بزرگ بلاکچینی در ظاهر درباره یک ویژگی فنی آغاز می‌شوند.

برای مثال:

• اندازه بلاک

• کارمزد

• روش اجماع

• تغییر وضعیت پس از حادثه

• سیاست عرضه

اما در ادامه، موضوعات گسترده‌تری مطرح می‌شوند:

• چه کسی حق تصمیم‌گیری دارد؟

• فلسفه اصلی شبکه چیست؟

• چه میزان تغییر قابل قبول است؟

• منافع کدام گروه‌ها در اولویت قرار دارد؟

• چه کسی هزینه تصمیم‌ها را می‌پردازد؟

نتیجه

فورک‌ها نشان می‌دهند که فناوری‌های غیرمتمرکز نیز به توافق اجتماعی و سازوکارهای حل اختلاف نیاز دارند.

بخش ششم: کاربردهای مدیریتی و سازمانی

۳۷. فورک در بلاکچین‌های سازمانی

در شبکه‌های مجوزدار، مشارکت‌کنندگان معمولاً شناخته‌شده هستند و قواعد حاکمیت می‌تواند از طریق قرارداد یا ساختار کنسرسیومی تعیین شود.

مثال

چند سازمان از یک دفترکل مشترک استفاده می‌کنند و تصمیم دارند قواعد اعتبارسنجی را تغییر دهند.

نیازهای مدیریتی

• تصویب تغییر

• تعیین نسخه جدید

• آزمون سازگاری

• زمان‌بندی ارتقا

• تهیه نسخه پشتیبان

• برنامه بازگشت عملیاتی در موارد ممکن

• تعریف مسئولیت‌ها

نکته

در شبکه‌های سازمانی، تغییر پروتکل باید بخشی از فرایند رسمی مدیریت تغییر باشد.

۳۸. مطالعه موردی فرضی: زنجیره تأمین

فرض کنید شبکه‌ای مشترک میان تولیدکنندگان، توزیع‌کنندگان و خریداران ایجاد شده است.

قرار است قواعد تأیید تحویل کالا تغییر کند.

مسئله

اگر بعضی سازمان‌ها نسخه قدیمی را اجرا کنند، ممکن است درباره اعتبار رویدادهای جدید اختلاف ایجاد شود.

راهکار

• تدوین مشخصات فنی

• ارزیابی سازگاری

• تصویب مشترک

• آزمون در محیط آزمایشی

• تعیین زمان فعال‌سازی

• پایش پس از اجرا

درس

حکمرانی تغییرات به اندازه معماری فنی اهمیت دارد.

۳۹. مطالعه موردی فرضی: پلتفرم دارایی فرهنگی

فرض کنید پلتفرمی برای ثبت و انتقال توکن‌های مرتبط با آثار فرهنگی ایجاد شده است.

قرار است قواعد انتقال یا مدیریت مجوزها تغییر کند.

پرسش‌های ضروری

• آیا قرارداد هوشمند قابل ارتقاست؟

• آیا حقوق دارندگان فعلی تغییر می‌کند؟

• آیا رضایت کاربران لازم است؟

• آیا تغییر با قراردادهای حقوقی سازگار است؟

• آیا داده‌های قبلی همچنان معتبر خواهند بود؟

نتیجه

در پلتفرم‌های دارایی دیجیتال، ارتقای فنی باید با مدیریت حقوق کاربران و تعهدات قراردادی هماهنگ باشد.

۴۰. مطالعه موردی فرضی: تجهیزات پزشکی و سلامت

در سامانه‌ای مشترک میان مراکز درمانی، تولیدکنندگان و نهادهای نظارتی، ممکن است تغییر قواعد ثبت یا اعتبارسنجی اسناد ضروری شود.

الزامات

• حفظ یکپارچگی سوابق

• تداوم دسترسی به اسناد

• کنترل نسخه

• ثبت تصمیم‌های مدیریتی

• سازگاری با مقررات

• آزمون پیش از استقرار

نکته

در کاربردهای حساس، ارتقای شبکه نباید بدون ارزیابی تأثیر آن بر تداوم خدمات و اعتبار اسناد انجام شود.

بخش هفتم: راهنمای عملی و مدیریت ریسک

۴۱. کاربران هنگام هاردفورک چه کنند؟

پیش از هر اقدام، باید اطلاعیه‌های رسمی پروژه و ارائه‌دهندگان خدمات بررسی شوند.

چک‌لیست

۱. نام شبکه و نوع فورک مشخص شود.

۲. زمان یا ارتفاع فعال‌سازی بررسی شود.

۳. وضعیت پشتیبانی کیف پول مشخص شود.

۴. سیاست صرافی یا متولی دارایی مطالعه شود.

۵. از افشای عبارت بازیابی خودداری شود.

۶. خطر بازپخش تراکنش بررسی شود.

۷. از نرم‌افزارهای ناشناس برای دریافت دارایی انشعابی استفاده نشود.

۸. از ارسال عجولانه دارایی میان شبکه‌ها خودداری شود.

۹. نشانی قراردادها و شبکه مقصد بررسی شود.

۱۰. از منابع رسمی و معتبر استفاده شود.

۴۲. نشانه‌های کلاهبرداری مرتبط با فورک

مهاجمان ممکن است از اخبار فورک برای فریب کاربران استفاده کنند.

نشانه‌های هشدار

• درخواست عبارت بازیابی برای دریافت توکن جدید

• وعده دریافت دارایی تضمینی

• لینک‌های ناشناس Claim

• درخواست اتصال کیف پول به وب‌سایت مشکوک

• درخواست امضای پیام نامفهوم

• معرفی کیف پول جعلی

• ادعای پشتیبانی رسمی بدون مدرک

• فشار برای اقدام فوری

اصل امنیتی

هیچ فورک معتبری به‌خودی‌خود مجوز افشای کلید خصوصی یا عبارت بازیابی به اشخاص ثالث نیست.

۴۳. توسعه‌دهندگان چگونه برای فورک آماده شوند؟

پیش از فعال‌سازی

• مطالعه مشخصات فنی

• بررسی تغییرات قواعد اجماع

• آزمون نرم‌افزار

• بررسی قراردادهای هوشمند

• کنترل شناسه زنجیره

• ارزیابی وابستگی‌های بیرونی

• هماهنگی با ارائه‌دهندگان زیرساخت

• تهیه برنامه واکنش به حادثه

هنگام فعال‌سازی

• پایش وضعیت گره‌ها

• بررسی همگام‌سازی

• کنترل خطاهای تراکنش

• بررسی وضعیت قراردادها

• پایش خدمات API

پس از فعال‌سازی

• تأیید پایداری شبکه

• بررسی سوابق تراکنش

• تحلیل رخدادها

• مستندسازی مشکلات

• اصلاح فرایندهای عملیاتی

۴۴. مدیران چگونه درباره فورک تصمیم بگیرند؟

در پروژه‌های سازمانی، تصمیم درباره ارتقای ناسازگار باید بر اساس چند محور انجام شود.

۴۵. ده تصور نادرست درباره فورک‌ها

تصور اول: هر هاردفورک یک رمزارز جدید ایجاد می‌کند.

واقعیت: بسیاری از هاردفورک‌ها ارتقاهای هماهنگ هستند.

تصور دوم: سافت‌فورک هیچ ریسکی ندارد.

واقعیت: فعال‌سازی نامناسب می‌تواند اختلاف و اختلال ایجاد کند.

تصور سوم: هاردفورک همیشه تغییر بزرگ‌تری است.

واقعیت: معیار اصلی، سازگاری قواعد است.

تصور چهارم: تمام کاربران باید برای سافت‌فورک نرم‌افزار خود را ارتقا دهند.

واقعیت: گره‌های قدیمی ممکن است همچنان زنجیره را بپذیرند، اما قواعد جدید را کامل بررسی نکنند.

تصور پنجم: فورک باعث دو برابرشدن ثروت می‌شود.

واقعیت: ارزش اقتصادی دارایی‌های انشعابی مستقل است.

تصور ششم: توسعه‌دهندگان به‌تنهایی شبکه را تغییر می‌دهند.

واقعیت: پذیرش قواعد به ساختار حاکمیت و مشارکت‌کنندگان وابسته است.

تصور هفتم: فورک همیشه ناشی از اختلاف است.

واقعیت: بسیاری از فورک‌ها برای ارتقای هماهنگ اجرا می‌شوند.

تصور هشتم: فورک و بازسازمان‌دهی زنجیره یکسان هستند.

واقعیت: این دو پدیده متفاوت‌اند.

تصور نهم: فورک امنیت شبکه را همیشه افزایش می‌دهد.

واقعیت: تغییر قواعد می‌تواند ریسک‌های جدید ایجاد کند.

تصور دهم: بلاکچین غیرمتمرکز نیازی به حکمرانی ندارد.

واقعیت: تغییر و نگهداری پروتکل نیازمند تصمیم‌گیری و هماهنگی است.

بخش هشتم: آینده فورک‌ها و تکامل پروتکل‌ها

۴۶. آیا می‌توان بدون فورک بلاکچین را ارتقا داد؟

بله، بعضی تغییرات بدون اصلاح قواعد اجماع امکان‌پذیرند.

نمونه‌ها

• بهینه‌سازی رابط کاربری

• تغییرات داخلی نرم‌افزار

• بهبود بعضی الگوریتم‌های محلی

• اصلاح زیرساخت خدمات جانبی

• ارتقای برخی قراردادهای هوشمند طبق قواعد موجود

اما تغییراتی که قواعد اعتبارسنجی مشترک را اصلاح می‌کنند، ممکن است نیازمند سازوکار فورک باشند.

۴۷. آینده حکمرانی ارتقاها

با توسعه بلاکچین‌ها، اهمیت مدیریت تغییر افزایش می‌یابد.

روندهای قابل توجه

• رسمی‌ترشدن فرایند پیشنهادهای فنی

• توسعه آزمون‌های سازگاری

• افزایش اهمیت ممیزی امنیتی

• بهبود سازوکارهای فعال‌سازی

• توسعه ابزارهای پایش شبکه

• تقویت مشارکت ذی‌نفعان

• افزایش توجه به حقوق کاربران

• استانداردسازی مدیریت تغییر در شبکه‌های سازمانی

نکته

هیچ مدل حکمرانی واحدی برای تمام شبکه‌های بلاکچینی مناسب نیست.

۴۸. فورک‌ها چه چیزی درباره ماهیت بلاکچین نشان می‌دهند؟

فورک‌ها یکی از مهم‌ترین واقعیت‌های فناوری بلاکچین را آشکار می‌کنند:

قواعد شبکه در نرم‌افزار تعریف می‌شوند، اما پذیرش و تداوم آن‌ها به مشارکت‌کنندگان و توافق اجتماعی نیز وابسته است.

حتی اگر قواعد یک شبکه به‌صورت رمزنگارانه اجرا شوند، تصمیم درباره تغییر آن‌ها همچنان مسئله‌ای فنی، اقتصادی و اجتماعی است.

از این منظر، بلاکچین صرفاً یک پایگاه داده توزیع‌شده نیست؛ بلکه زیرساختی است که فناوری و حکمرانی در آن به یکدیگر وابسته‌اند.

۴۹. پرسش‌های متداول

هاردفورک چیست؟

تغییری در قواعد اجماع بلاکچین است که با قواعد قبلی سازگاری عقب‌رو ندارد.

سافت‌فورک چیست؟

تغییری در قواعد اجماع است که بلاک‌های معتبر جدید را از دید قواعد قدیمی نیز قابل پذیرش نگه می‌دارد.

تفاوت اصلی هاردفورک و سافت‌فورک چیست؟

میزان سازگاری قواعد جدید با قواعد قدیمی.

آیا هاردفورک همیشه بلاکچین جدید ایجاد می‌کند؟

خیر. در ارتقاهای هماهنگ ممکن است هیچ زنجیره رقیب پایداری شکل نگیرد.

آیا سافت‌فورک باعث ایجاد ارز جدید می‌شود؟

معمولاً خیر، اما اختلاف و انشعاب پایدار در شرایط خاص ممکن است.

آیا SegWit هاردفورک بود؟

خیر. SegWit در بیت‌کوین به‌صورت سافت‌فورک فعال شد.

آیا Taproot سافت‌فورک است؟

بله. Taproot از ارتقاهای سافت‌فورکی بیت‌کوین محسوب می‌شود.

آیا Bitcoin Cash نتیجه هاردفورک بود؟

بله. Bitcoin Cash در سال ۲۰۱۷ در نتیجه انشعاب پایدار از بیت‌کوین شکل گرفت.

چرا Ethereum Classic ایجاد شد؟

در پی اختلاف درباره هاردفورک مرتبط با حادثه The DAO در سال ۲۰۱۶، دو شبکه مستقل به فعالیت ادامه دادند.

آیا پس از هاردفورک دارایی کاربران دو برابر می‌شود؟

الزاماً خیر. ممکن است دو دارایی مستقل ایجاد شود، اما ارزش اقتصادی آن‌ها متفاوت است.

آیا فورک برای امنیت کیف پول خطر دارد؟

ممکن است. حملات بازپخش، کیف پول‌های جعلی و درخواست‌های فیشینگ از ریسک‌های مهم هستند.

آیا همه تغییرات نرم‌افزاری فورک هستند؟

خیر. تنها بعضی تغییرات قواعد اجماع به فورک نیاز دارند.

چه کسی درباره فورک تصمیم می‌گیرد؟

بسته به شبکه، توسعه‌دهندگان، اپراتورهای گره، اعتبارسنج‌ها، مشارکت‌کنندگان اقتصادی و سازوکارهای حکمرانی نقش‌های متفاوتی دارند.

آیا بلاکچین بدون فورک توسعه می‌یابد؟

بعضی بهبودها بدون فورک ممکن‌اند، اما تغییر قواعد اجماع ممکن است نیازمند فورک باشد.

جمع‌بندی نهایی

هاردفورک و سافت‌فورک دو سازوکار مهم برای تغییر و تکامل قواعد شبکه‌های بلاکچینی هستند.

در هاردفورک، قواعد جدید با قواعد قبلی ناسازگار می‌شوند و گره‌های قدیمی ممکن است بلاک‌های جدید را نپذیرند.

در سافت‌فورک، قواعد جدید به‌گونه‌ای طراحی می‌شوند که بلاک‌های معتبر تحت قواعد جدید همچنان از دید قواعد قدیمی قابل پذیرش باشند.

اما تفاوت این دو فراتر از یک مسئله فنی است.

فورک‌ها بر امنیت، اقتصاد شبکه، مالکیت دارایی، اعتبار تراکنش، تجربه کاربران و ساختار حکمرانی تأثیر می‌گذارند.

تجربه تاریخی بیت‌کوین و اتریوم نشان می‌دهد که بعضی فورک‌ها به ارتقای موفق و هماهنگ منجر می‌شوند، درحالی‌که برخی دیگر به ایجاد شبکه‌های مستقل و اختلاف‌های پایدار می‌انجامند.

برای مدیران، توسعه‌دهندگان و سیاست‌گذاران، شناخت فورک‌ها به معنای شناخت سازوکار تغییر در زیرساخت‌هایی است که قرار است بدون وابستگی کامل به یک متولی واحد فعالیت کنند.

اصل راهبردی: در بلاکچین، قواعد با کد اجرا می‌شوند، اما تغییر آن‌ها بدون هماهنگی فنی، پذیرش اقتصادی و حکمرانی مؤثر پایدار نخواهد بود.

منابع و مراجع تخصصی

۱. Bitcoin Developer Guide — Block Chain
https://developer.bitcoin.org/devguide/block_chain.html

۲. Bitcoin BIPs — Bitcoin Improvement Proposals
https://github.com/bitcoin/bips

۳. BIP-141 — Segregated Witness
https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki

۴. BIP-341 — Taproot
https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki

۵. BIP-342 — Tapscript
https://github.com/bitcoin/bips/blob/master/bip-0342.mediawiki

۶. Ethereum — History of Ethereum
https://ethereum.org/en/history/

۷. Ethereum — Ethereum Improvement Proposals
https://eips.ethereum.org/

۸. Ethereum — The Merge
https://ethereum.org/en/roadmap/merge/

۹. Ethereum — Dencun Upgrade
https://ethereum.org/en/roadmap/dencun/

۱۰. NIST — Blockchain Technology Overview (NISTIR 8202)
https://doi.org/10.6028/NIST.IR.8202

۱۱. Bitcoin Cash — Documentation
https://documentation.cash/

۱۲. Ethereum Classic — Official Website
https://ethereumclassic.org/

یادداشت تحریریه: این مقاله آموزشی است. شرایط فنی فورک‌ها، پشتیبانی کیف پول‌ها و صرافی‌ها و آثار حقوقی دارایی‌های انشعابی به شبکه، زمان و حوزه قضایی وابسته است. پیش از اقدام عملی باید اطلاعیه‌های معتبر و مستندات نسخه جاری پروتکل بررسی شوند.