FAQ - خوادم Bare Metal
Q. لماذا تتمتع خوادم Bare Metal لديكم بهذه السرعة العالية؟
بالإضافة إلى استخدام وحدات معالجة مركزية (CPUs) عالية الأداء وذاكرة وصول عشوائي (RAM) وأقراص NVMe SSDs، اخترنا مزوّدي الخدمة الشركاء بعناية بناءً على خبرة واسعة، بما يضمن أداءً مثاليًا ثابتًا حتى من الأجهزة ذات المواصفات نفسها. ويضمن مزوّدو الخدمة الموثوقون لدينا أعلى جودة في وحدات المعالجة المركزية والذاكرة وأقراص SSDs والبنية التحتية للشبكة، ويعملون باستمرار على تحسين خدماتهم عبر إضافة المزيد من نقاط التواجد (PoPs) وتقليل زمن الاستجابة إلى نقاط التواجد الأكثر استخدامًا.
علاوةً على ذلك، تدمج منصتنا مشاركة الشبكة بالكامل، مما يقلّل فعليًا المسافة بين تطبيقاتك وشبكة Solana إلى الصفر. وبما أن سرعة الشبكة تمثّل عادةً عنق الزجاجة الرئيسي في الأداء، فقد أنشأنا بيئة شبكة Solana عالية السرعة ومحسّنة للتخلص من هذه المشكلة، بما يضمن تحقيق تطبيقاتك لأقصى أداء.
Q. ما مزايا Bare Metal؟ وما الفرق بينه وبين VPS؟
توفر خوادم Bare Metal خادمًا فعليًا مخصّصًا حصريًا لاستخدامك. أما خوادم VPS فهي بيئات افتراضية تقسّم أنوية المعالج الفعلية إلى عدة وحدات معالجة مركزية افتراضية (vCPUs)، مما يسمح بوجود عدد من vCPUs أكبر من الأنوية الفعلية المتاحة.
- للاستخدام الموجّه نحو الأداء: يُنصح بخوادم Bare Metal.
- لتحسين التكلفة مقابل الأداء: يُنصح بخوادم VPS.
Q. هل يمكنني إضافة عنوان IPv4 عام إلى خادم Bare Metal الخاص بي؟
يمكن إضافة عناوين IPv4 عامة فقط مع عقد سنوي لخادم Bare Metal. لمزيد من التفاصيل، تواصل مع فريق الدعم عبر لوحة تحكم ERPC.
Q. في أي المناطق تقع عقدكم؟
نعمل حاليًا على تشغيل عقد في المناطق التالية:
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- Stockholm (STO)
- New York (NY)
- Chicago (CHI)
- Salt Lake City (SLC)
- Tokyo (TY)
- Singapore (SGP)
ERPC Web Dashboard: https://dashboard.erpc.global/ar
Q. أريد أفضل بيئة ممكنة.
بالنسبة إلى UDP Forwarding Standard، اختر منطقة متاحة أثناء الإعداد الأولي واضبط عنوان IPv4 عامًا صالحًا وغير فارغ مع المنفذ كوجهة. يمكن تغيير المنطقة والوجهة لاحقًا من لوحة التحكم. يؤدي تغيير المنطقة إلى تغيير عنوان IP المصدر لإعادة التوجيه، لذلك يجب أن يسمح جدار الحماية في جهة الاستقبال بعنوان IP المصدر الجديد لإعادة التوجيه.
للحصول على التفاصيل، يُرجى التواصل معنا عبر ERPC Web Dashboard.
Q. لماذا نقاط النهاية المخصصة أسرع؟
تُستخدم نقاط النهاية المشتركة من قبل عدة عملاء يتشاركون الموارد نفسها. ومع ازدياد حركة المرور، يميل زمن الاستجابة إلى الارتفاع. موارد الخادم لها حدود فيزيائية، وحجم العمل الذي يمكنها معالجته محدود. وعندما تصل طلبات كثيرة جدًا في الوقت نفسه، يجب معالجتها تسلسليًا، مما يؤدي إلى أوقات استجابة أبطأ.
وعلى الرغم من أننا نتخذ تدابير مختلفة لتحسين الأداء حتى على نقاط النهاية المشتركة، فإنك مع نقاط النهاية المخصصة تكون المستخدم الوحيد للمورد. هذا يعني أنك غير متأثر إطلاقًا بالمستخدمين الآخرين، مما يضمن استجابات مستقرة وسريعة باستمرار.
بالإضافة إلى ذلك، توفر نقاط النهاية المخصصة خيارات اتصال بدون TLS، مثل HTTP. وبتخطي مصافحة TLS (حوالي 20ms)، يصبح الاتصال أسرع مقارنةً بـ HTTPS.
Q. هل سيرتفع سعر العرض بعد اشتراكي؟
طالما ظل اشتراكك نشطًا، يظل سعر العرض الذي ثبّتَّه عند التسجيل ساريًا. البيئات القادرة على الصمود تحت عبء عمل Solana اللحظي نادرة عالميًا، ونعتزم رفع الأسعار المعلنة تدريجيًا بما يتماشى مع الطلب المتنامي على العتاد والشبكة. التكوينات الأعلى مواصفات والمناطق الأكثر طلبًا تنفد أسرع، لذا فإن تثبيت السعر الترويجي الحالي هو الخيار الأكثر كفاءة من حيث التكلفة على المدى الطويل.
Q. أريد الدفع بالعملات المشفرة
تتوفر المدفوعات بالعملات المشفرة من ERPC Web Dashboard عندما تكون دولة عنوان الفوترة المسجل لديك إحدى دول الاتحاد الأوروبي الأعضاء. إذا كانت جميع بطاقات الدفع المسجلة في حسابك صادرة خارج الاتحاد الأوروبي، فلا تتوفر المدفوعات بالعملات المشفرة. يمكنك استخدام SOL أو USDC أو EURC لشراء أرصدة ERPC.
استخدم أرصدة ERPC تلك لتفعيل خطط ERPC أو مواصلتها. افتح لوحة التحكم، واختر الدفع بالعملات المشفرة، وأرسل التحويل من محفظتك، وستتحقق لوحة التحكم من المعاملة وتضيف الأرصدة إلى حسابك.
الدول المدعومة: النمسا، بلجيكا، بلغاريا، كرواتيا، قبرص، تشيكيا، الدنمارك، إستونيا، فنلندا، فرنسا، ألمانيا، اليونان، المجر، أيرلندا، إيطاليا، لاتفيا، ليتوانيا، لوكسمبورغ، مالطا، هولندا، بولندا، البرتغال، رومانيا، سلوفاكيا، سلوفينيا، إسبانيا، السويد.
للدول غير المدرجة في القائمة، يرجى الدفع ببطاقة ائتمان.
Q. أي منطقة تنصحون بها؟
لا توجد منطقة واحدة مثلى دائمًا. Solana شبكة عالمية، ويتناوب دور القائد بين المدققين سلوتًا بعد سلوت. المناطق التي تضم عددًا أكبر من المدققين وحصة أعلى تشهد سلوتات قيادة بوتيرة أكبر، مما قد يساعد المعاملات على الوصول بشكل أسرع. لكن في المقابل، تتمركز حركة المرور المنافسة هناك أيضًا، لذا قد تحقق منطقة أقل ازدحامًا نتائج أفضل أحيانًا بحسب استراتيجيتك.
كنقطة بداية عملية، اختر منطقة كثيفة المدققين مثل فرانكفورت أو الساحل الشرقي للولايات المتحدة عندما يكون توفر سلوتات القيادة بثبات هو الأهم، أو ضع نفسك بالقرب من مدقق مستهدف محدد عندما يكون التنفيذ بأقصر مسار هو الأولوية. استخدم 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 موزعون حول العالم، ومن المستحيل فيزيائيًا تحقيق زمن استجابة مثالي لكل سلوت. لذلك، راقب جداول قيادة المدققين في المنطقة التي توجد فيها بنيتك التحتية وحدد مناطق الفرص الأكثر ملاءمة. وقد يكون نشر البنية التحتية عبر مناطق متعددة مفيدًا أيضًا. فعلى سبيل المثال، تُعد فرانكفورت منطقة رئيسية بفضل كثافة المدققين العالية فيها، مما يؤدي إلى اختيار القائد بوتيرة أكبر وفرص تداول أكثر.استخدم ERPC Leader Slot API (
getLeaderSlots) للاطلاع على جدول القادة القادم ووزن الحصة للإيبوك الحالي وبيانات الموقع الجغرافي التقديرية للمدققين وقيم البينغ المرجعية بدقة أعلى بكثير من مصادر بيانات الخرائط العامة أو واجهات RPC الأصلية. يتيح لك ذلك تحديد مناطق الفرص قبل حلول السلوتات وتنفيذ صفقات بزمن استجابة شبه معدوم. -
تطبيق العقد المخصصة: إذا كنت تجد صعوبة في المنافسة، ففكر في نشر عقد مخصصة. تعاني العقد المشتركة من زمن استجابة بسبب حركة المستخدمين الآخرين، وبالتالي لا يُنصح بها. علاوة على ذلك، فإن وضع عقدتك المخصصة داخل الشبكة نفسها مع تطبيقك يقلل زمن استجابة الشبكة بشكل كبير ويحسّن الأداء.
Q. كيف هو زمن الاستجابة؟
يختلف زمن الاستجابة بحسب طريقة القياس وبيئة الاستخدام الخاصة بك. وبدلًا من التركيز على القيم الرقمية الدقيقة، من الأهم التأكد من أن زمن الاستجابة يلبي متطلباتك التشغيلية الفعلية.
نوفر أدوات سهلة الاستخدام بلغتي TypeScript وRust لقياس زمن الاستجابة.
Q. هل خدمة RPC (gRPC, Shreds) هذه أسرع من غيرها؟
نحن نصمّم كل فئة سعرية من أجل السرعة، ويسعدنا أن يُقاس ذلك جنبًا إلى جنب مع أي مزوّد آخر. وقد تختلف النتائج بحسب المنطقة، وبحسب ما إذا كنت تستخدم نقطة نهاية مشتركة أو مخصّصة، والبروتوكول المستخدم (WebSockets أو gRPC أو Shreds)، ولغة البرمجة التي يعمل بها عميلك.
إذا وجدت خدمتنا أبطأ، فيرجى إخبارنا بالظروف المحددة والمنافسين الذين قارنتها بهم عبر ERPC Web Dashboard. سنحدد السبب ونحسّن السرعة أكثر.
Q. أي خطة تقدم أسرع أداء؟
بشكل عام، توفر خطتنا الأعلى فئة أسرع أداء بفضل وحدات معالجة مركزية متفوقة وسعات ذاكرة أعلى وتكوينات عتاد قوية.
كما نقدم حلولًا مخصصة إذا كنت تحتاج إلى خوادم أقوى، لكن خططنا القياسية مصممة لتقديم أفضل نسبة سعر إلى أداء.
نحن واثقون من تقديم أداء عالمي المستوى عند كل مستوى سعري. إذا وجدت مزودًا أسرع ضمن النطاق السعري نفسه، فيرجى إخبارنا لنحقق في الأمر ونجري التحسينات.
Q. ما الأسرع: WebSockets أم gRPC أم Shreds؟
وفقًا لملاحظات العملاء المجمّعة، فإن ترتيب الأداء هو:
Shreds > gRPC > WebSockets
يُرجى إبلاغنا إذا لاحظت نتائج مختلفة.
Q. زمن الاستجابة ليس كما توقعت.
يختلف الأداء بناءً على لغة البرمجة المستخدمة. وعادةً ما يكون ترتيب أداء اللغات كما يلي:
Rust > Go > TypeScript (JavaScript) > Python
للمقارنات التفصيلية، راجع المورد التالي:
نوصي بشدة باستخدام Rust لتحقيق أعلى أداء.