جاءت ترقية شبكة بيكترا بعد دينكون وجلبت تغييرات على كل من طبقة التنفيذ وطبقة الإجماع في إيثيريوم. الاسم المختصر بيكترا هو مزيج من براغ (Prague) وإليكترا (Electra)، وهما الاسمان الخاصان بتغييرات مواصفات طبقة التنفيذ وطبقة الإجماع على التوالي. معًا، تجلب هذه التغييرات عددًا من التحسينات لمستخدمي ومطوري ومُدَقِّقي إيثيريوم.
تم تفعيل هذه الترقية بنجاح على شبكة إيثيريوم الرئيسية عند الحقبة 364032، في 07-May-2025 at 10:05 (UTC).
التحسينات في بيكترا
تجلب بيكترا أكبر عدد من EIPs (opens in a new tab) مقارنة بأي ترقيات سابقة! هناك العديد من التغييرات الطفيفة ولكن هناك أيضًا بعض الميزات الجديدة المهمة. يمكن العثور على القائمة الكاملة للتغييرات والتفاصيل الفنية في مقترحات تحسين إيثيريوم (EIPs) الفردية المضمنة.
كود حساب EOA
يمثل EIP-7702 (opens in a new tab) خطوة رئيسية نحو الانتشار الواسع لـ تجريد الحساب. باستخدام هذه الميزة، يمكن للمستخدمين تعيين عنوانهم () ليتم توسيعه باستخدام عقد ذكي. يقدم الـ EIP نوعًا جديدًا من المعاملات بوظيفة محددة - للسماح لمالكي العناوين بتوقيع تفويض يضبط عنوانهم لتقليد عقد ذكي مختار.
باستخدام هذا الـ EIP، يمكن للمستخدمين الاشتراك في محافظ قابلة للبرمجة تتيح ميزات جديدة مثل تجميع المعاملات، وإجراء المعاملات بدون غاز، والوصول المخصص للأصول لخطط الاسترداد البديلة. يجمع هذا النهج الهجين بين بساطة الحسابات المملوكة خارجيًا (EOAs) وقابلية البرمجة للحسابات القائمة على العقود.
اقرأ استكشافًا مفصلاً حول 7702 هنا
زيادة الحد الأقصى للرصيد الفعال
الرصيد الفعال الحالي للمُدَقِّق هو 32 ETH بالضبط. إنه الحد الأدنى للمبلغ اللازم للمشاركة في الإجماع ولكنه في نفس الوقت الحد الأقصى الذي يمكن لمُدَقِّق واحد تخزينه.
يرفع EIP-7251 (opens in a new tab) الحد الأقصى للرصيد الفعال الممكن إلى 2048 ETH، مما يعني أن مُدَقِّقًا واحدًا يمكنه الآن تخزين ما بين 32 و 2048 ETH. بدلاً من مضاعفات الـ 32، يمكن للمخزنين الآن اختيار مبلغ عشوائي من ETH لتخزينه وتلقي مكافآت على كل 1 ETH فوق الحد الأدنى. على سبيل المثال، إذا نما رصيد المُدَقِّق مع مكافآته إلى 33 ETH، فإن الـ 1 ETH الإضافي يُعتبر أيضًا جزءًا من الرصيد الفعال ويتلقى مكافآت.
لكن الاستفادة من نظام مكافآت أفضل للمُدَقِّقين هي مجرد جزء من هذا التحسين. يمكن لـ المخزنين الذين يديرون مُدَقِّقين متعددين الآن تجميعهم في مُدَقِّق واحد، مما يتيح تشغيلًا أسهل ويقلل من العبء على الشبكة. نظرًا لأن كل مُدَقِّق في سلسلة المنارة يقدم توقيعًا في كل حقبة، فإن متطلبات النطاق الترددي تنمو مع زيادة عدد المُدَقِّقين والعدد الكبير من التوقيعات التي يجب نشرها. سيؤدي تجميع المُدَقِّقين إلى تخفيف الحمل عن الشبكة وفتح خيارات توسع جديدة مع الحفاظ على نفس الأمان الاقتصادي.
اقرأ استكشافًا مفصلاً حول MaxEB هنا
زيادة قدرة المعالجة لكتل البيانات (البلوب)
توفر كتل البيانات (البلوب) توفر البيانات لشبكات الطبقة الثانية (L2s). تم تقديمها في ترقية الشبكة السابقة.
حاليًا، تستهدف الشبكة متوسط 3 بلوب لكل كتلة بحد أقصى 6 بلوب. مع EIP-7691 (opens in a new tab)، سيتم زيادة متوسط عدد البلوب إلى 6، بحد أقصى 9 لكل كتلة، مما يؤدي إلى زيادة السعة لتجميعات إيثيريوم. يساعد هذا الـ EIP في سد الفجوة حتى يتيح PeerDAS (opens in a new tab) أعدادًا أعلى من البلوب.
زيادة تكلفة بيانات الاستدعاء
قبل تقديم البلوب في ترقية دينكون، كانت شبكات الطبقة الثانية (L2s) تستخدم بيانات الاستدعاء لتخزين بياناتها في إيثيريوم. تؤثر كل من البلوب وبيانات الاستدعاء على استخدام النطاق الترددي لإيثيريوم. في حين أن معظم الكتل تستخدم فقط حدًا أدنى من بيانات الاستدعاء، فإن الكتل الثقيلة بالبيانات التي تحتوي أيضًا على العديد من البلوب يمكن أن تكون ضارة لشبكة p2p الخاصة بإيثيريوم.
لمعالجة هذا الأمر، يزيد EIP-7623 (opens in a new tab) من تسعير بيانات الاستدعاء، ولكن فقط للمعاملات الثقيلة بالبيانات. يحد هذا من حجم الكتلة في أسوأ الحالات، ويوفر حافزًا لشبكات الطبقة الثانية (L2s) لاستخدام البلوب فقط، ويترك أكثر من 99% من المعاملات غير متأثرة.
عمليات الخروج القابلة للتشغيل من طبقة التنفيذ
حاليًا، يعد خروج المُدَقِّق وسحب ETH المخزن عملية في طبقة الإجماع تتطلب مفتاح مُدَقِّق نشط، وهو نفس مفتاح BLS الذي يستخدمه المُدَقِّق لأداء واجبات نشطة مثل التصديقات. بيانات اعتماد السحب هي مفتاح بارد منفصل يتلقى حصة التخزين الخارجة ولكنه لا يمكنه تشغيل الخروج. الطريقة الوحيدة للمخزنين للخروج هي إرسال رسالة خاصة إلى شبكة سلسلة المنارة موقعة باستخدام مفتاح المُدَقِّق النشط. هذا مقيد في السيناريوهات التي يتم فيها الاحتفاظ ببيانات اعتماد السحب ومفتاح المُدَقِّق بواسطة كيانات مختلفة أو عند فقدان مفتاح المُدَقِّق.
يقدم EIP-7002 (opens in a new tab) عقدًا جديدًا يمكن استخدامه لتشغيل الخروج باستخدام بيانات اعتماد السحب في طبقة التنفيذ. سيتمكن المخزنون من إخراج مُدَقِّقهم عن طريق استدعاء دالة في هذا العقد الخاص دون الحاجة إلى مفتاح توقيع المُدَقِّق الخاص بهم أو الوصول إلى سلسلة المنارة على الإطلاق. والأهم من ذلك، أن تمكين سحوبات المُدَقِّقين على السلسلة يسمح لبروتوكولات التخزين بتقليل افتراضات الثقة تجاه مشغلي العقد.
إيداعات المُدَقِّقين على السلسلة
تتم معالجة إيداعات المُدَقِّقين حاليًا بواسطة eth1data poll (opens in a new tab) وهي دالة على سلسلة المنارة تجلب البيانات من طبقة التنفيذ. إنه نوع من الدين التقني من الأوقات التي سبقت الدمج عندما كانت سلسلة المنارة شبكة منفصلة وكان عليها أن تهتم بإعادة تنظيم إثبات العمل (PoW).
يعد EIP-6110 (opens in a new tab) طريقة جديدة لتسليم الإيداعات من طبقة التنفيذ إلى طبقة الإجماع، مما يسمح بمعالجة فورية مع تعقيد تنفيذ أقل. إنها طريقة أكثر أمانًا للتعامل مع الإيداعات الأصلية في إيثيريوم المدمجة. كما أنه يساعد في إعداد البروتوكول للمستقبل لأنه لا يتطلب إيداعات تاريخية لتمهيد العقدة، وهو أمر ضروري لانتهاء صلاحية السجل.
عقد مجمع مسبقًا لـ BLS12-381
العقود المجمعة مسبقًا هي مجموعة خاصة من العقود الذكية المدمجة مباشرة في آلة إيثيريوم الافتراضية (EVM). على عكس العقود العادية، لا يتم نشر العقود المجمعة مسبقًا بواسطة المستخدمين ولكنها جزء من تنفيذ العميل نفسه، ومكتوبة بلغته الأصلية (مثل Go، Java، إلخ، وليس Solidity). تخدم العقود المجمعة مسبقًا الوظائف المستخدمة على نطاق واسع والموحدة مثل عمليات التشفير. يمكن لمطوري العقود الذكية استدعاء العقود المجمعة مسبقًا كعقد عادي ولكن بمزيد من الأمان والكفاءة.
يضيف EIP-2537 (opens in a new tab) عقودًا مجمعة مسبقًا جديدة لعمليات المنحنى على BLS12-381 (opens in a new tab). أصبح هذا المنحنى الإهليلجي مستخدمًا على نطاق واسع في أنظمة العملات المشفرة بفضل خصائصه العملية. وبشكل أكثر تحديدًا، تم اعتماده من قبل طبقة الإجماع في إيثيريوم، حيث يتم استخدامه من قبل المُدَقِّقين.
يضيف العقد المجمع مسبقًا الجديد القدرة لكل مطور على أداء عمليات التشفير بسهولة وكفاءة وأمان باستخدام هذا المنحنى، على سبيل المثال، التحقق من التوقيعات. يمكن للتطبيقات على السلسلة التي تعتمد على هذا المنحنى أن تصبح أكثر كفاءة في استهلاك الغاز وأكثر أمانًا بالاعتماد على عقد مجمع مسبقًا بدلاً من بعض العقود المخصصة. ينطبق هذا بشكل أساسي على التطبيقات التي ترغب في التعامل مع المُدَقِّقين داخل EVM، مثل مجمعات التخزين، وإعادة التخزين، والعملاء الخفيفين، والجسور، ولكن أيضًا المعرفة الصفرية.
تقديم تجزئات الكتل التاريخية من الحالة
توفر EVM حاليًا رمز التشغيل BLOCKHASH الذي يمكّن مطوري العقود من استرداد تجزئة الكتلة مباشرة في طبقة التنفيذ. ومع ذلك، يقتصر هذا على آخر 256 كتلة فقط وقد يصبح مشكلة للعملاء بلا حالة في المستقبل.
ينشئ EIP-2935 (opens in a new tab) عقد نظام جديد يمكنه تقديم آخر 8192 تجزئة كتلة كخانات تخزين. يساعد هذا في إعداد البروتوكول للمستقبل للتنفيذ بلا حالة ويصبح أكثر كفاءة عند اعتماد أشجار فيركل (verkle tries). ومع ذلك، وبصرف النظر عن هذا، يمكن للتجميعات الاستفادة من هذا على الفور، حيث يمكنها الاستعلام عن العقد مباشرة بنافذة تاريخية أطول.
نقل مؤشر اللجنة خارج التصديق
يعتمد إجماع سلسلة المنارة على إدلاء المُدَقِّقين بأصواتهم لأحدث كتلة والحقبة النهائية. يتضمن التصديق 3 عناصر، اثنان منها عبارة عن أصوات والثالث هو قيمة مؤشر اللجنة.
ينقل EIP-7549 (opens in a new tab) هذا المؤشر خارج رسالة التصديق الموقعة، مما يسهل التحقق من أصوات الإجماع وتجميعها. سيتيح هذا مزيدًا من الكفاءة في كل عميل إجماع ويمكن أن يجلب تحسينات كبيرة في الأداء لدوائر المعرفة الصفرية لإثبات إجماع إيثيريوم.
إضافة جدول البلوب إلى ملفات تكوين طبقة التنفيذ (EL)
يعد EIP-7840 (opens in a new tab) تغييرًا بسيطًا يضيف حقلًا جديدًا إلى تكوين عميل طبقة التنفيذ. يقوم بتكوين عدد الكتل، مما يتيح الإعداد الديناميكي للعدد المستهدف والحد الأقصى للبلوب لكل كتلة بالإضافة إلى تعديل رسم البلوب. من خلال التكوين المحدد مباشرة، يمكن للعملاء تجنب تعقيد تبادل هذه المعلومات عبر Engine API.
هل تؤثر هذه الترقية على جميع عقد ومُدَقِّقي إيثيريوم؟
نعم، تتطلب ترقية بيكترا تحديثات لكل من عملاء التنفيذ وعملاء الإجماع. سيصدر جميع عملاء إيثيريوم الرئيسيين إصدارات تدعم التفرع الصلب مصنفة كأولوية عالية. للحفاظ على المزامنة مع شبكة إيثيريوم بعد الترقية، يجب على مشغلي العقد التأكد من أنهم يقومون بتشغيل إصدار عميل مدعوم. لاحظ أن المعلومات حول إصدارات العملاء حساسة للوقت، ويجب على المستخدمين الرجوع إلى أحدث التحديثات للحصول على أحدث التفاصيل.
كيف يمكن تحويل ETH بعد التفرع الصلب؟
- لا يلزم اتخاذ أي إجراء بشأن الـ ETH الخاص بك: بعد ترقية بيكترا في إيثيريوم، ليست هناك حاجة لتحويل أو ترقية الـ ETH الخاص بك. ستظل أرصدة حسابك كما هي، وسيظل الـ ETH الذي تحتفظ به حاليًا متاحًا بشكله الحالي بعد التفرع الصلب.
- احذر من عمليات الاحتيال! أي شخص يطلب منك "ترقية" الـ ETH الخاص بك يحاول الاحتيال عليك. لا يوجد شيء تحتاج إلى القيام به فيما يتعلق بهذه الترقية. ستبقى أصولك غير متأثرة تمامًا. تذكر أن البقاء على اطلاع هو أفضل دفاع ضد عمليات الاحتيال.
المزيد حول التعرف على عمليات الاحتيال وتجنبها
هل تفضل التعلم المرئي؟
ما الذي تتضمنه ترقية بيكترا؟ - كريستين كيم
ترقية بيكترا في إيثيريوم: ما يحتاج المخزنون إلى معرفته — Blockdaemon
قراءة إضافية
- خارطة طريق إيثيريوم
- الأسئلة الشائعة حول بيكترا (opens in a new tab)
- صفحة معلومات Pectra.wtf (opens in a new tab)
- كيف تعزز بيكترا تجربة المخزنين (opens in a new tab)
- صفحة معلومات EIP7702 (opens in a new tab)
- شبكات تطوير بيكترا (opens in a new tab)
آخر تحديث للصفحة: 6 يونيو 2026
