---
title: "العملاء الخفيفون"
description: "دليل يراعي تفرعات الشبكة لبدء عميل الإجماع الخفيف، ولجان المزامنة، ونقاط تحقق الذاتية الضعيفة، والرؤوس المتفائلة والنهائية، وإثباتات حالة التنفيذ، ومزودي RPC، وتوافر البيانات والخصوصية."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# العملاء الخفيفون

> لأغراض تعليمية فقط؛ لا يشكل ذلك نصيحة استثمارية أو توصية استثمارية. قد تؤدي الاستثمارات إلى خسائر.

<a id="answer"></a>

## الإجابة المباشرة

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

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

<a id="mechanism"></a>

## آلية العمل

1. ثبت الشبكة وجذور الثقة: هوية السلسلة، وجذر مدققي التكوين ووقته، وجدول التفرعات والإعدادات المسبقة، والساعة الحالية، وإصدار العميل، ونقطة تحقق نهائية حديثة وموثوقة ضمن الذاتية الضعيفة. قارن نقطة التحقق عبر مصادر مستقلة ومصادق عليها؛ فاتفاق النظراء لا يصلح جذر بداية خبيثا.
2. احصل على `LightClientBootstrap` لجذر الكتلة الموثوق. تحقق من رأس البدء ولجنة المزامنة الحالية وفرع ميركل الخاص بها، ثم هيئ `LightClientStore`. ارفض أي سلسلة أو بصمة تفرع أو فهرس معمم أو مخطط تسلسل لا يطابق التفرع المضبوط.
3. عالج كائنات `LightClientUpdate` بحسب فترة لجنة المزامنة. تحقق من الخانات وبتات المشاركة وتوقيع BLS المجمع ونطاقه، ومن فروع اللجنة الحالية والتالية وفرع النهائية ورتابة التقدم قبل تدوير اللجان. قد تغير ترقيات التفرع حقول الكائنات والفهارس المعممة، ولذلك ليست ثوابت Altair قيما عالمية دائمة.
4. احتفظ بسياسات منفصلة لـ `optimistic_header` و`finalized_header`. قد يقدم التحديث المتفائل معلومة أحدث مع تعرض أكبر لإعادة التنظيم أو حجب البيانات، بينما يتمتع التحديث النهائي بحالة إجماع أقوى لكنه قد يتأخر. يجب أن يختار التطبيق الرأس المناسب صراحة بدلا من إعادة تسمية أحدث استجابة بأنها نهائية.
5. اربط بيانات التنفيذ بمرتكز موثوق. تحقق من رأس حمولة التنفيذ والفرع اللذين يحملهما رأس العميل الخفيف المصادق عليه، ثم اربط كل استعلام حساب أو تخزين بـ `stateRoot` الخاص بالتنفيذ وبصمة الكتلة وحالة النهائية. في إيثريوم، يمكن أن يعيد `eth_getProof` إثبات حساب وإثباتات التخزين المطلوبة؛ تحقق محليا من العقد والمسارات والقيم وإثبات عدم الوجود.
6. أحص كل سطح غير متحقق منه. إثبات الرصيد لا يصادق على إيصال معاملة أو استعلام سجل أو مسار تنفيذ أو محاكاة استدعاء أو مجمع معاملات أو تسمية رمز أو أوراكل أو blob أو نطاق تاريخي أو ادعاء المزود بأنه لم يحذف نتيجة. حدد لكل كائن مطلوب إثباتا أو إعادة بناء مستقلة أو رجوعا إلى عقدة كاملة أو افتراض ثقة صريحا.
7. شغل النظام وفق مبدأ الإخفاق المغلق. سجل نقطة التحقق والتفرع والجذور المتفائلة والنهائية وكتلة التنفيذ وجذر الحالة وعقد الإثبات والمزود والطوابع الزمنية. افرض حدا أقصى للتقادم، ونوع المزودين ومسارات الشبكة، واحم خصوصية الاستعلام، واختبر التعافي من العزل والانقطاع، واستخدم عقدة كاملة أو نظام تحقق آخر عندما لا يكفي سطح إثبات العميل الخفيف.

<a id="example"></a>

## أمثلة محلولة

- **الحد الصحيح للجنة المزامنة.** للجنة من `512` عضوا، يكون اختبار الأغلبية الفائقة في المواصفة هو `participants * 3 >= 512 * 2`. عند `341` مشاركا، تكون `341 / 512 = 66.6015625%` و`1,023 < 1,024`، فيفشل الاختبار. وعند `342`، تكون `342 / 512 = 66.796875%` و`1,026 >= 1,024`، فينجح. هذا يتحقق من قاعدة التحديث المضبوطة، ولا يثبت نزاهة كل عضو أو تنفيذ.
- **ساعات الرؤوس.** توجد نقطة تحقق تعليمية عند الخانة `10,000`، ورأس مصادق عليه عند `10,064`، ورأسه النهائي عند `10,032`. بمعدل `12 seconds/slot`، يأتي الرأس المصادق عليه بعد نقطة التحقق بمقدار `64 * 12 = 768 seconds = 12 minutes 48 seconds`، بينما تتأخر النهائية عن الرأس المصادق عليه بمقدار `32 * 12 = 384 seconds = 6 minutes 24 seconds`. لا يضمن توقيت الخانات تسليم الشبكة أو النهائية ضمن اتفاق مستوى خدمة ثابت بالساعة.
- **فرع مضغوط وادعاء ضيق.** في شجرة مثالية متوازنة ذات `2^20` ورقة، يحتوي فرع ورقة واحدة على `20` بصمة شقيقة. عند `32 bytes/hash` يصبح الحجم `640 bytes`؛ وبالمقارنة مع كائن حجمه `8 MiB = 8,388,608 bytes`، يكون الفرع `0.00762939453125%` من الحجم، أي خفضا قدره `99.99237060546875%`. يثبت الفرع علاقة الورقة بالجذر فقط، ولا يثبت توافر بقية البايتات.
- **الإثبات مقابل RPC المجرد.** عند `stateRoot` نهائي للتنفيذ، يعطي إثبات حساب متحقق منه `3.25 ETH`، بينما تقول استجابة RPC غير المثبتة `3.30 ETH`. الفارق `0.05 ETH`، والاستجابة المجردة أعلى بنسبة `0.05 / 3.30 = 1.5151515152%`. اقبل القيمة المثبتة تحت الجذر المختار، لكن لا تستنتج من ذلك الإثبات رصيدا لاحقا أو إيصالا أو نتيجة تاريخية أو هوية رمز.

<a id="risks"></a>

## المخاطر

- ضبط سلسلة أو جذر مدققي تكوين أو وقت تكوين أو إعداد مسبق خاطئ.
- البدء من نقطة تحقق خبيثة أو متقادمة أو غير نهائية.
- استخدام مصدر نقطة تحقق واحد غير مصادق عليه أو قبول تفرع طويل المدى.
- انحراف الساعة المحلية بما ينتج خانات أو فترات أو نطاقات توقيع أو قرارات تقادم خاطئة.
- تشغيل جدول تفرعات أو مخطط كائن أو فهرس معمم قديم.
- عدم التحقق من مشاركة لجنة المزامنة أو توقيعات BLS أو نطاقاتها.
- إغفال تدوير اللجنة أو قبول لجنة حالية أو تالية غير صالحة.
- معاملة الرأس المتفائل على أنه الرأس النهائي.
- ربط رأس منارة أو حمولة تنفيذ أو بصمة كتلة تنفيذ خاطئة.
- التحقق من إثبات حساب أو تخزين مقابل `stateRoot` خاطئ.
- قبول عقد trie أو مسارات أو ترميزات أو إثباتات عدم وجود مشوهة.
- معاملة طريقة RPC غير مدعومة أو بلا إثبات على أنها متحقق منها.
- تلقي استجابات مزود متقادمة أو محجوبة أو ناقصة أو مختلقة.
- العزل الشبكي أو هجوم Sybil أو فشل السيطرة المشتركة بين مزودين يبدون مختلفين.
- فقدان الاستمرارية عندما تقلم العقد الكاملة التي تقدم الإثبات البيانات أو تتوقف عن خدمتها.
- الخلط بين صحة الإجماع وإعادة تنفيذ المعاملات أو صحة التطبيق.
- الخلط بين إثبات صالح وتوافر البيانات أو إمكان استرجاعها الدائم.
- غياب الإيصالات أو السجلات أو المسارات أو أجسام الكتل أو التاريخ الذي يحتاجه التطبيق.
- فشل تنفيذ العميل أو تبعيته أو ملفه التنفيذي أو ترقية التفرع.
- تسرب خصوصية الاستعلام وعنوان IP والحساب والمعاملة إلى المزودين أو النظراء.

<a id="misconceptions"></a>

## مفاهيم خاطئة شائعة

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

<a id="related"></a>

## مواضيع ذات صلة

- [العقد الكاملة](/ar/crypto/full-node/)
- [الذاتية الضعيفة](/ar/crypto/weak-subjectivity/)
- [جذور الحالة](/ar/crypto/state-root/)

<a id="sources"></a>

## المصادر

- [Light clients](https://ethereum.org/developers/docs/nodes-and-clients/light-clients/) - Ethereum.org (تاريخ الوصول: 2026-08-13)
- [Altair Light Client -- Sync Protocol](https://ethereum.github.io/consensus-specs/specs/altair/light-client/sync-protocol/) - Ethereum Consensus Specs (تاريخ الوصول: 2026-08-13)
- [Altair Light Client -- Light Client](https://ethereum.github.io/consensus-specs/altair/light-client/light-client/) - Ethereum Consensus Specs (تاريخ الوصول: 2026-08-13)
- [Electra Light Client -- Sync Protocol](https://ethereum.github.io/consensus-specs/electra/light-client/sync-protocol/) - Ethereum Consensus Specs (تاريخ الوصول: 2026-08-13)
- [Weak subjectivity](https://ethereum.org/developers/docs/consensus-mechanisms/pos/weak-subjectivity/) - Ethereum.org (تاريخ الوصول: 2026-08-13)
- [eth_getProof](https://ethereum.github.io/execution-apis/api/methods/eth_getProof/) - Ethereum Execution APIs (تاريخ الوصول: 2026-08-13)
- [Merkle Patricia Trie](https://ethereum.org/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) - Ethereum.org (تاريخ الوصول: 2026-08-13)
- [Data availability](https://ethereum.org/developers/docs/data-availability/) - Ethereum.org (تاريخ الوصول: 2026-08-13)

Source: https://wiki.fcontext.com/ar/crypto/light-client/index.mdx