jakiro
<سبان ليف = "">فوساكايأتي الاسم من ترقية طبقة التنفيذأوساكاوإصدار طبقة الإجماعفولا ستارمزيج.ومن المتوقع أن يتم تنشيط هذه الترقية في الساعة 21:49 بالتوقيت العالمي المنسق في 3 ديسمبر 2025.
<سبان ليف = "">تتضمن هذه الترقية 12 خطة EIP، تغطيتوفر البيانات,سعة الغاز/الكتلة,تحسين الأمن,التوقيع متوافق,هيكل رسوم المعاملاتوما إلى ذلك، عبارة عن ترقية منهجية لتحقيق توسيع L1، وتقليل تكاليف L2، وتقليل تكاليف العقدة، وتحسين تجربة المستخدم.
<سبان ليف = "">1. الهدفان الأساسيان لفوساكا: تحسين أداء الإيثيريوم وتحسين تجربة المستخدم
<سبان ليف = "">الهدف 1: تحسين الأداء الأساسي وقابلية التوسع لـ Ethereum بشكل كبير
<سبان ليف = "">الكلمات الرئيسية الأساسية:
- <لي>
<سبان ليف = "">توسيع مدى توافر البيانات<لي>
<سبان ليف = "">تم تقليل عبء العقدة<لي>
<سبان ليف = "">النقط أكثر مرونة<لي>
<سبان ليف = "">تحسين قدرات التنفيذ<لي>
<سبان ليف = "">آلية إجماع أكثر كفاءة وأمانًا
<سبان ليف = "">باختصار: تحسين أداء الإيثيريوم بشكل أكبر.
<سبان ليف = "">الهدف 2: تحسين تجربة المستخدم وتعزيز الجيل التالي من المحفظة وتجريد الحساب
<سبان ليف = "">الكلمات الرئيسية الأساسية:
- <لي>
<سبان ليف = "">حظر التأكيد المسبق<لي>
<سبان ليف = "">دعم P-256 (التوقيع الأصلي للجهاز).<لي>
<سبان ليف = "">محفظة كلمات عاجزة<لي>
<سبان ليف = "">نظام حساب أكثر حداثة
<سبان ليف = "">الجوهر هو: يقترب Ethereum من تجربة برامج الإنترنت السائدة.
<سبان ليف = "">2. خمسة تغييرات رئيسية في فوساكا
<سبان ليف = "">1. PeerDAS: تقليل عبء تخزين البيانات على العقد
<سبان ليف = "">PeerDAS هي الميزة الأساسية الجديدة لترقية Fusaka. تستخدم عقد Layer2 حاليًا النقط (نوع بيانات مؤقت) لنشر البيانات إلى Ethereum.قبل ترقية Fusaka، كان على كل عقدة كاملة تخزين كل نقطة كبيرة لضمان وجود البيانات.مع زيادة إنتاجية النقطة الكبيرة، يصبح تنزيل كل هذه البيانات كثيف الاستخدام للموارد للغاية ويصبح مرهقًا للعقدة.
<سبان ليف = "">يستخدم PeerDAS أخذ عينات من توفر البيانات، بحيث لا تحتاج كل عقدة إلى تخزين جميع كتل البيانات، ولكن جزءًا فقط من كتل البيانات. ومن أجل ضمان توافر البيانات، يمكن إعادة بناء أي جزء من البيانات من 50% من البيانات الموجودة.يمكن أن تقلل طريقة إعادة البناء من احتمالية وجود بيانات غير صحيحة أو مفقودة إلى مستوى لا يكاد يذكر من الناحية التشفيرية.
<سبان ليف = "">مبدأ تنفيذ PeerDAS: تطبيق ترميز المحو بأسلوب Reed-Solomon على البيانات الثنائية الكبيرة. في المجال التقليدي، يستخدم DVD أيضًا نفس تقنية التشفير – حتى إذا تم خدش قرص DVD، فلا يزال بإمكان المشغل قراءته؛هناك أيضًا رموز QR، حتى إذا تم حظر جزء منها، فلا يزال من الممكن التعرف على المعلومات الكاملة.
<سبان ليف = "">لذلك، من خلال حل PeerDAS، لا يمكنه فقط ضمان أن تكون متطلبات الأجهزة وعرض النطاق الترددي للعقد ضمن نطاق مقبول، ولكن أيضًا تحقيق توسيع النقطة، وبالتالي تنفيذ طبقة 2 أكبر وأكبر بتكلفة أقل.
<سبان ليف = "">2. زيادة عدد النقط عند الطلب بشكل مرن: التكيف مع الاحتياجات المتغيرة لبيانات اللغة الثانية
<سبان ليف = "">من أجل تنسيق ترقية متسقة لجميع برامج العقدة والعميل والمدقق، والتي يجب تنفيذها بطريقة خطوة بخطوة، تم تقديم آلية للشوكات ذات معلمات النقطة فقط للتكيف بسرعة أكبر مع الاحتياجات المتغيرة للطبقة الثانية من النقط.
<سبان ليف = "">عندما تمت إضافة النقاط النقطية لأول مرة إلى الشبكة في ترقية Dencun، كانت 3 (6 كحد أقصى)، وزادت لاحقًا إلى 6 (9 كحد أقصى) في ترقية Pectra، وبعد ذلك سيكون من الممكن إضافة Fusaka بمعدل مستدام دون الحاجة إلى ترقية شبكة رئيسية أخرى.
<سبان ليف = "">3. دعم انتهاء صلاحية السجل التاريخي: تقليل تكاليف العقدة
<سبان ليف = "">من أجل تقليل مساحة القرص المطلوبة من قبل مشغلي العقد مع استمرار نمو إيثريوم، يُطلب من العملاء البدء في دعم وظيفة انتهاء صلاحية السجل الجزئي.في الواقع، يمكن للعميل بالفعل تنفيذ هذه الوظيفة في الوقت الفعلي في أي وقت، ولكنه يستفيد من هذه الترقية حيث يتم تضمينها بوضوح في قائمة المهام.
<سبان ليف = "">4. قم بتنفيذ التأكيد المسبق للحظر مقدمًا: اجعل تأكيد المعاملة أسرع
<سبان ليف = "">مع EIP7917، ستكون سلسلة المنارة قادرة على استشعار مُقترح الكتلة للعصر التالي.إن المعرفة المسبقة للمدققين الذين سيقترحون الكتل المستقبلية تمكن من التأكيد المسبق.يتم الالتزام مع بادئ الكتلة القادمة التي تضمن إدراج معاملات المستخدم في تلك الكتلة دون انتظار إنشاء الكتلة الفعلية.
<سبان ليف = "">تفيد هذه الميزة تنفيذ العميل وأمن الشبكة لأنها تمنع الحالات الزاوية مثل المدققين الذين يتلاعبون بجداول المقترحات.بالإضافة إلى ذلك، تعمل إمكانيات البحث المسبق على تقليل تعقيد التنفيذ.
<سبان ليف = "">5. توقيع P-256 الأصلي: يتوافق Ethereum مباشرة مع 5 مليارات جهاز محمول
<سبان ليف = "">يقدم مدقق توقيع secp256r1 (P-256) مدمج يشبه مفتاح المرور في العناوين الثابتة، وهو خوارزمية التوقيع الأصلية المستخدمة بواسطة Apple/Android/FIDO2/WebAuthn والأنظمة الأخرى.
<سبان ليف = "">بالنسبة للمستخدمين، تعمل هذه الترقية على فتح التوقيع الأصلي للجهاز وتمرير الوظائف الرئيسية.توفر المحفظة وصولاً مباشرًا إلى Apple Secure Enclave، وAndroid Keystore، ووحدة أمان الأجهزة (HSM)، وFIDO2/WebAuthn، دون الحاجة إلى عبارات تذكر، وعملية تسجيل أكثر سلاسة، وتجربة مصادقة متعددة العوامل قابلة للمقارنة بالتطبيقات الحديثة.سيؤدي ذلك إلى تجربة أفضل للمستخدم، واسترداد أسهل للحساب، وأنماط تجريد الحساب التي تتوافق مع الإمكانات الحالية لمليارات الأجهزة.
<سبان ليف = "">بالنسبة للمطورين، فهو يقبل 160 بايت من المدخلات ويعيد 32 بايت من المخرجات، مما يجعل من السهل جدًا نقل المكتبات الحالية وعقود L2.وهو يشتمل على عمليات فحص من نقطة إلى ما لا نهاية ومقارنة الوحدات أسفل الغطاء للتخلص من حالات الحواف الصعبة دون كسر المتصلين الصالحين.
<سبان ليف = "">3. التأثير طويل المدى لترقية Fusaka على النظام البيئي لـ Ethereum
<سبان ليف = "">1. التأثير على L2: يدخل توسيع السعة المنحنى الثاني.مع زيادة كمية PeerDAS وBlob حسب الطلب، وآلية رسوم البيانات الأكثر عدالة،تم حل اختناقات توفر البيانات،<سبان ليف = "">لقد ساهمت شركة Fusaka في تسريع وتيرة الانخفاض في تكاليف L2.
<سبان ليف = "">2. التأثير على العقد: تستمر تكاليف التشغيل في الانخفاض.يتم تقليل متطلبات التخزين وتقصير أوقات المزامنة، مما يقلل من تكاليف التشغيل.وفي الوقت نفسه، على المدى الطويل، يمكنها ضمان المشاركة المستدامة لعقد الأجهزة الضعيفة، وبالتالي ضمان استمرار اللامركزية في الشبكة.
<سبان ليف = "">3. التأثير على التطبيقات اللامركزية: أصبح من الممكن إنشاء منطق أكثر تعقيدًا على السلسلة.من المرجح أن تعمل رموز العمليات الرياضية الأكثر كفاءة والجداول الزمنية لمقترحات الكتل الأكثر قابلية للتنبؤ على تعزيز AMMs عالية الأداء وبروتوكولات المشتقات الأكثر تعقيدًا والتطبيقات المتسلسلة بالكامل.
<سبان ليف = "">4. التأثير على المستخدمين العاديين: أخيرًا، يمكن استخدام blockchain مثل Web2.يعني التوقيع P-256 – عدم الحاجة إلى كلمات تذكيرية، والهاتف المحمول عبارة عن محفظة، وتسجيل دخول أكثر ملاءمة، واسترداد أبسط، وتكامل طبيعي للتحقق متعدد العوامل.يعد هذا تغييرًا ثوريًا في تجربة المستخدم وأحد الشروط الضرورية لتشجيع مليار مستخدم للانضمام إلى السلسلة.
<سبان ليف = "">4. الملخص: تعد Fusaka رابطًا رئيسيًا نحو DankSharding واعتماد المستخدم على نطاق واسع
<سبان ليف = "">افتتح Dencun عصر Blob (Proto-DankSharding)، وقام Pectra بتحسين التنفيذ وتأثير EIP-4844، وجعل Fusaka Ethereum يتخذ خطوة رئيسية في اتجاه “التوسع المستدام + الهاتف المحمول أولاً”.
<سبان ليف = "">تلدر:
<سبان ليف = "">ستتضمن هذه الترقية 12 خطة EIP، بما في ذلك بشكل أساسي:
<ب><سبان ليف = "">EIP-7594: استخدم PeerDAS لتقليل عبء تخزين البيانات على العقد
<سبان ليف = "">يعد هذا أساسًا رئيسيًا لتوسيع سعة بيانات Ethereum. قامت PeerDAS ببناء البنية التحتية اللازمة لتنفيذ Danksharding. من المتوقع أن تؤدي الترقيات المستقبلية إلى زيادة إنتاجية البيانات من 375 كيلو بايت/ثانية إلى عدة ميجابايت/ثانية؛ وتنفيذ توسعة الطبقة الثانية مباشرة، مما يسمح للعقد بمعالجة المزيد من البيانات بكفاءة دون إرباك أي مشارك.
<ب><سبان ليف = "">EIP-7642: تم إطلاق وظيفة انتهاء صلاحية السجل لتقليل مساحة القرص التي تتطلبها العقد
<سبان ليف = "">يؤدي هذا إلى تغيير طريقة معالجة الإيصالات، وإزالة البيانات القديمة من مزامنة العقدة، وتوفير ما يقرب من 530 جيجابايت من النطاق الترددي أثناء المزامنة.
<ب><سبان ليف = "">EIP-7823: قم بتعيين الحد الأعلى لـ MODEXP لمنع ثغرات الإجماع
<سبان ليف = "">وهذا يحد من طول كل إدخال للتجميع المسبق للتشفير MODEXP إلى 1024 بايت. لقد كان MODEXP مصدرًا لنقاط الضعف في الإجماع بسبب طول الإدخال غير المحدود سابقًا.من خلال وضع حدود عملية تغطي جميع سيناريوهات التطبيق في العالم الحقيقي، يتم تقليل نطاق الاختبار، مما يمهد الطريق للاستبدال المستقبلي بكود EVM أكثر كفاءة.
<ب><سبان ليف = "">EIP-7825: تقديم حد غاز المعاملة لمنع معاملة واحدة من استهلاك معظم مساحة الكتلة
<سبان ليف = "">تقدم هذه الخطوة حدًا أقصى قدره 167777216 غازًا لمعاملة واحدة، مما يمنع أي معاملة واحدة من استهلاك معظم مساحة الكتلة.ويضمن ذلك توزيعًا أكثر عدالة لمساحة الكتلة، وبالتالي تحسين استقرار الشبكة والدفاع ضد هجمات DoS، وتمكين أوقات أكثر قابلية للتنبؤ بالتحقق من الكتلة.
<ب><سبان ليف = "">EIP-7883: زيادة تكلفة الغاز للتجميع المسبق المشفر لـ ModExp لمنع هجمات رفض الخدمة المحتملة بسبب انخفاض الأسعار
<سبان ليف = "">لمعالجة مشكلة انخفاض أسعار العمليات، تمت زيادة تكلفة الغاز للتجميع المسبق للعملات المشفرة ModExp.يتم زيادة الحد الأدنى للتكلفة من 200 غاز إلى 500 غاز، وتتضاعف التكلفة للمدخلات الكبيرة التي تزيد عن 32 بايت.تحسين الاستدامة الاقتصادية للشبكة من خلال ضمان تسعير برامج التحويل البرمجي المسبقة للتشفير بشكل مناسب ومنع هجمات رفض الخدمة المحتملة الناجمة عن التسعير المنخفض.
<ب><سبان ليف = "">EIP-7892: دعم زيادة عدد النقط حسب الطلب بشكل مرن للتكيف مع الاحتياجات المتغيرة للطبقة الثانية
<سبان ليف = "">اضبط معلمات تخزين الكائنات الثنائية كبيرة الحجم عن طريق إنشاء عملية جديدة خفيفة الوزن.لا يحتاج Ethereum إلى انتظار ترقية كبيرة لإجراء تعديلات أصغر وأكثر تكرارًا على سعة النقطة للتكيف مع الاحتياجات المتغيرة للطبقة الثانية.
<ب><سبان ليف = "">EIP-7917: تنفيذ التأكيد المسبق للكتلة وتحسين القدرة على التنبؤ بتسلسل المعاملات
<سبان ليف = "">في الوقت الحالي، ليس لدى المدققين أي وسيلة لمعرفة من سيقترح الكتلة حتى تبدأ الحقبة التالية، مما يؤدي إلى عدم اليقين في بروتوكولات تخفيف MEV وبروتوكولات التأكيد المسبق.يقوم هذا التغيير بحساب جداول المقترحات مسبقًا وتخزينها للعصور المستقبلية، مما يجعلها حتمية ويمكن الوصول إليها للتطبيقات.
<ب><سبان ليف = "">EIP-7918: معالجة سوق رسوم الكتلة من خلال تقديم رسوم أساسية كبيرة مرتبطة بتكاليف التنفيذ
<سبان ليف = "">يحل هذا المخطط مشكلة سوق رسوم الكتلة من خلال تقديم أسعار احتياطية مرتبطة بتكاليف التنفيذ. وهذا يمنع سوق رسوم الكتلة من الفشل عند 1 وي عندما تكون تكلفة تنفيذ المستوى الثاني أعلى بكثير من تكلفة الكتلة.
<سبان ليف = "">يعد هذا أمرًا بالغ الأهمية بالنسبة للمستوى الثاني، مما يضمن أن تسعير النقطة المستدامة يعكس التكاليف الحقيقية ويحافظ على الاكتشاف الفعال للسعر مع قياسات استخدام المستوى الثاني.
<ب><سبان ليف = "">EIP-7934: الحد من كتل تنفيذ RLP بحد أقصى 10 ميجابايت لمنع عدم استقرار الشبكة وهجمات رفض الخدمة
<سبان ليف = "">في الوقت الحالي، يمكن أن تكون أحجام الكتل كبيرة جدًا، مما يؤدي إلى إبطاء انتشار الشبكة وزيادة خطر الانقسامات المؤقتة. يضمن هذا الحد بقاء أحجام الكتل ضمن نطاق معقول يمكن للشبكة معالجته ونشره بكفاءة.تعمل هذه الخطوة على تحسين موثوقية الشبكة وتقليل مخاطر الانقسامات المؤقتة، مما يؤدي إلى أوقات تأكيد أكثر استقرارًا للمعاملات.
<ب><سبان ليف = "">EIP-7935: زيادة حد الغاز الافتراضي إلى 60 مليونًا لتوسيع إمكانات تنفيذ L1
<سبان ليف = "">يقترح الاقتراح زيادة حد الغاز من 36 مليونًا إلى 60 مليونًا لتوسيع قدرات تنفيذ المستوى الأول. في حين أن هذا التغيير لا يتطلب شوكة صلبة (غطاء الغاز هو معلمة يتم اختيارها بواسطة المدققين)، يلزم إجراء اختبارات مكثفة لضمان استقرار الشبكة في ظل الأحمال الحسابية العالية.لذلك، فإن تضمين EIP هذا في الانقسام الكلي يضمن إعطاء الأولوية لهذا العمل ومواصلته.
<سبان ليف = "">هذه هي الطريقة الأكثر مباشرة لتوسيع نطاق إمكانات تنفيذ L1 من خلال زيادة إنتاجية الشبكة بشكل مباشر من خلال السماح بمزيد من العمليات الحسابية لكل كتلة بيانات.
<ب><سبان ليف = "">EIP-7939: أضف كود التشغيل CLZ لجعل العمليات الحسابية على السلسلة أكثر كفاءة
<سبان ليف = "">يضيف هذا التحديث كود التشغيل CLZ (عدد الأصفار البادئة) الجديد إلى EVM لحساب عدد الأصفار بكفاءة في بداية رقم 256 بت. ويمكنه تقليل تكلفة الغاز للعمليات الرياضية التي تتطلب عمليات بت بشكل كبير، وتحسين كفاءة الحوسبة، وتمكين عمليات حسابية أكثر تعقيدًا على السلسلة؛يمكن أن يؤدي ذلك إلى تمكين عمليات حسابية أرخص وأكثر كفاءة، مما يفيد بروتوكولات التمويل اللامركزي وتطبيقات الألعاب وأي عقود تتطلب حسابات رياضية معقدة.
<ب><سبان ليف = "">EIP-7951: أضف دعم منحنى secp256r1 المترجم مسبقًا لتحسين تجربة المستخدم
<سبان ليف = "">يضيف هذا التحديث دعمًا لمنحنى التشفير المستخدم على نطاق واسع secp256r1 (المعروف أيضًا باسم P-256) إلى Ethereum. حاليًا، يدعم Ethereum فقط منحنى secp256k1 للتوقيع، ولكن العديد من الأجهزة والأنظمة تستخدم secp256r1.يمكّن هذا التحديث Ethereum من التحقق من التوقيعات من أجهزة iPhone وهواتف Android ومحافظ الأجهزة والأنظمة الأخرى باستخدام هذا المنحنى القياسي، مما يسهل التكامل مع البنية التحتية الحالية.
