العميل الخفيف (Light Client)

ما هو العميل الخفيف؟

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

ويُعرف أيضًا في بعض مجتمعات البلوكشين باسم العقدة الخفيفة أو العميل خفيف الوزن أو عميل SPV.

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

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

في Bitcoin، يُعرف أحد الأشكال الشائعة لهذه الفكرة باسم التحقق المبسط من المدفوعات (Simplified Payment Verification)، أو SPV.

يوضح دليل مطوري Bitcoin لأنماط التشغيل أن عملاء SPV ينزّلون ترويسات الكتل ويطلبون المعاملات اللازمة من العقد الكاملة.

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

آلية عمل العميل الخفيف

عادةً ما ينزّل العميل الخفيف ترويسات الكتل بدلًا من الكتل كاملة.

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

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

عندما يحتاج العميل الخفيف إلى مزيد من المعلومات، يطلب بيانات محددة من العقد الكاملة أو مزودي RPC أو شبكات الأقران أو مصادر بيانات أخرى.

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

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

مع ذلك، لا يجري العميل الخفيف عادةً التحقق الكامل نفسه الذي تجريه العقدة الكاملة.

العميل الخفيف مقابل العقدة الكاملة

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

أما العميل الخفيف، فينزّل الحد الأدنى فقط من البيانات اللازمة للتحقق من معلومات محددة.

توضح وثائق عقد وعملاء Ethereum أن العقد الخفيفة تنزّل ترويسات الكتل وتطلب المعلومات الأخرى من العقد الكاملة عند الحاجة.

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

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

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

لكن المقابل هو اعتماد العملاء الخفيفة بدرجة أكبر على تصميم الإثباتات والوصول إلى أقران نزيهين وتوافر البيانات الداعمة.

العميل الخفيف مقابل محفظة RPC

غالبًا ما تطلب محفظة RPC عادية من خادم بعيد معلومات عن الأرصدة والمعاملات وتقديرات رسوم الغاز وحالة البلوكشين.

إذا لم تتحقق المحفظة من إجابة الخادم، فعلى المستخدم أن يثق بنزاهة الخادم ودقته.

يحسن العميل الخفيف هذا النموذج من خلال التحقق من استجابات الخادم بالاستناد إلى الالتزامات التشفيرية في ترويسات الكتل.

قد يقلل ذلك من خطر عرض مزود غير نزيه رصيدًا زائفًا أو إخفاء معاملة أو تقديم حالة غير صحيحة.

توضح وثائق Ethereum الخاصة بالعملاء الخفيفين أن العميل الخفيف يمكنه تلقي البيانات من مزود خارجي والتحقق منها باستخدام معلومات ترويسات الكتل.

لكن هذا لا يعني أن كل محفظة توصف بأنها خفيفة الوزن هي عميل خفيف حقيقي.

ينبغي للمستخدمين التحقق مما إذا كانت المحفظة تتحقق فعلًا من الإثباتات أم أنها تتصل فقط بواجهة API مستضافة.

العميل الخفيف في Bitcoin

ترتبط العملاء الخفيفة في Bitcoin عادةً بـ SPV.

يتيح SPV للمحفظة التحقق من إدراج معاملة في كتلة دون تنزيل سلسلة Bitcoin بالكامل.

توضح وثائق Electrum الخاصة بـ SPV أن عملاء SPV ينزّلون ترويسات الكتل ويطلبون إثباتات فروع Merkle للتحقق من إدراج المعاملات.

يثبت فرع Merkle أن المعاملة تنتمي إلى كتلة تتعرف إليها ترويسة العميل الخفيف.

بعد ذلك، يستخدم العميل عمق الكتلة وإثبات العمل دليلًا على أن المعاملة جزء من السلسلة.

وهذا أقل استهلاكًا للموارد بكثير من تشغيل عقدة Bitcoin كاملة.

لكن SPV لا يتحقق من كل معاملة في كل كتلة بالطريقة التي تتبعها العقدة الكاملة.

SPV وإثباتات Merkle

يرمز SPV إلى التحقق المبسط من المدفوعات (Simplified Payment Verification).

وقد وُصف في التصميم الأصلي لـ Bitcoin باعتباره وسيلة للتحقق من المدفوعات بمتطلبات أقل من الموارد.

يتحقق عميل Bitcoin SPV من ترويسات الكتل وإثباتات Merkle بدلًا من التحقق من كل معاملة.

يوضح دليل مطوري Bitcoin أن جذر Merkle في ترويسة الكتلة وفرع Merkle يمكنهما إثبات وجود معاملة ضمن كتلة.

يثبت هذا إثبات إدراج المعاملة، لكنه لا يثبت بمفرده صلاحية المعاملة بالكامل.

ويعتمد العميل أيضًا على إثبات العمل التراكمي لتقدير مدى صعوبة تزوير سجل السلسلة.

وهذا يجعل SPV مفيدًا، لكنه يترك مجالًا لافتراضات ثقة تختلف عن التحقق الكامل.

العميل الخفيف في Ethereum

يختلف تصميم العملاء الخفيفة في Ethereum لأن الشبكة تستخدم إثبات الحصة وتعتمد على حالة الحسابات.

توضح وثائق Ethereum الخاصة بالعملاء الخفيفين أن الشبكة تستخدم لجان مزامنة تضم 512 مدققًا لمساعدة العملاء الخفيفة على متابعة ترويسات الكتل الحديثة.

توقّع لجان المزامنة هذه ترويسات الكتل الحديثة، ما يتيح للعملاء الخفيفة تحديث رؤيتها للسلسلة دون تنزيل الكتل كاملة.

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

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

لا يزال تصميم العميل الخفيف لطبقة التنفيذ في Ethereum مجالًا نشطًا، مع وجود تطبيقات محتملة مختلفة.

ويتمثل الهدف طويل الأمد في جعل الوصول إلى Ethereum مع تقليل الاعتماد على الثقة عمليًا على الأجهزة اليومية.

لجان المزامنة

لجنة المزامنة هي مجموعة من المدققين تُستخدم في تصميم العملاء الخفيفة القائمة على إثبات الحصة في Ethereum.

توضح المواصفات الرسمية لعميل الإجماع الخفيف في Ethereum كيفية حصول العملاء الخفيفة على البيانات ومتابعتها لفترات لجان المزامنة.

وتذكر وثائق Ethereum اختيار مجموعة فرعية من 512 مدققًا لكل فترة لجنة مزامنة.

توقّع اللجنة ترويسات الكتل، ويتحقق العميل الخفيف من هذه التوقيعات لمتابعة السلسلة.

يتيح ذلك للعميل الخفيف تحديث معلوماته عن أحدث الترويسات النهائية والتفاؤلية في Ethereum.

تكتسب لجان المزامنة أهميتها لأنها تقلل حجم بيانات المدققين التي يتعين على العميل الخفيف معالجتها.

وهي أحد الأسباب التي قد تجعل استخدام العملاء الخفيفة في Ethereum عمليًا على الهواتف والمتصفحات.

العميل الخفيف وشبكة Portal

شبكة Portal هي مبادرة في Ethereum تهدف إلى تسهيل الوصول إلى بيانات العملاء الخفيفة عبر شبكة نظير إلى نظير لامركزية.

توضح الوثائق الرسمية لشبكة Portal في Ethereum أن الشبكة مصممة لتوفير البيانات التي تحتاج إليها العملاء الخفيفة عبر شبكة لامركزية خفيفة الوزن.

وتهدف إلى تقليل الاعتماد على مزودي RPC المركزيين وخفض متطلبات الموارد اللازمة للوصول إلى Ethereum.

تسعى شبكة Portal إلى مساعدة العملاء الخفيفة على متابعة رأس السلسلة ومزامنة البيانات الحديثة والتاريخية واسترجاع بيانات الحالة وبث المعاملات وتنفيذها باستخدام EVM.

تكتسب هذه المسألة أهميتها لأن العملاء الخفيفة لا تزال بحاجة إلى وصول موثوق إلى البيانات.

إذا لم توفر البيانات سوى مجموعة صغيرة من المزودين المركزيين، فسيضعف نموذج العميل الخفيف.

يمكن لشبكة بيانات لامركزية أن تجعل العملاء الخفيفة أكثر فائدة ومقاومة للرقابة.

العميل الخفيف والمحافظ

تكتسب العملاء الخفيفة أهمية خاصة لمحافظ العملات المشفرة.

فكثير من المستخدمين لا يملكون الأجهزة أو سعة التخزين أو المهارات التقنية اللازمة لتشغيل عقدة كاملة.

ومن دون العملاء الخفيفة، تعتمد المحافظ غالبًا على مزودي بيانات مركزيين لعرض الأرصدة والمعاملات.

يمكن للمحفظة التي تتضمن عميلًا خفيفًا التحقق محليًا من مزيد من البيانات مع الحفاظ على سهولة الاستخدام.

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

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

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

العميل الخفيف والجسور

تؤدي العملاء الخفيفة دورًا مهمًا في جسور البلوكشين والمراسلة عبر السلاسل.

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

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

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

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

ولهذا تستخدم كثير من تصميمات الجسور الآمنة نوعًا من التحقق بواسطة العميل الخفيف.

ومع ذلك، قد تظل تطبيقات العملاء الخفيفة في الجسور معقدة، ويجب تنفيذها بعناية شديدة.

العميل الخفيف وعمليات Rollup

يمكن أن تستفيد عمليات Rollup من العملاء الخفيفة لأنها غالبًا ما تحتاج إلى وصول موثوق إلى بيانات طبقة التسوية.

قد يحتاج جسر Rollup إلى إثبات حدوث إيداع على السلسلة الأساسية قبل تحرير الأموال أو إضافة الرصيد.

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

يمكن للعميل الخفيف أن يساعد في التحقق من بيانات الطبقة الأساسية بطريقة أكثر مباشرة.

وهذا يقلل اعتماد نظام Rollup على مصدر بيانات موثوق.

تفيد تقنية العملاء الخفيفة أيضًا محافظ Rollup التي تريد التحقق من حالة طبقة التسوية بدرجة أكبر من الأمان.

ومع نمو منظومات Rollup، قد يزداد دور التحقق عبر العملاء الخفيفة في تحقيق التوافق الآمن بين الشبكات.

فوائد العملاء الخفيفة

الفائدة الأولى هي انخفاض استهلاك الموارد.

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

والفائدة الثانية هي تقليل الاعتماد على الثقة مقارنة بمحفظة تثق بالكامل بخادم API.

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

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

والفائدة الخامسة هي دعم محافظ وجسور وعمليات Rollup وتطبيقات عبر السلاسل أكثر أمانًا.

تجعل هذه الفوائد العملاء الخفيفة مهمة لإتاحة الوصول إلى العملات المشفرة مع إمكانية التحقق الذاتي لمزيد من المستخدمين.

مخاطر العملاء الخفيفة وقيودها

القيد الأول هو أن مستوى التحقق أضعف مقارنة بالعقدة الكاملة.

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

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

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

يوضح دليل مطوري Bitcoin أن العقدة الكاملة قد تكذب على عميل SPV بالحجب، وتجعله يعتقد أن معاملة لم تحدث.

والخطر الرابع هو تسرب الخصوصية إذا كشف العميل الخفيف عن العناوين أو المعاملات التي يهتم بها المستخدم للخوادم.

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

خصوصية العميل الخفيف

تُعد الخصوصية مسألة أساسية بالنسبة إلى العملاء الخفيفة.

غالبًا ما يطلب العميل الخفيف معاملات محددة أو بيانات حسابات أو أرصدة أو إثباتات من أقران أو خوادم خارجية.

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

يحذر دليل مطوري Bitcoin من أن طلبات SPV الساذجة قد تؤدي إلى تسرب الخصوصية عبر كشف العناوين العامة المرتبطة بالمستخدم.

تستخدم بعض الأنظمة تقنيات مثل مرشحات Bloom أو تعدد الأقران أو الوكلاء الوسيطة أو شبكات البيانات اللامركزية للحد من هذا الخطر.

قد تساعد هذه الأساليب، لكنها لا توفر خصوصية تامة دائمًا.

ينبغي للمستخدمين الذين يحتاجون إلى خصوصية قوية فهم كيفية طلب محفظتهم للبيانات.

نموذج أمان العميل الخفيف

يعتمد نموذج أمان العميل الخفيف على البلوكشين وتصميم العميل.

في أنظمة إثبات العمل، يعتمد العميل الخفيف غالبًا على ترويسات الكتل والعمل التراكمي والتأكيدات وإثباتات Merkle.

أما في أنظمة إثبات الحصة، فقد يعتمد على توقيعات المدققين ولجان المزامنة وإثباتات النهائية ونقاط التحقق القائمة على افتراضات الثقة الضعيفة.

في الحالتين، يحاول العميل التحقق من معلومات كافية لتجنب الثقة العمياء بالخادم.

لكن الضمانات الدقيقة ليست متطابقة بين الشبكات.

لا يعمل عميل Bitcoin الخفيف بالطريقة نفسها التي يعمل بها عميل Ethereum الخفيف، كما يختلف كلاهما عن العملاء الخفيفة في الشبكات الأخرى.

ينبغي للمستخدمين تقييم العميل الخفيف بناءً على طريقة التحقق الفعلية، لا على التسمية وحدها.

متى تستخدم العميل الخفيف؟

قد يكون العميل الخفيف مفيدًا عندما يكون تشغيل عقدة كاملة مكلفًا أو بطيئًا أو غير ملائم.

وقد يناسب محافظ الهواتف المحمولة ومحافظ المتصفحات وتطبيقات dApp الخفيفة والأجهزة المدمجة والتطبيقات التي تحتاج إلى تحقق أفضل من واجهة API مركزية.

كما قد يفيد الجسور أو الأنظمة عبر السلاسل التي تحتاج إلى التحقق من حالة سلسلة أخرى بموارد محدودة.

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

قد تكون العقدة الكاملة أو إعداد المدقق الكامل أنسب لهؤلاء المستخدمين.

من الأفضل فهم العملاء الخفيفة على أنها ترقية عملية للتحقق، لا بديل كاملًا لكل استخدامات العقد الكاملة.

يعتمد الخيار المناسب على احتياجات المستخدم الأمنية وحدود جهازه وأهداف الخصوصية وقدرته التقنية.

مفاهيم خاطئة شائعة عن العملاء الخفيفة

من المفاهيم الخاطئة الشائعة أن العميل الخفيف هو نفسه العقدة الكاملة.

يتحقق العميل الخفيف من بيانات أقل من العقدة الكاملة، ويعتمد عادةً على مصادر بيانات خارجية.

ومن المفاهيم الخاطئة الأخرى أن العميل الخفيف هو نفسه محفظة الويب.

يتحقق العميل الخفيف الحقيقي من الإثباتات التشفيرية، بينما تثق كثير من محافظ الويب ببساطة بخادم خلفي.

ومن المفاهيم الخاطئة الثالثة أن SPV يثبت صلاحية كل معاملة.

يثبت SPV إدراج المعاملة في كتلة، لكنه لا يتحقق بالكامل من محتويات جميع الكتل كما تفعل العقدة الكاملة.

ومن المفاهيم الخاطئة الرابعة أن العملاء الخفيفة مخصصة لـ Bitcoin فقط.

تستخدم Ethereum والعديد من منظومات البلوكشين الأخرى تصميمات العملاء الخفيفة أو تعمل على تطويرها.

الأسئلة الشائعة

ما هو العميل الخفيف في عالم العملات المشفرة؟

العميل الخفيف هو برنامج خفيف للتفاعل مع البلوكشين، يتحقق من بيانات محددة دون تنزيل سلسلة الكتل بالكامل والتحقق منها.

هل العميل الخفيف هو نفسه العقدة الخفيفة؟

نعم، يُستخدم مصطلحا العميل الخفيف والعقدة الخفيفة غالبًا لوصف برامج متشابهة وخفيفة للتحقق من البلوكشين.

ما هو SPV؟

يرمز SPV إلى التحقق المبسط من المدفوعات (Simplified Payment Verification)، وهو أسلوب على نمط Bitcoin للتحقق من إدراج المعاملات باستخدام ترويسات الكتل وإثباتات Merkle.

هل يتحقق العميل الخفيف بالكامل من البلوكشين؟

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

ما فائدة العملاء الخفيفة؟

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

هل يمكن تشغيل العميل الخفيف على الهاتف؟

نعم، صُممت العملاء الخفيفة للعمل على أجهزة محدودة الموارد مثل الهواتف والمتصفحات والأنظمة المدمجة.

هل العملاء الخفيفة آمنة؟

قد تكون العملاء الخفيفة أكثر أمانًا من محافظ API الموثوقة بالكامل، لكنها عادةً لا توفر مستوى الأمان المستقل نفسه الذي توفره العقد الكاملة.

ما المخاطر الرئيسية للعملاء الخفيفة؟

تشمل المخاطر الرئيسية ضعف التحقق وحجب البيانات وتسرب الخصوصية والأقران غير الموثوقين وسوء التنفيذ والثقة المفرطة بالمزودين.

كيف تعمل العملاء الخفيفة في Ethereum؟

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

هل يمكن للعملاء الخفيفة مساعدة الجسور؟

نعم، قد تساعد العملاء الخفيفة الجسور على التحقق من حالة سلسلة أخرى مع تقليل الاعتماد على المشغلين أو الأوراكل المركزيين.

الخاتمة

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

فهو يتيح للمستخدمين والتطبيقات التحقق من بيانات البلوكشين دون تشغيل عقدة كاملة أو تنزيل السلسلة بأكملها.

غالبًا ما تستخدم العملاء الخفيفة في Bitcoin تقنية SPV مع ترويسات الكتل وإثباتات Merkle.

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

تتمثل الميزة الرئيسية للعميل الخفيف في قدرته على توفير وصول يقلل الاعتماد على الثقة على الأجهزة محدودة الموارد.

أما القيد الرئيسي فهو أنه لا يتحقق من كل ما تتحقق منه العقدة الكاملة.

تفيد العملاء الخفيفة خصوصًا محافظ الهواتف المحمولة ومحافظ المتصفحات وتطبيقات DeFi وعمليات Rollup والجسور والوصول اللامركزي إلى البيانات.

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

أفضل طريقة لفهم العميل الخفيف هي اعتباره حلًا وسطًا بين التحقق بواسطة عقدة كاملة والثقة بواجهة API مركزية.

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