واجهة Solana Leader Slot API تقيس الآن ping من 7 مناطق

ELSOUL LABO B.V. (المقر الرئيسي: أمستردام، هولندا؛ المدير التمثيلي والرئيس التنفيذي: فوميتاكي كاواساكي) وValidators DAO، مشغّلا ERPC، قد عزّزا واجهات API المخصصة لمعرفة معلومات قادة Solana ومواقعهم المُقدَّرة وزمن الاستجابة، فأضافا دعم زمن الاستجابة المرجعي (قياس ping) من 7 مناطق حول العالم إلى واجهة Leader Slot API، وبدآ توفير واجهة Validators Information API الجديدة.

أولًا، وسّعنا واجهة Leader Slot API (getLeaderSlots) بحيث يمكن الحصول على زمن الاستجابة المرجعي من 7 مناطق مراقبة تابعة لـ ERPC حول العالم (فرانكفورت وأمستردام ونيويورك ولندن وطوكيو وسنغافورة وسيدني). سابقًا، كانت القياسات تُؤخذ من فرانكفورت فقط.

إضافة إلى ذلك، أطلقنا واجهة Validators Information API (getValidatorsInformation) الجديدة. تُدرج هذه الواجهة، في استدعاء واحد، كل مدقق يحمل سلوت قيادة واحدًا على الأقل في الإيبوك الحالي. وإضافة إلى عدد السلوتات ومقدار الحصة الفعّالة، تُعيد — حيثما توفرت — الموقع المُقدَّر ونقاط النهاية الشبكية وإصدار العميل وزمن الاستجابة المرجعي من المناطق السبع.

تتوفر كلتا الواجهتين لجميع مستخدمي ERPC عبر واجهة JSON-RPC القياسية.

وثائق Leader Slot API: https://erpc.global/en/doc/rpc/leader-slot-api/
وثائق Validators Information API: https://erpc.global/en/doc/rpc/validators-information-api/

الفرق عن البنية التحتية التقليدية للتداول: في Solana تتغير وجهة الاتصال ديناميكيًا

في البورصات والأنظمة المالية التقليدية، تكون الوجهات التي تُرسَل إليها الأوامر — كالبورصة والبوابة ومحرك المطابقة — ثابتة عادةً في مراكز بيانات أو شبكات محددة.

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

أما في Solana، فالقائد — المدقق المسؤول عن إنتاج الكتل — يتناوب كل بضع سلوتات وفق جدول القادة. ولأن المدققين الذين يتولون القيادة موزعون حول العالم، فإن وجهة المعاملات والمسار الشبكي الأقرب إليها يتغيران باستمرار.

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

يلزم أولًا تحديد القادة الحاليين والمقبلين من جدول القادة. وفوق ذلك، يجب التحقق من المنطقة أو الشبكة التي يُرجَّح وجود كل مدقق فيها، ومقدار زمن الاستجابة من كل موقع إرسال، قبل اتخاذ قرار بشأن مسار الإرسال.

إن الفهم الصحيح لهذه البنية هو نقطة الانطلاق نحو إرسال معاملات منخفض زمن الاستجابة وتصميم بنية تحتية عالمية على Solana.

التعامل مع جدول القادة ومواقع الشبكة كبيانات

في بيئة تتغير فيها وجهة الاتصال ديناميكيًا، ليس من العملي أن يتحقق شخص من القائد وموقع الإرسال في كل مرة ويبدّل المسارات يدويًا.

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

القادة المسؤولون عن السلوتات الحالية والمقبلة
عدد السلوتات التي يتولاها كل مدقق
الدولة والمدينة والمنطقة المُقدَّرة لكل مدقق
نقاط النهاية الشبكية مثل TPU وQUIC
زمن الاستجابة المرجعي المُجمَّع من كل منطقة مراقبة
وقت إجراء كل قياس وحالة استجابته

يلعب الموقع المُقدَّر وزمن الاستجابة المقاس دورين مختلفين.

يمكن استخدام معلومات الموقع في القرارات متوسطة وطويلة الأمد بشأن أين تُوضع البنية التحتية والسعة. أما زمن الاستجابة المرجعي من كل منطقة، فيقدم مادة للحكم على أي موقع يُرجَّح حاليًا أن يوفر مسارًا قصيرًا.

ليس بالضرورة أن يكون الموقع الأقرب فعليًا أو جغرافيًا هو الأقصر دائمًا على الشبكة. ولهذا من المهم اتخاذ القرار بدمج الموقع المُقدَّر مع القيم المرصودة فعليًا.

واجهتا Leader Slot API وValidators Information API من ERPC هما واجهتان صُممتا لتمكينك من برمجة هذه القرارات بناءً على البيانات.

واجهة Leader Slot API: قياس زمن الاستجابة المرجعي من 7 مناطق حول العالم

تُعيد واجهة Leader Slot API سلوتات القيادة القادمة مع هوية المدقق ومقدار الحصة الفعّالة ونقاط النهاية الشبكية والموقع المُقدَّر وزمن الاستجابة المرجعي وغير ذلك.

حتى الآن، كانت قياسات pingToLeaders تُجمع من نقطة انطلاقنا في فرانكفورت فقط — نقطة مراقبة واحدة على شبكة Solana الموزعة عالميًا.

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

frankfurt
amsterdam
ny
london
tokyo
singapore
sydney

بمقارنة زمن الاستجابة المرجعي من مناطق المراقبة السبع لكل قائد، يمكنك الحكم على أي موقع إرسال يُرجَّح أن يوفر مسارًا شبكيًا قصيرًا.

وهذا يقدم مادة للقرار ليس فقط في توجيه المعاملات، بل أيضًا عند تحديد في أي مناطق تُوضع سعة RPC وgRPC وDirect Shreds وخوادم إرسال المعاملات وغيرها.

تتضمن نتائج القياس الحقل icmpReplied الذي يوضح ما إذا كان المدقق قد استجاب لـ ICMP، والحقل measuredAt الذي يوضح وقت الحصول على آخر قياس ناجح.

فالمدقق الذي لا يستجيب لـ ICMP قد تظل خدماته مثل TPU وQUIC تعمل بشكل طبيعي. ولذلك، عندما تكون قيمة icmpReplied هي false، فيجب التعامل معها لا بوصفها «بعيدًا» بل بوصفها «غير قابل للقياس عبر ICMP».

كما أنه عند تعذر الحصول على قياس ناجح وقت التحديث، لا يُكتب فوق الإدخال قيمة غير مقاسة — بل يُحتفظ بآخر قيمة قيست بنجاح ووقت قياسها.

واجهة Validators Information API: استعراض معلومات القادة عبر الإيبوك بأكمله

واجهة Leader Slot API مناسبة للقرارات على مستوى السلوت — «من هو القائد المسؤول عن السلوتات التالية؟»

أما توزيع البنية التحتية وتخطيط السعة، فيتطلبان رؤية أوسع.

من هم المدققون الذين يتولون القيادة في الإيبوك الحالي
كم سلوتًا يتولى كل منهم
في أي دول ومناطق يتوزعون
أين تُوضع البنية التحتية لتقترب من عدد أكبر من القادة

واجهة Validators Information API (getValidatorsInformation) الجديدة هي الواجهة المصممة للإجابة عن هذه الأسئلة.

عند استدعائها من دون معاملات، تُعيد كل مدقق يتولى قيادة سلوت واحد على الأقل في الإيبوك الحالي، بصف واحد لكل مدقق. وافتراضيًا، تُعاد النتائج مرتبة تنازليًا بحسب عدد سلوتات القيادة.

يتضمن كل صف المعلومات التالية.

slotCount
stakeWeight (مقدار الحصة الفعّالة بوحدة SOL)
هوية المدقق

وحيثما توفرت، تُعاد أيضًا المعلومات التالية.

المنطقة والمدينة والدولة المُقدَّرة
نقاط النهاية الشبكية
إصدار العميل
زمن الاستجابة المرجعي من المناطق السبع

ولأن البيانات تُحدَّث بانتظام، فإن استدعاء الواجهة دوريًا يُبقي مجموعة بيانات التخطيط لديك محدثة.

ويمكنك أيضًا تضييق النتائج باستخدام المعاملات الاختيارية limit (1–2000) وcountry وregion.

تُحتسب الفوترة وفق عدد المدققين المُعادين. ويتغير عدد المدققين القادة من إيبوك إلى آخر؛ وفي المثال وقت كتابة هذا البيان، يستهلك جلب 673 مدققًا كاملين 6,800 من رموز API (رصيد استخدام API من ERPC)، ويستهلك جلب ما يصل إلى 10 مدققين 100 من رموز API.

نحو توجيه قابل للبرمجة قائم على البيانات

هذه الواجهات ليست مخصصة لمجرد عرض قائمة المدققين أو زمن الاستجابة المرجعي.

فالهدف النهائي هو تمكينك من إدماج جدول القادة والمواقع المُقدَّرة للمدققين وزمن الاستجابة المرجعي من كل منطقة مراقبة في منطق القرار الخاص بتطبيقاتك.

فمثلًا، يمكن للتطبيق جلب جدول القادة القادم، ومقارنة زمن الاستجابة المرجعي من مناطق المراقبة السبع لكل قائد، ثم اختيار RPC أو مسار إرسال المعاملات المطلوب استخدامه.

ويمكنك أيضًا تحليل توزيع القادة عبر الإيبوك بأكمله، ووضع البنية التحتية مسبقًا في مناطق قريبة من المدققين ذوي أعداد السلوتات العالية.

تشمل الاستخدامات الرئيسية ما يلي.

اختيار مسارات الإرسال على مستوى السلوت
تخطيط السعة على مستوى الإيبوك
تحليل المدققين القادة حسب المنطقة
ترتيب الأولويات مع مراعاة مقدار الحصة الفعّالة وعدد السلوتات
مراقبة التغيرات في التوزيع الجغرافي والشبكي عبر الإيبوكات
الاختيار التلقائي بين خوادم RPC وخوادم الإرسال المنشورة عبر مناطق متعددة

في Solana، حيث تتغير وجهة الاتصال ديناميكيًا، لا يكفي التحسين الثابت للشبكة وحده.

بل يصبح من المهم تتبع القائد المتغير باستمرار، واختيار مسارات الإرسال والبنية التحتية ديناميكيًا وفق موقعه وحالة الشبكة.

نحو بنية تحتية لشبكة Solana مُصمَّمة للتشغيل العالمي

ERPC بنية تحتية عالية الأداء لشبكة Solana، صُممت منذ اليوم الأول على أساس التشغيل العالمي.

فشبكتنا الطرفية، وعروض Bare Metal وVPS، وDirect Shreds وGeyser gRPC، ونقاط نهاية SWQoS، وواجهات الذكاء التشغيلي هذه، جميعها تُقدَّم خدمةً لغرض مشترك.

وهذا الغرض هو تزويد البُناة الذين يطلبون تنفيذًا منخفض زمن الاستجابة وفعّالًا — في بيئة يتوزع فيها المستخدمون والقادة حول العالم — بالبيانات والبنية التحتية معًا.

أصبح بإمكانك الآن الحصول على زمن الاستجابة المرجعي من 7 مناطق حول العالم وعلى معلومات المدققين عبر الإيبوك بأكمله من خلال استدعاءات RPC بسيطة. وبات بإمكان تطبيقات Solana اختيار مواقع الإرسال ومسارات الشبكة بناءً على البيانات، استجابةً للقائد دائم التغير.

وهذه مادة لاتخاذ القرار ترتبط مباشرة بالتشغيل الفعلي للبُناة الذين يسعون إلى إرسال منخفض زمن الاستجابة وتوزيع عالمي للبنية التحتية وتحسين ديناميكي للتوجيه على Solana.

نأمل أن يفيدك ذلك في اختيار مسارات إرسال منخفضة زمن الاستجابة، وتصميم بنية تحتية تقلل عمليات النقل غير الضرورية عبر مسافات طويلة، والتخطيط لتوزيع السعة عالميًا.

للتفاصيل، راجع الوثائق.

Leader Slot API: https://erpc.global/en/doc/rpc/leader-slot-api/
Validators Information API: https://erpc.global/en/doc/rpc/validators-information-api/
لوحة تحكم ERPC على الويب: https://dashboard.erpc.global/en

ERPC توسّع واجهة Solana Leader Slot API بقياس ping من 7 مناطق عالمية — وإطلاق واجهة Validators Information API أيضًا