Erlay مقترح لتمرير المعاملات غير المؤكدة في شبكة Bitcoin من نظير إلى نظير. يجمع الإعلانات المعتادة مع مقارنة مجموعات المعرّفات، المعروفة باسم set reconciliation. يوفر نقل البيانات، لكنه لا يغيّر الإجماع ولا واجب التحقق من كل معاملة مستلمة.
في التمرير المعتاد، تتبادل العقد المتصلة رسائل INV التي تحتوي معرّفات معاملات بطول 32 بايت. غالباً ما تكون العقدة المجاورة قد عرفت المعاملة. تزيد الاتصالات الإضافية هذه الكلفة، مع أن تنوع الاتصالات يساعد على حماية العقدة من العزل والشبكة من الانقسام. [1]
يحتفظ Erlay بالإعلانات السريعة على جزء صغير من الاتصالات. وعلى البقية، تقارن كل عقدتين دورياً مجموعتي المعاملات التي لم تعلناها لبعضهما بعد. يمكن اكتشاف الفرق بملخص رياضي مضغوط يسمى sketch بدلاً من إرسال القوائم الكاملة. يصف BIP 330 امتداد بروتوكول P2P اللازم لذلك. [1]
لكل اتصال مجموعة مستقلة، وتستخدم كل جولة لقطة ثابتة منها. يقدم الطرفان قيمة salt لكل منهما: وهي مدخل مساعد لاشتقاق معرّفات قصيرة من 32 بت انطلاقاً من wtxid. يتيح PinSketch مقارنة مجموعات هذه المعرّفات. وتتولى رسائل sendtxrcncl وreqrecon وsketch وreqsketchext وreconcildiff التفاوض على الدعم وتبادل الملخصات وتحديد الإعلانات الناقصة. [1]
بعد اكتشاف الفرق، تظل العقدة تطلب المعاملة كاملة وتتحقق منها وفق قواعدها. تقلل قيمة salt إمكانية إعداد تصادمات المعرّفات القصيرة مسبقاً؛ فهي ليست كلمة مرور ولا تشفيراً للمعاملة. إذا لم تكفِ سعة الملخص، يمكن طلب توسيعه. وعند فشل المقارنة يعود البروتوكول إلى الإعلانات المعتادة. يجب أن تضع البرمجية حدوداً للحسابات والذاكرة حتى لا يستنزفها نظير بسهولة. [1]
عند المراجعة في أكتوبر 2026، كان BIP 330 يحمل حالة Draft ويصف إجراءً معدّلاً عن الدراسة الأصلية. وكانت مناقشة Bitcoin Core رقم 34542 تعيد تقييم توفير البيانات والتأخير وتعقيد الكود. لا يثبت ذلك وحده أن إصداراً معيناً من Bitcoin Core يستخدم Erlay. المرجع هو ملاحظات الإصدار وتنفيذه البرمجي والدعم الذي تفاوضت عليه العقدتان. [4]
تذكر دراسة 2019، ضمن شروط تجربتها، انخفاضاً يقارب 40% في إجمالي حركة البيانات و84% في بيانات إعلانات المعاملات. هذه نتائج محاكاة ونموذج أولي، وليست وعداً لكل شبكة حالية. قد يزيد انتظار الجولة التالية التأخير؛ والعقدة التي تستقبل المعاملات ولا تمررها قد تبطئ الانتشار أكثر. لذلك يجب قياس التوفير والسرعة معاً. [2]
يقلل Erlay الإعلانات المتكررة عن المعاملات غير المؤكدة. أما Compact Blocks فيقلل البيانات اللازمة لإعادة بناء كتلة جديدة من معاملات تعرف العقدة معظمها مسبقاً. الآليتان متكاملتان، لكن أياً منهما لا يخفي بمفرده هوية العقدة على الشبكة. ولكل منهما إجراءات خاصة للفشل وحماية من استنزاف الموارد. [3]
ابدأ بنسخة BIP 330 والكود الذي تشغّله العقدة فعلياً. افحص التفاوض على الدعم، واشتقاق المعرّفات القصيرة وقيم salt، وتوقيت الجولات، وحدود الملخصات، وسلوك reqsketchext. تحقق أيضاً من العودة إلى الإعلانات المعتادة والتحقق اللاحق من المعاملة الكاملة. اسم Erlay وحده لا يثبت مقدار التوفير أو التأخير الفعلي. [1]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Mempool, Bitcoin Core, Compact Blocks, Full Node, Sybil Attack, Eclipse Attack. تشير إلى هذا المدخل أيضًا Block Propagation.
01هل يعني BIP 330 أن Bitcoin Core لدي يستخدم Erlay بالفعل؟+
لا. المواصفة وحدها لا تضمن ذلك. افحص الإصدار المحدد وتنفيذه وما إذا كانت العقدتان قد تفاوضتا على الدعم. الكود التجريبي أو الدراسة البحثية ليسا ميزة مفعّلة في عقدتك.
02هل يستبدل Erlay التحقق من المعاملات؟+
لا. يساعد على معرفة الإعلانات التي تنقص الطرف الآخر. تظل العقدة تطلب المعاملة كاملة وتطبق قواعدها لتقرر قبولها في mempool وتمريرها.