---
title: "⁦PeerDAS⁩"
description: "تعرف على ⁦PeerDAS⁩ كجزء من ترقية بروتوكول إيثيريوم فوساكا"
lang: ar
authors: ["نيكسو", "ماريو هافيل"]
---

يخضع بروتوكول [إيثيريوم](/) لأهم ترقية توسع له منذ [إدخال معاملات كتل البيانات (blobs) مع <span dir="ltr">EIP-4844</span>](/roadmap/danksharding/). كجزء من [ترقية فوساكا](/roadmap/fusaka/)، يقدم <span dir="ltr">PeerDAS</span> طريقة جديدة للتعامل مع بيانات كتل البيانات، مما يوفر زيادة تقريبية بمقدار عشرة أضعاف في سعة **[توفر البيانات (<span dir="ltr">DA</span>)](/developers/docs/data-availability/)** لشبكات طبقة 2 (<span dir="ltr">L2s</span>).

[المزيد حول خارطة طريق توسع كتل البيانات](https://blog.ethereum.org/2025/08/22/protocol-update-002)

## قابلية التوسع {#scalability}

تتمثل رؤية إيثيريوم في أن تكون منصة محايدة وآمنة ولامركزية متاحة للجميع في العالم. مع نمو استخدام الشبكة، يتطلب ذلك موازنة المعضلة الثلاثية المتمثلة في قابلية التوسع والأمان واللامركزية للشبكة. إذا قامت إيثيريوم ببساطة بزيادة البيانات التي تتعامل معها الشبكة ضمن تصميمها الحالي، فإنها ستخاطر بإرهاق [العقد التي تعتمد عليها إيثيريوم في لامركزيتها](/developers/docs/nodes-and-clients/). تتطلب قابلية التوسع تصميم آلية صارمة تقلل من التنازلات.

إحدى الاستراتيجيات لتحقيق هذا الهدف هي السماح بنظام بيئي متنوع من حلول توسع طبقة 2 بدلاً من معالجة جميع المعاملات على الشبكة الرئيسية في [طبقة 1 (<span dir="ltr">L1</span>)](/glossary/#layer-1). تقوم [طبقة 2 (<span dir="ltr">L2s</span>)](/glossary/#layer-2) أو [التجميعات](/glossary#rollups) بمعالجة المعاملات على سلاسلها المنفصلة وتستخدم إيثيريوم للتحقق والأمان. يتيح نشر الالتزامات الحاسمة للأمان فقط وضغط حمولات البيانات لشبكات طبقة 2 استخدام سعة <span dir="ltr">DA</span> الخاصة بإيثيريوم بكفاءة أكبر. بدورها، تحمل طبقة 1 بيانات أقل دون المساس بضمانات الأمان، بينما تستقطب شبكات طبقة 2 المزيد من المستخدمين بتكاليف غاز أقل. في البداية، نشرت شبكات طبقة 2 البيانات كـ `calldata` في المعاملات العادية، والتي تنافست مع معاملات طبقة 1 على الغاز وكانت غير عملية لتوفر البيانات بكميات كبيرة.

## بروتو-دانكشاردينغ {#proto-danksharding}

كانت الخطوة الرئيسية الأولى نحو توسيع طبقة 2 هي ترقية دينكون، والتي قدمت [بروتو-دانكشاردينغ](/roadmap/danksharding/) (<span dir="ltr">EIP-4844</span>). أنشأت هذه الترقية نوع بيانات جديدًا ومتخصصًا للتجميعات يسمى كتل البيانات. [كتل البيانات](/developers/docs/data-availability/blockchain-data-storage-strategies/#eip-4844-blobs)، أو الكائنات الثنائية الكبيرة، هي أجزاء مؤقتة من البيانات العشوائية التي لا تحتاج إلى تنفيذ آلة إيثيريوم الافتراضية (<span dir="ltr">EVM</span>) وتقوم العقد بتخزينها لفترة محدودة فقط. سمحت هذه المعالجة الأكثر كفاءة لشبكات طبقة 2 بنشر المزيد من البيانات على إيثيريوم والتوسع بشكل أكبر. 

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

لا تساوم إيثيريوم على اللامركزية، ويعد النطاق الترددي أحد أكثر العوامل حساسية. حتى مع توفر الحوسبة القوية على نطاق واسع لأي شخص يمكنه تحمل تكلفتها، فإن [قيود النطاق الترددي للرفع](https://www.speedtest.net/global-index) حتى في المدن الحضرية الكبرى في الدول المتقدمة (مثل [ألمانيا](https://www.speedtest.net/global-index/germany) أو [بلجيكا](https://www.speedtest.net/global-index/belgium) أو [أستراليا](https://www.speedtest.net/global-index/australia) أو [الولايات المتحدة](https://www.speedtest.net/global-index/united-states)) يمكن أن تقيد العقد بحيث لا يمكن تشغيلها إلا من مراكز البيانات إذا لم يتم ضبط متطلبات النطاق الترددي بعناية.

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

## أخذ عينات توفر البيانات {#das}

[توفر البيانات](/developers/docs/data-availability/) هو الضمان بأن جميع البيانات اللازمة للتحقق من صحة السلسلة بشكل مستقل يمكن الوصول إليها من قبل جميع المشاركين في الشبكة. يضمن ذلك أن البيانات قد تم نشرها بالكامل ويمكن استخدامها للتحقق بشكل موثوق من الحالة الجديدة للسلسلة أو المعاملات الواردة. 

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

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

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

لضمان سلامة البيانات، تم بالفعل تنفيذ <span dir="ltr">EIP-4844</span> مع التزامات <span dir="ltr">KZG</span>. هذه إثباتات تشفيرية يتم إنشاؤها عند إضافة كتلة بيانات جديدة إلى الشبكة. يتم تضمين إثبات صغير في كل كتلة، ويمكن للعقد التحقق من أن كتل البيانات المستلمة تتوافق مع التزام <span dir="ltr">KZG</span> الخاص بالكتلة.

<span dir="ltr">DAS</span> هي آلية تُبنى على هذا الأساس وتضمن أن البيانات صحيحة ومتاحة في نفس الوقت. أخذ العينات هو عملية تقوم فيها العقدة بالاستعلام عن جزء صغير فقط من البيانات والتحقق منه مقابل الالتزام. <span dir="ltr">KZG</span> هو مخطط التزام متعدد الحدود مما يعني أنه يمكن التحقق من أي نقطة واحدة على المنحنى متعدد الحدود. من خلال التحقق من بضع نقاط فقط على متعدد الحدود، يمكن للعميل الذي يقوم بأخذ العينات الحصول على ضمان احتمالي قوي بأن البيانات متاحة. 

## PeerDAS {#peer-das-2}

[<span dir="ltr">PeerDAS</span> (<span dir="ltr">EIP-7594</span>)](https://eips.ethereum.org/EIPS/eip-7594) هو مقترح محدد ينفذ آلية <span dir="ltr">DAS</span> في إيثيريوم، مما يمثل على الأرجح أكبر ترقية منذ الدمج. تم تصميم <span dir="ltr">PeerDAS</span> لتوسيع بيانات كتل البيانات، وتقسيمها إلى أعمدة وتوزيع مجموعة فرعية على العقد.

تستعير إيثيريوم بعض الرياضيات الذكية لتحقيق ذلك: فهي تطبق تشفير المحو بأسلوب <span dir="ltr">Reed-Solomon</span> على بيانات كتل البيانات. يتم تمثيل بيانات كتل البيانات كمتعدد حدود تقوم معاملاته بتشفير البيانات، ثم تقييم هذا المتعدد الحدود عند نقاط إضافية لإنشاء كتلة بيانات موسعة، مما يضاعف عدد التقييمات. يتيح هذا التكرار المضاف استعادة المحو: حتى لو كانت بعض التقييمات مفقودة، يمكن إعادة بناء كتلة البيانات الأصلية طالما أن نصف إجمالي البيانات على الأقل، بما في ذلك الأجزاء الموسعة، متاح.

![Extended polynomial](./polynomial.png)

في الواقع، يحتوي هذا المتعدد الحدود على آلاف المعاملات. التزامات <span dir="ltr">KZG</span> هي قيم من بضعة بايتات، تشبه التجزئة، ومعروفة لجميع العقد. يمكن لكل عقدة تحتفظ بنقاط بيانات كافية [إعادة بناء مجموعة كاملة من بيانات كتل البيانات بكفاءة](https://arxiv.org/abs/2207.11079). 

> حقيقة ممتعة: تم استخدام نفس تقنية التشفير بواسطة أقراص <span dir="ltr">DVD</span>. إذا قمت بخدش قرص <span dir="ltr">DVD</span>، فسيظل المشغل قادرًا على قراءته بفضل تشفير <span dir="ltr">Reed-Solomon</span> الذي يضيف الأجزاء المفقودة من متعدد الحدود. 

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

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

يسمح هذا بحد نظري جديد لقابلية التوسع يبلغ <span dir="ltr">8x</span> مقارنة بمخطط "الجميع ينزل كل شيء" الحالي. مع اشتراك العقد في شبكات فرعية عشوائية مختلفة تخدم أعمدة كتل البيانات، فإن الاحتمال كبير جدًا بأن يتم توزيعها بشكل منتظم وبالتالي فإن كل جزء من البيانات موجود في مكان ما في الشبكة. يُطلب من العقد التي تشغل مُدَقِّقين الاشتراك في المزيد من الشبكات الفرعية مع كل مُدَقِّق تقوم بتشغيله.

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

بمجرد أن تنجح العقدة في إعادة بناء البيانات الأصلية، فإنها تعيد توزيع الأعمدة المستردة مرة أخرى في الشبكة، مما يعالج بنشاط أي فجوات في البيانات ويعزز مرونة النظام بشكل عام. يجب أن تكون العقد المتصلة بمُدَقِّقين برصيد إجمالي <span dir="ltr">≥4096 ETH</span> عقدة فائقة (supernode) وبالتالي يجب أن تشترك في جميع الشبكات الفرعية لأعمدة البيانات وتحتفظ بجميع الأعمدة. ستقوم هذه العقد الفائقة بمعالجة فجوات البيانات بشكل مستمر. تسمح الطبيعة الاحتمالية للشفاء الذاتي للبروتوكول بضمانات توفر قوية مع عدم تقييد المشغلين المنزليين الذين يحتفظون بأجزاء فقط من البيانات. 

![Nodes subscribing to columns distributed via subnets](./subnets.png)

يمكن تأكيد توفر البيانات بواسطة أي عقدة تحتفظ بمجموعة فرعية صغيرة فقط من بيانات كتل البيانات بفضل آلية أخذ العينات الموضحة أعلاه. يتم فرض هذا التوفر: يجب على المُدَقِّقين اتباع قواعد اختيار التفرع الجديدة، مما يعني أنهم سيقبلون ويصوتون للكتل فقط بعد التحقق من توفر البيانات.

التأثير المباشر على المستخدمين (خاصة مستخدمي طبقة 2) هو رسوم أقل. مع مساحة أكبر بمقدار <span dir="ltr">8x</span> لبيانات التجميع، تصبح عمليات المستخدمين على سلسلتهم أرخص بمرور الوقت. لكن الرسوم المنخفضة بعد فوساكا ستستغرق وقتًا وتعتمد على معلمات كتل البيانات فقط (<span dir="ltr">BPOs</span>).

## معلمات كتل البيانات فقط (BPOs) {#bpo}

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

لرفع العدد المستهدف لكتل البيانات لكل كتلة تدريجيًا دون إرهاق الشبكة، تقدم فوساكا تفرعات **[معلمات كتل البيانات فقط (<span dir="ltr">BPO</span>)](https://ethereum-magicians.org/t/blob-parameter-only-bpo-forks/22623)**. على عكس التفرعات العادية التي تحتاج إلى تنسيق واسع في النظام البيئي واتفاق وتحديثات للبرامج، فإن [<span dir="ltr">BPOs</span> (<span dir="ltr">EIP-7892</span>)](https://eips.ethereum.org/EIPS/eip-7892) هي ترقيات مبرمجة مسبقًا تزيد من الحد الأقصى لعدد كتل البيانات بمرور الوقت دون تدخل.

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

## الاتجاهات المستقبلية {#future-directions}

يعد <span dir="ltr">PeerDAS</span> مجرد خطوة [نحو رؤية توسع أكبر لـ <span dir="ltr">FullDAS</span>](https://ethresear.ch/t/fulldas-towards-massive-scalability-with-32mb-blocks-and-beyond/19529)، أو تجزئة دانك. بينما يستخدم <span dir="ltr">PeerDAS</span> تشفير المحو أحادي الأبعاد (<span dir="ltr">1D</span>) لكل كتلة بيانات على حدة، ستستخدم تجزئة دانك الكاملة مخطط تشفير محو ثنائي الأبعاد (<span dir="ltr">2D</span>) أكثر اكتمالاً عبر مصفوفة بيانات كتل البيانات بأكملها. يؤدي توسيع البيانات في بعدين إلى إنشاء خصائص تكرار أقوى وإعادة بناء وتحقق أكثر كفاءة. سيتطلب تحقيق <span dir="ltr">FullDAS</span> تحسينات جوهرية في الشبكة والبروتوكول، إلى جانب أبحاث إضافية.

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

- [<span dir="ltr">PeerDAS</span>: أخذ عينات توفر بيانات النظير بواسطة فرانشيسكو داماتو](https://www.youtube.com/watch?v=WOdpO1tH_Us)
- [توثيق لـ <span dir="ltr">PeerDAS</span> الخاص بإيثيريوم](https://eprint.iacr.org/2024/1362.pdf)
- [إثبات أمان <span dir="ltr">PeerDAS</span> بدون <span dir="ltr">AGM</span>](https://eprint.iacr.org/2025/1683)
- [فيتاليك يتحدث عن <span dir="ltr">PeerDAS</span> وتأثيره واختبار فوساكا](https://x.com/VitalikButerin/status/1970983281090085200)