ERPC ترقّي عقد RPC الكبيرة الخاصة بـ Solana في فرانكفورت إلى وحدات معالجة EPYC من الجيل الخامس (Turin) — الارتقاء بنقاط نهاية HTTP / WebSocket / Unlimited Endpoints إلى مستوى الأداء التالي لأعباء العمل التي تتنافس على مستوى المللي ثانية

ERPC، التي تديرها ELSOUL LABO B.V. (المقر الرئيسي: أمستردام، هولندا؛ المدير التمثيلي والرئيس التنفيذي: فوميتاكي كاواساكي) وValidators DAO، قد أتمت نشر وحدات معالجة EPYC من الجيل الخامس (Turin) في عقد RPC الكبيرة لديها في منطقة فرانكفورت (FRA).

ومع هذه الترقية، توسّع فائض المعالجة تحت ذروة الحمل والتزامن العالي لأعباء عمل RPC، خصوصًا عبر نقاط نهاية HTTP وWebSocket وUnlimited Endpoints.

واصلت ERPC الاستثمار في فرانكفورت لأن الشروط التي تتيح بقاء النتائج مستقرة في عمليات Solana الواقعية تتركز في هذه المنطقة.

تستضيف فرانكفورت كثافة عالية من كبار المدققين والحصة، مما يخلق بنية يمكن فيها لعمليات مثل استلام Shreds واللحاق (catch-up) والتصويت وتحديث الحالة أن تمضي باستمرار عبر مسارات شبكية قصيرة. وهذه البنية ليست مجرد مسألة قرب جغرافي، بل تقوم على التموضع الفعلي للمشاركين في التنفيذ ومسارات الشبكة.

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

يعزز إدخال وحدات معالجة EPYC من الجيل الخامس (Turin) قاعدة التنفيذ عبر تحسين متوازٍ لمتوسط أزمنة الاستجابة وفائض المعالجة في أوقات الذروة والاستقرار تحت التزامن العالي.

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

وللاستخدام عالي الحمل، بما في ذلك Unlimited Endpoints، يضمن التكوين فائض معالجة مستقرًا حتى مع ازدياد الاتصالات المتزامنة وكثافة الطلبات.

EPYC من الجيل الخامس (Turin) جيل معالجات صُمم للعمل باستمرار عند مستويات تردد عالية مع دعم عدد كبير من الأنوية والخيوط.

تتميز أعباء عمل Solana بتحولات سريعة في حالة الحمل وذروات متتالية. وفي مثل هذه البيئات، تؤثر القدرة على الحفاظ على الأداء الحسابي والاستقرار التشغيلي معًا في ظل ظروف حمل متداخلة مباشرة في سلوك اللحاق واستقرار نتائج التنفيذ.

ومع تحسينات معمارية كبيرة، يوفر جيل Turin توازنًا بين الأداء الأقصى والأداء المستدام، مما يجعله خيارًا عقلانيًا نواةً لمنصة تنفيذ RPC لـ Solana.

في أعباء عمل Solana RPC، تجري المعالجة الحسابية والوصول إلى الذاكرة بكثرة وبالتوازي. وما يهم هنا ليس عرض النطاق الأقصى فحسب، بل أيضًا تكوين تبقى فيه سرعة الذاكرة وسلوكها متسقين تحت الحمل المستدام.

فعلى المنصات من فئة سطح المكتب، تفرض تكوينات الذاكرة ذات الوحدات الأكثر (DIMM) عمومًا سرعات قصوى أدنى للذاكرة. فعلى سبيل المثال، تعرّف مواصفات Ryzen 9 9950X سرعة DDR5-5600 لتكوينات وحدتين وDDR5-3600 لتكوينات أربع وحدات.

ولعقد RPC الكبيرة في فرانكفورت، اعتمدت ERPC معالجات EPYC من الجيل الخامس (Turin) مع تكوين ذاكرة متعدد القنوات موجه للخوادم. ويوفر جيل EPYC 9005 (Turin) بنية ذاكرة ذات 12 قناة، وتتيح المنصات الداعمة ظروف ذاكرة عالية عرض النطاق بما في ذلك DDR5-6400.

في عمليات عقد Solana، تُقرأ أحجام كبيرة من البيانات وتُكتب باستمرار من وإلى السجل (ledger) ومخزن الكتل (blockstore). وفي ظل هذه الظروف، تؤثر خصائص إدخال/إخراج التخزين مباشرة في نتائج التنفيذ.

وفي الوقت الحاضر، تُبنى كثير من الإعدادات التشغيلية على وحدات معالجة EPYC من الجيل الرابع مقترنة بتخزين NVMe Gen4. غير أن NVMe Gen5 يواجه قيودًا في التوفر ومتطلبات التشغيل معًا، ولا يمكن استخدام إلا عدد محدود من التكوينات باستقرار في بيئات الإنتاج.

وقد اختير تخزين NVMe Gen5 المُدخل في هذه الترقية للحفاظ على خصائص إدخال/إخراج مستقرة حتى في ظل أعباء عمل القراءة والكتابة المتواصلة النموذجية لعمليات Solana. وبالتعاون مع مراكز بيانات شريكة، اختُبرت خيارات متعددة من NVMe Gen5، واختير الأنسب منها لأعباء عمل Solana.

نشأت ERPC من عمليات مشاريعنا الخاصة.

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

ولاحقًا، بفحص التحديات التي تواجه مشاريع أخرى، حددنا حالات كثيرة أصبحت فيها بنية RPC التحتية عنق الزجاجة تحت المعالجة عالية الحمل. وعندما استخدمت هذه المشاريع البنية التحتية التي بنيناها لأعباء عملها الفعلية، تلقينا تقييمات ملموسة بشأن معدلات نجاح التنفيذ والاستقرار تحت الحمل.

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

بدأت ERPC بخبرة عملية اكتُسبت من تشغيل مشاريعنا الخاصة.

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

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

والاستخدام العملي والملاحظات من المستخدمين يعززان هذا الأساس أكثر.

وعرفانًا لهذه الملاحظات، ستواصل ERPC الاستثمار في تحسين أداء بنية تنفيذ RPC لديها ومتانتها.

شكرًا لدعمكم المتواصل لـ ERPC.

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