لا تدع الجهات الفاسدة تخدعك في التفكير بأن Bitcoin Core 30 يسمح لك بإعادة تفعيل حد ناقل البيانات:
1) إلى جانب إزالة الحد الافتراضي، لقد قاموا أيضًا بكسره أكثر. حجم الناقل البياناتي=83 الآن (اعتبارًا من Core 30) يسمح لـ 83 مخرجات بإجمالي 830 بايت من الرسائل غير المرغوب فيها، بدلاً من 92 بايت فقط من الرسائل غير المرغوب فيها (9 بايت منها لم تكن عشوائية) كما في Core 29 وما قبله.
2) تم وضع حجم الناقل البياناتي كغير مدعوم، ومن المخطط صراحةً إزالته في إصدار مستقبلي (من المحتمل أن يكون ذلك بصمت، نظرًا لأنه "قد تم إهماله بالفعل").
3) لم يصلح Core أبدًا استغلالات النقش (CVE-2023-50428 و CVE-2024-34149) التي تسمح للمرسلين بتجاوز حد حجم الناقل البياناتي.
الطريقة الوحيدة للمضي قدمًا الآن هي الهجرة الجماعية إلى Knots. ليست الطريقة التي أردت أن تسير بها الأمور، لكن Core لم يعطنا خيارًا آخر. بمجرد حل هذه المشكلة، يجب أن نتجنب وضع كل بيضنا في سلة واحدة، ونشجع على إنشاء واستخدام عملاء متعددين.
1) إلى جانب إزالة الحد الافتراضي، لقد قاموا أيضًا بكسره أكثر. حجم الناقل البياناتي=83 الآن (اعتبارًا من Core 30) يسمح لـ 83 مخرجات بإجمالي 830 بايت من الرسائل غير المرغوب فيها، بدلاً من 92 بايت فقط من الرسائل غير المرغوب فيها (9 بايت منها لم تكن عشوائية) كما في Core 29 وما قبله.
2) تم وضع حجم الناقل البياناتي كغير مدعوم، ومن المخطط صراحةً إزالته في إصدار مستقبلي (من المحتمل أن يكون ذلك بصمت، نظرًا لأنه "قد تم إهماله بالفعل").
3) لم يصلح Core أبدًا استغلالات النقش (CVE-2023-50428 و CVE-2024-34149) التي تسمح للمرسلين بتجاوز حد حجم الناقل البياناتي.
الطريقة الوحيدة للمضي قدمًا الآن هي الهجرة الجماعية إلى Knots. ليست الطريقة التي أردت أن تسير بها الأمور، لكن Core لم يعطنا خيارًا آخر. بمجرد حل هذه المشكلة، يجب أن نتجنب وضع كل بيضنا في سلة واحدة، ونشجع على إنشاء واستخدام عملاء متعددين.