پس از ناکامی BIP-110، سافت‌فورک بعدی بیت‌کوین با یک رویارویی روبه‌رو می‌شود

BIP-54 که به‌طور رسمی با عنوان «پاک‌سازی اجماع» شناخته می‌شود، چهار تغییر محدود در قواعد اصلی بیت‌کوین ایجاد می‌کند. این پیشنهاد برای بستن ضعف‌های قدیمی و موارد مرزیِ غیرمعمول طراحی شده است، نه افزودن راه‌های جدید برای استفاده از بیت‌کوین. حامیان می‌گویند این تمایز مهم است: این یک نگه‌داری پیشگیرانه برای شبکه‌ای است که اکنون ارزشش بسیار بیشتر از زمانی است که بسیاری از قواعدش نوشته شد.

نویسندگان این پیشنهاد آنتوان پوآنسو، از مشارکت‌کنندگان Bitcoin Core و مرتبط با Chaincode Labs، و مت کورالو، توسعه‌دهندهٔ باسابقهٔ بیت‌کوین هستند. کورالو نخستین بار ایدهٔ کلی‌تر را در ۲۰۱۹ مطرح کرد. پوآنسو در اواخر ۲۰۲۳ و اوایل ۲۰۲۴ کار را احیا و گسترش داد و این پیشنهاد در آوریل ۲۰۲۵ نام‌گذاری رسمی BIP-54 را دریافت کرد. پس از آزمایش و کارهای پیاده‌سازی، مشخصات در مه ۲۰۲۶ کامل اعلام شد.

هدف پیشنهاد بستن چهار شکاف قدیمی است

اولین اصلاح برای رسیدگی به یک حملهٔ بالقوهٔ «timewarp» علیه سختیِ استخراج بیت‌کوین در نظر گرفته شده است. بیت‌کوین هر ۲,۰۱۶ بلاک (تقریباً هر دو هفته) سختی استخراج را دوباره محاسبه می‌کند تا تولید بلاک نزدیک به هر ده دقیقه یک بلاک باقی بماند. اکثریت قدرت استخراج شبکه می‌تواند از نحوهٔ اندازه‌گیری زمان در طول آن دوره‌ها سوءاستفاده کند و با دست‌کاری مهرزمان‌ها (timestamps) کاری کند بلاک‌ها کندتر از واقع به نظر برسند.

در طول زمان، این می‌تواند سختی استخراج را پایین بیاورد. در حالت افراطی، مهاجمی با اکثریت نرخ هش—توان محاسباتی مورد استفاده برای استخراج بیت‌کوین—می‌تواند در حدود ۳۸ تا ۴۰ روز سختی را به پایین‌ترین تنظیم ممکن برساند. از نظر تئوریک، این می‌تواند به مهاجم اجازه دهد بلاک‌ها را بسیار سریع‌تر از حالت عادی تولید کند، به‌سرعت کوین‌های جدید بسازد، پایگاه‌دادهٔ شبکه از کوین‌های خرج‌نشده را گسترش دهد و قراردادهای پرداخت مبتنی بر زمان را مختل کند؛ مانند قراردادهایی که توسط پروتکل لایهٔ دوم، شبکهٔ لایتنینگ استفاده می‌شوند.

BIP-54 محدودیت‌هایی برای مهرزمان در آغاز و پایان هر دورهٔ ۲,۰۱۶ بلاکی اضافه می‌کند. این قواعد برای مسدود کردن روش کلاسیک timewarp و یک گونهٔ مرتبط موسوم به حملهٔ Murch-Zawy طراحی شده‌اند، در حالی که استخراج عادی بدون تغییر می‌ماند.

BIP-54 همچنین قصد دارد از اپراتورهای نود کوچک‌تر محافظت کند

تغییر دوم «بلاک‌های سمی» (poison blocks) را هدف می‌گیرد؛ بلاک‌های معتبری که عمداً طوری طراحی می‌شوند که رایانه‌ها برای تأییدشان زمان غیرمعمولاً زیادی صرف کنند. برخی اسکریپت‌های قدیمی‌تر تراکنش‌های بیت‌کوین می‌توانند روی سخت‌افزار معمولی نیازمند چند دقیقه یا حتی چند ساعت پردازش باشند. مهاجم می‌تواند از آن‌ها برای کند کردن شبکه، افزایش احتمال این‌که ماینرها کارشان را روی بلاک‌های کهنه (stale) هدر دهند، و دشوارتر کردن اجرای نودهای مستقل بیت‌کوین توسط مردم استفاده کند.

BIP-54 سقف ۲,۵۰۰ عملیات امضای قدیمی (legacy signature operations) را برای تراکنش‌های قدیمیِ قبل از Segregated Witness (SegWit) تعیین می‌کند. عملیات امضا همان بررسی‌های رمزنگاری هستند که اثبات می‌کنند شخصی مجاز به خرج‌کردن بیت‌کوین است. تراکنش‌های عادی بسیار کمتر از این مقدار استفاده می‌کنند و تراکنش‌های SegWit و Taproot مشمول این محدودیت نخواهند بود. حامیان برآورد می‌کنند این تغییر می‌تواند در برخی موارد بارِ بدترین‌حالتِ تأیید را حدود ۴۰ برابر کاهش دهد.

تغییر سوم یک مشکل در درخت مرکل بیت‌کوین را می‌بندد؛ سیستمی که تراکنش‌ها را در یک خلاصه برای هر بلاک ترکیب می‌کند. تراکنشی که دقیقاً ۶۴ بایت طول داشته باشد می‌تواند شبیه یک قطعهٔ داخلیِ آن ساختار باشد. این موضوع راهی برای جعل یک اثبات ایجاد می‌کند که می‌تواند برخی کیف‌پول‌های تأیید سادهٔ پرداخت، یا SPV، را گمراه کند تا تراکنشی را بپذیرند که هرگز تأیید نشده است.

BIP-54 به‌سادگی تراکنش‌های ۶۴ بایتی را نامعتبر می‌کند. این تراکنش‌ها سال‌هاست غیراستاندارد بوده‌اند و به‌ندرت استفاده می‌شوند. حامیان پیشنهاد استدلال می‌کنند ممنوع‌کردن آن‌ها مشکل زیربنایی را تمیزتر از این حل می‌کند که از هر کیف‌پول سبک انتظار داشته باشیم از یک راهکار جایگزین استفاده کند.

یک قاعدهٔ نهایی می‌تواند آیندهٔ بیت‌کوین را ساده‌تر کند

تغییر چهارم مربوط به تراکنش‌های کوین‌بیس (coinbase) است؛ تراکنش‌های ویژه‌ای که از طریق آن‌ها ماینرها بیت‌کوین‌های تازه منتشرشده و کارمزد تراکنش‌ها را دریافت می‌کنند. در سال‌های ابتدایی بیت‌کوین، تراکنش‌های کوین‌بیس یکسان در بیش از یک بلاک ظاهر شدند که باعث شد خروجی‌های خرج‌نشدهٔ تراکنشِ قبلی ناپدید شوند. بیت‌کوین برای جلوگیری از تکرار، بررسی‌هایی اضافه کرد، اما آن بررسی‌ها به اعتبارسنجی بلاک پیچیدگی می‌افزایند.

BIP-54 الزام می‌کند تراکنش‌های کوین‌بیس جدید شامل تنظیماتی مرتبط با ارتفاع بلاک (block height)، یا جایگاه آن در زنجیره‌بلوک، باشند. این کار در آینده یکتایی را تضمین می‌کند و در نهایت می‌تواند به نودها اجازه دهد بررسی‌های قدیمیِ مربوط به تراکنش‌های تکراری را حذف کنند. این تغییر می‌تواند اعتبارسنجی را ساده‌تر کند و از طراحی‌های آینده با هدف کاهش بار ذخیره‌سازیِ اجرای یک نود کامل پشتیبانی کند.

موضع F2pool فعال‌سازی را دشوارتر می‌کند

استدلال فنیِ BIP-54 به مناقشهٔ سیاسی پایان نداده است. وانگ چون، هم‌بنیان‌گذار استخر استخراج بزرگ F2pool، در ۱۰ اوت اعلام کرد که از این پیشنهاد حمایت نمی‌کند. او توضیح داد اگر BIP-54 از طریق فرایند استاندارد فعال‌سازی BIP-9 به اکثریتِ لازم برسد، F2Pool نودهای استخراج خود را به‌روزرسانی خواهد کرد، اما این استخر از قبل برای آن سیگنال‌دهی نخواهد کرد.

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

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

سقوط BIP-110 احتیاط تازه‌ای اضافه می‌کند

این بحث درست پس از شکست BIP-110 مطرح می‌شود؛ پیشنهادی جداگانه که می‌خواست به‌طور موقت داده‌های غیرف مالیِ ذخیره‌شده در تراکنش‌های بیت‌کوین را محدود کند. این پیشنهاد اقداماتی مرتبط با کتیبه‌های Ordinals، داده‌های بزرگ OP_RETURN و برخی ذخیره‌سازی‌های مبتنی بر Taproot را هدف گرفته بود. آستانهٔ فعال‌سازی پایین‌تر آن نتوانست حمایت معنادار ماینرها را جذب کند و یک زنجیرهٔ کوچک که این پیشنهاد را اعمال می‌کرد پس از تولید تعداد اندکی بلاک متوقف شد.

این رخداد BIP-54 را به پیشنهادی مشابه تبدیل نمی‌کند. BIP-54 قابلیت‌های اسکریپتِ همه‌منظوره را اضافه یا حذف نمی‌کند و همچنین مسیری به سمت covenants یا OP_CAT—پیشنهادهایی که گزینه‌های خرج‌کردنِ برنامه‌پذیر بیت‌کوین را گسترش می‌دهند—نیست. با این حال، BIP-110 نشان داد که یک ارتقای مورد اختلاف چقدر سریع می‌تواند به بحثی گسترده‌تر دربارهٔ این‌که چه کسی باید آیندهٔ بیت‌کوین را تعیین کند تبدیل شود.

BIP-54 در حال حاضر برای آزمایش در Bitcoin Inquisition فعال است، یک محیط آزمایشی مبتنی بر Signet، و نسخه‌های فعلی Bitcoin Core محافظت‌های سیاستی مرتبطی را پذیرفته‌اند. برخی استخرهای استخراج، از جمله MARA و ViaBTC، به‌صورت داوطلبانه تولید تراکنش‌های کوین‌بیس سازگار را آغاز کرده‌اند. اما پارامترهای رسمی فعال‌سازی تعیین نشده و رأی‌گیری در شبکهٔ اصلی (mainnet) همچنان باز است.

پرسش بعدی این است که آیا توسعه‌دهندگان، جامعه، کسب‌وکارها، اپراتورهای نود و ماینرها می‌توانند توافق کنند که رفع ریسک‌های شناخته‌شده اما به‌ندرت سوءاستفاده‌شده، ارزشِ یک تلاش هماهنگی در سطح هاردفورک دیگر را دارد یا نه. خوانندگان باید منتظر یک پیشنهاد رسمی سیگنال‌دهی BIP-9، اعلام‌های بیشتر دربارهٔ آمادگی ماینرها، و این باشند که آیا مقاومت F2pool مانع از حمایت گسترده‌ای می‌شود که ارتقاهای بیت‌کوین به‌طور سنتی نیاز داشته‌اند یا نه.