ERPC توسّع واجهة Solana Leader Slot API بقياس ping من 7 مناطق عالمية — وإطلاق واجهة Validators Information API أيضًا
ELSOUL LABO B.V. (المقر الرئيسي: أمستردام، هولندا؛ المدير التمثيلي والرئيس التنفيذي: فوميتاكي كاواساكي) وValidators DAO، مشغّلا ERPC، قد عزّزا واجهات API المخصصة لمعرفة معلومات قادة Solana ومواقعهم المُقدَّرة وزمن الاستجابة، فأضافا إلى واجهة Leader Slot API دعم قياس زمن الذهاب والإياب المرجعي (RTT، أو ping) من 7 مناطق حول العالم، وبدآ توفير واجهة Validators Information API الجديدة.
أولًا، وسّعنا واجهة Leader Slot API (
getLeaderSlots) بحيث يمكن الحصول على RTT المرجعي من 7 مناطق مراقبة تابعة لـ ERPC حول العالم (فرانكفورت وأمستردام ونيويورك ولندن وطوكيو وسنغافورة وسيدني). سابقًا، كانت القياسات تُؤخذ من فرانكفورت فقط.إضافة إلى ذلك، أطلقنا واجهة Validators Information API (
getValidatorsInformation) الجديدة. تُدرج هذه الواجهة، في استدعاء واحد، كل مدقق يحمل سلوت قيادة واحدًا على الأقل في الإيبوك الحالي. وإضافة إلى عدد السلوتات ومقدار الحصة الفعّالة، تُعيد — حيثما توفرت — الموقع المُقدَّر ونقاط النهاية الشبكية وإصدار العميل وRTT المرجعي من المناطق السبع.تتوفر كلتا الواجهتين لجميع مستخدمي ERPC عبر واجهة JSON-RPC القياسية.
- وثائق Leader Slot API: https://erpc.global/ar/doc/rpc/leader-slot-api/
- وثائق Validators Information API: https://erpc.global/ar/doc/rpc/validators-information-api/
الفرق عن البنية التحتية التقليدية للتداول: في Solana تتغير وجهة الاتصال ديناميكيًا
في البورصات والأنظمة المالية التقليدية، تكون الوجهات التي تُرسَل إليها الأوامر — كالبورصة والبوابة ومحرك المطابقة — ثابتة عادةً في مراكز بيانات أو شبكات محددة.
ولذلك، ما إن يعرف المستخدم وجهة الاتصال حتى يصبح بإمكانه تحسين مسار الشبكة إليها باستمرار. ولأن مواقع الخوادم المستهدفة لا تتغير كثيرًا، يمكن تصميم توزيع البنية التحتية ومسارات الاتصال بشكل ثابت نسبيًا.
أما في Solana، فالقائد — المدقق المسؤول عن إنتاج الكتل — يتناوب كل بضع سلوتات وفق جدول القادة. ولأن المدققين الذين يتولون القيادة موزعون حول العالم، فإن وجهة المعاملات والمسار الشبكي الأقرب إليها يتغيران باستمرار.
بعبارة أخرى، في Solana لا يمكن التعامل مع وجهة الاتصال المطلوب تحسينها بوصفها نقطة اتصال واحدة ثابتة.
يلزم أولًا تحديد القادة الحاليين والمقبلين من جدول القادة. وفوق ذلك، يجب التحقق من المنطقة أو الشبكة التي يُرجَّح وجود كل مدقق فيها، ومقدار زمن الاستجابة من كل موقع إرسال، قبل اتخاذ قرار بشأن مسار الإرسال.
إن الفهم الصحيح لهذه البنية هو نقطة الانطلاق نحو إرسال معاملات منخفض زمن الاستجابة وتصميم بنية تحتية عالمية على Solana.
التعامل مع جدول القادة ومواقع الشبكة كبيانات
في بيئة تتغير فيها وجهة الاتصال ديناميكيًا، ليس من العملي أن يتحقق شخص من القائد وموقع الإرسال في كل مرة ويبدّل المسارات يدويًا.
المطلوب هو الحصول باستمرار على المعلومات التالية وإدماجها في منطق القرار الخاص بالتطبيقات والبنية التحتية.
- القادة المسؤولون عن السلوتات الحالية والمقبلة
- عدد السلوتات التي يتولاها كل مدقق
- الدولة والمدينة والمنطقة المُقدَّرة لكل مدقق
- نقاط النهاية الشبكية مثل TPU وQUIC
- RTT المرجعي المُجمَّع من كل منطقة مراقبة
- وقت إجراء كل قياس وحالة استجابته
يلعب الموقع المُقدَّر وزمن الاستجابة المقاس دورين مختلفين.
يمكن استخدام معلومات الموقع في القرارات متوسطة وطويلة الأمد بشأن أين تُوضع البنية التحتية والسعة. أما RTT المرجعي من كل منطقة، فيوفر مدخلًا لتحديد الموقع الأرجح حاليًا لتقديم مسار قصير.
ليس بالضرورة أن يكون الموقع الأقرب فعليًا أو جغرافيًا هو الأقصر دائمًا على الشبكة. ولهذا من المهم اتخاذ القرار بدمج الموقع المُقدَّر مع القيم المرصودة فعليًا.
واجهتا Leader Slot API وValidators Information API من ERPC هما واجهتان صُممتا لتمكينك من برمجة هذه القرارات بناءً على البيانات.
واجهة Leader Slot API: قياس RTT المرجعي من 7 مناطق حول العالم
تُعيد واجهة Leader Slot API سلوتات القيادة القادمة مع هوية المدقق ومقدار الحصة الفعّالة ونقاط النهاية الشبكية والموقع المُقدَّر وRTT المرجعي وغير ذلك.
حتى الآن، كانت قياسات
pingToLeaders تُجمع من نقطة انطلاقنا في فرانكفورت فقط — نقطة مراقبة واحدة على شبكة Solana الموزعة عالميًا.مع هذا التحديث، أصبح بإمكانك الحصول على RTT المرجعي المقاس من المناطق السبع التالية.
frankfurtamsterdamnylondontokyosingaporesydney
بمقارنة RTT المرجعي من مناطق المراقبة السبع لكل قائد، يمكنك الحكم على أي موقع إرسال يُرجَّح أن يوفر مسارًا شبكيًا قصيرًا.
ويوفر ذلك مدخلًا لاتخاذ القرار، لا في توجيه المعاملات فحسب، بل أيضًا في اختيار المناطق التي ينبغي نشر سعة RPC وgRPC وDirect Shreds وخوادم إرسال المعاملات وغيرها فيها.
تتضمن نتائج القياس الحقل
icmpReplied الذي يوضح ما إذا كان المدقق قد استجاب لـ ICMP، والحقل measuredAt الذي يوضح وقت الحصول على آخر قياس ناجح.فالمدقق الذي لا يستجيب لـ ICMP قد تظل خدماته مثل TPU وQUIC تعمل بشكل طبيعي. ولذلك، عندما تكون قيمة
icmpReplied هي false، فلا ينبغي اعتبار المدقق «بعيدًا»، بل «غير قابل للقياس عبر ICMP».كما أنه عند تعذر الحصول على قياس ناجح وقت التحديث، لا يُكتب فوق الإدخال قيمة غير مقاسة — بل يُحتفظ بآخر قيمة قيست بنجاح ووقت قياسها.
واجهة Validators Information API: استعراض معلومات القادة عبر الإيبوك بأكمله
واجهة Leader Slot API مناسبة للقرارات على مستوى السلوت — «من هو القائد المسؤول عن السلوتات التالية؟»
أما توزيع البنية التحتية وتخطيط السعة، فيتطلبان رؤية أوسع.
- من هم المدققون الذين يتولون القيادة في الإيبوك الحالي
- كم سلوتًا يتولى كل منهم
- في أي دول ومناطق يتوزعون
- أين تُوضع البنية التحتية لتقترب من عدد أكبر من القادة
واجهة Validators Information API (
getValidatorsInformation) الجديدة هي الواجهة المصممة للإجابة عن هذه الأسئلة.عند استدعائها من دون معاملات، تُعيد قائمة بكل مدقق يتولى قيادة سلوت واحد على الأقل في الإيبوك الحالي، بصف واحد لكل مدقق. وافتراضيًا، تُعاد النتائج مرتبة تنازليًا بحسب عدد سلوتات القيادة.
يتضمن كل صف المعلومات التالية.
slotCountstakeWeight(مقدار الحصة الفعّالة بوحدة SOL)- هوية المدقق
وحيثما توفرت، تُعاد أيضًا المعلومات التالية.
- المنطقة والمدينة والدولة المُقدَّرة
- نقاط النهاية الشبكية
- إصدار العميل
- RTT المرجعي من المناطق السبع
ولأن البيانات تُحدَّث بانتظام، فإن استدعاء الواجهة دوريًا يُبقي مجموعة بيانات التخطيط لديك محدثة.
ويمكنك أيضًا تضييق النتائج باستخدام المعاملات الاختيارية
limit (1–2000) وcountry وregion.تُحتسب الفوترة وفق عدد المدققين المُعادين. ويتغير عدد المدققين القادة من إيبوك إلى آخر؛ وفي المثال وقت كتابة هذا البيان، يستهلك جلب المدققين الـ673 جميعًا 6,800 من رموز API (رصيد استخدام API من ERPC)، ويستهلك جلب ما يصل إلى 10 مدققين 100 من رموز API.
نحو توجيه قابل للبرمجة قائم على البيانات
هذه الواجهات ليست مخصصة لمجرد عرض قائمة المدققين أو RTT المرجعي.
فالهدف النهائي هو تمكينك من إدماج جدول القادة والمواقع المُقدَّرة للمدققين وRTT المرجعي من كل منطقة مراقبة في منطق القرار الخاص بتطبيقاتك.
فمثلًا، يمكن للتطبيق جلب جدول القادة القادم، ومقارنة RTT المرجعي من مناطق المراقبة السبع لكل قائد، ثم اختيار مسار RPC أو مسار إرسال المعاملات المطلوب استخدامه.
ويمكنك أيضًا تحليل توزيع القادة عبر الإيبوك بأكمله، ووضع البنية التحتية مسبقًا في مناطق قريبة من المدققين ذوي أعداد السلوتات العالية.
تشمل الاستخدامات الرئيسية ما يلي.
- اختيار مسارات الإرسال على مستوى السلوت
- تخطيط السعة على مستوى الإيبوك
- تحليل المدققين القادة حسب المنطقة
- ترتيب الأولويات مع مراعاة مقدار الحصة الفعّالة وعدد السلوتات
- مراقبة التغيرات في التوزيع الجغرافي والشبكي عبر الإيبوكات
- الاختيار التلقائي بين خوادم RPC وخوادم الإرسال المنشورة عبر مناطق متعددة
في Solana، حيث تتغير وجهة الاتصال ديناميكيًا، لا يكفي التحسين الثابت للشبكة وحده.
بل يصبح من المهم تتبع القائد المتغير باستمرار، واختيار مسارات الإرسال والبنية التحتية ديناميكيًا وفق موقعه وحالة الشبكة.
نحو بنية تحتية لشبكة Solana مُصمَّمة للتشغيل العالمي
ERPC بنية تحتية عالية الأداء لشبكة Solana، صُممت منذ اليوم الأول على أساس التشغيل العالمي.
فشبكتنا الطرفية، وعروض Bare Metal وVPS، وDirect Shreds وGeyser gRPC، ونقاط نهاية SWQoS، وواجهات الذكاء التشغيلي هذه، جميعها تخدم غرضًا مشتركًا.
وهذا الغرض هو تزويد البُناة الذين يطلبون تنفيذًا منخفض زمن الاستجابة وفعّالًا — في بيئة يتوزع فيها المستخدمون والقادة حول العالم — بالبيانات والبنية التحتية معًا.
أصبح بإمكانك الآن الحصول على RTT المرجعي من 7 مناطق حول العالم وعلى معلومات المدققين عبر الإيبوك بأكمله من خلال استدعاءات RPC بسيطة. وبات بإمكان تطبيقات Solana اختيار مواقع الإرسال ومسارات الشبكة بناءً على البيانات، استجابةً للقائد دائم التغير.
وهذه معلومات داعمة لاتخاذ القرار ترتبط مباشرة بالتشغيل الفعلي للبُناة الذين يسعون إلى إرسال منخفض زمن الاستجابة وتوزيع عالمي للبنية التحتية وتحسين ديناميكي للتوجيه على Solana.
نأمل أن يفيدك ذلك في اختيار مسارات إرسال منخفضة زمن الاستجابة، وتصميم بنية تحتية تقلل عمليات النقل غير الضرورية عبر مسافات طويلة، والتخطيط لتوزيع السعة عالميًا.
للتفاصيل، راجع الوثائق.
- Leader Slot API: https://erpc.global/ar/doc/rpc/leader-slot-api/
- Validators Information API: https://erpc.global/ar/doc/rpc/validators-information-api/
- لوحة تحكم ERPC على الويب: https://dashboard.erpc.global/ar
