eip

14,120 مشاهدات
64 يقومون بالنقاش
三丈坟头草
·
--
ظهر في مجتمع إيثيريوم مسوّدة EIP بفكرة تصميم ذكية: إعادة تسعير الغاز باستخدام «تعليمات تشغيل ذات إصدارات»، من دون المساس بأي عقد منشور. تتألف الآلية الأساسية من ثلاثة مستويات: 1|فصل الجديد عن القديم. يجب أن تستخدم العقود المنشورة حديثًا تعليمات تشغيل V2، وأن تنفّذ جدول تسعير الغاز الجديد المحدد في EIP-8037/8038؛ أما العقود الحالية فتواصل استخدام الجدول القديم، مع الحفاظ على السلوك التاريخي على السلسلة كما هو. 2|إزالة الاستبطان بشأن الغاز. لا تتضمن مجموعة تعليمات تشغيل V2 تعليمات استعلام مثل GAS وGASLIMIT؛ وإذا احتوت عليها الشيفرة الثنائية، يُلغى النشر مباشرة. وهذا يعادل منع العقود من الاعتماد على «الغاز المتبقي» لاتخاذ قرارات منطقية، مما يمهّد الطريق لإعادة التسعير بحرية في المستقبل. 3|إصدارات مختلفة للاستدعاءات أيضًا. تُضاف DELEGATECALL_V2، وهي شبيهة بـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2، وإلا يفشل الاستدعاء فورًا، لتجنّب استدعاء العقود الجديدة لمنطق الإصدارات القديمة عن طريق الخطأ. في جوهرها، تحوّل هذه الخطة «تعديل تكلفة الغاز» من ترقية شاملة للشبكة ذات آثار جذرية إلى إجراء اعتيادي يُطبّق تدريجيًا بحسب إصدار العقد، مع ضمان التوافق مع الإصدارات السابقة على مستوى البروتوكول. ولن يكاد المستخدمون العاديون $ETH يشعرون بأي فرق، بينما يحتاج مطورو العقود إلى متابعة وتيرة تكييف الأدوات مع V2. النص الأصلي للمسودة: https://github.com/ethereum/EIPs/pull/12638 #以太坊 #EIP #رسوم_الغاز
ظهر في مجتمع إيثيريوم مسوّدة EIP بفكرة تصميم ذكية: إعادة تسعير الغاز باستخدام «تعليمات تشغيل ذات إصدارات»، من دون المساس بأي عقد منشور.

تتألف الآلية الأساسية من ثلاثة مستويات:

1|فصل الجديد عن القديم. يجب أن تستخدم العقود المنشورة حديثًا تعليمات تشغيل V2، وأن تنفّذ جدول تسعير الغاز الجديد المحدد في EIP-8037/8038؛ أما العقود الحالية فتواصل استخدام الجدول القديم، مع الحفاظ على السلوك التاريخي على السلسلة كما هو.

2|إزالة الاستبطان بشأن الغاز. لا تتضمن مجموعة تعليمات تشغيل V2 تعليمات استعلام مثل GAS وGASLIMIT؛ وإذا احتوت عليها الشيفرة الثنائية، يُلغى النشر مباشرة. وهذا يعادل منع العقود من الاعتماد على «الغاز المتبقي» لاتخاذ قرارات منطقية، مما يمهّد الطريق لإعادة التسعير بحرية في المستقبل.

3|إصدارات مختلفة للاستدعاءات أيضًا. تُضاف DELEGATECALL_V2، وهي شبيهة بـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2، وإلا يفشل الاستدعاء فورًا، لتجنّب استدعاء العقود الجديدة لمنطق الإصدارات القديمة عن طريق الخطأ.

في جوهرها، تحوّل هذه الخطة «تعديل تكلفة الغاز» من ترقية شاملة للشبكة ذات آثار جذرية إلى إجراء اعتيادي يُطبّق تدريجيًا بحسب إصدار العقد، مع ضمان التوافق مع الإصدارات السابقة على مستوى البروتوكول. ولن يكاد المستخدمون العاديون $ETH يشعرون بأي فرق، بينما يحتاج مطورو العقود إلى متابعة وتيرة تكييف الأدوات مع V2.

النص الأصلي للمسودة: https://github.com/ethereum/EIPs/pull/12638

#以太坊 #EIP #رسوم_الغاز
تريد إيثيريوم إضافة «أرقام إصدارات» إلى EVM. يطرح مسودّة EIP جديدة «تعليمات برمجية تشغيلية ذات إصدارات لإعادة تسعير Gas». ويمكن تلخيص الفكرة الأساسية بجملة واحدة: تعمل التعليمات البرمجية التشغيلية بإصدارات متوازية؛ فالعقود القديمة تواصل العمل وفق جدول Gas القديم، بينما يجب أن تستخدم العقود المنشورة حديثًا تعليمات V2 البرمجية التشغيلية، وأن تلتزم بجدول التسعير الجديد في EIP-8037/8038. لا تتداخل القاعدتان، مع الحفاظ على التوافق مع الإصدارات السابقة. إليك بعض التفاصيل التي يجدر بالمطوّرين الانتباه إليها: 1. أُزيلت مباشرةً من مجموعة تعليمات V2 البرمجية التشغيلية تعليمات استبطان Gas، مثل GAS وGASLIMIT، وسيؤدي تضمينها في عقد جديد إلى التراجع عن عملية النشر. والمنطق وراء ذلك هو أن العقد إذا اعتمد على «مقدار Gas المتبقي» لاتخاذ القرارات، فقد يؤدي أي تعديل مستقبلي للأسعار إلى تعطيله. 2. أُضيفت DELEGATECALL_V2، وهي تعمل بطريقة مشابهة لـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2، وإلا فستفشل فورًا؛ ما يعادل وضع بوابة للتحقق من الإصدار عند إجراء استدعاءات بين العقود. 3. الهدف من هذا التصميم برمّته هو تمكين إيثيريوم من تعديل تكاليف Gas مستقبلًا دون تردد: إذ يفصل عزل الإصدارات بين مساحة الترقية وسلامة العقود القائمة، بدلًا من أن يؤثر كل تعديل للأسعار في النظام البيئي بأكمله. في جوهره، هذا استدراك لما ينقص EVM لتصبح «نظامًا برمجيًا قابلًا للتطور». لا يزال المقترح في مرحلة المسودة، وما زال إدراجه ضمن ترقيات الشبكة الرئيسية بعيدًا، لكن هذا التوجه يستحق المتابعة على المدى الطويل. #以太坊 #EIP #EVM
تريد إيثيريوم إضافة «أرقام إصدارات» إلى EVM.

يطرح مسودّة EIP جديدة «تعليمات برمجية تشغيلية ذات إصدارات لإعادة تسعير Gas». ويمكن تلخيص الفكرة الأساسية بجملة واحدة: تعمل التعليمات البرمجية التشغيلية بإصدارات متوازية؛ فالعقود القديمة تواصل العمل وفق جدول Gas القديم، بينما يجب أن تستخدم العقود المنشورة حديثًا تعليمات V2 البرمجية التشغيلية، وأن تلتزم بجدول التسعير الجديد في EIP-8037/8038. لا تتداخل القاعدتان، مع الحفاظ على التوافق مع الإصدارات السابقة.

إليك بعض التفاصيل التي يجدر بالمطوّرين الانتباه إليها:

1. أُزيلت مباشرةً من مجموعة تعليمات V2 البرمجية التشغيلية تعليمات استبطان Gas، مثل GAS وGASLIMIT، وسيؤدي تضمينها في عقد جديد إلى التراجع عن عملية النشر. والمنطق وراء ذلك هو أن العقد إذا اعتمد على «مقدار Gas المتبقي» لاتخاذ القرارات، فقد يؤدي أي تعديل مستقبلي للأسعار إلى تعطيله.

2. أُضيفت DELEGATECALL_V2، وهي تعمل بطريقة مشابهة لـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2، وإلا فستفشل فورًا؛ ما يعادل وضع بوابة للتحقق من الإصدار عند إجراء استدعاءات بين العقود.

3. الهدف من هذا التصميم برمّته هو تمكين إيثيريوم من تعديل تكاليف Gas مستقبلًا دون تردد: إذ يفصل عزل الإصدارات بين مساحة الترقية وسلامة العقود القائمة، بدلًا من أن يؤثر كل تعديل للأسعار في النظام البيئي بأكمله.

في جوهره، هذا استدراك لما ينقص EVM لتصبح «نظامًا برمجيًا قابلًا للتطور». لا يزال المقترح في مرحلة المسودة، وما زال إدراجه ضمن ترقيات الشبكة الرئيسية بعيدًا، لكن هذا التوجه يستحق المتابعة على المدى الطويل.

#以太坊 #EIP #EVM
أصدرت إيثيريوم بهدوء مسودة EIP قد تؤثر في دورة حياة العقود خلال العقد المقبل: تمهّد لإعادة تسعير Gas باستخدام «تعليمات تشغيل ذات إصدارات». تقوم الفكرة الأساسية على ثلاثة مستويات: 1. يجب أن تستخدم العقود المنشورة حديثًا تعليمات التشغيل V2، وأن تطبّق جدول Gas الجديد في EIP-8037/8038؛ أما العقود المنشورة سابقًا فتستمر وفق الجدول القديم، من دون تغيير سلوكها. 2. تزيل مجموعة تعليمات التشغيل V2 مباشرةً تعليمات استبطان Gas، مثل GAS وGASLIMIT. وإذا احتوت الشيفرة الثنائية على هذه التعليمات، فسيُلغى النشر. 3. تُضاف DELEGATECALL_V2، وهي مشابهة دلاليًا لـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2، وإلا فستفشل فورًا. لماذا ينبغي للمطورين الاهتمام؟ كان أكبر ما يثير القلق عند تعديل إيثيريوم لتكاليف Gas هو أن «تغيير الأسعار يعادل تغيير سلوك العقود القائمة». وقد تضررت البروتوكولات التي تعتمد على افتراضات ثابتة بشأن Gas مرارًا. ومع اعتماد الإصدارات، تبقى العقود القديمة خاضعة للقواعد القديمة، بينما تعمل المنطقية الجديدة وفق القواعد الجديدة؛ وللمرة الأولى، أصبح هناك حد واضح بين الترقية والتوافق. والكلفة واضحة أيضًا: أُزيلت عمدًا إمكانية استبطان Gas، لذا ينبغي إعادة تصميم الأنظمة التي تقرأ كمية Gas المتبقية مباشرةً على السلسلة في الوقت الفعلي مسبقًا. كما أن شرط الإصدار في DELEGATECALL_V2 سيدفع العقود الوكيلة والتوقيعات المتعددة والمحافظ الذكية إلى إعادة فحص سلسلة الاستدعاءات بأكملها. لا تزال هذه المسودة في مرحلة طلب السحب (PR)، وما زالت تفصلها عن الشبكة الرئيسية مراحل عدة، تشمل المراجعة والاختبار والتفرع الصلب. لكن الاتجاه بات واضحًا: تعمل إيثيريوم على تحويل «آلة EVM القابلة للترقية» من شعار إلى تصميم آلي. لا يحتاج حاملو $ETH إلى اتخاذ أي إجراء في الوقت الحالي، لكن يُنصح المطورون بقراءة النص الأصلي مبكرًا وتقييم كلفة الانتقال. #以太坊 #EIP #Gas
أصدرت إيثيريوم بهدوء مسودة EIP قد تؤثر في دورة حياة العقود خلال العقد المقبل: تمهّد لإعادة تسعير Gas باستخدام «تعليمات تشغيل ذات إصدارات».

تقوم الفكرة الأساسية على ثلاثة مستويات:
1. يجب أن تستخدم العقود المنشورة حديثًا تعليمات التشغيل V2، وأن تطبّق جدول Gas الجديد في EIP-8037/8038؛ أما العقود المنشورة سابقًا فتستمر وفق الجدول القديم، من دون تغيير سلوكها.
2. تزيل مجموعة تعليمات التشغيل V2 مباشرةً تعليمات استبطان Gas، مثل GAS وGASLIMIT. وإذا احتوت الشيفرة الثنائية على هذه التعليمات، فسيُلغى النشر.
3. تُضاف DELEGATECALL_V2، وهي مشابهة دلاليًا لـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2، وإلا فستفشل فورًا.

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

والكلفة واضحة أيضًا: أُزيلت عمدًا إمكانية استبطان Gas، لذا ينبغي إعادة تصميم الأنظمة التي تقرأ كمية Gas المتبقية مباشرةً على السلسلة في الوقت الفعلي مسبقًا. كما أن شرط الإصدار في DELEGATECALL_V2 سيدفع العقود الوكيلة والتوقيعات المتعددة والمحافظ الذكية إلى إعادة فحص سلسلة الاستدعاءات بأكملها.

لا تزال هذه المسودة في مرحلة طلب السحب (PR)، وما زالت تفصلها عن الشبكة الرئيسية مراحل عدة، تشمل المراجعة والاختبار والتفرع الصلب. لكن الاتجاه بات واضحًا: تعمل إيثيريوم على تحويل «آلة EVM القابلة للترقية» من شعار إلى تصميم آلي. لا يحتاج حاملو $ETH إلى اتخاذ أي إجراء في الوقت الحالي، لكن يُنصح المطورون بقراءة النص الأصلي مبكرًا وتقييم كلفة الانتقال.

#以太坊 #EIP #Gas
يشهد مجتمع مطوري إيثريوم الأساسي تحركًا جديدًا: فقد طُرحت رسميًا في المنتدى للتعليق مسودة EIP بعنوان «رموز تشغيل ذات إصدارات لإعادة تسعير الغاز». وتتمثل الفكرة الأساسية في إضافة أرقام إصدارات إلى رموز التشغيل، بحيث لا تعود التعديلات المستقبلية على تكلفة الغاز تتطلب انقسامًا صلبًا يضر بالعقود المنشورة. وتتضمن المسودة عدة نقاط أساسية: أولًا، تشغيل القديم والجديد بالتوازي مع التوافق مع الإصدارات السابقة. يجب أن تستخدم العقود المنشورة حديثًا رموز تشغيل V2، وأن تتبع جدول تسعير الغاز الجديد المحدد في EIP-8037/8038؛ أما العقود القائمة والمنشورة بالفعل، فستواصل استخدام الجدول القديم، مع بقاء سلوكها كما هو. وهذا يعزل أثر «رفع الأسعار» ضمن العقود الجديدة. ثانيًا، أُزيلت عمدًا من مجموعة رموز تشغيل V2 رموز التشغيل التي تتيح استبطان الغاز، مثل GAS وGASLIMIT. فإذا احتوت الشفرة الثنائية لعقد جديد على هذه الرموز، فسيُلغى النشر مباشرةً. ويستند منطق مجتمع المطورين إلى أن الاعتماد المفرط في العقود على التحقق الدقيق من الغاز المتبقي قد يؤدي إلى أعطال متسلسلة عند أي إعادة تسعير مستقبلية؛ لذا من الأفضل قطع هذا الترابط من الأساس. ثالثًا، أُضيف DELEGATECALL_V2. دلالته مشابهة لـ DELEGATECALL التقليدي، لكنه يشترط أن يكون code_version للعقد المستهدف 2 أو أعلى، وإلا فستفشل المكالمة فورًا. ويهدف ذلك إلى منع العقود الجديدة من استدعاء منطق قديم عن طريق الخطأ، والوقوع في افتراضات متقادمة بشأن الغاز. عمومًا، هذا تصميم أساسي يمهد الطريق لقابلية إيثريوم للتطوير على المدى الطويل: فتسعير الغاز ليس معلمة ثابتة، وترميز إصدارات رموز التشغيل يتيح للبروتوكول مسارًا سلسًا للتعديل «يؤثر في العقود الجديدة فقط، ولا يمس العقود القديمة». وبالنسبة إلى المطورين، تتمثل الأمور التي ينبغي متابعتها لاحقًا في موعد تحديث أدوات الترحيل وقواعد التدقيق؛ أما المستخدمون العاديون، فلن يلاحظوا تغييرًا في تجربتهم على السلسلة على المدى القصير، لكن هذا التغيير قد يؤثر بعمق في أساليب كتابة العقود الذكية خلال السنوات المقبلة. #以太坊 #EIP
يشهد مجتمع مطوري إيثريوم الأساسي تحركًا جديدًا: فقد طُرحت رسميًا في المنتدى للتعليق مسودة EIP بعنوان «رموز تشغيل ذات إصدارات لإعادة تسعير الغاز». وتتمثل الفكرة الأساسية في إضافة أرقام إصدارات إلى رموز التشغيل، بحيث لا تعود التعديلات المستقبلية على تكلفة الغاز تتطلب انقسامًا صلبًا يضر بالعقود المنشورة.

وتتضمن المسودة عدة نقاط أساسية:

أولًا، تشغيل القديم والجديد بالتوازي مع التوافق مع الإصدارات السابقة. يجب أن تستخدم العقود المنشورة حديثًا رموز تشغيل V2، وأن تتبع جدول تسعير الغاز الجديد المحدد في EIP-8037/8038؛ أما العقود القائمة والمنشورة بالفعل، فستواصل استخدام الجدول القديم، مع بقاء سلوكها كما هو. وهذا يعزل أثر «رفع الأسعار» ضمن العقود الجديدة.

ثانيًا، أُزيلت عمدًا من مجموعة رموز تشغيل V2 رموز التشغيل التي تتيح استبطان الغاز، مثل GAS وGASLIMIT. فإذا احتوت الشفرة الثنائية لعقد جديد على هذه الرموز، فسيُلغى النشر مباشرةً. ويستند منطق مجتمع المطورين إلى أن الاعتماد المفرط في العقود على التحقق الدقيق من الغاز المتبقي قد يؤدي إلى أعطال متسلسلة عند أي إعادة تسعير مستقبلية؛ لذا من الأفضل قطع هذا الترابط من الأساس.

ثالثًا، أُضيف DELEGATECALL_V2. دلالته مشابهة لـ DELEGATECALL التقليدي، لكنه يشترط أن يكون code_version للعقد المستهدف 2 أو أعلى، وإلا فستفشل المكالمة فورًا. ويهدف ذلك إلى منع العقود الجديدة من استدعاء منطق قديم عن طريق الخطأ، والوقوع في افتراضات متقادمة بشأن الغاز.

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

#以太坊 #EIP
إيثيريوم على وشك إضافة «أرقام إصدارات» إلى EVM. يقترح مسوّدة EIP جديدة «تعليمات برمجية تشغيلية ذات إصدارات لإعادة تسعير Gas». وتتمثل الفكرة الأساسية في أن تستخدم العقود المنشورة حديثًا تعليمات V2 وجدولًا جديدًا لتسعير Gas (EIP-8037/8038)، بينما تواصل العقود القديمة المنشورة العمل بالقواعد السابقة. ولن يتداخل النظامان، ما يحافظ على التوافق مع الإصدارات السابقة عند تعديل تكاليف Gas. تجدر ملاحظة بعض تفاصيل التصميم: 1. تزيل مجموعة تعليمات V2 مباشرةً تعليمات GAS وGASLIMIT وغيرها من تعليمات استبطان Gas. وإذا احتوى عقد جديد على هذه التعليمات، فسيُلغى نشره فورًا — إذ إن هذه الفئة من التعليمات هي ما جعل تعديلات أسعار Gas تاريخيًا تُلحق الضرر بسهولة بالعقود القائمة. 2. تُضاف DELEGATECALL_V2، وهي تعمل بطريقة مشابهة لـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2؛ وإلا يفشل الاستدعاء فورًا، تجنبًا لأي التباس دلالي ينشأ عن استدعاءات التفويض بين الإصدارات. 3. هناك هدف واحد للنهج بأكمله: جعل تعديلات تكاليف Gas مستقبلًا لا تعود «تغييرًا شاملًا على طريقة الانقسام الصلب»، بل انتقالًا سلسًا بحسب إصدارات العقود، من دون الإخلال بالافتراضات التي تستند إليها العقود المنشورة. بعبارة أخرى، تحاول إيثيريوم إنشاء آلية تطور لـ EVM تشبه إدارة إصدارات البرمجيات. وإذا أُقرّت هذه المسوّدة ونُفذت، فستتعزز قابلية EVM للترقية على المدى الطويل بوضوح، وسيكون ذلك أيضًا تحسينًا جوهريًا للبنية التحتية الأساسية بالنسبة إلى $ETH . النص الأصلي للمسوّدة: github.com/ethereum/EIPs/pull/12638 #以太坊 #EIP #EVM
إيثيريوم على وشك إضافة «أرقام إصدارات» إلى EVM.

يقترح مسوّدة EIP جديدة «تعليمات برمجية تشغيلية ذات إصدارات لإعادة تسعير Gas». وتتمثل الفكرة الأساسية في أن تستخدم العقود المنشورة حديثًا تعليمات V2 وجدولًا جديدًا لتسعير Gas (EIP-8037/8038)، بينما تواصل العقود القديمة المنشورة العمل بالقواعد السابقة. ولن يتداخل النظامان، ما يحافظ على التوافق مع الإصدارات السابقة عند تعديل تكاليف Gas.

تجدر ملاحظة بعض تفاصيل التصميم:

1. تزيل مجموعة تعليمات V2 مباشرةً تعليمات GAS وGASLIMIT وغيرها من تعليمات استبطان Gas. وإذا احتوى عقد جديد على هذه التعليمات، فسيُلغى نشره فورًا — إذ إن هذه الفئة من التعليمات هي ما جعل تعديلات أسعار Gas تاريخيًا تُلحق الضرر بسهولة بالعقود القائمة.

2. تُضاف DELEGATECALL_V2، وهي تعمل بطريقة مشابهة لـ DELEGATECALL، لكنها تشترط أن يكون code_version للعقد المستهدف ≥ 2؛ وإلا يفشل الاستدعاء فورًا، تجنبًا لأي التباس دلالي ينشأ عن استدعاءات التفويض بين الإصدارات.

3. هناك هدف واحد للنهج بأكمله: جعل تعديلات تكاليف Gas مستقبلًا لا تعود «تغييرًا شاملًا على طريقة الانقسام الصلب»، بل انتقالًا سلسًا بحسب إصدارات العقود، من دون الإخلال بالافتراضات التي تستند إليها العقود المنشورة.

بعبارة أخرى، تحاول إيثيريوم إنشاء آلية تطور لـ EVM تشبه إدارة إصدارات البرمجيات. وإذا أُقرّت هذه المسوّدة ونُفذت، فستتعزز قابلية EVM للترقية على المدى الطويل بوضوح، وسيكون ذلك أيضًا تحسينًا جوهريًا للبنية التحتية الأساسية بالنسبة إلى $ETH .

النص الأصلي للمسوّدة: github.com/ethereum/EIPs/pull/12638

#以太坊 #EIP #EVM
قدّم frisitano، الباحث في مؤسسة إيثريوم، مسودة EIP تهدف إلى ترقية PeerDAS لتكون «بإعداد موثوق به أقل ومقاومة للكمّ». التغيير الأساسي: استبدال التزامات Blob وإثباتاتها باستخدام KZG بالتزامات Merkle باستخدام Keccak-256 ومسارات إثبات، ثم استخدام إثبات LeanDA STARK لإعادة حساب جذر Merkle، والتحقق من علاقة ترميز Reed-Solomon، والتأكد من تطابق الالتزام مع البيانات. سيؤدي ذلك إلى إزالة الاعتماد على الإعداد الموثوق به لـ KZG، مع تعزيز الأمان في مواجهة الحوسبة الكمّية مستقبلًا. وتُدخل المسودة أيضًا Blobs متغيرة الحجم: يتراوح طولها بالبايت بين 2048 و524288، ويجب أن يكون من قوى العدد 2 وأن يقبل القسمة على 128 عمودًا. وستحمل معاملات طبقة التنفيذ (merkle_root, byte_length) بدلًا من استخدام versioned hash، كما ستُعدّل طبقة الشبكة ورسوم Gas بالتزامن. إذا طُبّق المقترح بصيغته النهائية، فستصبح البيانات التي يقدّمها Rollup أقرب إلى الاحتياجات الفعلية، كما سيُستخدم مورد Blob بدقة أكبر. لكن المقترح لا يزال في مرحلة المسودة، وما زال تصميم المعلمات والتوافق والأمان بحاجة إلى مزيد من النقاش.$ETH #以太坊 #EIP #PeerDAS
قدّم frisitano، الباحث في مؤسسة إيثريوم، مسودة EIP تهدف إلى ترقية PeerDAS لتكون «بإعداد موثوق به أقل ومقاومة للكمّ».

التغيير الأساسي: استبدال التزامات Blob وإثباتاتها باستخدام KZG بالتزامات Merkle باستخدام Keccak-256 ومسارات إثبات، ثم استخدام إثبات LeanDA STARK لإعادة حساب جذر Merkle، والتحقق من علاقة ترميز Reed-Solomon، والتأكد من تطابق الالتزام مع البيانات. سيؤدي ذلك إلى إزالة الاعتماد على الإعداد الموثوق به لـ KZG، مع تعزيز الأمان في مواجهة الحوسبة الكمّية مستقبلًا.

وتُدخل المسودة أيضًا Blobs متغيرة الحجم: يتراوح طولها بالبايت بين 2048 و524288، ويجب أن يكون من قوى العدد 2 وأن يقبل القسمة على 128 عمودًا. وستحمل معاملات طبقة التنفيذ (merkle_root, byte_length) بدلًا من استخدام versioned hash، كما ستُعدّل طبقة الشبكة ورسوم Gas بالتزامن.

إذا طُبّق المقترح بصيغته النهائية، فستصبح البيانات التي يقدّمها Rollup أقرب إلى الاحتياجات الفعلية، كما سيُستخدم مورد Blob بدقة أكبر. لكن المقترح لا يزال في مرحلة المسودة، وما زال تصميم المعلمات والتوافق والأمان بحاجة إلى مزيد من النقاش.$ETH #以太坊 #EIP #PeerDAS
يُعدّ EIP-7702 تحديثًا أمنيًا لشبكة إيثيريوم، وقد أُشير إليه باعتباره أحد أسباب الاختراق الأخير لمنصة Binance. يهدف التحديث إلى تعزيز أمان المعاملات على شبكة إيثيريوم، لكن تطبيقه أثار بعض المخاوف بين المطورين. تهمّ هذه الأخبار المتداولين لأنها قد تؤثر في استقرار المعاملات على شبكة إيثيريوم وأمانها، ما قد ينعكس على قيمة العملات المشفرة التي تستخدم الشبكة. ويعمل مطورو إيثيريوم على تطبيق التحديث بطريقة تقلل من انقطاع الخدمة. لكن، ما الإجراءات التي تعتقدون أن على منصات التداول اتخاذها لحماية نفسها من الاختراقات مستقبلًا؟ #EIP-7702 #BinanceHack #Ethereum #أمن_العملات_المشفرة
يُعدّ EIP-7702 تحديثًا أمنيًا لشبكة إيثيريوم، وقد أُشير إليه باعتباره أحد أسباب الاختراق الأخير لمنصة Binance. يهدف التحديث إلى تعزيز أمان المعاملات على شبكة إيثيريوم، لكن تطبيقه أثار بعض المخاوف بين المطورين.

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

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

#EIP-7702 #BinanceHack #Ethereum #أمن_العملات_المشفرة
أعلنت رسميًا مؤسسة إيثريوم فريق Protocol DevOps إطلاق شبكة الاختبار المبكرة لترقية Glamsterdam، Platåberget، وذلك لإكمال عملية الانقسام (fork) على تلك الشبكة في 20 أغسطس. وبخلاف شبكات devnet القصيرة السابقة، يُتوقع أن تعمل Platåberget بشكل مستقر لعدة أشهر، مع توفير أدوات تكوين الشبكة بنقرة واحدة وموزّع (faucet) ETH للاختبار، بما يسهّل على المطورين والمجتمع الاستمرار في المشاركة والتحقق. كما أن خريطة الاختبار واضحة إلى حد كبير: خلال شهر، سيتم إطلاق devnet غير نهائي لاختبار سيناريوهات توافقية (consensus) غير طبيعية؛ وبعد ذلك ستُنجز على التوالي شبكات الاختبار طويلة المدى مثل Sepolia وHoodi انقسام Glamsterdam، لتكون الهدف النهائي موجّهًا مباشرةً نحو ترقية شبكة الإيثريوم الرئيسية. ومن أبرز التغييرات التي ينبغي التركيز عليها في هذه الترقية: فصل المقترح-المنشئ المضمّن (ePBS)، حيث يتم كتابة علاقة proposer-builder داخل طبقة البروتوكول؛ قوائم الوصول على مستوى الكتلة (Block-Level Access Lists)، لتحسين كفاءة الوصول إلى بيانات السلسلة؛ إعادة تسعير رسوم الغاز، بهدف حد أدنى يقارب 200 مليون Gas؛ كما تم رفع الحد الأقصى لحجم كلٍ من العقود وinitcode من 24KiB و48KiB إلى 64KiB و128KiB على التوالي. من الضروري الانتباه بشكل خاص إلى ما يلي: ستتأثر أي أدوات تعتمد على القيم القصوى للغاز المضمّنة (hard-coded) — مثل المحافظ ومحركات الفهرسة ومقدّرات الغاز وغيرها — وستحتاج إلى تحديثات مناسبة. يُنصح الفرق المطورة المعنية بتقييم التكيّف مبكرًا. #以太坊 #Glamsterdam #EIP
أعلنت رسميًا مؤسسة إيثريوم فريق Protocol DevOps إطلاق شبكة الاختبار المبكرة لترقية Glamsterdam، Platåberget، وذلك لإكمال عملية الانقسام (fork) على تلك الشبكة في 20 أغسطس. وبخلاف شبكات devnet القصيرة السابقة، يُتوقع أن تعمل Platåberget بشكل مستقر لعدة أشهر، مع توفير أدوات تكوين الشبكة بنقرة واحدة وموزّع (faucet) ETH للاختبار، بما يسهّل على المطورين والمجتمع الاستمرار في المشاركة والتحقق.

كما أن خريطة الاختبار واضحة إلى حد كبير: خلال شهر، سيتم إطلاق devnet غير نهائي لاختبار سيناريوهات توافقية (consensus) غير طبيعية؛ وبعد ذلك ستُنجز على التوالي شبكات الاختبار طويلة المدى مثل Sepolia وHoodi انقسام Glamsterdam، لتكون الهدف النهائي موجّهًا مباشرةً نحو ترقية شبكة الإيثريوم الرئيسية.

ومن أبرز التغييرات التي ينبغي التركيز عليها في هذه الترقية:

فصل المقترح-المنشئ المضمّن (ePBS)، حيث يتم كتابة علاقة proposer-builder داخل طبقة البروتوكول؛ قوائم الوصول على مستوى الكتلة (Block-Level Access Lists)، لتحسين كفاءة الوصول إلى بيانات السلسلة؛ إعادة تسعير رسوم الغاز، بهدف حد أدنى يقارب 200 مليون Gas؛ كما تم رفع الحد الأقصى لحجم كلٍ من العقود وinitcode من 24KiB و48KiB إلى 64KiB و128KiB على التوالي.

من الضروري الانتباه بشكل خاص إلى ما يلي: ستتأثر أي أدوات تعتمد على القيم القصوى للغاز المضمّنة (hard-coded) — مثل المحافظ ومحركات الفهرسة ومقدّرات الغاز وغيرها — وستحتاج إلى تحديثات مناسبة. يُنصح الفرق المطورة المعنية بتقييم التكيّف مبكرًا.

#以太坊 #Glamsterdam #EIP
قدمت أحدث مجموعة مجتمع إيثيريوم «اقتراح EIP بشأن عقود الإيداع الداعمة للحوسبة الكمية بعد الحقبة التشفيرية»؛ ما رأيك في هذه الترقية الاستباقية التي تُمكِّننا من الاستعداد للتهديدات الأمنية التي قد تفرضها الحوسبة الكمية على الأصول المشفرة في المستقبل؟ تشمل النقاط الأساسية للاقتراح ما يلي: 1️⃣ إدخال عقد جديد يدعم مفاتيح وشهادات (بيانات اعتماد) بطول متغير، مع إضافة مُعرِّف scheme واضح (scheme 0 محفوظ حاليًا للإيداع BLS الحالي) 2️⃣ لم يعد عقد الإيداع الجديد يعتمد على البنية القديمة لشجرة ميركل في عقد الإيداع القديم، بل سينقل معلومات الإيداع إلى طبقة الإجماع عبر تنفيذ طلبات مشتقة من السجلات وفقًا لـ EIP-7685، ما يجعل البنية أوضح 3️⃣ وضع نمط تحويل غير قابل للعكس يتم التحكم به بواسطة نظام البروتوكول: يتم تعطيل الإيداع مبدئيًا، ثم يتم تمكين إيداع BLS في وقت زمني محدد مسبقًا، وبعد ذلك يتم إيقافه بشكل دائم عند طابع زمني لاحق، ولا يمكن إعادة تمكينه، وبذلك يتم إنجاز عملية الترقية والهجرة تدريجيًا 4️⃣ خلال فترة الهجرة، يحتاج عميل التنفيذ إلى دمج طلبات الإيداع للعقدين الجديد والقديم معًا لضمان انتقال سلس في ظل التطور المستمر لتقنيات الحوسبة الكمية، فإن ترقية معايير الأمان في البنية التحتية للتشفير مبكرًا هي السبيل الوحيد لحماية أصول المستخدمين على المدى الطويل. هذه الترقيات الاستباقية في نظام $ETH —هل تعتقد أن لها ضرورة؟ #以太坊 #EIP #الأمان ما بعد الحقبة التشفيرية
قدمت أحدث مجموعة مجتمع إيثيريوم «اقتراح EIP بشأن عقود الإيداع الداعمة للحوسبة الكمية بعد الحقبة التشفيرية»؛ ما رأيك في هذه الترقية الاستباقية التي تُمكِّننا من الاستعداد للتهديدات الأمنية التي قد تفرضها الحوسبة الكمية على الأصول المشفرة في المستقبل؟

تشمل النقاط الأساسية للاقتراح ما يلي:
1️⃣ إدخال عقد جديد يدعم مفاتيح وشهادات (بيانات اعتماد) بطول متغير، مع إضافة مُعرِّف scheme واضح (scheme 0 محفوظ حاليًا للإيداع BLS الحالي)
2️⃣ لم يعد عقد الإيداع الجديد يعتمد على البنية القديمة لشجرة ميركل في عقد الإيداع القديم، بل سينقل معلومات الإيداع إلى طبقة الإجماع عبر تنفيذ طلبات مشتقة من السجلات وفقًا لـ EIP-7685، ما يجعل البنية أوضح
3️⃣ وضع نمط تحويل غير قابل للعكس يتم التحكم به بواسطة نظام البروتوكول: يتم تعطيل الإيداع مبدئيًا، ثم يتم تمكين إيداع BLS في وقت زمني محدد مسبقًا، وبعد ذلك يتم إيقافه بشكل دائم عند طابع زمني لاحق، ولا يمكن إعادة تمكينه، وبذلك يتم إنجاز عملية الترقية والهجرة تدريجيًا
4️⃣ خلال فترة الهجرة، يحتاج عميل التنفيذ إلى دمج طلبات الإيداع للعقدين الجديد والقديم معًا لضمان انتقال سلس

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

#以太坊 #EIP #الأمان ما بعد الحقبة التشفيرية
طرحت مجتمعات إيثيريوم للتو اقتراحًا جديدًا لعقد الإيداع (EIP) يركز على أمان الحوسبة الكمّية بعد حقبة ما بعد الكمّ (post-quantum)؛ ويمثل ذلك خطوة مهمة أخرى نحو تعزيز بنية الأمان طويلة المدى على إيثيريوم. تتضمن هذه الوثيقة، التي تحمل الرقم EIP-12235، النقاط الأساسية التالية: ✅ إدخال دعم لعقد جديد لخصوم المفاتيح العامة والمتغيرات بطول قابل للتغيير مع بيانات وصفية للشهادات/الاعتمادات، إلى جانب مُعرّف واضح لـ scheme؛ ويظل وضع BLS الحالي محفوظًا كـ scheme 0 ✅ التخلي عن البنية السابقة لشجرة ميركل في عقد الإيداع القديم، وذلك عبر تنفيذ طلبات الإيداع على أساس “الاشتقاق من السجلات” في EIP-7685 لنقل معلومات الإيداع إلى طبقة الإجماع ✅ تحديد خط زمني غير قابل للعكس يتم التحكم فيه عبر نظام البروتوكول: تعطيل الإيداع مبدئيًا، ثم تفعيل إيداع BLS، وأخيرًا إيقافه نهائيًا بشكل دائم ✅ في مرحلة الانتقال، يحتاج العميل إلى دمج طلبات الإيداع للعقدين الجديد والقديم يظل الأمان لما بعد حقبة الكم (post-quantum) محورًا يثير اهتمام صناعة البلوك تشين على نطاق واسع. إذ يشكل تطور الحوسبة الكمّية تهديدًا محتملًا طويل الأمد لخوارزميات التشفير الحالية. ومن خلال قيام إيثيريوم بتجهيز البنية مسبقًا للترقية، فإنه يهيئ نفسه لمتطلبات الأمان في المستقبل، وهو ما يستحق المتابعة المستمرة. $ETH #以太坊 #EIP #الأمان لما بعد حقبة الكمّ
طرحت مجتمعات إيثيريوم للتو اقتراحًا جديدًا لعقد الإيداع (EIP) يركز على أمان الحوسبة الكمّية بعد حقبة ما بعد الكمّ (post-quantum)؛ ويمثل ذلك خطوة مهمة أخرى نحو تعزيز بنية الأمان طويلة المدى على إيثيريوم.

تتضمن هذه الوثيقة، التي تحمل الرقم EIP-12235، النقاط الأساسية التالية:
✅ إدخال دعم لعقد جديد لخصوم المفاتيح العامة والمتغيرات بطول قابل للتغيير مع بيانات وصفية للشهادات/الاعتمادات، إلى جانب مُعرّف واضح لـ scheme؛ ويظل وضع BLS الحالي محفوظًا كـ scheme 0
✅ التخلي عن البنية السابقة لشجرة ميركل في عقد الإيداع القديم، وذلك عبر تنفيذ طلبات الإيداع على أساس “الاشتقاق من السجلات” في EIP-7685 لنقل معلومات الإيداع إلى طبقة الإجماع
✅ تحديد خط زمني غير قابل للعكس يتم التحكم فيه عبر نظام البروتوكول: تعطيل الإيداع مبدئيًا، ثم تفعيل إيداع BLS، وأخيرًا إيقافه نهائيًا بشكل دائم
✅ في مرحلة الانتقال، يحتاج العميل إلى دمج طلبات الإيداع للعقدين الجديد والقديم

يظل الأمان لما بعد حقبة الكم (post-quantum) محورًا يثير اهتمام صناعة البلوك تشين على نطاق واسع. إذ يشكل تطور الحوسبة الكمّية تهديدًا محتملًا طويل الأمد لخوارزميات التشفير الحالية. ومن خلال قيام إيثيريوم بتجهيز البنية مسبقًا للترقية، فإنه يهيئ نفسه لمتطلبات الأمان في المستقبل، وهو ما يستحق المتابعة المستمرة.

$ETH

#以太坊 #EIP #الأمان لما بعد حقبة الكمّ
📰 لقد أدرجت فرق فريق مؤسسة إيثريوم بالفعل أولويات ترقية Hegotá في EIP، وحددت أيضًا الهدف بشكل واضح جدًا: بحلول ديسمبر 2029، إكمال الاستعداد للأمان الكمي في طبقات الإيثريوم الثلاث (التنفيذ والتوافق والبيانات) على مستوى الطبقة الأولى. 🔥 يتضمن هذا الإدراج اقتراحين رئيسيين مصنفين كفئة S «لازم النشر». ففي طبقة التوافق، FOCIL أي EIP-7805، يخطط لتعزيز قدرة الشبكة على مقاومة الرقابة عبر فرض تضمين معاملات ضمن مجموعة تجمع الذاكرة العامة (public mempool). 💡 أما في طبقة التنفيذ، فهناك Frame Transactions أي EIP-8141 أيضًا ضمن مشاريع «لازم النشر». سيقوم بتقسيم المعاملات إلى «إطارات» قابلة للبرمجة تشمل التحقق ودفع الغاز والتنفيذ. لاحقًا ستوفر هذه البنية أساسًا تقنيًا أوضح لتجريد الحسابات الأصلي (account abstraction) والتواقيع المخصصة ودفع الغاز بالنيابة. بصراحة، يبدو موضوع الأمان الكمي بعيدًا عن المستخدم العادي، لكن هذه ليست رقعة مؤقتة؛ بل مسار ترقية طويل الأجل خططت له فرق البروتوكول مسبقًا. وتتوقع الفرق أنه بدءًا من تفرّع Glamsterdam في الربع الرابع من 2026، سيحتاج كل تفرّع لاحقًا إلى حوالي 7.2 أشهر في المتوسط، بهدف إكمال ذلك قبل «Q-day» الذي يُتوقع حدوثه قرب 2030. 🤔 كم من الوقت تعتقد أن إيثريوم ستحتاجه لإنجاز هذه المهمة؟ هل ترى أن الترقية المبكرة خيارٌ موثوق، أم أنها قد تجعل تطور البروتوكول بطيئًا أكثر من اللازم؟ #以太坊 #Hegotá #量子安全 #EIP
📰 لقد أدرجت فرق فريق مؤسسة إيثريوم بالفعل أولويات ترقية Hegotá في EIP، وحددت أيضًا الهدف بشكل واضح جدًا: بحلول ديسمبر 2029، إكمال الاستعداد للأمان الكمي في طبقات الإيثريوم الثلاث (التنفيذ والتوافق والبيانات) على مستوى الطبقة الأولى.

🔥 يتضمن هذا الإدراج اقتراحين رئيسيين مصنفين كفئة S «لازم النشر». ففي طبقة التوافق، FOCIL أي EIP-7805، يخطط لتعزيز قدرة الشبكة على مقاومة الرقابة عبر فرض تضمين معاملات ضمن مجموعة تجمع الذاكرة العامة (public mempool).

💡 أما في طبقة التنفيذ، فهناك Frame Transactions أي EIP-8141 أيضًا ضمن مشاريع «لازم النشر». سيقوم بتقسيم المعاملات إلى «إطارات» قابلة للبرمجة تشمل التحقق ودفع الغاز والتنفيذ. لاحقًا ستوفر هذه البنية أساسًا تقنيًا أوضح لتجريد الحسابات الأصلي (account abstraction) والتواقيع المخصصة ودفع الغاز بالنيابة.

بصراحة، يبدو موضوع الأمان الكمي بعيدًا عن المستخدم العادي، لكن هذه ليست رقعة مؤقتة؛ بل مسار ترقية طويل الأجل خططت له فرق البروتوكول مسبقًا. وتتوقع الفرق أنه بدءًا من تفرّع Glamsterdam في الربع الرابع من 2026، سيحتاج كل تفرّع لاحقًا إلى حوالي 7.2 أشهر في المتوسط، بهدف إكمال ذلك قبل «Q-day» الذي يُتوقع حدوثه قرب 2030.

🤔 كم من الوقت تعتقد أن إيثريوم ستحتاجه لإنجاز هذه المهمة؟ هل ترى أن الترقية المبكرة خيارٌ موثوق، أم أنها قد تجعل تطور البروتوكول بطيئًا أكثر من اللازم؟

#以太坊 #Hegotá #量子安全 #EIP
تم الإعلان رسميًا عن اقتراح EIP-8361، والفكرة الأساسية هي منح إيثيريوم «صمام تنظيم» للحد من التضخم عبر الآتي: · يتم اقتطاع جزء من مكافآت الكتل من قسم المُتحققين وتدميره في كل epoch · عندما يصل إجمالي نسبة الرهن في الشبكة إلى 50%، يتم رفع معدل التدمير فورًا إلى 100% · تكون النسبة المحددة لإيقاف صرف المكافآت في النهاية محكومة بلعبة العرض والطلب في السوق، لكنها تكون دائمًا أقل بشكل صارم من 50% ببساطة: كلما زاد عدد الأشخاص الذين يراهنون، أصبحت عملية تدمير المكافآت أكثر شدة. إنها تجربة تصميم تستعمل آلية على السلسلة لكبح تضخم ETH عكسيًا. 50% هي العتبة النفسية الرئيسية، وهي أيضًا خط الإنذار لـ«الرهن المفرط» من وجهة نظر مُقدّم الاقتراح. إذا تم تطبيقه، فهذا يعني أن نموذج اقتصاد إيثيريوم سيتجه أكثر نحو «الأولوية للانكماش»، وسيستفيد حاملو العملات على المدى الطويل، لكن عائد المُتحققين سيتم ضغطه بشكل ملحوظ. هل أنت متحمس لهذا الاتجاه؟ #إيثيريوم#EIP#تضخم
تم الإعلان رسميًا عن اقتراح EIP-8361، والفكرة الأساسية هي منح إيثيريوم «صمام تنظيم» للحد من التضخم عبر الآتي:

· يتم اقتطاع جزء من مكافآت الكتل من قسم المُتحققين وتدميره في كل epoch
· عندما يصل إجمالي نسبة الرهن في الشبكة إلى 50%، يتم رفع معدل التدمير فورًا إلى 100%
· تكون النسبة المحددة لإيقاف صرف المكافآت في النهاية محكومة بلعبة العرض والطلب في السوق، لكنها تكون دائمًا أقل بشكل صارم من 50%

ببساطة: كلما زاد عدد الأشخاص الذين يراهنون، أصبحت عملية تدمير المكافآت أكثر شدة. إنها تجربة تصميم تستعمل آلية على السلسلة لكبح تضخم ETH عكسيًا. 50% هي العتبة النفسية الرئيسية، وهي أيضًا خط الإنذار لـ«الرهن المفرط» من وجهة نظر مُقدّم الاقتراح.

إذا تم تطبيقه، فهذا يعني أن نموذج اقتصاد إيثيريوم سيتجه أكثر نحو «الأولوية للانكماش»، وسيستفيد حاملو العملات على المدى الطويل، لكن عائد المُتحققين سيتم ضغطه بشكل ملحوظ. هل أنت متحمس لهذا الاتجاه؟

#إيثيريوم#EIP#تضخم
أطلقت مجتمع الإيثيريوم للتو اقتراح EIP جديد لعقود الإيداع المخصص لحقبة الحوسبة الكمية بعد-الكمّية، لتسبق الزمن وتخطط مسبقًا لترقية أمنية للتشفير—لا بد أن تنال هذه الرؤية الاستباقية درجة كاملة👏 ملخص محتوى الاقتراح الأساسي: ▫️ تقديم عقد جديد يدعم مفاتيح وشهادات بطول متغير، وإضافة مُعرّف scheme واضح (يُحجز scheme 0 حاليًا لإيداعات BLS) ▫️ عدم الاعتماد بعد الآن على بنية شجرة ميركل في عقد الإيداع القديم؛ عبر تنفيذ مُشتق من السجلات باستخدام EIP-7685 لنقل معلومات الإيداع إلى طبقة الإجماع، ما يجعل البنية أبسط وأكثر كفاءة ▫️ إعداد آلية انتقال غير قابلة للعكس: يتم تعطيل الإيداعات ابتداءً، ثم تمكين إيداعات BLS وفق نافذة زمنية، وبعد انتهاء المدة يتم إيقاف BLS نهائيًا، مع وضوح تام للتحول والتحكم فيه ▫️ في مرحلة الانتقال، يجب أن يتعامل العميل بتنفيذ عمليات دمج لطلبات الإيداع للعقدين الجديد والقديم، لضمان انتقال سلس في ظل اقتراب تهديد الحوسبة الكمية تدريجيًا، يبدأ مجتمع الإيثيريوم مبكرًا بتحديثات أمنية على مستوى البنية التحتية، ليضع أساسًا متينًا لأمن النظام البيئي على المدى الطويل—وهذا هو الموقف من نوع الروح الاستراتيجية الطويلة الأجل الذي يجب أن يمتلكه المشروع. ما رأيك في هذه الخطوة الاستباقية من الإيثيريوم استعدادًا لحقبة ما بعد-الكمّ؟ شاركنا وجهة نظرك في قسم التعليقات👇 #以太坊 #EIP #الحوسبة_بعد_الكم
أطلقت مجتمع الإيثيريوم للتو اقتراح EIP جديد لعقود الإيداع المخصص لحقبة الحوسبة الكمية بعد-الكمّية، لتسبق الزمن وتخطط مسبقًا لترقية أمنية للتشفير—لا بد أن تنال هذه الرؤية الاستباقية درجة كاملة👏

ملخص محتوى الاقتراح الأساسي:
▫️ تقديم عقد جديد يدعم مفاتيح وشهادات بطول متغير، وإضافة مُعرّف scheme واضح (يُحجز scheme 0 حاليًا لإيداعات BLS)
▫️ عدم الاعتماد بعد الآن على بنية شجرة ميركل في عقد الإيداع القديم؛ عبر تنفيذ مُشتق من السجلات باستخدام EIP-7685 لنقل معلومات الإيداع إلى طبقة الإجماع، ما يجعل البنية أبسط وأكثر كفاءة
▫️ إعداد آلية انتقال غير قابلة للعكس: يتم تعطيل الإيداعات ابتداءً، ثم تمكين إيداعات BLS وفق نافذة زمنية، وبعد انتهاء المدة يتم إيقاف BLS نهائيًا، مع وضوح تام للتحول والتحكم فيه
▫️ في مرحلة الانتقال، يجب أن يتعامل العميل بتنفيذ عمليات دمج لطلبات الإيداع للعقدين الجديد والقديم، لضمان انتقال سلس

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

ما رأيك في هذه الخطوة الاستباقية من الإيثيريوم استعدادًا لحقبة ما بعد-الكمّ؟ شاركنا وجهة نظرك في قسم التعليقات👇

#以太坊 #EIP #الحوسبة_بعد_الكم
تفاصيل أحدث خطاب فيتالik حول EIP-8288: حلٌّ «نهائي» لتوسعة الإيثيريوم… ستصبح المعاملات في المستقبل أسرع وأرخص! المشكلة الأساسية: لطالما واجه الإيثيريوم معضلة تتمثل في صعوبة الجمع بين ثلاثة أمور معًا: الأمان ضد الهجمات الكمّية، وحماية الخصوصية، وقابلية التوسع. تستهلك المعاملات العادية نحو 21,000 وحدة غاز، بينما تتحقق توقيعات ECDSA بنحو 4,000 غاز؛ أما التواقيع المقاومة للكم فتصل كلفتها إلى 100,000-300,000 غاز. وبالنسبة لإثباتات الخصوصية بالـ ZK، فإن الحد الأدنى يبلغ 350,000 غاز (وأحيانًا يتجاوز المليون). وإذا اجتمع الطرفان (تواقيع مقاومة للكم + إثباتات STARK للخصوصية)، فقد يحرق كل معاملة نحو 8 ملايين غاز—وهذا قد يخفض TPS في الإيثيريوم من 25 مباشرةً إلى 0.25، ما يجعله شبه غير قابل للاستخدام. فكرة فيتالik المقترحة: تتمحور EIP-8288 حول نقل عمليات التشفير المكلفة إلى خارج السلسلة (off-chain). قبل تسجيل المعاملة على السلسلة، يقوم العقد في الـ mempool بتجميع توقيعات/إثباتات عدة مستخدمين في إثبات STARK واحد باستخدام تصميم «بنية إطار مصغّرة»؛ بحيث يبقى على السلسلة فقط معلومات اعتماد بحجم 65-96 بايت، بينما لا تُسجّل على السلسلة البيانات التشفيرية الضخمة نفسها. يتم تقسيم المعاملة إلى جزأين: «منطق الأعمال» و«عمل التحقق»، وتتم معالجة جزء التحقق خارج السلسلة بالتوازي (عبر شرائح متخصصة). أبرز النقاط: قد تكون هذه المرة الأولى التي تُطرح فيها حقًا سيناريوهات إدخال مجموعة تعليمات RISC-V في الإيثيريوم؛ كما أن الخطة مبنية على EIP-8141 القادم (تجريد الحساب الأصلي)؛ بعد الضغط، يمكن التحكم ببيانات الكتلة ضمن نطاق 100-300KB؛ ولا توجد تغييرات كبيرة على تجربة المطورين، ولا يتطلب الأمر من مطوري الإيثيريوم إجراء تكيفات كثيرة. الخلاصة: إذا تم تطبيق الخطة على أرض الواقع، فستنخفض تكلفة المعاملات المقاومة للكم بشكل كبير، ولن يعود بإمكان الرسوم المرتفعة (gas) أن تُقصي تطبيقات الخصوصية. كما يمكن أن يتحسن بشكل واضح كذلك معدل تأكيد ZK-Rollup على مستوى L2. حاليًا، فتحت المجموعة المجتمعية بالفعل عدة قنوات مشاركة مثل نماذج محاكاة الشبكة، وشبكات الاختبار، ومسابقات الخوارزميات، ومستودعات الأكواد الأولية؛ وهي في مرحلة البناء المبكر. #以太坊扩容 #EIP #比特币现货ETF四日流入23.1亿美元
تفاصيل أحدث خطاب فيتالik حول EIP-8288: حلٌّ «نهائي» لتوسعة الإيثيريوم… ستصبح المعاملات في المستقبل أسرع وأرخص!

المشكلة الأساسية: لطالما واجه الإيثيريوم معضلة تتمثل في صعوبة الجمع بين ثلاثة أمور معًا: الأمان ضد الهجمات الكمّية، وحماية الخصوصية، وقابلية التوسع. تستهلك المعاملات العادية نحو 21,000 وحدة غاز، بينما تتحقق توقيعات ECDSA بنحو 4,000 غاز؛ أما التواقيع المقاومة للكم فتصل كلفتها إلى 100,000-300,000 غاز. وبالنسبة لإثباتات الخصوصية بالـ ZK، فإن الحد الأدنى يبلغ 350,000 غاز (وأحيانًا يتجاوز المليون). وإذا اجتمع الطرفان (تواقيع مقاومة للكم + إثباتات STARK للخصوصية)، فقد يحرق كل معاملة نحو 8 ملايين غاز—وهذا قد يخفض TPS في الإيثيريوم من 25 مباشرةً إلى 0.25، ما يجعله شبه غير قابل للاستخدام.

فكرة فيتالik المقترحة: تتمحور EIP-8288 حول نقل عمليات التشفير المكلفة إلى خارج السلسلة (off-chain). قبل تسجيل المعاملة على السلسلة، يقوم العقد في الـ mempool بتجميع توقيعات/إثباتات عدة مستخدمين في إثبات STARK واحد باستخدام تصميم «بنية إطار مصغّرة»؛ بحيث يبقى على السلسلة فقط معلومات اعتماد بحجم 65-96 بايت، بينما لا تُسجّل على السلسلة البيانات التشفيرية الضخمة نفسها. يتم تقسيم المعاملة إلى جزأين: «منطق الأعمال» و«عمل التحقق»، وتتم معالجة جزء التحقق خارج السلسلة بالتوازي (عبر شرائح متخصصة).

أبرز النقاط: قد تكون هذه المرة الأولى التي تُطرح فيها حقًا سيناريوهات إدخال مجموعة تعليمات RISC-V في الإيثيريوم؛ كما أن الخطة مبنية على EIP-8141 القادم (تجريد الحساب الأصلي)؛ بعد الضغط، يمكن التحكم ببيانات الكتلة ضمن نطاق 100-300KB؛ ولا توجد تغييرات كبيرة على تجربة المطورين، ولا يتطلب الأمر من مطوري الإيثيريوم إجراء تكيفات كثيرة.

الخلاصة: إذا تم تطبيق الخطة على أرض الواقع، فستنخفض تكلفة المعاملات المقاومة للكم بشكل كبير، ولن يعود بإمكان الرسوم المرتفعة (gas) أن تُقصي تطبيقات الخصوصية. كما يمكن أن يتحسن بشكل واضح كذلك معدل تأكيد ZK-Rollup على مستوى L2. حاليًا، فتحت المجموعة المجتمعية بالفعل عدة قنوات مشاركة مثل نماذج محاكاة الشبكة، وشبكات الاختبار، ومسابقات الخوارزميات، ومستودعات الأكواد الأولية؛ وهي في مرحلة البناء المبكر.

#以太坊扩容 #EIP #比特币现货ETF四日流入23.1亿美元
【تجميع الأخبار】 يقترح باحثو إيثيريوم EIP-8361: «حرقًا مُقيَّدًا بإصدار متناقص» للحد من نسبة الحصص في الآونة الأخيرة، كشف باحثون في إيثيريوم (بما في ذلك Justin Drake وآخرون) عن مسودة EIP-8361 (Tapered Issuance Burn). ببساطة، آلية العمل: 1. يتم ربط مكافآت المدققين بنسبة الحصص المراهنة إجمالًا في الشبكة، مع خصم جزء وحرقه بشكل دائم 2. كلما زادت كمية الرهان، زادت نسبة الحرق 3. عندما تصل الحصص النشطة إلى 6025 مليون ETH تقريبًا (ما يعادل حوالي نصف المعروض)، يمكن أن يصل الحرق إلى 100%، ما يجعل صافي الإصدار في طبقة الإجماع قريبًا من الصفر 4. لتخفيف أثر ذلك على حاملي الحصص الحاليين، تم تصميم فترة انتقال مدتها 18 شهرًا (وتتم خلال فترة الانتقال أيضًا مواءمة عوامل المكافآت) الدافع وراء الاقتراح يميل إلى طبقة البروتوكول: تجنب مخاطر المركزية والالتقاط الناتجة عن تكديس الرهان إلى ما لا نهاية، والحفاظ قدر الإمكان على الدور المحايد لـ ETH غير المرهون كعملة. حاليًا لا يزال الاقتراح في مرحلة Draft، والناس تناقشه في Eth Magicians / GitHub؛ وحتى الآن غير مؤكد ما إذا كان يمكن إدراجه ضمن ترقية الشبكة اللاحقة. المصدر: The Block https://www.theblock.co/post/410643/ethereum-researchers-propose-burning-validator-rewards-cap-staking-50 CoinDesk https://www.coindesk.com/tech/2026/08/05/new-ethereum-proposal-would-cut-issuance-to-zero-if-staked-eth-reaches-usd112-billion المسودة https://github.com/pintail-xyz/EIPs/blob/edde78eb1feeb285906d5a8deb582c4feaecd6ba/EIPS/eip-draft_tapered_issuance_burn.md #Ethereum #EIP تجميع معلومات، وليس نصيحة استثمارية
【تجميع الأخبار】 يقترح باحثو إيثيريوم EIP-8361: «حرقًا مُقيَّدًا بإصدار متناقص» للحد من نسبة الحصص

في الآونة الأخيرة، كشف باحثون في إيثيريوم (بما في ذلك Justin Drake وآخرون) عن مسودة EIP-8361 (Tapered Issuance Burn).

ببساطة، آلية العمل:
1. يتم ربط مكافآت المدققين بنسبة الحصص المراهنة إجمالًا في الشبكة، مع خصم جزء وحرقه بشكل دائم
2. كلما زادت كمية الرهان، زادت نسبة الحرق
3. عندما تصل الحصص النشطة إلى 6025 مليون ETH تقريبًا (ما يعادل حوالي نصف المعروض)، يمكن أن يصل الحرق إلى 100%، ما يجعل صافي الإصدار في طبقة الإجماع قريبًا من الصفر
4. لتخفيف أثر ذلك على حاملي الحصص الحاليين، تم تصميم فترة انتقال مدتها 18 شهرًا (وتتم خلال فترة الانتقال أيضًا مواءمة عوامل المكافآت)

الدافع وراء الاقتراح يميل إلى طبقة البروتوكول: تجنب مخاطر المركزية والالتقاط الناتجة عن تكديس الرهان إلى ما لا نهاية، والحفاظ قدر الإمكان على الدور المحايد لـ ETH غير المرهون كعملة. حاليًا لا يزال الاقتراح في مرحلة Draft، والناس تناقشه في Eth Magicians / GitHub؛ وحتى الآن غير مؤكد ما إذا كان يمكن إدراجه ضمن ترقية الشبكة اللاحقة.

المصدر:
The Block https://www.theblock.co/post/410643/ethereum-researchers-propose-burning-validator-rewards-cap-staking-50
CoinDesk https://www.coindesk.com/tech/2026/08/05/new-ethereum-proposal-would-cut-issuance-to-zero-if-staked-eth-reaches-usd112-billion
المسودة https://github.com/pintail-xyz/EIPs/blob/edde78eb1feeb285906d5a8deb582c4feaecd6ba/EIPS/eip-draft_tapered_issuance_burn.md

#Ethereum #EIP
تجميع معلومات، وليس نصيحة استثمارية
قدّمت مجتمع الإيثيريوم أحدث تقرير/اقتراح EIP-12235، وتخطط لإدخال عقد إيداع جديد يدعم أمان الحوسبة الكمية ما بعد الحقبة (ما بعد الكمية)، تمهيدًا لتأمين الإيثيريوم على المدى الطويل. هذه الخطوة محسوبة ومدروسة للغاية. تتضمن النقاط الأساسية للاقتراح: 1️⃣ يدعم العقد الجديد مفاتيح عامة وشهادات (براهين/اعتمادات) ذات أطوال متغيرة، ويضيف مُعرّفًا واضحًا لـ scheme. تم تخصيص scheme 0 للاحتفاظ بآلية الإيداع الحالية الخاصة بـ BLS 2️⃣ لم يعد يعتمد على بنية شجرة ميركل الخاصة بعقد الإيداع القديم؛ بل تم تعديل التنفيذ عبر تنفيذ مشتق من السجلات وفقًا لـ EIP-7685 لنقل معلومات الإيداع إلى طبقة الإجماع 3️⃣ تم وضع نمط انتقال غير قابل للعكس يتم التحكم فيه بواسطة نظام البروتوكول: في الحالة الأولية يتم تعطيل وظيفة الإيداع، ثم يتم تفعيل إيداع BLS عند ختم/طابع زمني محدد، وبعد ذلك يتم إيقافه نهائيًا عند طابع زمني لاحق أكثر، ولا يمكن إعادة تفعيله بعد ذلك 4️⃣ أثناء عملية الترحيل، يتعين على العميل تنفيذ دمج طلبات الإيداع لكلا العقدين الجديد والقديم في الوقت نفسه في ظل التطور الكبير لتقنيات الحوسبة الكمية، فإن ترقية البنية التحتية للأمان التشفيري مسبقًا أمر ضروري للغاية؛ فالأمان هو شريان حياة البلوك تشين. $ETH #以太坊 #后量子安全 #EIP
قدّمت مجتمع الإيثيريوم أحدث تقرير/اقتراح EIP-12235، وتخطط لإدخال عقد إيداع جديد يدعم أمان الحوسبة الكمية ما بعد الحقبة (ما بعد الكمية)، تمهيدًا لتأمين الإيثيريوم على المدى الطويل. هذه الخطوة محسوبة ومدروسة للغاية.

تتضمن النقاط الأساسية للاقتراح:
1️⃣ يدعم العقد الجديد مفاتيح عامة وشهادات (براهين/اعتمادات) ذات أطوال متغيرة، ويضيف مُعرّفًا واضحًا لـ scheme. تم تخصيص scheme 0 للاحتفاظ بآلية الإيداع الحالية الخاصة بـ BLS
2️⃣ لم يعد يعتمد على بنية شجرة ميركل الخاصة بعقد الإيداع القديم؛ بل تم تعديل التنفيذ عبر تنفيذ مشتق من السجلات وفقًا لـ EIP-7685 لنقل معلومات الإيداع إلى طبقة الإجماع
3️⃣ تم وضع نمط انتقال غير قابل للعكس يتم التحكم فيه بواسطة نظام البروتوكول: في الحالة الأولية يتم تعطيل وظيفة الإيداع، ثم يتم تفعيل إيداع BLS عند ختم/طابع زمني محدد، وبعد ذلك يتم إيقافه نهائيًا عند طابع زمني لاحق أكثر، ولا يمكن إعادة تفعيله بعد ذلك
4️⃣ أثناء عملية الترحيل، يتعين على العميل تنفيذ دمج طلبات الإيداع لكلا العقدين الجديد والقديم في الوقت نفسه

في ظل التطور الكبير لتقنيات الحوسبة الكمية، فإن ترقية البنية التحتية للأمان التشفيري مسبقًا أمر ضروري للغاية؛ فالأمان هو شريان حياة البلوك تشين.

$ETH
#以太坊 #后量子安全 #EIP
·
--
📰 استغلال مرتبط بتفويض EIP-7702 في Binance، وتزايد الخسائر الأولية تقول Fireblocks إن تفويضًا موقّعًا عبر EIP-7702 أتاح عمليات سحب من المحافظ الساخنة لدى Binance؛ وتشير التحديثات الأولية من Binance إلى اختراق حاسوب محمول لفريق DevOps. (اقرأ المزيد) المصدر : أخبار البلوك تشين الوقت : 2026-10-30 19:59:28 الفضل : tony kim #lazarus_group #binance #crypto-security #news #eip-7702 $ARB $BTC $USDT شارك برأيك في قسم التعليقات أدناه
📰 استغلال مرتبط بتفويض EIP-7702 في Binance، وتزايد الخسائر الأولية
تقول Fireblocks إن تفويضًا موقّعًا عبر EIP-7702 أتاح عمليات سحب من المحافظ الساخنة لدى Binance؛ وتشير التحديثات الأولية من Binance إلى اختراق حاسوب محمول لفريق DevOps. (اقرأ المزيد)
المصدر : أخبار البلوك تشين
الوقت : 2026-10-30 19:59:28
الفضل : tony kim
#lazarus_group #binance #crypto-security #news #eip-7702
$ARB $BTC $USDT
شارك برأيك في قسم التعليقات أدناه
تسعى إيثيريوم إلى خفض زمن التسوية النهائية من نحو 16 دقيقة إلى نحو 4 دقائق. وقدّم Ben Edgington، منسّق أبحاث النهائية السريعة في إيثيريوم، بالاشتراك مع Francesco D'Amato وRoberto Saltini وYann Vonlanthen وMikhail Kalinin، مسودة اقتراح EIP (رقم 12566، دخلت المسار الرسمي)، بهدف تقليص زمن التأكيد النهائي إلى نحو الربع. لماذا نحتاج إلى السرعة؟ يتعين على خدمات التحويل بين السلاسل تمويل التحويلات مسبقًا وانتظار التأكيد: فإذا كانت تموّل باستمرار مليون دولار كل ساعة، فسيظل نحو 267 ألف دولار معطّلًا عند تأخير مدته 16 دقيقة، بينما ينخفض المبلغ إلى نحو 67 ألف دولار عند 4 دقائق. يكمن السبب التقني الجذري في أن للمُدقّقين تصويتًا واحدًا يؤدي وظيفتين: اختيار الكتل وتأكيد الكتل السابقة، لذا لا يمكن أن يتسارع التأكيد إلا وفق إيقاع تناوب المدققين. تفصل المسودة بين التصويتين، ما يتيح تسريع التأكيد بشكل مستقل، مع إمكانية تقليص المدة أكثر بمرور الوقت. كما يسهل فصل التصويتات الانتقال لاحقًا إلى التوقيعات المقاومة للحوسبة الكمومية. ويقرّ واضعو المسودة بأن «جوانب كثيرة لا تزال قيد التحديد»؛ فالهدف المحدود في الوقت الراهن هو الحصول على رقم للاقتراح وإدخاله في مسار الترقيات الرسمي لإيثيريوم. لم يكتمل التصميم، ولا يوجد موعد للتفعيل، لذا لا تتعاملوا معه على أنه أمر محسوم. وتبدو المقارنة أكثر إثارة للاهتمام: تفرض Circle (CRCL) بالفعل رسومًا على التحويل السريع عبر السلاسل لعملة USDC، إذ تبلغ رسوم المسار السريع على Ethereum نسبة 0.01% (دولار واحد لكل 10,000 دولار)، مع حد أقصى إجمالي للتحويلات السريعة. أما المنافس Solana Alpenglow فيستهدف نهائية في نحو 150 مللي ثانية (وقد أُطلق أمس للتو). وحتى لو بلغت إيثيريوم 4 دقائق، فستظل أبطأ، لكن ميزتها تكمن في أمان الشبكة الرئيسية وحجمها. المصادر: CoinDesk ومسودة EIP (github.com/ethereum/EIPs/pull/12566). #ETH #以太坊 #EIP #跨链 #Circle
تسعى إيثيريوم إلى خفض زمن التسوية النهائية من نحو 16 دقيقة إلى نحو 4 دقائق. وقدّم Ben Edgington، منسّق أبحاث النهائية السريعة في إيثيريوم، بالاشتراك مع Francesco D'Amato وRoberto Saltini وYann Vonlanthen وMikhail Kalinin، مسودة اقتراح EIP (رقم 12566، دخلت المسار الرسمي)، بهدف تقليص زمن التأكيد النهائي إلى نحو الربع.

لماذا نحتاج إلى السرعة؟ يتعين على خدمات التحويل بين السلاسل تمويل التحويلات مسبقًا وانتظار التأكيد: فإذا كانت تموّل باستمرار مليون دولار كل ساعة، فسيظل نحو 267 ألف دولار معطّلًا عند تأخير مدته 16 دقيقة، بينما ينخفض المبلغ إلى نحو 67 ألف دولار عند 4 دقائق.

يكمن السبب التقني الجذري في أن للمُدقّقين تصويتًا واحدًا يؤدي وظيفتين: اختيار الكتل وتأكيد الكتل السابقة، لذا لا يمكن أن يتسارع التأكيد إلا وفق إيقاع تناوب المدققين. تفصل المسودة بين التصويتين، ما يتيح تسريع التأكيد بشكل مستقل، مع إمكانية تقليص المدة أكثر بمرور الوقت. كما يسهل فصل التصويتات الانتقال لاحقًا إلى التوقيعات المقاومة للحوسبة الكمومية. ويقرّ واضعو المسودة بأن «جوانب كثيرة لا تزال قيد التحديد»؛ فالهدف المحدود في الوقت الراهن هو الحصول على رقم للاقتراح وإدخاله في مسار الترقيات الرسمي لإيثيريوم. لم يكتمل التصميم، ولا يوجد موعد للتفعيل، لذا لا تتعاملوا معه على أنه أمر محسوم.

وتبدو المقارنة أكثر إثارة للاهتمام: تفرض Circle (CRCL) بالفعل رسومًا على التحويل السريع عبر السلاسل لعملة USDC، إذ تبلغ رسوم المسار السريع على Ethereum نسبة 0.01% (دولار واحد لكل 10,000 دولار)، مع حد أقصى إجمالي للتحويلات السريعة. أما المنافس Solana Alpenglow فيستهدف نهائية في نحو 150 مللي ثانية (وقد أُطلق أمس للتو). وحتى لو بلغت إيثيريوم 4 دقائق، فستظل أبطأ، لكن ميزتها تكمن في أمان الشبكة الرئيسية وحجمها.

المصادر: CoinDesk ومسودة EIP (github.com/ethereum/EIPs/pull/12566).

#ETH #以太坊 #EIP #跨链 #Circle
مقالة
فيتاليك يقول إن إيثيريوم سيتحول إلى سلسلة هجينة مع FOCIL وEIP-8288 و الخصوصيةمؤسس إيثيريوم فيتاليك بوتيرين كشف للتو عن أهم تحديث لإيثيريوم بعد شوكة Hegota. وقال إن إيثيريوم لم يعد مجرد بلوكتشين. بل سيصبح بنية هجينة تجمع بين بلوكتشين + تقنيات التشفير الحديثة مثل SNARKs وSTARKs وFHE وObfuscation. ما هو FOCIL؟🚀 يتجه FOCIL إلى ترقية H-STARK. حاليًا يمكن لِبنّاء واحد أن يقوم بحظر معاملتك. مع FOCIL، سيقوم 16 بنّاء بالتعاون في إنشاء الكتل. لذا إذا أرسلت معاملة، فـيجب أن يتم تضمينها في المقطع التالي. لا يمكن لأي جهة واحدة أن تؤخرها. وهذا أمر ضخم من أجل اللامركزية. ما هو EIP-8288؟

فيتاليك يقول إن إيثيريوم سيتحول إلى سلسلة هجينة مع FOCIL وEIP-8288 و الخصوصية

مؤسس إيثيريوم فيتاليك بوتيرين كشف للتو عن أهم تحديث لإيثيريوم بعد شوكة Hegota. وقال إن إيثيريوم لم يعد مجرد بلوكتشين. بل سيصبح بنية هجينة تجمع بين بلوكتشين + تقنيات التشفير الحديثة مثل SNARKs وSTARKs وFHE وObfuscation. ما هو FOCIL؟🚀
يتجه FOCIL إلى ترقية H-STARK. حاليًا يمكن لِبنّاء واحد أن يقوم بحظر معاملتك. مع FOCIL، سيقوم 16 بنّاء بالتعاون في إنشاء الكتل. لذا إذا أرسلت معاملة، فـيجب أن يتم تضمينها في المقطع التالي. لا يمكن لأي جهة واحدة أن تؤخرها. وهذا أمر ضخم من أجل اللامركزية. ما هو EIP-8288؟
·
--
صاعد
$BTC $ASTER هل أصبت بـ"جرح" بسبب الارتفاع المفاجئ في رسوم الغاز على الإيثيريوم؟ هل سبق لك أن شاهدت رسوم المعاملات أعلى من مبلغ التحويل أثناء ازدحام الشبكة، دون أن تستطيع فعل أي شيء؟🤯 لا تقلق، فقد اقترح فيتاليك مؤخرًا خطة جريئة قد تغير قواعد اللعبة تمامًا - إنشاء سوق لعقود الغاز المستقبلية للإيثيريوم! هذا ليس لمنح المتداولين فرصة للمضاربة، بل لتمكينك وتمكيني من قفل أسعار الوقود مسبقًا، وداعًا لعصر التقلبات المخيفة!🚀 ببساطة، يتيح هذا الاقتراح للمستخدمين والمطورين قفل أسعار الغاز المستقبلية مسبقًا، تمامًا كما تفعل عند شراء تأمين. لم يعد عليك "المقامرة" في كل مرة تكون فيها الشبكة مزدحمة!📉 لماذا هذا مهم؟ حاليًا، تظل التقلبات الحادة في رسوم الغاز واحدة من أكثر النقاط المؤلمة بالنسبة للإيثيريوم. من الصعب التنبؤ بها، ولا يمكن ميزانتها، وهي كابوس عند تشغيل التطبيقات على نطاق واسع. يهدف السوق الذي يشبه العقود المستقبلية إلى تحويل الغاز من متغير فوضوي إلى تكلفة مستقرة يمكن التخطيط لها. إذا نجح ذلك، ماذا سيجلب؟ ✅ يمكن للمطورين وضع ميزانيات بثقة، دون القلق من فقدان السيطرة على التكاليف. ✅ ستعمل تطبيقات DApp بشكل أكثر استقرارًا وموثوقية، مما يحسن تجربة المستخدم بشكل كبير. ✅ سيصبح $ETH أكثر شبهًا بالبنية التحتية الحقيقية، وليس مجرد شبكة تجريبية. 💡 الجوهر هو: هذا ليس من أجل المضاربة على العملات، بل من أجل ضمان أن الإيثيريوم يمكن أن يظل قابلًا للاستخدام ومتاحًا في الأوقات التي يحتاج فيها إلى الاستقرار أكثر - عندما تنفجر المعاملات وتكون الشبكة في أقصى ازدحامها -. حاليًا، هذه مجرد اقتراح مبكر، لكنها أطلقت إشارة قوية: لا يزال الإيثيريوم يركز على معالجة تلك القضايا الأساسية الصعبة وغير الجذابة التي تؤثر حقًا على الاعتماد على المدى الطويل! هل تعتقد أن فكرة "عقود الغاز المستقبلية" يمكن أن تنجح؟ هل ستكون المفتاح لانتشار الإيثيريوم على نطاق واسع؟🤔 تعال وشارك رأيك في قسم التعليقات!⬇️ #区块链 #Web3 #EIP #加密货币
$BTC $ASTER
هل أصبت بـ"جرح" بسبب الارتفاع المفاجئ في رسوم الغاز على الإيثيريوم؟ هل سبق لك أن شاهدت رسوم المعاملات أعلى من مبلغ التحويل أثناء ازدحام الشبكة، دون أن تستطيع فعل أي شيء؟🤯 لا تقلق، فقد اقترح فيتاليك مؤخرًا خطة جريئة قد تغير قواعد اللعبة تمامًا - إنشاء سوق لعقود الغاز المستقبلية للإيثيريوم! هذا ليس لمنح المتداولين فرصة للمضاربة، بل لتمكينك وتمكيني من قفل أسعار الوقود مسبقًا، وداعًا لعصر التقلبات المخيفة!🚀

ببساطة، يتيح هذا الاقتراح للمستخدمين والمطورين قفل أسعار الغاز المستقبلية مسبقًا، تمامًا كما تفعل عند شراء تأمين. لم يعد عليك "المقامرة" في كل مرة تكون فيها الشبكة مزدحمة!📉

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

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

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

هل تعتقد أن فكرة "عقود الغاز المستقبلية" يمكن أن تنجح؟ هل ستكون المفتاح لانتشار الإيثيريوم على نطاق واسع؟🤔 تعال وشارك رأيك في قسم التعليقات!⬇️

#区块链 #Web3 #EIP #加密货币
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.
البريد الإلكتروني / رقم الهاتف