ERPC تُرقي بنيتها التحتية لـ Solana RPC وWebSocket وGeyser gRPC على نطاق واسع — تحسّن كبير في أداء التطبيقات الحية في مقارنة واقعية مع خدمة RPC خارجية كبرى
ERPC تُرقي بنيتها التحتية لـ Solana RPC وWebSocket وGeyser gRPC على نطاق واسع — تحسّن كبير في أداء التطبيقات الحية في مقارنة واقعية مع خدمة RPC خارجية كبرى
ELSOUL LABO B.V. (المقر الرئيسي: أمستردام، هولندا؛ المدير التمثيلي والرئيس التنفيذي: فوميتاكي كاواساكي) وValidators DAO، مشغّلا ERPC، يسعدهما الإعلان عن ترقية كبرى عبر بنية ERPC التحتية لـ Solana RPC وWebSocket وSolana Geyser gRPC.
تضيف هذه الترقية عقدة عالية السعة من الطراز الأول وتحسّن Solana RPC وWebSocket وGeyser gRPC والبوابة الداخلية ومحوّلات تسليم البيانات الفورية وبرمجيات الشبكة وتهيئة الخوادم كنظام موحد. واستنادًا إلى البيانات المتراكمة من أنماط الحمل وسلوك الاشتراكات والاستخدام على مستوى الأساليب وعوامل زمن الاستجابة التي تُرصد كثيرًا في التطبيقات الحية، حسّنت ERPC الأداء على مسارات قريبة من الاستخدام الإنتاجي الفعلي.
وفي مقارنة واقعية من بيئة عميل فرانكفورت نفسها مع خدمة RPC خارجية كبرى، أظهرت ERPC أداءً قويًا عبر عدة مقاييس تهم التطبيقات الحية، بما فيها زمن الاستجابة الوسيط لـ HTTP getSlot، ووقت اتصال WebSocket، ووقت الإشعار الأول لوظيفة transactionSubscribe المتوافقة عبر WebSocket، وحداثة السلوت، والأخطاء.
لا يقتصر هذا التحسين على خطة جديدة محددة. بل سيُطرح تدريجيًا عبر خطط ERPC المتعلقة بـ Solana RPC وSolana Geyser gRPC. ويكون الأثر كبيرًا بوجه خاص في استخدام Solana RPC وGeyser gRPC، وتطبق ERPC التحسينات المؤكدة في فرانكفورت على المناطق الأخرى خطوة بخطوة.
لوحة تحكم ERPC: https://dashboard.erpc.global/en
موقع ERPC: https://erpc.global/en
مقارنة واقعية مع خدمة RPC خارجية كبرى تُظهر تحسنًا كبيرًا للتطبيقات الحية
أُجريت هذه المقارنة من بيئة عميل فرانكفورت نفسها، بقياس ERPC وخدمة RPC خارجية كبرى في الظروف نفسها. وركّز الاختبار على المسارات التي تؤثر مباشرة في تجربة التطبيقات الحية، بما فيها HTTP getSlot وWebSocket slotSubscribe ووظيفة transactionSubscribe المتوافقة عبر WebSocket.
في النتائج الممثلة، بلغ زمن الاستجابة الوسيط لـ HTTP getSlot على ERPC قيمة 23.4ms وعلى خدمة RPC الخارجية الكبرى قيمة 39.9ms، أي إن ERPC أسرع بنحو 1.7 مرة. وبلغ وقت اتصال WebSocket على ERPC قيمة 87ms وعلى خدمة RPC الخارجية الكبرى قيمة 157ms، أي إن ERPC أسرع بنحو 1.8 مرة. وبالنسبة للإشعار الأول لوظيفة transactionSubscribe المتوافقة عبر WebSocket، سجلت ERPC قيمة 240ms بينما سجلت خدمة RPC الخارجية الكبرى قيمة 556ms، أي إن ERPC أسرع بنحو 2.3 مرة.
وبالنسبة لتطبيقات Solana الحية، لا يكفي متوسط زمن الاستجابة البسيط. فإنشاء الاتصال ووقت الإشعار الأول واستقرار الاشتراكات الفورية وحداثة السلوت وغياب الأخطاء كلها مهمة. وخصوصًا في كشف الأحداث على السلسلة وتطبيقات التداول وأنظمة المراقبة وتسليم التنبيهات وبنية التحليلات والبوتات وواجهات API الخلفية، فإن سرعة وصول الإشعار الأول ومدى اتساق استقبال البيانات بعد بدء الاشتراك يؤثران مباشرة في وقت بدء المعالجة اللاحقة.
في هذه المقارنة، رصدت كل من ERPC وخدمة RPC الخارجية الكبرى السلوت نفسه في حداثة getSlot على مستويي processed وconfirmed. وفي WebSocket slotSubscribe أيضًا، رصدت كلتا الخدمتين السلوت نفسه في الوقت نفسه. وأظهرت ERPC تفوقًا في سرعة الاتصال مع الحفاظ على حداثة السلوت نفسها. وبلغ عدد الأخطاء 0 على الجانبين.
تحسين HTTP وWebSocket وGeyser gRPC كنظام متكامل واحد
هذه الترقية ليست مجرد نتيجة لإضافة خادم آخر. بل راجعت ERPC وحسّنت مسار HTTP لـ Solana RPC ومسار WebSocket ومسار أحداث Geyser والبوابة الداخلية ومحوّلات البيانات الفورية وعمليات التسليم وبرمجيات الشبكة كنظام متكامل واحد.
في تطبيقات Solana الإنتاجية، لا يكفي أن يكون HTTP RPC سريعًا وحده. فتجربة التطبيق الفعلية قد تتغير كثيرًا عندما تكون اتصالات WebSocket بطيئة، أو تتأخر الإشعارات الأولى، أو لا تتوسع إنتاجية الاشتراكات الفورية، أو يظهر زمن استجابة أثناء التحويل من Geyser gRPC إلى طبقات متوافقة مع WebSocket، أو تزدحم المعالجة الخلفية تحت الحمل العالي.
لا تتعامل ERPC مع HTTP وWebSocket وGeyser gRPC بوصفها ميزات منعزلة. بل تحسّنها كمسار متواصل يستقبل بيانات Solana ويعالجها ويسلّمها ويعرضها للتطبيقات. وتستند إضافة العقدة الكبيرة وتحسينات برمجيات الشبكة وتحسينات البوابة وتحسينات محوّل WebSocket وتحسين مسار Geyser gRPC في هذه الترقية إلى ذلك النهج المتكامل.
تحسينات مسار Geyser gRPC ومحوّل WebSocket تعزز أداء الإشعار الأول
من المجالات التي أظهرت فيها هذه الترقية نتائج قوية بوجه خاص الجمع بين مسار Geyser gRPC ومحوّل WebSocket. فتقدم ERPC البيانات الفورية المستلمة كأحداث Geyser بصيغة يسهل استخدامها أيضًا عبر طبقة متوافقة مع WebSocket.
في مقارنة فرانكفورت من العميل نفسه لوظيفة transactionSubscribe المتوافقة، سجلت ERPC وقت إشعار أول قدره 240ms مع 0 أخطاء. وسجلت خدمة RPC الخارجية الكبرى وقت إشعار أول قدره 556ms مع 0 أخطاء. وكانت ERPC أسرع بنحو 2.3 مرة في وقت الإشعار الأول، مع تأكيد أن أداء التسليم المستمر عند مستوى مساوٍ أو أعلى أيضًا.
لا يمكن تفسير هذه النتيجة بالمسافة الشبكية وحدها. ففي تسليم بيانات Solana الفورية، يتحدد أداء الوصول النهائي بمجموعة أداء العقدة ومعالجة Geyser gRPC ومعالجة البوابة وتحويل WebSocket ومعالجة الطوابير وبنية التوزيع (fanout) وكفاءة برمجيات الشبكة. وتواصل ERPC تحسين هذه المكونات بناءً على اتجاهات الحمل اليومية ونتائج القياس الفعلية.
اتصال وإشعار أول أسرع مع الحفاظ على حداثة السلوت
عند تحسين السرعة، من المهم أيضًا التأكد من أن الخدمة لا تعيد ببساطة بيانات قديمة بشكل أسرع. ففي هذه المقارنة، رصدت كل من ERPC وخدمة RPC الخارجية الكبرى السلوت نفسه في حداثة getSlot على مستويي processed وconfirmed، وهما المستويان اللذان تستخدمهما التطبيقات الحية أساسًا.
وفي WebSocket slotSubscribe أيضًا، رصدت كلتا الخدمتين السلوت نفسه في الوقت نفسه. وأظهرت ERPC تفوقًا في سرعة الاتصال مع الحفاظ على حداثة السلوت نفسها. وبلغ وقت اتصال WebSocket slotSubscribe على ERPC قيمة 87ms وعلى خدمة RPC الخارجية الكبرى قيمة 157ms، أي إن ERPC أسرع في الاتصال بنحو 1.8 مرة.
وفي الوقت نفسه، قد يتفاوت أداء RPC وWebSocket بحسب المنطقة ووقت اليوم وموقع العميل وظروف الاشتراك وظروف الحمل. وتتتبع ERPC بشكل منفصل الوسيط وp95 والقيم القصوى ووقت الإشعار الأول والإنتاجية وحداثة السلوت ومعدل الأخطاء، وتحسّن باستمرار المقاييس المهمة في الاستخدام الواقعي. هذه الترقية خطوة كبيرة إلى الأمام، لكن ERPC ستواصل التحسين عبر المناطق والأساليب وأحمال العمل بدلًا من اعتبار نتيجة واحدة نقطة النهاية.
تغطية موسعة لطبقات WebSocket / RPC المتوافقة، بما في ذلك Burst
إضافة إلى تحسينات الأداء، توسع هذه الترقية أيضًا تغطية الأساليب في طبقات WebSocket / RPC المتوافقة حول نقاط النهاية المرتبطة بـ Geyser gRPC، بما في ذلك Burst.
فعلى سبيل المثال، أُضيف دعم لأساليب التأكيد والحالة القياسية مثل getVersion وgetSlot وgetBlockHeight وgetLatestBlockhash وisBlockhashValid. وهذا يجعل البيئة أسهل استخدامًا ليس فقط للاشتراكات الفورية، بل أيضًا لفحوص الحالة المحيطة والطلبات المساعدة.
ERPC ليست خدمة ثابتة تقدم جدول ميزات محددًا فحسب. بل توسع ERPC التغطية باستمرار بناءً على الأساليب وظروف الاشتراك والاستعلامات ومتطلبات التطبيقات التي يحتاجها المستخدمون فعلًا. وإذا واجهتك مشكلة في أسلوب محدد أو طلب أو شرط اشتراك أو ميزة متوافقة مع WebSocket أو نمط استخدام Geyser gRPC، فيرجى إنشاء تذكرة دعم عبر Discord الرسمي لـ Validators DAO. وبمشاركة الطلب المحدد والسلوك المتوقع وتفاصيل الخطأ وسياق الاستخدام، يمكنك المساعدة في توجيه توسعة التوافق والتحسينات المستقبلية.
طرح تدريجي عبر خطط Solana RPC وGeyser gRPC
لا يقتصر هذا التحسين على تهيئة مخصصة محددة. بل ستطبقه ERPC تدريجيًا عبر جميع المناطق لخطط Solana RPC وWebSocket وSolana Geyser gRPC.
في فرانكفورت، أكدت ERPC بالفعل تحسينات كبيرة في المقارنة الواقعية مع خدمة RPC خارجية كبرى. ومن هنا، ستطبق ERPC هذه التحسينات على جميع المناطق خطوة بخطوة، مع الاستمرار في ضبط كل منطقة بناءً على أنماط الاستخدام واتجاهات الحمل ومسارات الشبكة وتهيئة الخوادم.
قوة ERPC لا تقتصر على إضافات الميزات لمرة واحدة. بل تكمن في التحسين المستمر لأداء الخطط القائمة وتغطية الأساليب ومسارات التسليم وتهيئات الخوادم بناءً على البيانات المستمدة من الاستخدام الإنتاجي الفعلي. ففي بيئات إنتاج Solana، تتغير ظروف الشبكة والحركة واستخدام الأساليب وحجم الاشتراكات والطلب الإقليمي باستمرار. وتواصل ERPC التطور كمنصة متخصصة في Solana تتحسن مع هذه التغيرات.
تطبيق قياسات العميل نفسه على التحسين المستمر
تستخدم ERPC أيضًا القياسات المستمدة من مقارنات الخدمات الخارجية كمدخل للتحسين المستمر. ففي هذا الاختبار، قاست ERPC بشكل منفصل HTTP getSlot ووقت اتصال WebSocket ووقت الإشعار الأول لوظيفة transactionSubscribe المتوافقة عبر WebSocket وحداثة السلوت والأخطاء من بيئة عميل فرانكفورت نفسها.
قد يتفاوت أداء Solana RPC وWebSocket بحسب المنطقة وموقع العميل وظروف الاشتراك والأساليب ووقت اليوم وظروف الحمل والتهيئة الخلفية. ولهذا السبب، لا تركز ERPC على متوسط واحد فحسب، بل أيضًا على المقاييس التي تؤثر في وقت بدء معالجة التطبيق الفعلية، بما فيها إنشاء الاتصال ووقت الإشعار الأول وحداثة السلوت ومعدل الأخطاء.
المهم للمستخدمين هو ما إذا كانت البيانات التي يتطلبها تطبيقهم تصل بالسرعة والاستقرار المطلوبين. وتواصل ERPC تحسين الأداء العملي عبر تشغيل Solana RPC وWebSocket وGeyser gRPC وShredstream وVPS وخوادم Bare Metal على منصة واحدة متخصصة في Solana.
تجارب مجانية للخطط المؤهلة والاختبار بأحمال عمل حقيقية
تتوفر حاليًا تجارب مجانية للخطط المؤهلة. ويمكن للمستخدمين التحقق من الخطط المؤهلة من لوحة تحكم ERPC واختبار تحسينات بنية Solana RPC وWebSocket وGeyser gRPC التحتية في ظروف قريبة من أحمال العمل الفعلية.
فبالنسبة لتطبيقات Solana، لا تكفي أرقام المعايير وحدها. بل تعتمد التهيئة المثلى على الأساليب التي يستخدمها التطبيق، والمنطقة التي يتصل منها العميل، وحجم الاشتراكات المطلوب، وما إذا كان وقت الإشعار الأول هو الأولوية، وما إذا كانت الإنتاجية هي الأولوية، ومدى أهمية حداثة السلوت لحمل العمل.
ومن لوحة تحكم ERPC، يمكن للمستخدمين مراجعة الخطط بما فيها Solana RPC وWebSocket وSolana Geyser gRPC، وتبنّي التهيئة التي تطابق احتياجاتهم الحالية. ويمكن لمستخدمي ERPC الحاليين أيضًا التحقق من سرعة الاستجابة وأداء الاشتراكات والأساليب المدعومة في أحمال عملهم الحالية بعد انعكاس التحسينات في بيئتهم.
لوحة تحكم ERPC: https://dashboard.erpc.global/en
التحسين المستمر كبنية تحتية متخصصة في Solana
لا تقدم ERPC خدمة Solana RPC كنقطة نهاية API بسيطة فحسب. بل تحسّنها كبنية تحتية تدعم جودة تنفيذ تطبيقات Solana. ففي Solana، يؤثر HTTP RPC وWebSocket وGeyser gRPC وShredstream وSWQoS وتوزيع الخوادم وجودة المدققين ومسارات الشبكة وأداء عقد المعالجة مباشرة في سرعة التطبيقات واستقرارها.
حصلت ELSOUL LABO على اعتماد برنامج WBSO الحكومي الهولندي لدعم البحث والتطوير لخمس سنوات متتالية منذ 2022. وتواصل الشركة البحث والتطوير في بنية Solana RPC التحتية وعمليات المدققين وتسليم البيانات الفورية ودعم التطوير والتشغيل القائم على وكلاء الذكاء الاصطناعي. وتنعكس النتائج عبر ERPC وSLV وSLV AI ومركز بيانات AS200261 المتخصص في Solana والخدمات ذات الصلة.
هذه الترقية الكبرى أيضًا جزء من ذلك البحث والتطوير المستمر. فمن خلال إضافة عقد كبيرة عالية الأداء وتحسينات برمجيات الشبكة وتحسينات البوابة وتحسينات محوّل WebSocket وتحسينات مسار Geyser gRPC وتوسعة تغطية الأساليب، تعزز ERPC أكثر أداء البنية التحتية الذي تتطلبه تطبيقات Solana الحية.
ستواصل ERPC تحسين البنية التحتية المتخصصة في Solana عبر Solana RPC وWebSocket وSolana Geyser gRPC وSolana Shredstream وVPS وخوادم Bare Metal. وستواصل توفير بيئة يمكن فيها للمستخدمين التعامل مع مزيد من بيانات Solana بشكل أسرع وأوثق، ويمكن فيها للمطورين التركيز على تطوير التطبيقات والعمليات الإنتاجية.
التواصل
للاستفسار عن Solana RPC أو WebSocket أو Solana Geyser gRPC أو Burst أو الأساليب المدعومة أو التجارب المجانية أو الخطط القائمة أو المناطق أو المعايير أو استشارات التهيئة، يرجى إنشاء تذكرة دعم عبر Discord الرسمي لـ Validators DAO.
وإذا واجهتك مشكلة في أسلوب محدد أو شرط اشتراك أو استعلام أو ميزة متوافقة مع WebSocket أو نمط استخدام Geyser gRPC، فيرجى تضمين الطلب المحدد والسلوك المتوقع عند التواصل معنا. وتواصل ERPC تحسين التغطية والأداء بناءً على متطلبات المستخدمين الفعلية.
لوحة تحكم ERPC: https://dashboard.erpc.global/en
موقع ERPC: https://erpc.global/en
Discord الرسمي لـ Validators DAO: https://discord.gg/C7ZQSrCkYR
الأخبار
