---
title: "تنوع العملاء"
description: "شرح عالي المستوى لأهمية تنوع عملاء إيثيريوم."
lang: ar
sidebarDepth: 2
---

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

## المتطلبات الأساسية {#prerequisites}

إذا كنت لا تفهم بالفعل ما هي العقد والعملاء، فراجع [العقد والعملاء](/developers/docs/nodes-and-clients/). تم تعريف طبقتي [التنفيذ](/glossary/#execution-layer) و[الإجماع](/glossary/#consensus-layer) في مسرد المصطلحات.

## لماذا يوجد عملاء متعددون؟ {#why-multiple-clients}

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

## لماذا يعد تنوع العملاء مهمًا؟ {#client-diversity-importance}

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

### الأخطاء {#bugs}

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

### المرونة ضد الهجمات {#resilience}

يوفر تنوع العملاء أيضًا مرونة ضد الهجمات. على سبيل المثال، من غير المرجح أن ينجح الهجوم الذي [يخدع عميلًا معينًا](https://twitter.com/vdWijden/status/1437712249926393858) للانتقال إلى فرع معين من السلسلة لأن العملاء الآخرين من غير المرجح أن يكونوا قابلين للاستغلال بنفس الطريقة وتظل السلسلة الأساسية غير تالفة. يزيد انخفاض تنوع العملاء من المخاطر المرتبطة باختراق العميل المهيمن. لقد أثبت تنوع العملاء بالفعل أنه دفاع مهم ضد الهجمات الخبيثة على الشبكة، على سبيل المثال، كان هجوم حجب الخدمة في شانغهاي في عام <span dir="ltr">2016</span> ممكنًا لأن المهاجمين تمكنوا من خداع العميل المهيمن (جو إيثريوم (geth)) لتنفيذ عملية إدخال/إخراج بطيئة للقرص عشرات الآلاف من المرات لكل كتلة. نظرًا لأن العملاء البديلين كانوا متصلين بالإنترنت أيضًا ولم يشاركوا نفس الثغرة الأمنية، تمكنت إيثيريوم من مقاومة الهجوم ومواصلة العمل أثناء إصلاح الثغرة الأمنية في جو إيثريوم (geth).

### نهائية إثبات الحصة (PoS) {#finality}

يمكن أن يمنع خطأ في عميل إجماع يمتلك أكثر من <span dir="ltr">33%</span> من عقد إيثيريوم طبقة الإجماع من الوصول إلى النهائية، مما يعني أن المستخدمين لا يمكنهم الوثوق في أن المعاملات لن يتم التراجع عنها أو تغييرها في مرحلة ما. سيكون هذا مشكلة كبيرة للعديد من التطبيقات المبنية على إيثيريوم، وخاصة التمويل اللامركزي (DeFi).

<Emoji text="🚨" className="me-4" /> والأسوأ من ذلك، أن خطأً فادحًا في عميل يمتلك أغلبية الثلثين يمكن أن يتسبب في <a href="https://www.symphonious.net/2021/09/23/what-happens-if-beacon-chain-consensus-fails/" target="_blank">انقسام السلسلة ووصولها إلى النهائية بشكل غير صحيح</a>، مما يؤدي إلى تعثر مجموعة كبيرة من المُدَقِّقين في سلسلة غير صالحة. إذا أرادوا الانضمام مرة أخرى إلى السلسلة الصحيحة، فإن هؤلاء المُدَقِّقين يواجهون الاقتطاع أو سحبًا طوعيًا بطيئًا ومكلفًا وإعادة تنشيط. يتناسب حجم الاقتطاع مع عدد العقد المذنبة مع اقتطاع أغلبية الثلثين كحد أقصى (<span dir="ltr">32 ETH</span>).

على الرغم من أن هذه سيناريوهات غير محتملة، يمكن لنظام إيثيريوم البيئي التخفيف من مخاطرها عن طريق تسوية توزيع العملاء عبر العقد النشطة. من الناحية المثالية، لن يصل أي عميل إجماع أبدًا إلى حصة <span dir="ltr">33%</span> من إجمالي العقد.

### المسؤولية المشتركة {#responsibility}

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

## تنوع العملاء الحالي {#current-client-diversity}

### عملاء التنفيذ {#execution-clients-breakdown}

<PieChart
data={[
{ name: "Geth", value: 41 },
{ name: "Nethermind", value: 38 },
{ name: "Besu", value: 16 },
{ name: "Erigon", value: 3 },
{ name: "Reth", value: 2 }
]}
/>

### عملاء الإجماع {#consensus-clients-breakdown}

<PieChart
data={[
{ name: "Lighthouse", value: 42.71 },
{ name: "Prysm", value: 30.91},
{ name: "Teku", value: 13.86},
{ name: "Nimbus", value: 8.74},
{ name: "Lodestar", value: 2.67 },
{ name: "Grandine", value: 1.04 },
{ name: "Other", value: 0.07 }
]}
/>

قد يكون هذا المخطط قديمًا — انتقل إلى [ethernodes.org](https://ethernodes.org) و[clientdiversity.org](https://clientdiversity.org) للحصول على معلومات محدثة.

يوضح المخططان الدائريان أعلاه لقطات لتنوع العملاء الحالي لطبقتي التنفيذ والإجماع (في وقت الكتابة في أكتوبر <span dir="ltr">2025</span>). لقد تحسن تنوع العملاء على مر السنين، وشهدت طبقة التنفيذ انخفاضًا في هيمنة [جو إيثريوم (geth)](https://geth.ethereum.org/)، مع احتلال [نيذرميند](https://www.nethermind.io/nethermind-client) المركز الثاني بفارق ضئيل، و[بيسو](https://besu.hyperledger.org/) المركز الثالث و[إريغون](https://github.com/ledgerwatch/erigon) المركز الرابع، مع تشكيل العملاء الآخرين أقل من <span dir="ltr">3%</span> من الشبكة. العميل الأكثر استخدامًا في طبقة الإجماع — [لايتهاوس](https://lighthouse.sigmaprime.io/) — قريب جدًا من العميل الثاني الأكثر استخدامًا. يشكل [برايزم](https://prysmaticlabs.com/#projects) و[تيكو](https://consensys.net/knowledge-base/ethereum-2/teku/) حوالي <span dir="ltr">31%</span> و<span dir="ltr">14%</span> على التوالي، ونادرًا ما يتم استخدام عملاء آخرين.

تم الحصول على بيانات طبقة التنفيذ من [supermajority.info](https://supermajority.info/) في <span dir="ltr">26-Oct-2025</span>. تم الحصول على بيانات عملاء الإجماع من [Michael Sproul](https://github.com/sigp/blockprint). يصعب الحصول على بيانات عملاء الإجماع لأن عملاء طبقة الإجماع لا يمتلكون دائمًا آثارًا لا لبس فيها يمكن استخدامها للتعرف عليهم. تم إنشاء البيانات باستخدام خوارزمية تصنيف تخلط أحيانًا بين بعض عملاء الأقلية (انظر [هنا](https://twitter.com/sproulM_/status/1440512518242197516) لمزيد من التفاصيل). في المخطط أعلاه، يتم التعامل مع هذه التصنيفات الغامضة بتسمية إما/أو (مثل نيمبوس/تيكو). ومع ذلك، من الواضح أن غالبية الشبكة تقوم بتشغيل برايزم. على الرغم من كونها مجرد لقطات، فإن القيم الموجودة في المخطط توفر إحساسًا عامًا جيدًا بالحالة الحالية لتنوع العملاء.

تتوفر الآن بيانات تنوع العملاء المحدثة لطبقة الإجماع على [clientdiversity.org](https://clientdiversity.org/).

## طبقة التنفيذ {#execution-layer}

حتى الآن، ركزت المحادثة حول تنوع العملاء بشكل أساسي على طبقة الإجماع. ومع ذلك، يمثل عميل التنفيذ [جو إيثريوم (geth)](https://geth.ethereum.org) حاليًا حوالي <span dir="ltr">85%</span> من جميع العقد. تمثل هذه النسبة مشكلة لنفس الأسباب الخاصة بعملاء الإجماع. على سبيل المثال، يمكن أن يؤدي خطأ في جو إيثريوم (geth) يؤثر على معالجة المعاملات أو بناء حمولات التنفيذ إلى قيام عملاء الإجماع بوضع نهائية لمعاملات إشكالية أو بها أخطاء. لذلك، ستكون إيثيريوم أكثر صحة مع توزيع أكثر توازنًا لعملاء التنفيذ، ومن الناحية المثالية ألا يمثل أي عميل أكثر من <span dir="ltr">33%</span> من الشبكة.

## استخدم عميل أقلية {#use-minority-client}

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

### عملاء التنفيذ {#execution-clients}

- [بيسو](https://www.hyperledger.org/use/besu)
- [نيذرميند](https://downloads.nethermind.io/)
- [إريغون](https://github.com/ledgerwatch/erigon)
- [جو إيثريوم (geth)](https://geth.ethereum.org/)
- [ريث](https://reth.rs/)

### عملاء الإجماع {#consensus-clients}

- [نيمبوس](https://nimbus.team/)
- [لايتهاوس](https://github.com/sigp/lighthouse)
- [تيكو](https://consensys.io/teku)
- [لودستار](https://github.com/ChainSafe/lodestar)
- [برايزم](https://prysm.offchainlabs.com/docs/)
- [Grandine](https://docs.grandine.io/)

يمكن للمستخدمين التقنيين المساعدة في تسريع هذه العملية من خلال كتابة المزيد من البرامج التعليمية والوثائق لعملاء الأقلية وتشجيع أقرانهم من مشغلي العقد على الانتقال بعيدًا عن العملاء المهيمنين. تتوفر أدلة للتبديل إلى عميل إجماع أقلية على [clientdiversity.org](https://clientdiversity.org/).

## لوحات معلومات تنوع العملاء {#client-diversity-dashboards}

توفر العديد من لوحات المعلومات إحصائيات تنوع العملاء في الوقت الفعلي لطبقة التنفيذ والإجماع.

**طبقة الإجماع:**

- [Rated.network](https://www.rated.network/)
- [clientdiversity.org](https://clientdiversity.org/)

**طبقة التنفيذ:**

- [supermajority.info](https://supermajority.info//)
- [Ethernodes](https://ethernodes.org/)

## قراءة إضافية {#further-reading}

- [تنوع العملاء في طبقة إجماع إيثيريوم](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA)
- [دمج إيثيريوم: قم بتشغيل عميل الأغلبية على مسؤوليتك الخاصة!](https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html) – _Dankrad Fiest، <span dir="ltr">March 24 2022</span>_
- [أهمية تنوع العملاء](https://our.status.im/the-importance-of-client-diversity/)
- [قائمة خدمات عقد إيثيريوم](https://ethereumnodes.com/)
- ["لماذا الخمسة" لمشكلة تنوع العملاء](https://notes.ethereum.org/@afhGjrKfTKmksTOtqhB9RQ/BJGj7uh08)
- [تنوع إيثيريوم وكيفية حله (يوتيوب)](https://www.youtube.com/watch?v=1hZgCaiqwfU)
- [clientdiversity.org](https://clientdiversity.org/)

## مواضيع ذات صلة {#related-topics}

- [تشغيل عقدة إيثيريوم](/run-a-node/)
- [العقد والعملاء](/developers/docs/nodes-and-clients/)