ادعاء ينتشر على وسائل التواصل الاجتماعي بأن عقد RPC في دفتر XRP يمكنها معالجة 30,000 رسالة في الثانية يبدو مثيرًا للإعجاب. المشكلة أن المعايير الموثوقة لا تدعم هذا الرقم فعليًا.
ما الذي تُظهره الأرقام الفعلية
تُركّز XRPL Labs، إحدى المطورين الرئيسيين للبنية التحتية لدفتر XRP، على التأخير بدلاً من الإنتاجية الخام للرسائل. يُظهر نقطة النهاية العامة الخاصة بهم حاليًا تأخيرًا p50 يبلغ حوالي 371 مللي ثانية لاستدعاءات ledger_current، مما يجعلها الخيار الأقل تأخيرًا بين خوادم XRPL العامة.
تم ملاحظة أن مجموعات الخوادم العامة تتعامل مع أكثر من 10,000 قراءة في الثانية خلال فترات الاستخدام الذروة. هذا رقم قوي لبنية تحتية للسلسلة الكتلية، لكنه ثلث الرقم المدّعى البالغ 30,000.
تُدّعي GetBlock، وهي مزود بنية تحتية آخر، أن عقد XRPL الخاصة بها يمكنها معالجة أكثر من 1,000 طلب في الثانية دون قيود على معدلات الاستخدام في الإعدادات المخصصة.
أقرب ما تم التوصل إليه إلى الرقم الرئيسي يشمل رسائل المُدققين، وهي فئة مختلفة جوهريًا من حركة المرور. سجلت معالجة رسائل المُدققين متوسطات تبلغ حوالي 3,260 رسالة في الثانية تحت ظروف اختبار مثلى، مع ذروات تتجاوز 6,100 رسالة في الثانية. لكن حركة توافق المُدققين مع المُدققين وطلبات RPC بين العميل والخادم ليست شيئين متشابهين.
في بيئات الإنتاج، تراوحت سعة المعاملات الفعلية لشبكة XRPL تاريخيًا بين 100 و230 معاملة في الثانية خلال الذروات اليومية. وقد بلغت الحدود النظرية القصوى في بيئات الاختبار المضبوطة أكثر من 1,500 معاملة في الثانية، وهو ما يظل أقل بدرجة واحدة من الرقم 30,000 الذي يُتداول.
لماذا يهم الفرق
الفرق بين الرسائل في الثانية والمعاملات في الثانية مهم هنا. قد يعالج عقدة RPC آلاف طلبات القراءة (التحقق من الأرصدة، استعلامات الدفتر، تحديثات الاشتراكات) التي لا تؤدي أبدًا إلى كتابة معاملة في الدفتر. إن حساب جميع الرسائل الواردة، بما في ذلك الإشارات، فحوصات الحالة، والطلبات الفاشلة، سيُنتج دائمًا رقمًا أكبر من حساب المعاملات الفعلية التي تم معالجتها.
بالنسبة لـ XRP على وجه التحديد، هذا مهم لأن Ripple قد وضعت XRPL كبنية تحتية لمعالجة المدفوعات المؤسسية ونشاط التداول اللامركزي. كلا الاستخدامين يتطلبان أداءً قابلاً للتنبؤ به وقابلًا للتحقق منه تحت الحمل المستمر، وليس القمم النظرية التي تُحقق في ظروف المختبر.
أين تتجه بنية XRPL الفعلية
يمثل رقم تأخير p50 البالغ 371 مللي ثانية تقدمًا ذا معنى لشبكة لامركزية تعالج التحقق التشفيري على كل طلب. إن شبكة دفع تُعالج الطلبات باستمرار في أقل من 400 مللي ثانية أكثر فائدة للبنك أو مزود الدفع من شبكة تدّعي سعة إنتاجية عالية جدًا لكنها تقدم أوقات استجابة غير متوقعة.
يتم أيضًا تنويع طبقة البنية التحتية. حيث يقدم مزودون متعددون الآن خدمات عقد XRPL المخصصة، مما يوزع الحمل ويقلل من نقاط الفشل الواحدة. تشير الـ 10,000+ قراءة في الثانية التي لوحظت على العناقيد العامة إلى أن الشبكة قادرة على التعامل مع حجم كبير من الاستعلامات حتى قبل دخول الإعدادات المؤسسية المخصصة.