الأسئلة الشائعة حول نقطة نهاية Solana RPC | ERPC
Q. ما هي نقطة نهاية Solana RPC، وكيف أحصل عليها مع ERPC؟
نقطة نهاية Solana RPC هي عنوان URL الذي يستخدمه تطبيقك أو بوت التداول أو محفظتك أو نظام التحليلات لديك لإرسال طلبات JSON-RPC إلى Solana واستلام بيانات السلسلة. مع ERPC، تحصل على نقطة نهاية Solana مُدارة تدعم الوصول عبر HTTP و WebSocket من خلال شبكة البروكسي العالمية نفسها.
للبدء، أنشئ حساب ERPC الخاص بك أو افتحه في ERPC Web Dashboard، وانسخ مفتاح API الخاص بك، وأضفه إلى المعامل
api-key في عنوان URL لنقطة النهاية:text
https://edge.erpc.global?api-key=<YOUR_API_KEY>https://edge.erpc.global?api-key=<YOUR_API_KEY>استخدم تنسيق مفتاح API نفسه لاشتراكات WebSocket:
text
wss://edge.erpc.global?api-key=<YOUR_API_KEY>wss://edge.erpc.global?api-key=<YOUR_API_KEY>Q. كم عدد الرموز التي تستهلكها كل طريقة؟
نجهّز حاليًا جدولًا مفصلًا لاستهلاك الرموز. وخلال فترة التجربة المجانية، يمكنك تجربة جميع الطرق بحرية والحصول على تصور عملي للاستهلاك التقريبي.
كمرجع، المعدل الأساسي هو 42 رمزًا لكل طريقة.
Q. ما الطرق التي تدعمها Unlimited Endpoint؟
صُممت نقاط نهاية Unlimited لاستدعاءات Solana RPC القياسية منخفضة زمن الاستجابة. الطرق المدعومة هي
getSlot, getBlockHeight, getLatestBlockhash, getBalance, getAccountInfo, getMultipleAccounts, getTransaction, sendTransaction, simulateTransaction, getSignatureStatuses, getRecentPrioritizationFees, getHealth, getVersion, getEpochInfo, getBlock. للطرق الأخرى، استخدم https://edge.erpc.global?api-key=<YOUR_API_KEY>.Q. في أي المناطق تقع عقدكم؟
نشغّل حاليًا عقدًا في المناطق التالية:
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- New York (NY)
- Chicago (CHI)
- Tokyo (TY)
- Singapore (SGP)
- Sydney (SYD)
تعمل نقاط نهاية RPC من ERPC عبر Cloudflare، مستفيدةً من شبكة عالمية تضم أكثر من 300 خادم طرفي. تُوجَّه الطلبات تلقائيًا عبر أقرب موقع طرفي من Cloudflare ثم تُمرَّر إلى عقدة ERPC المثلى، مما يضمن أقصر مسار شبكة ممكن وزمن استجابة منخفضًا باستمرار من أي مكان في العالم.
تلغي هذه البنية تأثير المسافة الجغرافية أو التوجيه المعقد، وتوفر اتصالًا محسّنًا دائمًا بعقد Solana بأقصى استقرار وأداء.
ERPC Web Dashboard: ERPC Web Dashboard
Q. هل يمكنني استخدام WebSocket؟
نعم، WebSocket مدعوم. يعمل عبر نقطة النهاية نفسها، مما يتيح لك استلام تحديثات البيانات اللحظية بكفاءة.
Q. لماذا أواجه خطأ 401؟
يشير خطأ 401 إلى مشكلة في المصادقة. يرجى التحقق مما يلي:
- ما إذا كان اشتراكك قد بدأ
- ما إذا كان لديك أرصدة متبقية
إذا نفدت أرصدتك، ففكر في ترقية خطتك.
Q. لماذا أواجه خطأ 429؟
يعني خطأ 429 أنك بلغت حد المعدل. إذا تكرر هذا الخطأ وأثر في خدمتك، فيرجى التفكير في ترقية خطتك.
Q. لماذا نقاط النهاية المخصصة أسرع؟
تُستخدم نقاط النهاية المشتركة من قبل عدة عملاء يتشاركون الموارد نفسها. ومع زيادة الحركة، يميل زمن الاستجابة إلى الظهور. موارد الخادم لها حدود فيزيائية، وحجم العمل الذي يمكنها معالجته محدود. وعندما تصل طلبات كثيرة جدًا في الوقت نفسه، يجب معالجتها تسلسليًا، مما يؤدي إلى أوقات استجابة أبطأ.
وعلى الرغم من أننا نتخذ تدابير مختلفة لتحسين الأداء حتى على نقاط النهاية المشتركة، فإنك مع نقاط النهاية المخصصة تكون المستخدم الوحيد للمورد. هذا يعني أنك غير متأثر إطلاقًا بالمستخدمين الآخرين، مما يضمن استجابات مستقرة وسريعة باستمرار.
بالإضافة إلى ذلك، توفر نقاط النهاية المخصصة خيارات اتصال بدون TLS، مثل HTTP. وبتخطي مصافحة TLS (حوالي 20ms)، يصبح الاتصال أسرع مقارنةً بـ HTTPS.
Q. هل سيرتفع سعر العرض بعد اشتراكي؟
طالما ظل اشتراكك نشطًا، يظل سعر العرض الذي ثبّته عند التسجيل ساريًا. البيئات القادرة على الصمود تحت عبء عمل Solana اللحظي نادرة عالميًا، ونعتزم رفع الأسعار المعلنة بما يتماشى مع الطلب المتنامي على العتاد والشبكة. التكوينات الأعلى مواصفات والمناطق الأكثر طلبًا تنفد أسرع، لذا فإن تثبيت السعر الترويجي الحالي هو الخيار الأكثر كفاءة من حيث التكلفة على المدى الطويل.
Q. أريد الدفع بالعملات المشفرة
تتوفر المدفوعات بالعملات المشفرة من ERPC Web Dashboard عندما تكون دولة عنوان الفوترة المسجل لديك إحدى دول الاتحاد الأوروبي الأعضاء. يمكنك استخدام SOL أو USDC أو EURC لشراء أرصدة ERPC.
استخدم أرصدة ERPC تلك لتفعيل خطط ERPC أو مواصلتها. افتح لوحة التحكم، واختر الدفع بالعملات المشفرة، وأرسل التحويل من محفظتك، وستتحقق لوحة التحكم من المعاملة وتضيف الأرصدة إلى حسابك.
الدول المدعومة: النمسا، بلجيكا، بلغاريا، كرواتيا، قبرص، تشيكيا، الدنمارك، إستونيا، فنلندا، فرنسا، ألمانيا، اليونان، المجر، أيرلندا، إيطاليا، لاتفيا، ليتوانيا، لوكسمبورغ، مالطا، هولندا، بولندا، البرتغال، رومانيا، سلوفاكيا، سلوفينيا، إسبانيا، السويد.
للدول غير المدرجة في القائمة، يرجى الدفع ببطاقة ائتمان.
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. كيف يمكنني تحقيق أدنى زمن استجابة ممكن؟
الإعداد المثالي لأدنى زمن استجابة هو عقدة RPC مخصصة مدمجة مع خوادم Bare-Metal لدينا. كلاهما يتشاركان الشبكة نفسها، مما يتيح اتصالًا خاصًا بمسافة صفرية مع زمن بينغ يقارب 0.1ms.
يرجى التواصل معنا عبر ERPC Web Dashboard لمزيد من التفاصيل.
Q. المعاملات على عقدتي المخصصة تحقق معدل نجاح منخفضًا
تتأثر معدلات نجاح المعاملات وسرعتها بشكل كبير بآلية تُسمى QoS (جودة الخدمة). نقدم QoS خصيصًا للعقد المخصصة. لمزيد من التفاصيل، يرجى الرجوع إلى الصفحات أدناه أو الاستفسار عبر 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 إذا كنت تستهدف أقصى أداء.