الأسئلة الشائعة - Geyser gRPC Stream
Q. في أي المناطق تقع عقدكم؟
نشغّل حاليًا عقدًا في المناطق التالية:
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- New York (NY)
- Tokyo (TY)
- Singapore (SGP)
- Sydney (SYD)
يقيس ERPC زمن الاستجابة الفعلي للشبكة استنادًا إلى مسارات التوجيه الحقيقية، فيختار تلقائيًا المنطقة ذات زمن الاستجابة الأدنى بدلًا من الاعتماد على المسافة المستقيمة. لا يحسّن هذا النهج زمن الاستجابة للمستخدمين الأفراد فحسب، بل يعزز أيضًا كفاءة الشبكة بشكل عام ويقوي مرونة ERPC العالمية ضد الهجمات المحتملة.
إذا لم تختر بيئتك المنطقة المثلى تلقائيًا، فيرجى التواصل معنا عبر ERPC Web Dashboard.
ERPC Web Dashboard: https://dashboard.erpc.global/ar
Q. يظهر زمن الاستجابة 9999ms وتُختار منطقة غير مثلى. ماذا أفعل؟
لاختيار منطقة gRPC، يرسل ERPC فحوصات زمن استجابة ICMP إلى عنوان IP المسجل لديك من مضيفي البروكسي المدرجين أدناه. اسمح بطلبات ICMP echo الواردة من كل عنوان IP مصدر مدرج. إذا حظرها جدار ناري (ufw أو جدار ناري سحابي أو مجموعة أمان وما إلى ذلك)، فقد تصبح القيمة المقاسة
9999ms وقد تُختار منطقة غير مثلى. عناوين IP المتعددة في المنطقة الواحدة هي مضيفو فحص منفصلون؛ وكلها مطلوبة.| منطقة الفحص | عناوين IP مصدر ICMP |
|---|---|
| 🇳🇱 Amsterdam | 84.32.103.245, 84.32.64.77 |
| 🇺🇸 New York | 64.130.37.222 |
| 🇩🇪 Frankfurt | 185.191.118.149, 185.191.118.177, 185.191.118.206 |
| 🇬🇧 London | 67.209.52.250 |
| 🇯🇵 Tokyo | 198.13.133.88 |
| 🇸🇬 Singapore | 202.8.11.52 |
| 🇦🇺 Sydney | 82.26.116.36 |
| 🛰️ Far Point | 63.254.162.14 |
Q. أضفت عنوان IP الخاص بي إلى قائمة السماح، لكنني ما زلت غير قادر على الاتصال. ما الذي يجب أن أفحصه؟
تستخدم نقاط نهاية ERPC gRPC و Shreds بروتوكول HTTP الصريح على المنفذ 80، وهي محمية بقائمة السماح لعناوين IP. ولا تستخدم HTTPS/TLS على المنفذ 443.
إذا نسخت مثال عميل من مزود آخر، فقد يكون افتراضيًا
:443 أو HTTPS. استبدال النطاق فقط قد يترك إعدادات المنفذ و TLS دون تغيير، مما يمنع الاتصال من العمل.نقاط النهاية أدناه أمثلة. استبدلها بنقطة النهاية الخاصة بك الظاهرة في لوحة التحكم. استخدمها بصيغة HTTP، أو حدد المنفذ 80 صراحةً عندما يتطلب عميلك مضيفًا ومنفذًا:
gRPC العادي
- غير صالح:
grpc-fra1-1.erpc.global:443 - صالح:
grpc-fra1-1.erpc.global:80 - صالح بصيغة URL:
http://grpc-fra1-1.erpc.global
Burst gRPC
- غير صالح:
grpc-fra1-burst.erpc.global:443 - صالح:
grpc-fra1-burst.erpc.global:80 - صالح بصيغة URL:
http://grpc-fra1-burst.erpc.global
تعتمد المصادقة على عنوان IP المسجل لديك. لا تضف ترويسات
x-token أو token أو Authorization إلى نقاط نهاية ERPC gRPC أو Shreds ما لم تطلب منك صفحة منتج معينة ذلك صراحةً.Q. ما هي Geyser gRPC Burst؟
Geyser gRPC Burst هي فئة gRPC المشتركة منخفضة زمن الاستجابة من ERPC لأحمال عمل بث Solana الحساسة لزمن الاستجابة. توفر واجهة Yellowstone/Geyser gRPC نفسها المتوفرة في خدمة gRPC العادية، بما في ذلك اشتراكات الحسابات والمعاملات والسلوتات والكتل، مع استخدام بنية تحتية إقليمية خاصة بـ Burst.
تعمل Burst حاليًا في Frankfurt و Amsterdam و New York و Tokyo و Singapore. يختار النظام أفضل منطقة Burst متاحة لعنوان IP المسجل لديك بناءً على قياسات زمن الاستجابة الفعلية.
Q. ما عناوين IP التي يجب أن أضيفها إلى قائمة السماح لـ Burst gRPC؟
تستخدم Burst مصادر فحص ICMP الإقليمية نفسها المدرجة أعلاه لاختيار المنطقة بناءً على زمن الاستجابة. العناوين أدناه هي عناوين IP لنقاط نهاية عملاء Burst، وليست مصادر فحص ICMP؛ اسمح بها فقط إذا كان جدارك الناري الصادر يقيّد الاتصالات بنقطة النهاية المختارة.
| المنطقة | نطاق Burst | عنوان IP |
|---|---|---|
| 🇩🇪 Frankfurt | grpc-fra1-burst.erpc.global | 64.130.41.234 |
| 🇳🇱 Amsterdam | grpc-ams1-burst.erpc.global | 64.130.55.180 |
| 🇺🇸 New York | grpc-ny6-burst.erpc.global | 64.130.59.217 |
| 🇯🇵 Tokyo | grpc-tokyo-burst.erpc.global | 208.91.107.247 |
| 🇸🇬 Singapore | grpc-singapore-burst.erpc.global | 67.209.55.15 |
إذا حُظرت مصادر فحص ICMP أعلاه، فقد يعرض ERPC Dashboard القيمة
9999ms وقد تختار Burst منطقة غير مثلى. حظر عنوان نقطة نهاية Burst يؤثر في اتصال العميل، وليس في قياس زمن الاستجابة.Q. هل Burst هي نفسها Direct Shreds أو ShredStream؟
لا. Burst هي خدمة Yellowstone/Geyser gRPC كاملة عبر واجهة gRPC القياسية. وهي مناسبة عندما تحتاج إلى تدفقات الكتل أو السلوتات أو المعاملات أو الحسابات من عميل gRPC.
Direct Shreds / ShredStream منتج منفصل قائم على UDP لبيانات shred الخام، وقد يكون مفضلًا عندما تكون أولويتك الحصول على مسار بيانات ما قبل الكتلة في أقرب وقت ممكن. يخدم المنتجان واجهات وأحمال عمل مختلفة.
Q. لم أستخدم سوى WebSocket من قبل. هل يمكنني استخدام gRPC؟ هل لديكم أمثلة؟
نعم. يمكنك الاختبار بسرعة والبدء في التطوير مع gRPC باستخدام SLV.
لنقطة نهاية مشتركة يمكنك اختبارها دون رمز، نفّذ:
bash
slv check grpc --endpoint <YOUR_ENDPOINT> --token noneslv check grpc --endpoint <YOUR_ENDPOINT> --token noneاطلع على دليل البدء السريع لـ gRPC لمزيد من التفاصيل.
Q. هل يمكنني تسجيل عنواني IP؟
يمكنك استخدام نقطة نهاية واحدة لكل اشتراك. إذا رغبت في استخدام عنواني IP، فيجب عليك الاشتراك في اشتراكين منفصلين.
Q. هل توجد حدود على الفلاتر؟
لا، لا توجد حدود على الفلاتر.
Q. أي منطقة تنصحون بها؟
لا توجد منطقة واحدة مثلى دائمًا. Solana شبكة عالمية، والمدقق القائد يتغير في كل سلوت. المناطق التي تضم عددًا أكبر من المدققين وحصة أعلى تشهد سلوتات قيادة بوتيرة أكبر، مما قد يساعد المعاملات على الوصول بشكل أسرع. والمقايضة هي أن حركة المنافسين تتمركز هناك أيضًا، لذا قد تحقق منطقة أقل ازدحامًا نتائج أفضل أحيانًا بحسب استراتيجيتك.
كنقطة بداية عملية، اختر منطقة كثيفة المدققين مثل Frankfurt أو الساحل الشرقي للولايات المتحدة عندما يكون توفر سلوتات القيادة بثبات هو الأهم، أو ضع نفسك بالقرب من مدقق مستهدف محدد عندما يكون التنفيذ بأقصر مسار هو الأولوية. استخدم Validators Solutions لفهم التوزيع العام لشبكة Solana، ثم استخدم ERPC Leader Slot API والقياسات الفعلية لتقرير ما إذا كان النشر في منطقة واحدة أو منطقتين أو عالميًا هو الأنسب.
Q. أحتاج إلى زمن استجابة يبلغ ~400ms على الأقل أو أفضل.
لتحقيق زمن استجابة في حدود 400ms تقريبًا، ضع هذه النقاط الأساسية في الحسبان:
-
فهم واقعي لقيم البينغ: تشير قيم البينغ إلى ظروف مثالية ولا تعكس زمن الاستجابة الفعلي في اتصالات البث، التي تبلغ عادة نحو 5 أضعاف زمن البينغ. على سبيل المثال، بينغ بقيمة 100ms عبر القارات ينتج عنه واقعيًا زمن استجابة يقارب 500ms. لذا يجب إنشاء البنية التحتية داخل المنطقة نفسها لتحقيق زمن استجابة ~400ms.
- مرجع نموذجي لقيم البينغ:
- الشبكة نفسها: ~0.1ms
- الربط البيني للشبكات الخاصة (PNI): ~0.2ms
- مركز البيانات نفسه: ~0.3ms
- المدينة نفسها: ~1ms
- بلد مجاور: ~5–10ms
- بين القارات: ~100–300ms
- مرجع نموذجي لقيم البينغ:
-
تجنب فخ متوسط زمن الاستجابة: مدققو Solana موزعون جغرافيًا حول العالم، ويتغير جدول القائد عشوائيًا مع كل إيبوك. الاعتماد على متوسط زمن الاستجابة لتحقيق ~400ms أمر غير عملي. بدلًا من ذلك، يجب أن تتتبع بدقة جداول المدققين في منطقتك المحددة لتحديد السلوتات ذات زمن الاستجابة الأدنى. ولتحقيق الحد الأدنى من زمن الاستجابة باستمرار، يلزم وجود بنية تحتية في جميع المناطق ذات الصلة. فداخل المنطقة نفسها، يمكن أن يتم الحصول على البيانات خلال عشرات المللي ثانية، مع إمكانية الإرسال في بضع مللي ثانية فقط.
-
تتبع جدول القائد: راقب باستمرار جدول المدقق القائد لمنطقتك باستخدام ERPC Leader Slot API (
getLeaderSlots). توفر بيانات لحظية عن القادة القادمين ووزن الحصة والمواقع الجغرافية للمدققين وقيم البينغ المرجعية، مما يتيح لك تحديد سلوتات التداول المثلى بأدنى زمن استجابة بدقة. بيانات الخرائط العامة وواجهات RPC الأصلية مفيدة لرؤية واسعة للشبكة، لكنها ليست دقيقة بما يكفي لتوقيت التنفيذ. تسد Leader Slot API هذه الفجوة بالتفصيل اللازم لقرارات التوجيه والتداول.
بيانات شبكة Solana: Validators Solutions
Q. كيف يمكنني تحقيق تداول الكتلة الصفرية (السلوت الصفري)؟
يتطلب تحقيق تداول الكتلة الصفرية (السلوت الصفري) بنجاح استراتيجيات أكثر تطورًا، كما يلي:
-
تحديد مناطق الفرص: مدققو Solana موزعون حول العالم، ومن المستحيل فيزيائيًا تحقيق زمن استجابة مثالي لكل سلوت. لذلك، راقب جداول قيادة المدققين في المنطقة التي توجد فيها بنيتك التحتية وحدد مناطق الفرص الأكثر ملاءمة. وقد يكون نشر البنية التحتية عبر مناطق متعددة مفيدًا أيضًا. فعلى سبيل المثال، تُعد Frankfurt منطقة رئيسية بفضل كثافة المدققين العالية فيها، مما يؤدي إلى اختيار القائد بوتيرة أكبر وفرص تداول أكثر.استخدم ERPC Leader Slot API (
getLeaderSlots) للحصول على جداول القيادة اللحظية ووزن الحصة وبيانات الموقع الجغرافي للمدققين وقيم البينغ المرجعية بدقة أعلى بكثير من مصادر بيانات الخرائط العامة أو واجهات RPC الأصلية. يتيح لك ذلك التنبؤ بمناطق الفرص بدقة أكبر وتنفيذ صفقات بزمن استجابة شبه معدوم. -
تطبيق العقد المخصصة: إذا كنت تجد صعوبة في المنافسة، ففكر في نشر عقد مخصصة. تعاني العقد المشتركة من زمن استجابة بسبب حركة المستخدمين الآخرين، وبالتالي لا يُنصح بها. علاوة على ذلك، فإن وضع عقدتك المخصصة داخل الشبكة نفسها مع تطبيقك يقلل زمن استجابة الشبكة بشكل كبير ويحسّن الأداء.
Q. هل يمكنني استخدام نقطة نهاية محددة؟
للحفاظ على بيئة منخفضة زمن الاستجابة، يختار نظامنا تلقائيًا أقرب عقدة متاحة. إذا رغبت في استخدام نقطة نهاية محددة، فنوصي باستئجار خادم يقع في أقرب موقع من نقطة النهاية تلك.
Q. أواجه خطأ 401. لماذا؟
للحفاظ على بيئة منخفضة زمن الاستجابة، نطبق قيودًا على عناوين IP. إذا لم يكن لديك اشتراك أو لم يكن عنوان IP الخاص بك مسجلًا، فستتلقى خطأ 401.
يرجى التحقق مرة أخرى من أن عنوان IP المسجل لديك يطابق عنوان IP الذي تصل منه حاليًا.
Q. أواجه خطأ 429. لماذا؟
لقد بلغت حد الاتصالات في خطتك.
إذا واجهت هذا الخطأ، ففكر في ترقية خطتك. وإذا كنت تحتاج إلى اتصالات أكثر مما توفره خطتنا المميزة، فستكون عقدة gRPC مخصصة أنسب.
Q. لماذا نقاط النهاية المخصصة أسرع؟
تُستخدم نقاط النهاية المشتركة من قبل عدة عملاء يتشاركون الموارد نفسها. ومع زيادة الحركة، يميل زمن الاستجابة إلى الظهور. موارد الخادم لها حدود فيزيائية، وحجم العمل الذي يمكنها معالجته محدود. وعندما تصل طلبات كثيرة جدًا في الوقت نفسه، يجب معالجتها تسلسليًا، مما يؤدي إلى أوقات استجابة أبطأ.
وعلى الرغم من أننا نتخذ تدابير مختلفة لتحسين الأداء حتى على نقاط النهاية المشتركة، فإنك مع نقاط النهاية المخصصة تكون المستخدم الوحيد للمورد. هذا يعني أنك غير متأثر إطلاقًا بالمستخدمين الآخرين، مما يضمن استجابات مستقرة وسريعة باستمرار.
بالإضافة إلى ذلك، توفر نقاط النهاية المخصصة خيارات اتصال بدون TLS، مثل HTTP. وبتخطي مصافحة TLS (حوالي 20ms)، يصبح الاتصال أسرع مقارنةً بـ HTTPS.
Q. هل سيرتفع سعر العرض بعد اشتراكي؟
طالما ظل اشتراكك نشطًا، يظل سعر العرض الذي ثبّته عند التسجيل ساريًا. البيئات القادرة على الصمود تحت عبء عمل Solana اللحظي نادرة عالميًا، ونعتزم رفع الأسعار المعلنة بما يتماشى مع الطلب المتنامي على العتاد والشبكة. التكوينات الأعلى مواصفات والمناطق الأكثر طلبًا تنفد أسرع، لذا فإن تثبيت السعر الترويجي الحالي هو الخيار الأكثر كفاءة من حيث التكلفة على المدى الطويل.
Q. أريد الدفع بالعملات المشفرة
تتوفر المدفوعات بالعملات المشفرة من ERPC Web Dashboard عندما تكون دولة عنوان الفوترة المسجل لديك إحدى دول الاتحاد الأوروبي الأعضاء. يمكنك استخدام SOL أو USDC أو EURC لشراء أرصدة ERPC.
استخدم أرصدة ERPC تلك لتفعيل خطط ERPC أو مواصلتها. افتح لوحة التحكم، واختر الدفع بالعملات المشفرة، وأرسل التحويل من محفظتك، وستتحقق لوحة التحكم من المعاملة وتضيف الأرصدة إلى حسابك.
الدول المدعومة: النمسا، بلجيكا، بلغاريا، كرواتيا، قبرص، تشيكيا، الدنمارك، إستونيا، فنلندا، فرنسا، ألمانيا، اليونان، المجر، أيرلندا، إيطاليا، لاتفيا، ليتوانيا، لوكسمبورغ، مالطا، هولندا، بولندا، البرتغال، رومانيا، سلوفاكيا، سلوفينيا، إسبانيا، السويد.
للدول غير المدرجة في القائمة، يرجى الدفع ببطاقة ائتمان.
Q. كيف يمكنني تحقيق أدنى زمن استجابة ممكن؟
نوصي بشدة بدمج عقدة gRPC مخصصة مع خادم Bare-Metal الخاص بنا.
كلاهما يتشاركان الشبكة نفسها، مما يتيح اتصالًا خاصًا بمسافة صفرية دون المرور عبر الإنترنت. يحقق هذا الإعداد زمن استجابة منخفضًا للغاية، عادةً حوالي 0.1ms بينغ.
يرجى التواصل معنا عبر ERPC Web Dashboard لمزيد من التفاصيل.
Q. كيف هو زمن الاستجابة؟
يختلف زمن الاستجابة بحسب طريقة القياس وبيئة الاستخدام الخاصة بك. وبدلًا من التركيز على القيم الرقمية الدقيقة، من الأهم التأكد من أن زمن الاستجابة يلبي متطلباتك التشغيلية الفعلية.
نوفر تجارب مجانية في جميع خططنا، مما يتيح لك اختبار الأداء مباشرة في بيئتك الواقعية. كما نوفر أدوات سهلة الاستخدام بلغتي TypeScript و Rust لقياس زمن الاستجابة. لا تتردد في استخدام هذه الأدوات إلى جانب تجربتك المجانية.
Q. هل هذا RPC (gRPC, Shreds) أسرع من غيره؟
نشجعك على تجربة نسختنا التجريبية المجانية ومقارنة الأداء مع الخدمات الأخرى. إذا وجدت خدمتنا أبطأ، فيرجى إخبارنا بالظروف المحددة والمنافسين الذين قارنتها بهم عبر ERPC Web Dashboard. سنحدد السبب ونحسّن السرعة أكثر.
نعمل باستمرار على تحسين زمن الاستجابة بناءً على ملاحظات العملاء. إذا كنت تسعى إلى أسرع نقطة نهاية ممكنة، فيرجى مشاركة معلومات مفصلة معنا. فتقديم مقاييس محددة وظروف مقارنة مع المنافسين يتيح لنا تقديم أداء متفوق. وقد مكّننا هذا النهج القائم على الملاحظات باستمرار من تحسين خدماتنا.
Q. أي خطة تقدم أسرع أداء؟
بشكل عام، توفر خطتنا الأعلى فئة أسرع أداء بفضل وحدات معالجة مركزية متفوقة وسعات ذاكرة أعلى وتكوينات عتاد قوية.
كما نقدم حلولًا مخصصة إذا كنت تحتاج إلى خوادم أقوى، لكن خططنا القياسية مصممة لتقديم أفضل نسبة سعر إلى أداء.
نحن واثقون من تقديم أداء عالمي المستوى عند كل مستوى سعري. إذا وجدت مزودًا أسرع ضمن النطاق السعري نفسه، فيرجى إخبارنا لنحقق في الأمر ونجري التحسينات.
Q. أواجه زمن استجابة مرتفعًا. ماذا يمكنني أن أفعل؟
يعتمد زمن الاستجابة بشكل كبير على قربك من نقطة النهاية. نوصي بالوصول من خادم قريب من نقطة النهاية الموفَّرة. وتتحقق أسرع الاتصالات مع خادم Bare-Metal وخدمة VPS لدينا.
Q. ما الأسرع: WebSockets أم gRPC أم Shreds؟
تصنّف ملاحظات عملائنا السرعة باستمرار كما يلي:
Shreds > gRPC > WebSockets
يرجى مشاركة تجربتك إذا لاحظت نتائج مختلفة.
Q. زمن الاستجابة ليس كما توقعت.
يختلف الأداء بحسب لغة البرمجة المستخدمة. وبشكل عام، يترتب ترتيب سرعة اللغات كما يلي:
Rust > Go > TypeScript (JavaScript) > Python
للمقارنات التفصيلية، راجع:
للحصول على أقصى أداء، نوصي بشدة باستخدام Rust.