تیم توسعه‌دهنده بیت‌کوین کور در تاریخ ۲۲ اکتبر اصلاحیه‌ای را در سیاست‌های خود تصویب کرد که به توسعه‌دهندگان اجازه می‌دهد اصلاحیه‌های مربوط به آسیب‌پذیری‌های «به‌راحتی قابل کشف» را برای تمام نسخه‌های تحت پشتیبانی منتشر کرده و همزمان یک بیانیه مشورتی نیز صادر کنند.
این تصمیم در حالی گرفته شده که یک بررسی از شبکه در تاریخ ۱۸ اکتبر نشان می‌دهد از ۸,۴۲۲ نود همتای بیت‌کوین کور که اطلاعات خود را گزارش کرده‌اند، ۳,۶۷۱ نود (معادل ۴۳.۶٪) از نسخه‌هایی استفاده می‌کنند که عمر پشتیبانی آن‌ها به پایان رسیده است. این آمار از مانیتور شبکه بیت‌کوین موسسه فناوری کارلسروهه به دست آمده و واجد شرایط بودن برای دریافت به‌روزرسانی‌های نگهداری را نشان می‌دهد.
لازم به ذکر است که یک نود با نسخه پشتیبانی‌نشده همچنان می‌تواند بلاک‌ها را به درستی اعتبارسنجی کند و این آمار به معنای به خطر افتادن امنیت آن نودها نیست.
تغییرات جدید در سیاست امنیتی بیت‌کوین
طبق سیاست قدیمی، جزئیات آسیب‌پذیری‌های با شدت متوسط و بالا تا دو هفته پس از پایان عمر آخرین نسخه تحت تأثیر، به صورت محرمانه (تحت امبارگو) باقی می‌ماند. این فرآیند می‌توانست بین زمان ارائه اصلاحیه و انتشار عمومی جزئیات آن، حدود یک سال فاصله ایجاد کند. این امبارگوهای طولانی همچنین مانعی برای «بک‌پورت کردن» (اعمال اصلاحیه روی نسخه‌های قدیمی‌تر) بودند، زیرا خود این عمل می‌توانست جزئیات آسیب‌پذیری را فاش کند.
آنتوان پوانسو در بیانیه ۲۲ اکتبر استدلال کرد که این رویکرد با توجه به باگ‌هایی که سیستم‌های هوش مصنوعی می‌توانند مجدداً کشف کنند، مناسب نیست.
دوره امبارگو دستاورد کمی دارد اما در دسترس قرار گرفتن یک نسخه اصلاح‌شده را به تأخیر می‌اندازد.
Antoine Poinsot
اکنون توسعه‌دهندگان می‌توانند یک آسیب‌پذیری را بر اساس سهولت کشف آن (حتی توسط مدل‌های زبان بزرگ) به عنوان «به‌راحتی قابل کشف» علامت‌گذاری کنند. اصلاحیه‌های مربوط به این دسته از طریق نسخه‌های نقطه‌ای (point releases) برای تمام خطوط اصلی تحت پشتیبانی منتشر شده و یک بیانیه مشورتی نیز همزمان با آن صادر می‌شود. سایر آسیب‌پذیری‌ها طبق برنامه زمان‌بندی استاندارد و بر اساس شدت، مدیریت خواهند شد.
پوانسو در بحثی در تاریخ ۲۰ اکتبر به یک هزینه جانبی این رویکرد اشاره کرد و گفت: «اقدامات کاهشی، زمان کافی برای پخته شدن (bake time) در شاخه‌های توسعه را نخواهند داشت.»
چالش نودهای پشتیبانی‌نشده
بیت‌کوین کور سه خط انتشار اصلی اخیر خود را پشتیبانی می‌کند که در حال حاضر نسخه‌های 29.x، 30.x و 31.x هستند. بررسی مذکور نشان داد که ۳,۲۴۳ همتا روی نسخه 31.x، ۷۱۲ همتا روی 30.x و ۶۳۵ همتا روی 29.x قرار دارند، در حالی که ۳,۶۷۱ همتای دیگر روی نسخه‌های 28.x و قدیمی‌تر هستند که دیگر پشتیبانی نمی‌شوند.
با انتشار رسمی نسخه 32.0، پشتیبانی از خط 29.x نیز متوقف خواهد شد. اگر نمونه آماری بدون تغییر باقی بماند، ۴,۳۰۶ از ۸,۴۲۲ همتا (معادل ۵۱.۱٪) از نسخه‌های پشتیبانی‌نشده استفاده خواهند کرد.
چرا اپراتورهای بیت‌کوین در به‌روزرسانی تأخیر می‌کنند؟
به‌روزرسانی نرم‌افزار نودها داوطلبانه است و هر به‌روزرسانی نیازمند کار عملیاتی است. برای مثال، نسخه ۳۲ بیت‌کوین کور فرمت پیش‌فرض «تراکنش‌های بیت‌کوین با امضای ناقص» (PSBT) را از نسخه ۰ به نسخه ۲ تغییر می‌دهد. یکی از کاربران در ۱۴ اکتبر گزارش داد که فایل‌های تولید شده توسط کیف پول گرافیکی جدید، در نسخه‌های قدیمی‌تر که در یک تنظیمات چندامضایی (multisignature) استفاده می‌شدند، قابل وارد کردن نیستند. به همین دلیل، سازمانی که هماهنگی بین امضاکنندگان، نرم‌افزار کیف پول و کنترل‌ها را بر عهده دارد، دلیل خوبی برای آزمایش کامل قبل از به‌روزرسانی دارد.
برای درک بهتر مدل قدیمی، می‌توان به آسیب‌پذیری CVE-2024-52911 اشاره کرد. این باگ با شدت بالا در نوامبر ۲۰۲۴ گزارش شد، در آوریل ۲۰۲۵ در نسخه 29.0 رفع شد، اما جزئیات آن در ۵ می ۲۰۲۶، یعنی حدود ۳۸۸ روز بعد، پس از پایان عمر آخرین نسخه تحت تأثیر، فاش گردید.
سیاست جدید، هماهنگی‌های امنیتی را تغییر می‌دهد اما قوانین اجماع بیت‌کوین دست‌نخورده باقی می‌مانند. آزمون واقعی این سیاست جدید، میزان پذیرش و نصب این اصلاحیه‌های سریع توسط اپراتورهای نود خواهد بود.
