ERPC تنقل Solana RPC (HTTP / WebSocket) إلى Firedancer عبر جميع المناطق، محسّنةً زمن الاستجابة المنخفض والاستقرار حتى لنقاط النهاية المشتركة عبر HTTPS

ERPC، التي تُشغَّل من ELSOUL LABO B.V. (المقر الرئيسي: أمستردام، هولندا؛ المدير التمثيلي والرئيس التنفيذي: فوميتاكي كاواساكي) وValidators DAO، تُعلن أنها نقلت جميع عقد Solana RPC عبر جميع المناطق إلى عميل Firedancer، باستثناء العقد المخصصة لـ SWQoS في منطقة فرانكفورت.

ونتيجةً لهذا الترحيل، حقق Solana RPC من ERPC — بما في ذلك نقاط نهاية RPC المشتركة عبر HTTPS — تحسينات إضافية في زمن الاستجابة المنخفض واستقرار المعالجة. كما تشير ملاحظات المستخدمين الحاليين إلى أن نقاط النهاية المشتركة من ERPC يُنظَر إليها بوصفها أسرع عند مقارنتها بعقد RPC المخصصة لدى مزوّدين آخرين.

التحديات البنيوية لزمن الاستجابة والاستقرار في Solana RPC

في تطوير Solana وتشغيلها، يُعد RPC أساسًا لا غنى عنه. فإرسال المعاملات، واسترجاع حالات الحسابات، والمراقبة الفورية لسلوك التطبيقات، كلها تعتمد على RPC.

وفي الوقت نفسه، يتحدد زمن استجابة RPC بمجموعة من العوامل، تشمل المسافة الفعلية، ومسارات الشبكة، وعبء تشفير TLS، وكفاءة تنفيذ العقدة، وتركّز الحمل. وفي بيئات RPC المشتركة على وجه الخصوص، يُحدث استخدام HTTPS عبء TLS لا مفر منه، ويميل نموذج العقد المشتركة إلى تضخيم تقلبات زمن الاستجابة وتباينه.

وقد عالجت ERPC هذه التحديات باستمرار عبر بنيتها التحتية الأساسية، بما في ذلك التوزيع العالمي للعقد، وتسليم البيانات عبر الحافة (edge)، وتغذية Shreds عبر جميع العقد. ويُعد الترحيل إلى Firedancer امتدادًا لهذه الجهود المتواصلة.

فلسفة تصميم Firedancer وأهدافه

Firedancer عميل Solana مضبوط بالكامل بلغة البرمجة C، وقد صُمم لا لتحسين معايير القياس النظرية، بل لرفع سقف الأداء العملي في التشغيل الفعلي.

ومقارنةً بعميل Agave واسع الاستخدام، يطبق Firedancer تحسينات واسعة على إدارة الذاكرة ومسارات المعالجة والتعامل مع الشبكة، مما يتيح أداءً منخفض زمن الاستجابة وأكثر استقرارًا وكفاءة معالجة أعلى في ظل ظروف العتاد نفسها.

نتائج التحقق والرؤى التشغيلية من شبكتي الاختبار والتطوير

نشرت ERPC عميل Firedancer في بيئتي RPC الخاصتين بشبكة الاختبار (testnet) وشبكة التطوير (devnet) لديها وأجرت تحققًا مستمرًا. ومن خلال هذه العملية، أكدت ERPC أن Firedancer قادر على تقليل استهلاك الذاكرة مع تقديم زمن استجابة منخفض أكثر استقرارًا ورفع حدود المعالجة الإجمالية مقارنةً بعميل Agave.

إضافةً إلى ذلك، لاحظت ERPC حالات استطاعت فيها تهيئات خوادم كانت تعاني لتحقيق تشغيل مستقر مع Agave أن تعمل بنجاح مع Firedancer. وهذه الخاصية مهمة ليس للأداء فحسب، بل أيضًا لتمكين عمليات موفرة للطاقة وعالية الفعالية.

تستند هذه النتائج لا إلى قيم نظرية أو معايير قياس اصطناعية، بل إلى التشغيل الفعلي والمراقبة المستمرة داخل بنية ERPC التحتية.

تفاصيل الترحيل عبر جميع المناطق في ERPC

مع هذا التحديث، نقلت ERPC جميع عقد Solana RPC إلى عميل Firedancer، باستثناء العقد المخصصة لـ SWQoS في منطقة فرانكفورت.

ويسري هذا الترحيل على التهيئة بأكملها، بما في ذلك نقاط نهاية RPC المشتركة عبر HTTPS. ويستفيد المستخدمون الحاليون من تحسينات زمن الاستجابة والاستقرار التي يوفرها Firedancer من دون الحاجة إلى أي تغييرات في الإعدادات أو أعمال ترحيل من جانبهم.

أما منطقة فرانكفورت، فتخطط ERPC للمضي في ترحيل تدريجي لها ما إن يكتمل دعم وظيفة SWQoS في Firedancer.

بنية ERPC القائمة على النشر العالمي وتغذية Shreds

توفر ERPC خدمة Solana RPC عبر عقد كاملة منشورة في سبعة مواقع عالمية. إضافةً إلى ذلك، تُسلَّم البيانات عبر أقصر المسارات الممكنة من أكثر من 300 مركز بيانات طرفي حول العالم.

وتستقبل جميع المواقع وجميع العقد Shreds وتغذيها، معتمدةً بنية تتجاوز مباشرةً Shreds المتداولة داخل شبكة مدققي Solana.

ولأن Shreds تنتشر عبر UDP وتُمنح الأولوية وفق وزن الحصة، فإن عقد RPC — التي لا تحمل حصة — تميل في التهيئات التقليدية إلى استلام البيانات متأخرة، مما يؤدي غالبًا إلى تأخر في تتبع الكتل.

وبإدخال مسارات انتشار Shreds مباشرةً في عقد RPC لديها، تتيح ERPC سرعات لحاق بالكتل بمستوى المدققين حتى داخل بيئة RPC. ويقدم هذا النهج خصائص استجابة سريعة باستمرار عبر جميع المناطق وجميع العقد.

مواضع RPC المشترك وUnlimited Endpoints وVPS

بعد الترحيل إلى Firedancer، أظهرت نقاط نهاية RPC المشتركة عبر HTTPS تحسينات في كل من زمن الاستجابة المنخفض والاستقرار.

فضلًا عن ذلك، تلغي Unlimited Endpoints حدود TPS وتزيل نحو 20 ms من العبء المرتبط بـ TLS (HTTPS)، مما يتيح استخدام RPC عبر HTTP / WebSocket. وعند دمجها مع عروض VPS من ERPC على المنصة نفسها، تتيح هذه التهيئة تنفيذ أساليب Solana RPC الأساسية في أقل من 2 ms.

تقليديًا، كان تحقيق مثل هذا الإعداد يتطلب عقد RPC مخصصة تكلف آلاف الدولارات، مع خوادم مجاورة تُوفَّر بشكل منفصل. أما ERPC فتقدم أداءً مماثلًا بنحو عُشر تلك التكلفة.

معلومات الأسعار

يُرجى الرجوع إلى جداول الأسعار أدناه لخطط Solana RPC المشترك وUnlimited Endpoints وVPS.

يمكن للمستخدمين اختيار الخطة الأنسب بناءً على حالة الاستخدام والبنية الخاصة بهم.

استمرار البحث والتطوير

ستواصل ERPC جهودها في البحث والتطوير مع التركيز على تحقيق التوازن بين زمن الاستجابة والاستقرار في بنية Solana RPC التحتية لديها. ويشمل ذلك الترحيل المخطط لعقد منطقة فرانكفورت بعد اكتمال دعم SWQoS في Firedancer، فضلًا عن تحسينات تدريجية ومستمرة عبر المنصة.

وتولي ERPC الأولوية للتطور طويل الأمد بوصفها بنية تحتية قادرة على استيعاب أحمال العمل الإنتاجية الفعلية.

رسالة العام الجديد

عام جديد سعيد.
نشكر بصدق جميع المستخدمين على دعمهم المتواصل على مدار العام الماضي.

في عام 2026، ستواصل ERPC تطورها بوصفها منصة بنية تحتية لـ Solana بمستوى الإنتاج، دافعةً السرعة والاستقرار معًا.
نتطلع إلى دعمكم المتواصل لـ ERPC.

الاستفسارات والتشاور

للتشاور بشأن تصميم البنية، أو اختيار المنطقة، أو الجمع بين Unlimited Endpoints وVPS، يُرجى التواصل معنا عبر Discord الرسمي لـ Validators DAO.

Discord الرسمي لـ Validators DAO: https://discord.gg/C7ZQSrCkYR
الموقع الرسمي لـ ERPC: https://erpc.global/ar/