
شبكة Gossip هي آلية لنشر الرسائل في الأنظمة الموزعة، وتعمل بطريقة تشبه "القيل والقال" بين البشر: عندما تتلقى إحدى العقد معلومات جديدة، تمرر الرسالة إلى عدد محدود من الجيران، لتنتشر تدريجياً في الشبكة بأكملها. تم تصميم هذا الأسلوب خصيصاً للبيئات اللامركزية التي تفتقر إلى خادم مركزي، ما يسمح بإيصال الرسائل بكفاءة إلى غالبية العقد.
في هذا السياق، يشير مصطلح "P2P" إلى الاتصالات من نظير إلى نظير، حيث تتفاعل الأجهزة مباشرة دون المرور بمراكز بيانات مركزية. غالباً ما تعتمد شبكات Gossip قواعد اشتراك تتيح للعقد المهتمة بأنواع معينة من الرسائل تلقي التحديثات بسرعة أكبر—وهو نهج شائع لنشر معاملات وكتل البلوكشين.
تعتبر شبكات Gossip مثالية للأنظمة اللامركزية لأنها تعمل دون وجود نقطة تحكم واحدة وتوفر مستوى عالياً من تحمل الأعطال. حتى إذا تغيرت أجزاء من الشبكة أو توقفت بعض العقد عن العمل، يستمر نشر الرسائل طالما بقيت بعض العقد نشطة.
كما تساهم هذه الطريقة في تقليل استهلاك النطاق الترددي في البيئات ذات الموارد المحدودة: فبدلاً من إرسال الرسائل لجميع العقد دفعة واحدة، تمرر كل عقدة الرسائل إلى عدد محدد من الجيران فقط، والذين بدورهم يعيدون تمريرها. يقلل ذلك من التكرار والازدحام في الشبكة ويخفف الضغط على كل عقدة.
تلعب بروتوكولات Gossip دوراً محورياً في نشر المعاملات والكتل الجديدة ضمن شبكات البلوكشين. تُرسل المعاملات من المحافظ أو العقد إلى الجيران، لتصل في النهاية إلى العديد من العقد وتدخل إلى "mempool" أو تجمع المعاملات المرشحة، حيث تنتظر إدراجها في كتلة.
تُوزع الكتل الجديدة التي تنتجها عقد إنتاج الكتل باستخدام منطق Gossip مماثل، ما يضمن تحديث معظم العقد بسرعة إلى أحدث ارتفاع للكتلة. يدعم ذلك عمليات الإجماع والتأكيد. تسعى معظم الشبكات الرئيسية إلى نشر الكتل الجديدة عبر معظم العقد خلال ثوانٍ، لتقليل خطر تفرعات البلوكشين.
تشمل الآليات الأساسية استراتيجيات التمرير، والاشتراك والتصفية، وإزالة التكرار والتحقق، بالإضافة إلى ضبط المعلمات. هناك استراتيجيتان رئيسيتان للتمرير: "الدفع" (إرسال الرسائل الجديدة بنشاط إلى الجيران) و"السحب" (الاستعلام الدوري عن الرسائل الجديدة من الجيران).
تمكن آليات الاشتراك العقد من استقبال المواضيع ذات الصلة فقط (مثل المعاملات أو الكتل أو الأحداث المحددة)، ما يقلل من حركة البيانات غير الضرورية. تستخدم إزالة التكرار معرفات الرسائل أو تجزئة المحتوى لمنع التمرير المتكرر، بينما يُطبق التحقق التوقيعات الرقمية أو قواعد البروتوكول لتصفية الرسائل غير الصالحة وضمان صحة الشبكة.
تشمل المعلمات الرئيسية "fanout"—عدد الجيران الذين تُرسل إليهم كل رسالة—و"heartbeat"—تواتر الإشعارات أو الفحوصات الدورية. يؤثر ضبط هذه القيم على سرعة النشر واستهلاك النطاق الترددي؛ وتختلف الإعدادات المثلى حسب عدد العقد والتوزيع الجغرافي ونشاط السلسلة.
تقوم شبكات Flooding بتمرير الرسائل المستلمة إلى جميع الجيران فوراً، ما يؤدي إلى نشر سريع ولكن مع تكرار مفرط وازدحام. في المقابل، تعتمد شبكات Gossip سلاسل تمرير مضبوطة، ما يعزز الكفاءة وقابلية التوسع.
من حيث الموارد، تستهلك بروتوكولات Gossip نطاقاً ترددياً ووحدة معالجة مركزية أقل، وتتيح تحديد الأولوية وتحديد معدل الإرسال بسهولة. بينما تناسب Flooding الشبكات الصغيرة لبساطتها، إلا أنها قد تتعرض للإغراق في الشبكات الكبيرة المفتوحة ويصعب تأمينها بفعالية.
يعتمد Ethereum الرئيسي على بروتوكولات Gossip قائمة على الاشتراك لنشر المعاملات والكتل. تشارك العقد في نشر قائم على المواضيع وتستخدم آليات تقييم وتحديد معدل للحد من الإساءة. كما يعتمد Bitcoin أيضاً على النشر من نظير إلى نظير مع إزالة التكرار وتمرير مؤجل للتحكم في النطاق الترددي.
تعطي Solana الأولوية لمعدل النقل العالي والنشر السريع عبر تقسيم بيانات الكتل إلى مقاطع للبث متعدد الطبقات—وهو نهج مستوحى من شبكات Gossip. تمرر كل طبقة البيانات إلى مجموعة مختارة من الجيران، ما يسرّع التوزيع على مستوى الشبكة.
لإعداد شبكة Gossip أساسية:
تشمل المخاطر الشائعة هجمات الإغراق بالرسائل غير المرغوبة، وهجمات Sybil (إدخال عدد كبير من العقد الوهمية)، وهجمات Eclipse (عزل العقد المستهدفة بين أقران ضارين). يمكن أن تؤدي هذه الهجمات إلى إبطاء النشر، أو تشويه تدفق المعلومات، أو تعطيل إنتاج الكتل وترتيب المعاملات.
تشمل الإجراءات المضادة تنويع اتصالات الجيران (عبر المناطق الجغرافية والأنظمة المستقلة)، وتطبيق تقييم السمعة وتحديد المعدل للعقد، والتحقق من التوقيعات ومحتوى الرسائل، والحفاظ على مصادر بيانات احتياطية. يقلل نشر وصلات وعملاء متعددين للعقد الحرجة من نقاط الفشل المفردة وتفاوت البروتوكولات.
تؤثر شبكات Gossip على سرعة رؤية المعاملات من قبل الشبكة. يضمن النشر السلس دخول المعاملات إلى mempool معظم العقد بسرعة، ما يجعلها مرشحة للإدراج في الكتل من قبل المعدنين أو المدققين في وقت أقرب.
في سيناريوهات الإيداع على Gate، يعتمد وصول الأموال على عدد تأكيدات الكتل. قبل التأكيد، يجب نشر الكتل على نطاق واسع وتحقيق الإجماع عبر الشبكة. إذا حدث ازدحام أو اختلال في توازن العقد، فقد يتباطأ النشر—ما يؤدي إلى تأخير عرض الإيداعات. يمكن أن يساعد رفع رسوم المعاملات أو الإرسال في أوقات غير الذروة في تحسين تجربة المستخدم.
تعتمد شبكات Gossip على النشر التدريجي عبر جيران محدودين لنشر الرسائل بكفاءة في بيئات لا تحتوي على خوادم مركزية. من خلال الاشتراكات وإزالة التكرار وتحديد المعدل، تعزز الكفاءة والاستقرار—ما يجعلها مثالية لنشر المعاملات والكتل. تدور المفاضلات الهندسية حول ضبط fanout، وفترات heartbeat، وسياسات الأمان مع مراعاة تأثيرات المستخدم مثل تأخير الإيداع وفترات التأكيد. مع توسع الشبكة وزيادة معدل النقل، ستواصل بروتوكولات Gossip الاندماج مع أنظمة التقييم المتقدمة، وميزات تحديد الأولوية، والبث متعدد الطبقات لدعم بنية Web3 أسرع وأكثر موثوقية.
تتحقق العقد من صحة الرسائل باستخدام التجزئة التشفيرية والتوقيعات الرقمية. تحمل كل رسالة توقيعاً رقمياً للمرسل، ما يمكّن العقد المستقبلة من التحقق من الأصالة والسلامة—على غرار توقيع الطرود لضمان مصدرها وعدم العبث بها.
تتأثر سرعة النشر بطوبولوجيا الشبكة، وعدد العقد، وزمن الاستجابة. تؤدي كثافة الاتصالات بين الأقران وزمن الاستجابة المنخفض إلى نشر أسرع للرسائل. كما يؤثر تقييد النطاق الترددي على الكفاءة—تماماً كما تسمح الطرق الأوسع بحركة مرور أكثر سلاسة.
تُحدد موثوقية العقدة بناءً على السلوك السابق: فالنشر الصحيح والمتكرر دون تصرفات خبيثة يبني السمعة؛ بينما تؤدي الأخطاء المتكررة أو الرسائل المزعجة إلى تقييمات أقل. تحتفظ منصات مثل Gate بسجلات سمعة للعقد لمساعدة المستخدمين في تحديد المشاركين الموثوقين.
توفر شبكات Gossip ثلاث مزايا رئيسية: مقاومة الرقابة (لا توجد نقطة فشل واحدة)، الشفافية (يمكن تتبع جميع تدفقات الرسائل)، وزيادة الخصوصية (يتم توزيع الرسائل عبر العديد من العقد بدلاً من تخزينها مركزياً). تجعل هذه الميزات بروتوكولات Gossip مثالية لتطبيقات البلوكشين عالية الاعتمادية.
تُستخدم آليات إزالة التكرار: فكل رسالة تحمل معرفاً فريداً—عادة تجزئة المحتوى—وتتحقق العقد محلياً مما إذا كانت الرسالة قد تمت معالجتها مسبقاً. في هذه الحالة، يتم تجاهلها لمنع التكرار والحفاظ على موارد الشبكة—على غرار أنظمة تصفية البريد الإلكتروني للرسائل المكررة.


