تخطٍ إلى المحتوى الرئيسي
Change page

العقد والعملاء

آخر تحديث للصفحة: 26 فبراير 2026

إيثريوم هي شبكة موزعة من أجهزة الكمبيوتر (تُعرف باسم العقد) التي تُشغّل برامج يمكنها التحقق من الكتل وبيانات المعاملات. يجب تشغيل البرنامج على جهاز الكمبيوتر الخاص بك لتحويله إلى عقدة إيثريوم. هناك برنامجان منفصلان (يُعرفان باسم "العملاء") مطلوبان لتكوين عقدة.

المتطلبات الأساسية

يجب أن تفهم مفهوم شبكة الند للند (peer-to-peer) وأساسيات آلة إيثريوم الافتراضية (EVM) قبل التعمق أكثر وتشغيل نسختك الخاصة من عميل إيثريوم. ألقِ نظرة على مقدمة إلى إيثريوم.

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

ما هي العقد والعملاء؟

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

  • يستمع عميل التنفيذ (المعروف أيضًا باسم محرك التنفيذ، أو عميل طبقة التنفيذ (EL)، أو سابقًا عميل Eth1) إلى المعاملات الجديدة التي يتم بثها في الشبكة، وينفذها في آلة إيثريوم الافتراضية (EVM)، ويحتفظ بأحدث حالة وقاعدة بيانات لجميع بيانات إيثريوم الحالية.
  • يُنفّذ عميل الإجماع (المعروف أيضًا باسم عقدة المنارة، أو عميل طبقة الإجماع (CL)، أو سابقًا عميل Eth2) خوارزمية إجماع إثبات الحصة، والتي تُمكّن الشبكة من التوصل إلى اتفاق بناءً على البيانات التي تم التحقق من صحتها من عميل التنفيذ. هناك أيضًا برنامج ثالث، يُعرف باسم "المُدقِّق" يمكن إضافته إلى عميل الإجماع، مما يسمح للعقدة بالمشاركة في تأمين الشبكة.

يعمل هؤلاء العملاء معًا لتتبع رأس سلسلة إيثريوم والسماح للمستخدمين بالتفاعل مع شبكة إيثريوم. يُطلق على التصميم المعياري الذي يتضمن برامج متعددة تعمل معًا اسم التعقيد المغلف (encapsulated complexity) (opens in a new tab). جعل هذا النهج من السهل تنفيذ الدمج بسلاسة، ويجعل صيانة برامج العملاء وتطويرها أسهل، ويُمكّن من إعادة استخدام العملاء الفرديين، على سبيل المثال، في نظام الطبقة الثانية البيئي.

Coupled execution and consensus clients مخطط مبسط لعميل تنفيذ وعميل إجماع مقترنين.

تنوع العملاء

يتوفر كل من عملاء التنفيذ وعملاء الإجماع بمجموعة متنوعة من لغات البرمجة التي طورتها فرق مختلفة.

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

تعرف على المزيد حول تنوع العملاء.

ما تشترك فيه هذه التطبيقات هو أنها تتبع جميعها مواصفات واحدة. تُملي المواصفات كيفية عمل شبكة إيثريوم والبلوك تشين. يتم تحديد كل التفاصيل الفنية ويمكن العثور على المواصفات على النحو التالي:

تتبع العقد في الشبكة

تقدم العديد من أدوات التتبع نظرة عامة في الوقت الفعلي على العقد في شبكة إيثريوم. لاحظ أنه نظرًا لطبيعة الشبكات اللامركزية، لا يمكن لهذه الزواحف (crawlers) توفير سوى رؤية محدودة للشبكة وقد تُبلغ عن نتائج مختلفة.

أنواع العقد

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

العقدة الكاملة

تقوم العقد الكاملة بالتحقق من البلوك تشين كتلة بكتلة، بما في ذلك تنزيل والتحقق من جسم الكتلة وبيانات الحالة لكل كتلة. هناك فئات مختلفة من العقدة الكاملة - يبدأ بعضها من كتلة التكوين (genesis block) ويتحقق من كل كتلة في التاريخ الكامل للبلوك تشين. يبدأ البعض الآخر التحقق من كتلة أحدث يثقون في صحتها (على سبيل المثال، 'snap sync' الخاص بـ Geth). بغض النظر عن مكان بدء التحقق، تحتفظ العقد الكاملة فقط بنسخة محلية من البيانات الحديثة نسبيًا (عادةً أحدث 128 كتلة)، مما يسمح بحذف البيانات القديمة لتوفير مساحة القرص. يمكن إعادة إنشاء البيانات القديمة عند الحاجة إليها.

  • تُخزن بيانات البلوك تشين الكاملة (على الرغم من أنه يتم تقليمها بشكل دوري بحيث لا تُخزن العقدة الكاملة جميع بيانات الحالة وصولاً إلى التكوين)
  • تشارك في التحقق من الكتل، وتتحقق من جميع الكتل والحالات.
  • يمكن استرداد جميع الحالات إما من التخزين المحلي أو إعادة إنشائها من 'اللقطات' (snapshots) بواسطة عقدة كاملة.
  • تخدم الشبكة وتوفر البيانات عند الطلب.

العقدة الأرشيفية

العقد الأرشيفية هي عقد كاملة تتحقق من كل كتلة منذ التكوين ولا تحذف أبدًا أيًا من البيانات التي تم تنزيلها.

  • تُخزن كل ما يتم الاحتفاظ به في العقدة الكاملة وتبني أرشيفًا للحالات التاريخية. هناك حاجة إليها إذا كنت ترغب في الاستعلام عن شيء مثل رصيد حساب عند الكتلة رقم 4,000,000، أو ببساطة وموثوقية اختبار مجموعة المعاملات الخاصة بك دون التحقق منها باستخدام التتبع.
  • تمثل هذه البيانات وحدات من التيرابايت، مما يجعل العقد الأرشيفية أقل جاذبية للمستخدمين العاديين ولكن يمكن أن تكون مفيدة لخدمات مثل مستعرضات الكتل، وموردي المحافظ، وتحليلات السلسلة.

ستؤدي مزامنة العملاء في أي وضع بخلاف الأرشيف إلى بيانات بلوك تشين مقلمة (pruned). هذا يعني أنه لا يوجد أرشيف لجميع الحالات التاريخية ولكن العقدة الكاملة قادرة على بنائها عند الطلب.

تعرف على المزيد حول العقد الأرشيفية.

العقدة الخفيفة

بدلاً من تنزيل كل كتلة، تقوم العقد الخفيفة بتنزيل رؤوس الكتل (block headers) فقط. تحتوي هذه الرؤوس على معلومات موجزة حول محتويات الكتل. يتم طلب أي معلومات أخرى تتطلبها العقدة الخفيفة من عقدة كاملة. يمكن للعقدة الخفيفة بعد ذلك التحقق بشكل مستقل من البيانات التي تتلقاها مقابل جذور الحالة (state roots) في رؤوس الكتل. تُمكّن العقد الخفيفة المستخدمين من المشاركة في شبكة إيثريوم دون الحاجة إلى أجهزة قوية أو نطاق ترددي عالٍ مطلوب لتشغيل العقد الكاملة. في النهاية، قد تعمل العقد الخفيفة على الهواتف المحمولة أو الأجهزة المدمجة. لا تشارك العقد الخفيفة في الإجماع (أي لا يمكن أن تكون مُدقِّقين)، ولكن يمكنها الوصول إلى البلوك تشين الخاص بإيثريوم بنفس الوظائف وضمانات الأمان مثل العقدة الكاملة.

يُعد العملاء الخفيفون مجالًا للتطوير النشط لإيثريوم ونتوقع رؤية عملاء خفيفين جدد لطبقة الإجماع وطبقة التنفيذ قريبًا. هناك أيضًا مسارات محتملة لتوفير بيانات العميل الخفيف عبر شبكة القيل والقال (gossip network) (opens in a new tab). هذا مفيد لأن شبكة القيل والقال يمكن أن تدعم شبكة من العقد الخفيفة دون الحاجة إلى عقد كاملة لخدمة الطلبات.

لا تدعم إيثريوم عددًا كبيرًا من العقد الخفيفة حتى الآن، ولكن دعم العقدة الخفيفة هو مجال يُتوقع أن يتطور بسرعة في المستقبل القريب. على وجه الخصوص، يركز عملاء مثل Nimbus (opens in a new tab)، وHelios (opens in a new tab)، وLodeStar (opens in a new tab) حاليًا بشكل كبير على العقد الخفيفة.

لماذا يجب علي تشغيل عقدة إيثريوم؟

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

الفوائد التي تعود عليك

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

  • تتحقق عقدتك من جميع المعاملات والكتل مقابل قواعد الإجماع بنفسها. هذا يعني أنك لست مضطرًا للاعتماد على أي عقد أخرى في الشبكة أو الوثوق بها تمامًا.
  • يمكنك استخدام محفظة إيثريوم مع عقدتك الخاصة. يمكنك استخدام التطبيقات اللامركزية بشكل أكثر أمانًا وخصوصية لأنك لن تضطر إلى تسريب عناوينك وأرصدتك للوسطاء. يمكن التحقق من كل شيء باستخدام عميلك الخاص. تقدم MetaMask (opens in a new tab)، وFrame (opens in a new tab)، والعديد من المحافظ الأخرى استيراد RPC، مما يسمح لها باستخدام عقدتك.
  • يمكنك تشغيل واستضافة خدمات أخرى تعتمد على بيانات من إيثريوم بنفسك. على سبيل المثال، قد يكون هذا مُدقِّق سلسلة المنارة (Beacon Chain)، أو برامج مثل الطبقة الثانية، أو البنية التحتية، أو مستعرضات الكتل، أو معالجات الدفع، إلخ.
  • يمكنك توفير نقاط نهاية RPC المخصصة الخاصة بك. يمكنك حتى تقديم نقاط النهاية هذه علنًا للمجتمع لمساعدتهم على تجنب مقدمي الخدمات المركزيين الكبار.
  • يمكنك الاتصال بعقدتك باستخدام الاتصالات بين العمليات (IPC) أو إعادة كتابة العقدة لتحميل برنامجك كمكون إضافي (plugin). يمنح هذا زمن انتقال منخفض، مما يساعد كثيرًا، على سبيل المثال، عند معالجة الكثير من البيانات باستخدام مكتبات ويب 3 أو عندما تحتاج إلى استبدال معاملاتك بأسرع ما يمكن (أي التشغيل الاستباقي أو frontrunning).
  • يمكنك تحصيص ETH مباشرة لتأمين الشبكة وكسب المكافآت. راجع التحصيص الفردي للبدء.

How you access Ethereum via your application and nodes

فوائد الشبكة

تُعد المجموعة المتنوعة من العقد مهمة لصحة إيثريوم وأمانها ومرونتها التشغيلية.

  • تفرض العقد الكاملة قواعد الإجماع بحيث لا يمكن خداعها لقبول الكتل التي لا تتبعها. يوفر هذا أمانًا إضافيًا في الشبكة لأنه إذا كانت جميع العقد عبارة عن عقد خفيفة، والتي لا تقوم بالتحقق الكامل، فقد يهاجم المُدقِّقون الشبكة.
  • في حالة حدوث هجوم يتغلب على الدفاعات الاقتصادية المشفرة لـ إثبات الحصة، يمكن إجراء استرداد اجتماعي بواسطة العقد الكاملة التي تختار اتباع السلسلة الصادقة.
  • يؤدي وجود المزيد من العقد في الشبكة إلى شبكة أكثر تنوعًا وقوة، وهو الهدف النهائي للامركزية، مما يتيح نظامًا مقاومًا للرقابة وموثوقًا.
  • توفر العقد الكاملة الوصول إلى بيانات البلوك تشين للعملاء الخفيفين الذين يعتمدون عليها. لا تُخزن العقد الخفيفة البلوك تشين بالكامل، بل تتحقق من البيانات عبر جذور الحالة في رؤوس الكتل. يمكنهم طلب المزيد من المعلومات من العقد الكاملة إذا احتاجوا إليها.

إذا قمت بتشغيل عقدة كاملة، فإن شبكة إيثريوم بأكملها تستفيد منها، حتى لو لم تقم بتشغيل مُدقِّق.

تشغيل عقدتك الخاصة

هل أنت مهتم بتشغيل عميل إيثريوم الخاص بك؟

للحصول على مقدمة مناسبة للمبتدئين، قم بزيارة صفحة تشغيل عقدة لمعرفة المزيد.

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

البدائل

قد يكلفك إعداد عقدتك الخاصة وقتًا وموارد ولكنك لا تحتاج دائمًا إلى تشغيل نسختك الخاصة. في هذه الحالة، يمكنك استخدام مزود واجهة برمجة تطبيقات (API) تابع لجهة خارجية. للحصول على نظرة عامة حول استخدام هذه الخدمات، تحقق من العقد كخدمة.

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

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

عملاء التنفيذ

يحتفظ مجتمع إيثريوم بالعديد من عملاء التنفيذ مفتوحي المصدر (المعروفين سابقًا باسم 'عملاء Eth1'، أو فقط 'عملاء إيثريوم')، والتي طورتها فرق مختلفة باستخدام لغات برمجة مختلفة. هذا يجعل الشبكة أقوى وأكثر تنوعًا. الهدف المثالي هو تحقيق التنوع دون أن يهيمن أي عميل لتقليل أي نقاط فشل فردية.

يلخص هذا الجدول العملاء المختلفين. جميعهم يجتازون اختبارات العملاء (opens in a new tab) ويتم صيانتهم بنشاط للبقاء على اطلاع دائم بترقيات الشبكة.

العميلاللغةأنظمة التشغيلالشبكاتاستراتيجيات المزامنةتقليم الحالة
Geth (opens in a new tab)GoLinux, Windows, macOSالشبكة الرئيسية، Sepolia، HoodiSnap، Fullأرشيفية، مقلمة
Nethermind (opens in a new tab)C#, .NETLinux, Windows, macOSالشبكة الرئيسية، Sepolia، HoodiSnap (بدون خدمة)، Fast، Fullأرشيفية، مقلمة
Besu (opens in a new tab)JavaLinux, Windows, macOSالشبكة الرئيسية، Sepolia، HoodiSnap، Fast، Fullأرشيفية، مقلمة
Erigon (opens in a new tab)GoLinux, Windows, macOSالشبكة الرئيسية، Sepolia، HoodiFullأرشيفية، مقلمة
Reth (opens in a new tab)RustLinux, Windows, macOSالشبكة الرئيسية، Sepolia، HoodiFullأرشيفية، مقلمة
EthereumJS (opens in a new tab) (تجريبي)TypeScriptLinux, Windows, macOSSepolia، HoodiFullمقلمة

لمزيد من المعلومات حول الشبكات المدعومة، اقرأ عن شبكات إيثريوم.

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

Besu

Hyperledger Besu هو عميل إيثريوم على مستوى المؤسسات للشبكات العامة والمصرح بها. يقوم بتشغيل جميع ميزات الشبكة الرئيسية لإيثريوم، من التتبع إلى GraphQL، ويحتوي على مراقبة واسعة النطاق ومدعوم من ConsenSys، سواء في قنوات المجتمع المفتوحة أو من خلال اتفاقيات مستوى الخدمة (SLAs) التجارية للمؤسسات. تمت كتابته بلغة Java ومرخص بموجب Apache 2.0.

سترشدك وثائق (opens in a new tab) Besu الشاملة عبر جميع التفاصيل حول ميزاته وإعداداته.

Erigon

بدأ Erigon، المعروف سابقًا باسم Turbo-Geth، كانقسام (fork) من Go Ethereum موجه نحو السرعة وكفاءة مساحة القرص. Erigon هو تطبيق مُعاد هيكلته بالكامل لإيثريوم، مكتوب حاليًا بلغة Go ولكن مع تطبيقات بلغات أخرى قيد التطوير. هدف Erigon هو توفير تطبيق أسرع وأكثر نمطية وأكثر تحسينًا لإيثريوم. يمكنه إجراء مزامنة عقدة أرشيفية كاملة باستخدام حوالي 2 تيرابايت من مساحة القرص، في أقل من 3 أيام.

Go Ethereum

يُعد Go Ethereum (اختصارًا Geth) أحد التطبيقات الأصلية لبروتوكول إيثريوم. حاليًا، هو العميل الأكثر انتشارًا مع أكبر قاعدة مستخدمين ومجموعة متنوعة من الأدوات للمستخدمين والمطورين. تمت كتابته بلغة Go، وهو مفتوح المصدر بالكامل ومرخص بموجب GNU LGPL v3.

تعرف على المزيد حول Geth في وثائقه (opens in a new tab).

Nethermind

Nethermind هو تطبيق إيثريوم تم إنشاؤه باستخدام حزمة تقنيات C# .NET، ومرخص بموجب LGPL-3.0، ويعمل على جميع المنصات الرئيسية بما في ذلك ARM. يقدم أداءً رائعًا مع:

  • آلة افتراضية مُحسّنة
  • الوصول إلى الحالة
  • الشبكات والميزات الغنية مثل لوحات معلومات Prometheus/Grafana، ودعم تسجيل المؤسسات seq، وتتبع JSON-RPC، والمكونات الإضافية للتحليلات.

يحتوي Nethermind أيضًا على وثائق مفصلة (opens in a new tab)، ودعم قوي للمطورين، ومجتمع عبر الإنترنت، ودعم على مدار الساعة طوال أيام الأسبوع متاح للمستخدمين المتميزين.

Reth

Reth (اختصار لـ Rust Ethereum) هو تطبيق عقدة كاملة لإيثريوم يركز على أن يكون سهل الاستخدام، وعالي النمطية، وسريعًا، وفعالًا. تم بناء Reth في الأصل ودفعه للأمام بواسطة Paradigm، وهو مرخص بموجب تراخيص Apache و MIT.

Reth جاهز للإنتاج، ومناسب للاستخدام في البيئات الحرجة للمهام مثل التحصيص أو الخدمات ذات وقت التشغيل العالي. يؤدي أداءً جيدًا في حالات الاستخدام التي تتطلب أداءً عاليًا بهوامش كبيرة مثل RPC، وأقصى قيمة قابلة للاستخراج (MEV)، والفهرسة، والمحاكاة، وأنشطة الند للند (P2P).

تعرف على المزيد من خلال التحقق من كتاب Reth (opens in a new tab)، أو مستودع Reth على GitHub (opens in a new tab).

قيد التطوير

لا يزال هؤلاء العملاء في مراحل مبكرة من التطوير ولا يُنصح باستخدامهم في الإنتاج بعد.

EthereumJS

تمت كتابة عميل تنفيذ EthereumJS (EthereumJS) بلغة TypeScript ويتكون من عدد من الحزم، بما في ذلك أساسيات إيثريوم الأساسية الممثلة بفئات الكتلة (Block)، والمعاملة (Transaction)، و Merkle-Patricia Trie ومكونات العميل الأساسية بما في ذلك تطبيق لآلة إيثريوم الافتراضية (EVM)، وفئة البلوك تشين، وحزمة شبكات DevP2P.

تعرف على المزيد حوله من خلال قراءة وثائقه (opens in a new tab)

عملاء الإجماع

هناك العديد من عملاء الإجماع (المعروفين سابقًا باسم عملاء 'Eth2') لدعم ترقيات الإجماع. وهم مسؤولون عن جميع المنطق المتعلق بالإجماع بما في ذلك خوارزمية اختيار الانقسام (fork-choice)، ومعالجة الإقرارات (attestations) وإدارة مكافآت وعقوبات إثبات الحصة.

العميلاللغةأنظمة التشغيلالشبكات
Lighthouse (opens in a new tab)RustLinux, Windows, macOSسلسلة المنارة، Hoodi، Pyrmont، Sepolia، والمزيد
Lodestar (opens in a new tab)TypeScriptLinux, Windows, macOSسلسلة المنارة، Hoodi، Sepolia، والمزيد
Nimbus (opens in a new tab)NimLinux, Windows, macOSسلسلة المنارة، Hoodi، Sepolia، والمزيد
Prysm (opens in a new tab)GoLinux, Windows, macOSسلسلة المنارة، Gnosis، Hoodi، Pyrmont، Sepolia، والمزيد
Teku (opens in a new tab)JavaLinux, Windows, macOSسلسلة المنارة، Gnosis، Hoodi، Sepolia، والمزيد
Grandine (opens in a new tab)RustLinux, Windows, macOSسلسلة المنارة، Hoodi، Sepolia، والمزيد

Lighthouse

Lighthouse هو تطبيق لعميل الإجماع مكتوب بلغة Rust بموجب ترخيص Apache-2.0. تتم صيانته بواسطة Sigma Prime وكان مستقرًا وجاهزًا للإنتاج منذ تكوين سلسلة المنارة. تعتمد عليه العديد من المؤسسات ومجمعات التحصيص والأفراد. يهدف إلى أن يكون آمنًا وعالي الأداء وقابلًا للتشغيل البيني في مجموعة واسعة من البيئات، من أجهزة الكمبيوتر المكتبية إلى عمليات النشر الآلية المعقدة.

يمكن العثور على الوثائق في كتاب Lighthouse (opens in a new tab)

Lodestar

Lodestar هو تطبيق لعميل الإجماع جاهز للإنتاج مكتوب بلغة Typescript بموجب ترخيص LGPL-3.0. تتم صيانته بواسطة ChainSafe Systems وهو أحدث عملاء الإجماع للمُحصّصين الفرديين والمطورين والباحثين. يتكون Lodestar من عقدة منارة وعميل مُدقِّق مدعوم بتطبيقات JavaScript لبروتوكولات إيثريوم. يهدف Lodestar إلى تحسين قابلية استخدام إيثريوم مع العملاء الخفيفين، وتوسيع إمكانية الوصول إلى مجموعة أكبر من المطورين والمساهمة بشكل أكبر في تنوع النظام البيئي.

يمكن العثور على مزيد من المعلومات على موقع Lodestar (opens in a new tab)

Nimbus

Nimbus هو تطبيق لعميل الإجماع مكتوب بلغة Nim بموجب ترخيص Apache-2.0. إنه عميل جاهز للإنتاج قيد الاستخدام من قبل المُحصّصين الفرديين ومجمعات التحصيص. تم تصميم Nimbus لكفاءة الموارد، مما يجعل من السهل تشغيله على الأجهزة المقيدة الموارد والبنية التحتية للمؤسسات بنفس السهولة، دون المساس بالاستقرار أو أداء المكافآت. تعني البصمة الأخف للموارد أن العميل لديه هامش أمان أكبر عندما تكون الشبكة تحت الضغط.

تعرف على المزيد في وثائق Nimbus (opens in a new tab)

Prysm

Prysm هو عميل إجماع كامل الميزات ومفتوح المصدر مكتوب بلغة Go بموجب ترخيص GPL-3.0. يتميز بواجهة مستخدم اختيارية لتطبيق الويب ويعطي الأولوية لتجربة المستخدم والوثائق وقابلية التكوين لكل من مستخدمي التحصيص في المنزل والمؤسسات.

قم بزيارة وثائق Prysm (opens in a new tab) لمعرفة المزيد.

Teku

Teku هو أحد عملاء تكوين سلسلة المنارة الأصليين. إلى جانب الأهداف المعتادة (الأمان، والمتانة، والاستقرار، وقابلية الاستخدام، والأداء)، يهدف Teku تحديدًا إلى الامتثال الكامل لجميع معايير عملاء الإجماع المختلفة.

يقدم Teku خيارات نشر مرنة للغاية. يمكن تشغيل عقدة المنارة وعميل المُدقِّق معًا كعملية واحدة، وهو أمر مريح للغاية للمُحصّصين الفرديين، أو يمكن تشغيل العقد بشكل منفصل لعمليات التحصيص المعقدة. بالإضافة إلى ذلك، فإن Teku قابل للتشغيل البيني بالكامل مع Web3Signer (opens in a new tab) لأمان مفتاح التوقيع وحماية العقوبة (slashing).

تمت كتابة Teku بلغة Java ومرخص بموجب Apache 2.0. تم تطويره بواسطة فريق البروتوكولات في ConsenSys المسؤول أيضًا عن Besu و Web3Signer. تعرف على المزيد في وثائق Teku (opens in a new tab).

Grandine

Grandine هو تطبيق لعميل الإجماع، مكتوب بلغة Rust بموجب ترخيص GPL-3.0. تتم صيانته بواسطة فريق Grandine الأساسي وهو سريع وعالي الأداء وخفيف الوزن. يناسب مجموعة واسعة من المُحصّصين من المُحصّصين الفرديين الذين يعملون على أجهزة منخفضة الموارد مثل Raspberry Pi إلى المُحصّصين المؤسسيين الكبار الذين يديرون عشرات الآلاف من المُدقِّقين.

يمكن العثور على الوثائق في كتاب Grandine (opens in a new tab)

أوضاع المزامنة

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

تمثل أوضاع المزامنة نُهجًا مختلفة لهذه العملية مع مقايضات مختلفة. يختلف العملاء أيضًا في تنفيذهم لخوارزميات المزامنة. ارجع دائمًا إلى الوثائق الرسمية للعميل الذي اخترته للحصول على تفاصيل حول التنفيذ.

أوضاع مزامنة طبقة التنفيذ

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

المزامنة الكاملة (Full sync)

تقوم المزامنة الكاملة بتنزيل جميع الكتل (بما في ذلك الرؤوس وأجسام الكتل) وتعيد إنشاء حالة البلوك تشين بشكل تدريجي عن طريق تنفيذ كل كتلة منذ التكوين.

  • تقلل من الثقة وتقدم أعلى مستوى من الأمان من خلال التحقق من كل معاملة.
  • مع تزايد عدد المعاملات، قد يستغرق الأمر من أيام إلى أسابيع لمعالجة جميع المعاملات.

تقوم العقد الأرشيفية بإجراء مزامنة كاملة لبناء (والاحتفاظ) بسجل كامل لتغييرات الحالة التي أجرتها كل معاملة في كل كتلة.

المزامنة السريعة (Fast sync)

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

  • استراتيجية مزامنة سريعة.
  • تقلل من الطلب على المعالجة لصالح استخدام النطاق الترددي.

مزامنة Snap

تتحقق مزامنة Snap أيضًا من السلسلة كتلة بكتلة. ومع ذلك، بدلاً من البدء من كتلة التكوين، تبدأ مزامنة Snap عند نقطة تفتيش 'موثوقة' أحدث يُعرف أنها جزء من البلوك تشين الحقيقي. تحفظ العقدة نقاط تفتيش دورية مع حذف البيانات الأقدم من عمر معين. تُستخدم هذه اللقطات لإعادة إنشاء بيانات الحالة حسب الحاجة، بدلاً من تخزينها إلى الأبد.

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

المزيد حول مزامنة snap (opens in a new tab).

المزامنة الخفيفة (Light sync)

يقوم وضع العميل الخفيف بتنزيل جميع رؤوس الكتل وبيانات الكتل ويتحقق من بعضها بشكل عشوائي. يزامن فقط طرف السلسلة من نقطة التفتيش الموثوقة.

  • يحصل فقط على أحدث حالة مع الاعتماد على الثقة في المطورين وآلية الإجماع.
  • العميل جاهز للاستخدام مع حالة الشبكة الحالية في بضع دقائق.

ملاحظة لا تعمل المزامنة الخفيفة حتى الآن مع إيثريوم إثبات الحصة - يجب أن يتم إصدار إصدارات جديدة من المزامنة الخفيفة قريبًا!

المزيد حول العملاء الخفيفين

أوضاع مزامنة طبقة الإجماع

المزامنة المتفائلة (Optimistic sync)

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

المزيد حول المزامنة المتفائلة (opens in a new tab)

مزامنة نقطة التفتيش (Checkpoint sync)

تُنشئ مزامنة نقطة التفتيش، والمعروفة أيضًا باسم مزامنة الذاتية الضعيفة (weak subjectivity sync)، تجربة مستخدم فائقة لمزامنة عقدة المنارة. تعتمد على افتراضات الذاتية الضعيفة التي تُمكّن من مزامنة سلسلة المنارة من نقطة تفتيش ذاتية ضعيفة حديثة بدلاً من التكوين. تجعل مزامنة نقطة التفتيش وقت المزامنة الأولي أسرع بكثير مع افتراضات ثقة مماثلة للمزامنة من .

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

المزيد حول مزامنة نقطة التفتيش (opens in a new tab)

قراءات إضافية

هل كانت هذه المقالة مفيدة؟