ترقية Pectra تهدف إلى تحسين ثلاث مجالات رئيسية: إثيريوم الحساب، المدققون من تجربة المستخدم وقدرة Blob على المعالجة.
كتب بواسطة: فرانشيسكو
ترجمة: لوفي، أخبار Foresight
اتخذت الترقية التالية ل ETH Place ، Pectra ، الخطوة الأولى بالفعل.
!
في 24 فبراير، تمت ترقية Pectra على شبكة اختبار Holesky؛ في 5 مارس، سيتم طرح Pectra على شبكة اختبار Sepolia.
!
بمجرد تنفيذ هذه الترقيات بنجاح على شبكة الاختبار ، سيتم تحديد تاريخ ترقية الشبكة الرئيسية ، مع توقع حدوث ترقية الشبكة الرئيسية في غضون 3 إلى 9 أشهر من تنفيذ شبكة الاختبار.
Pectra هو ترقية كبيرة جدًا ، حيث يتم إدخال عدة اقتراحات تحسين لـ ETH بمرة واحدة (EIP) :
!
يمكننا تقسيم هذه الترقيات إلى ثلاث مجالات رئيسية:
تحسين إثيريوم الحساب
تحسين تجربة مستخدمي المدققون إيثر
توسيع قوة معالجة "البيانات Blob".
دعونا نتعمق في بعض مقترحات تحسين ETH المقدمة قريبًا، وكيف ستعود بالفائدة على بروتوكول ومستخدمي ETH.
تحسين إثيريوم الحساب: EIP-7702
!
EIP-7702 يقرب بروتوكول إيثريوم أكثر إلى تجربة الحساب النمطية على مستوى البروتوكول. يحقق ذلك من خلال توسيع وظائف العقود الذكية للحسابات الخارجية لإيثريوم (EOAs)، بما في ذلك الوظائف:
تجميع المعاملات: إجراء عمليات متعددة في معاملة واحدة
رعاية رسوم الغاز: يسمح للحساب بدون ETH برعايته من قبل الآخرين لدفع رسوم الغاز
المزيد من آليات المصادقة والاسترداد
تحسين تجربة استخدام إثيريوم الحساب: EIP-7251، EIp-7002، EIP-6110
!
EIP-7251: يزيد الحد الأقصى لرصيد المدققون إلى 2048 ETH ويسمح بالمضاعفة التلقائية لمكافآت Staking الصالحة الأكبر. في السابق ، تم احتساب المكافآت فقط على أساس رصيد 32 ETH. بالإضافة إلى ذلك ، يمكن الآن لأكبر المدققون دمج عدة المدققون من 32 ETH في واحد.
EIP-7002: طالما تم تعيين عنوان طبقة التنفيذ على "بيانات الاعتماد القابلة للسحب" ، يسمح له بتشغيل عمليات السحب ، وبالتالي تقليل الاعتماد على الثقة. في السابق ، كان بإمكان المدققون فقط إطلاق إجراءات الخروج.
EIP-6110: تمت إزالة التأخير بين وقت إزالة إيداع المدققون وعند إضافته إلى قائمة الانتظار لما يصل إلى 2048 كتلة. من المتوقع تقليل وقت الانتظار من 9 ساعات إلى 13 دقيقة.
زيادة قدرة معالجة "بلوب البيانات": EIP-7691
!
مع ارتفاع تكلفة 'Blob' ، ظهرت حاجة متزايدة لزيادة قدرتها على المعالجة. من خلال EIP-7691 ، سيزيد سعة 'بيانات Blob' بنسبة 50٪: حاليًا ، يمكن أن يستوعب كل كتلة ETH بمعدل 3 'بيانات Blob' (يمكن أن يستوعب ما يصل إلى 6 'Blob' خلال فترة الذروة). مع EIP-7691 ، ستزيد الكمية المتوسطة لـ 'بيانات Blob' التي يمكن أن تحتويها كل كتلة إلى 6 خلال فترة الذروة ستزيد إلى 9.
تتمثل الخطوة التالية في زيادة توسيع نطاق قوة معالجة Data Blobs في تقليل الحاجة إلى تخزين جميع Data Blobs والترحيل إلى شبكة فرعية لا يزال من الممكن استخدامها للتحقق من صحة بيانات Data Blob.
الجدول الزمني لترقية بكترا والمعلومات الأخرى المتعلقة بـ EIP
EIP-2537: زيادة عدد أرقام الأمان للعملية من أكثر من 80 إلى أكثر من 120.
EIP-2935: تحسبا لوصول العملاء عديمي الجنسية ، يقترح هذا الاقتراح تخزين تجزئات الكتلة التاريخية في الحالة كجزء من منطق معالجة الكتل. لتحقيق ذلك من خلال تخزين العقود ، يسمح EIP-2935 بانتقالات ناعمة دون التأثير على منطق تجزئة الكتلة. ستتمكن شبكات الطبقة 2 من الاستفادة من البيانات التاريخية الأطول وعقود تخزين الاستعلام مباشرة.
EIP-7549: يهدف هذا الاقتراح إلى تحسين كفاءة عميل Casper. يحقق ذلك عن طريق تقليل عدد الأزواج المطلوبة للتحقق من صحة الإجماع. على وجه التحديد ، فإنه يزيل أحد العناصر الثلاثة في رسالة تصديق عميل Casper: فهرس اللجنة. من خلال إزالة هذا العنصر من رسالة الإثبات ، يمكن الآن تجميع أصوات الإجماع في كتل بشكل أكثر كفاءة ، مما يزيد من عدد الأصوات في الكتلة من 2 إلى 8 عصور.
EIP-7623: إحدى اقتراحات EIP-7623 لزيادة تكلفة بيانات الاستدعاء هو واحد من أكثر الترقيات تأثيرًا (خاصة بالنسبة للشبكات الفرعية). يهدف هذا الاقتراح إلى ضبط تكلفة بيانات الاستدعاء لحل الفجوة بين حجم الكتل المتوسط (100 كيلوبايت) وأقصى حجم للكتلة (7.15 ميغابايت). لن يؤثر هذا على المستخدمين العاديين، وسيكون ذلك فقط للصفقات التي تستخدم أساسًا لنشر البيانات. سيتم تحقيق زيادة التكلفة من خلال رسوم أساسية تعتمد على نسبة رسوم الغاز المستخدمة في عملية بيانات الاستدعاء: يمكن تحقيق ذلك من خلال تقليل حجم الكتل لاستيعاب مزيد من "بيانات السحابة"، أو زيادة حد الغاز.
EIP-7685: يقدم إطارًا لتخزين الطلبات التي تم تشغيلها بواسطة العقود الذكية. يتيح ذلك للمدققون الذين تديرهم العقود الذكية تفويض عمليات الإدارة إلى العقود الذكية، مما يقلل من الحاجة إلى وسيط.
EIP-7840: قدم طريقة "لضبط الهدف والحد الأقصى لعدد نقاط البيانات ديناميكيا لكل كتلة" عبر كائن "blobSchedule" ، بدلا من تمرير جميع القيم عبر واجهة برمجة التطبيقات.
ترسل هذه الترقية إشارة واضحة من ورشة عمل ETH. نحن نعلم أن هذه التحسينات كانت على جدول الأعمال منذ وقت طويل وليست ردا على الانتقادات الأخيرة. ومع ذلك ، تركز الترقية على جعل شبكة ورشة عمل ETH أكثر أمانا ، وتحسين ورشة عمل ETH الحسابية ، وتوسيع قوة معالجة "نقطة البيانات" ، والتي تتماشى مع بعض أهم احتياجات التطوير.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
بدأت Pectra في أول خطوة للترقية، فما هي التحديثات المتوقعة لإثيريوم؟
كتب بواسطة: فرانشيسكو
ترجمة: لوفي، أخبار Foresight
اتخذت الترقية التالية ل ETH Place ، Pectra ، الخطوة الأولى بالفعل.
!
في 24 فبراير، تمت ترقية Pectra على شبكة اختبار Holesky؛ في 5 مارس، سيتم طرح Pectra على شبكة اختبار Sepolia.
!
بمجرد تنفيذ هذه الترقيات بنجاح على شبكة الاختبار ، سيتم تحديد تاريخ ترقية الشبكة الرئيسية ، مع توقع حدوث ترقية الشبكة الرئيسية في غضون 3 إلى 9 أشهر من تنفيذ شبكة الاختبار.
Pectra هو ترقية كبيرة جدًا ، حيث يتم إدخال عدة اقتراحات تحسين لـ ETH بمرة واحدة (EIP) :
!
يمكننا تقسيم هذه الترقيات إلى ثلاث مجالات رئيسية:
دعونا نتعمق في بعض مقترحات تحسين ETH المقدمة قريبًا، وكيف ستعود بالفائدة على بروتوكول ومستخدمي ETH.
تحسين إثيريوم الحساب: EIP-7702
!
EIP-7702 يقرب بروتوكول إيثريوم أكثر إلى تجربة الحساب النمطية على مستوى البروتوكول. يحقق ذلك من خلال توسيع وظائف العقود الذكية للحسابات الخارجية لإيثريوم (EOAs)، بما في ذلك الوظائف:
تحسين تجربة استخدام إثيريوم الحساب: EIP-7251، EIp-7002، EIP-6110
!
زيادة قدرة معالجة "بلوب البيانات": EIP-7691
!
مع ارتفاع تكلفة 'Blob' ، ظهرت حاجة متزايدة لزيادة قدرتها على المعالجة. من خلال EIP-7691 ، سيزيد سعة 'بيانات Blob' بنسبة 50٪: حاليًا ، يمكن أن يستوعب كل كتلة ETH بمعدل 3 'بيانات Blob' (يمكن أن يستوعب ما يصل إلى 6 'Blob' خلال فترة الذروة). مع EIP-7691 ، ستزيد الكمية المتوسطة لـ 'بيانات Blob' التي يمكن أن تحتويها كل كتلة إلى 6 خلال فترة الذروة ستزيد إلى 9.
تتمثل الخطوة التالية في زيادة توسيع نطاق قوة معالجة Data Blobs في تقليل الحاجة إلى تخزين جميع Data Blobs والترحيل إلى شبكة فرعية لا يزال من الممكن استخدامها للتحقق من صحة بيانات Data Blob.
الجدول الزمني لترقية بكترا والمعلومات الأخرى المتعلقة بـ EIP
EIP-2537: زيادة عدد أرقام الأمان للعملية من أكثر من 80 إلى أكثر من 120.
EIP-2935: تحسبا لوصول العملاء عديمي الجنسية ، يقترح هذا الاقتراح تخزين تجزئات الكتلة التاريخية في الحالة كجزء من منطق معالجة الكتل. لتحقيق ذلك من خلال تخزين العقود ، يسمح EIP-2935 بانتقالات ناعمة دون التأثير على منطق تجزئة الكتلة. ستتمكن شبكات الطبقة 2 من الاستفادة من البيانات التاريخية الأطول وعقود تخزين الاستعلام مباشرة.
EIP-7549: يهدف هذا الاقتراح إلى تحسين كفاءة عميل Casper. يحقق ذلك عن طريق تقليل عدد الأزواج المطلوبة للتحقق من صحة الإجماع. على وجه التحديد ، فإنه يزيل أحد العناصر الثلاثة في رسالة تصديق عميل Casper: فهرس اللجنة. من خلال إزالة هذا العنصر من رسالة الإثبات ، يمكن الآن تجميع أصوات الإجماع في كتل بشكل أكثر كفاءة ، مما يزيد من عدد الأصوات في الكتلة من 2 إلى 8 عصور.
EIP-7623: إحدى اقتراحات EIP-7623 لزيادة تكلفة بيانات الاستدعاء هو واحد من أكثر الترقيات تأثيرًا (خاصة بالنسبة للشبكات الفرعية). يهدف هذا الاقتراح إلى ضبط تكلفة بيانات الاستدعاء لحل الفجوة بين حجم الكتل المتوسط (100 كيلوبايت) وأقصى حجم للكتلة (7.15 ميغابايت). لن يؤثر هذا على المستخدمين العاديين، وسيكون ذلك فقط للصفقات التي تستخدم أساسًا لنشر البيانات. سيتم تحقيق زيادة التكلفة من خلال رسوم أساسية تعتمد على نسبة رسوم الغاز المستخدمة في عملية بيانات الاستدعاء: يمكن تحقيق ذلك من خلال تقليل حجم الكتل لاستيعاب مزيد من "بيانات السحابة"، أو زيادة حد الغاز.
EIP-7685: يقدم إطارًا لتخزين الطلبات التي تم تشغيلها بواسطة العقود الذكية. يتيح ذلك للمدققون الذين تديرهم العقود الذكية تفويض عمليات الإدارة إلى العقود الذكية، مما يقلل من الحاجة إلى وسيط.
EIP-7840: قدم طريقة "لضبط الهدف والحد الأقصى لعدد نقاط البيانات ديناميكيا لكل كتلة" عبر كائن "blobSchedule" ، بدلا من تمرير جميع القيم عبر واجهة برمجة التطبيقات.
ترسل هذه الترقية إشارة واضحة من ورشة عمل ETH. نحن نعلم أن هذه التحسينات كانت على جدول الأعمال منذ وقت طويل وليست ردا على الانتقادات الأخيرة. ومع ذلك ، تركز الترقية على جعل شبكة ورشة عمل ETH أكثر أمانا ، وتحسين ورشة عمل ETH الحسابية ، وتوسيع قوة معالجة "نقطة البيانات" ، والتي تتماشى مع بعض أهم احتياجات التطوير.