بعد أيام قليلة من مؤتمر EthCC Paris ، من السهل رؤية الكثير من محتوى "alpha" الذي تشاركه الفرق الفنية العليا في Ethereum. إحدى هذه الكلمات الرئيسية التي تظهر أكثر فأكثر هي EIP-7212. إذن ما هو هذا الاقتراح ، ولماذا يستحق المشاهدة؟ اكتشف في المقالة أدناه!
معلومات اساسية
قبل الحديث عن EIP-7212 ، ربما ينبغي أن نناقش شيئًا مألوفًا أكثر. على وجه التحديد ، إليك اقتراح EIP-4337 ، الذي يتعامل مع نموذج تجريد الحساب (AA).
باختصار ، هذه تحسينات أساسية لدعم معالجة المحفظة المشفرة "للعقد الذكي". يساعد هذا في تقليل المشكلات التي يواجهها المستخدمون عند التفاعل مع السلسلة.
في الآونة الأخيرة على ETHCC ، تمت مشاركة موضوع (AA) أيضًا من قبل العديد من الفرق. خاصة أن مؤسس Vitalik لديه رأيه أيضًا في هذه الكلمة الرئيسية وإمكانات UX التي تجلبها.
** ما هو EIP-7212؟ **
سيُنشئ EIP-7212 إطار عمل تعاقدًا مُجمَّعًا مسبقًا للتوقيعات المشفرة والمفاتيح العامة لدعم التحقق من التوقيع الأكثر أمانًا وملاءمة في سلسلة EVM.
حاليًا ، يدعم Ethereum معايير التوقيع فقط من النموذج "secp 256 k 1". لكن هذا المعيار محدود نوعًا ما وغير متوافق مع آليات التشفير الأكثر شيوعًا اليوم. لذلك ، يريد EIP-7212 إضافة معيار "secp 256 r 1" إلى إطار عمل العقد أعلاه بحيث يمكن توصيل العديد من الخدمات والأجهزة القديمة المشفرة بسهولة. من وجهة نظر "تكلفة التشغيل" (أي الأمان المكافئ) ، لا يوجد فرق كبير بين معيار "k" ومعيار "r" ، ولهذا السبب تريد Ethereum الدفع من أجل هذا التغيير.
باختصار ، سيعيد EIP-7212 تصميم طريقة عمل التوقيعات ، وبالتالي إنشاء المتطلبات الأساسية للشبكة للانتقال إلى آلية محفظة عقد ذكية.
** ما المشكلة التي يحلها EIP-7212؟ **
إذا كنت تتابع منشورات مدونة Vitalik ، فمن المحتمل أنك صادفت Key Opinion Leader (KOL) تتحدث عن توحيد التوقيعات متعددة التوقيعات في Layer-1 و Layer-2 عدة مرات. فيما يلي مقتطف من القسم المعنون "الغوص العميق في قراءات الطبقة المتقاطعة 2 للمحافظ وحالات الاستخدام الأخرى" من منشور مدونة Vitalik.
المشكلة الأولى (التي ذكرها Vitalik أيضًا) هي أن التوقيعات لمحفظة Layer-1 و Layer-2 متعددة التوقيعات ستكون مختلفة. يصبح الموقف أكثر تعقيدًا إذا احتاج المستخدم إلى تغيير التوقيعات لمحفظة التوقيعات المتعددة الخاصة به. لذلك ، من الضروري توحيد أطر العقود الموقعة لشبكات مختلفة من EVM.
إن القصة "نصف الحقيقية" حول وجود عناوين متعددة لـ Wintermute مختلفة في L1 و L2 تؤدي إلى اختراق لسحب الأموال هي المثال الأكثر واقعية لهذه المشكلة.
القضية الثانية هي تكلفة الشهادة. بالنسبة لسلسلة EVM ، ستساعد التحسينات في الكفاءة الحسابية وتكاليف الغاز المحسّنة في إطار العمل التعاقدي الجديد هذا على زيادة قدرة المعالجة للشبكة.
** التطبيقات المستقبلية لـ EIP-7212 **
وفقًا لوثيقة Ethereum EIPs ، إذا تم دمجها في الشبكة الرئيسية ، فإن الاقتراح سيفتح العديد من الميزات المهمة ويعزز آليات المصادقة من العديد من الأجهزة الإلكترونية التقليدية. تشمل هذه الأدوات:
المنطقة الآمنة من Apple
مصادقة الويب
Android Keystore
مفاتيح المرور
حاليًا ، هناك مشروع آخر قيد التطوير يتعلق بهذه الكلمة الرئيسية هو OpClave ، وهو عبارة عن سلسلة مبنية على قمة مجموعة أدوات OP Stack ومتكاملة مع آلية أمان Enclave من Apple لتطوير محافظ AA.
هناك مقارنة مثيرة للاهتمام وهي أن EIP-7212 يمكن اعتباره حلاً "لربط العالم الحقيقي" ، ولكن ليس بأصول العالم الحقيقي ، ولكن مع عمليات مصادقة العناوين التقليدية (مثل البريد الإلكتروني ، Web Authenticator ، إلخ) الاتصال. عندما تم إطلاق Worldcoin للتو ، كانت هناك كلمة رئيسية أكثر خصوصية ، وهي المصادقة "البيومترية".
كما هو مذكور في النظرة العامة ، يمكن لمحافظ ERC-4337 دمج قالب التوقيع الجديد هذا بشكل كامل ، مما يجعل تجربة المستخدم أكثر ملاءمة.
** ما هو تأثير هذا الاقتراح على سوق DeFi؟ **
يمكن ملاحظة أن سوق محفظة العقود الذكية الحالية لا تزال في مهدها ، وهناك العديد من الأسباب ، ولكن أهمها بالتأكيد مشكلة البنية التحتية غير المستقرة والمبنية بالكامل. ومع ذلك ، يمكن أن نرى بوضوح أن Safe لا تزال رائدة في هذا المجال ولديها "ميزة مبكرة" إلى حد ما.
ومع ذلك ، عندما يتم دمج EIP-7212 ويتم تنفيذ EIP-1271 (اقتراح إعطاء الأولوية لاستخدام العقود الذكية ودعم التحقق من التوقيع المتعدد) في نفس الوقت ، سيكون هناك العديد من المتغيرات الجديدة في سوق محفظة العقود الذكية. من هذه المتغيرات ، إذا كان بإمكان أي مشروع الاستفادة والتكيف ، يمكن جذب عدد كبير من المستخدمين إلى DeFi من خلال أدوات تفاعلية بسيطة يعرفها معظمنا كل يوم.
** الوضع الحالي لـ EIP-7212 **
إذا تابعنا حالة 7212 على موقع ethereum ، فإننا نرى أن الاقتراح لا يزال في مرحلة "المراجعة" ، وقد يكون هناك العديد من التغييرات في التنفيذ الفني.
إذا كانت هناك أي تغييرات في التكامل الفني لفريق Ethereum ، فسوف أقوم بتحديث أحدث حالة لـ EIP-7212 في الوقت المناسب.
نهاية
لذلك ، تعلمنا قليلاً عن EIP-7212 ولماذا يتطلع مجتمع Ethereum كثيرًا إلى هذا الاقتراح في المستقبل القريب. آمل أن يكون المقال أعلاه مفيدًا لك ، وأتطلع إلى رؤيتك في المقالة التالية!
شاهد النسخة الأصلية
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
ما هو بالضبط EIP-7212 الذي يظهر بشكل متكرر في مؤتمرات EthCC؟
بعد أيام قليلة من مؤتمر EthCC Paris ، من السهل رؤية الكثير من محتوى "alpha" الذي تشاركه الفرق الفنية العليا في Ethereum. إحدى هذه الكلمات الرئيسية التي تظهر أكثر فأكثر هي EIP-7212. إذن ما هو هذا الاقتراح ، ولماذا يستحق المشاهدة؟ اكتشف في المقالة أدناه!
معلومات اساسية
قبل الحديث عن EIP-7212 ، ربما ينبغي أن نناقش شيئًا مألوفًا أكثر. على وجه التحديد ، إليك اقتراح EIP-4337 ، الذي يتعامل مع نموذج تجريد الحساب (AA).
باختصار ، هذه تحسينات أساسية لدعم معالجة المحفظة المشفرة "للعقد الذكي". يساعد هذا في تقليل المشكلات التي يواجهها المستخدمون عند التفاعل مع السلسلة.
في الآونة الأخيرة على ETHCC ، تمت مشاركة موضوع (AA) أيضًا من قبل العديد من الفرق. خاصة أن مؤسس Vitalik لديه رأيه أيضًا في هذه الكلمة الرئيسية وإمكانات UX التي تجلبها.
** ما هو EIP-7212؟ **
سيُنشئ EIP-7212 إطار عمل تعاقدًا مُجمَّعًا مسبقًا للتوقيعات المشفرة والمفاتيح العامة لدعم التحقق من التوقيع الأكثر أمانًا وملاءمة في سلسلة EVM.
حاليًا ، يدعم Ethereum معايير التوقيع فقط من النموذج "secp 256 k 1". لكن هذا المعيار محدود نوعًا ما وغير متوافق مع آليات التشفير الأكثر شيوعًا اليوم. لذلك ، يريد EIP-7212 إضافة معيار "secp 256 r 1" إلى إطار عمل العقد أعلاه بحيث يمكن توصيل العديد من الخدمات والأجهزة القديمة المشفرة بسهولة. من وجهة نظر "تكلفة التشغيل" (أي الأمان المكافئ) ، لا يوجد فرق كبير بين معيار "k" ومعيار "r" ، ولهذا السبب تريد Ethereum الدفع من أجل هذا التغيير.
باختصار ، سيعيد EIP-7212 تصميم طريقة عمل التوقيعات ، وبالتالي إنشاء المتطلبات الأساسية للشبكة للانتقال إلى آلية محفظة عقد ذكية.
** ما المشكلة التي يحلها EIP-7212؟ **
إذا كنت تتابع منشورات مدونة Vitalik ، فمن المحتمل أنك صادفت Key Opinion Leader (KOL) تتحدث عن توحيد التوقيعات متعددة التوقيعات في Layer-1 و Layer-2 عدة مرات. فيما يلي مقتطف من القسم المعنون "الغوص العميق في قراءات الطبقة المتقاطعة 2 للمحافظ وحالات الاستخدام الأخرى" من منشور مدونة Vitalik.
المشكلة الأولى (التي ذكرها Vitalik أيضًا) هي أن التوقيعات لمحفظة Layer-1 و Layer-2 متعددة التوقيعات ستكون مختلفة. يصبح الموقف أكثر تعقيدًا إذا احتاج المستخدم إلى تغيير التوقيعات لمحفظة التوقيعات المتعددة الخاصة به. لذلك ، من الضروري توحيد أطر العقود الموقعة لشبكات مختلفة من EVM.
إن القصة "نصف الحقيقية" حول وجود عناوين متعددة لـ Wintermute مختلفة في L1 و L2 تؤدي إلى اختراق لسحب الأموال هي المثال الأكثر واقعية لهذه المشكلة.
القضية الثانية هي تكلفة الشهادة. بالنسبة لسلسلة EVM ، ستساعد التحسينات في الكفاءة الحسابية وتكاليف الغاز المحسّنة في إطار العمل التعاقدي الجديد هذا على زيادة قدرة المعالجة للشبكة.
** التطبيقات المستقبلية لـ EIP-7212 **
وفقًا لوثيقة Ethereum EIPs ، إذا تم دمجها في الشبكة الرئيسية ، فإن الاقتراح سيفتح العديد من الميزات المهمة ويعزز آليات المصادقة من العديد من الأجهزة الإلكترونية التقليدية. تشمل هذه الأدوات:
حاليًا ، هناك مشروع آخر قيد التطوير يتعلق بهذه الكلمة الرئيسية هو OpClave ، وهو عبارة عن سلسلة مبنية على قمة مجموعة أدوات OP Stack ومتكاملة مع آلية أمان Enclave من Apple لتطوير محافظ AA.
هناك مقارنة مثيرة للاهتمام وهي أن EIP-7212 يمكن اعتباره حلاً "لربط العالم الحقيقي" ، ولكن ليس بأصول العالم الحقيقي ، ولكن مع عمليات مصادقة العناوين التقليدية (مثل البريد الإلكتروني ، Web Authenticator ، إلخ) الاتصال. عندما تم إطلاق Worldcoin للتو ، كانت هناك كلمة رئيسية أكثر خصوصية ، وهي المصادقة "البيومترية".
كما هو مذكور في النظرة العامة ، يمكن لمحافظ ERC-4337 دمج قالب التوقيع الجديد هذا بشكل كامل ، مما يجعل تجربة المستخدم أكثر ملاءمة.
** ما هو تأثير هذا الاقتراح على سوق DeFi؟ **
يمكن ملاحظة أن سوق محفظة العقود الذكية الحالية لا تزال في مهدها ، وهناك العديد من الأسباب ، ولكن أهمها بالتأكيد مشكلة البنية التحتية غير المستقرة والمبنية بالكامل. ومع ذلك ، يمكن أن نرى بوضوح أن Safe لا تزال رائدة في هذا المجال ولديها "ميزة مبكرة" إلى حد ما.
ومع ذلك ، عندما يتم دمج EIP-7212 ويتم تنفيذ EIP-1271 (اقتراح إعطاء الأولوية لاستخدام العقود الذكية ودعم التحقق من التوقيع المتعدد) في نفس الوقت ، سيكون هناك العديد من المتغيرات الجديدة في سوق محفظة العقود الذكية. من هذه المتغيرات ، إذا كان بإمكان أي مشروع الاستفادة والتكيف ، يمكن جذب عدد كبير من المستخدمين إلى DeFi من خلال أدوات تفاعلية بسيطة يعرفها معظمنا كل يوم.
** الوضع الحالي لـ EIP-7212 **
إذا تابعنا حالة 7212 على موقع ethereum ، فإننا نرى أن الاقتراح لا يزال في مرحلة "المراجعة" ، وقد يكون هناك العديد من التغييرات في التنفيذ الفني.
إذا كانت هناك أي تغييرات في التكامل الفني لفريق Ethereum ، فسوف أقوم بتحديث أحدث حالة لـ EIP-7212 في الوقت المناسب.
نهاية
لذلك ، تعلمنا قليلاً عن EIP-7212 ولماذا يتطلع مجتمع Ethereum كثيرًا إلى هذا الاقتراح في المستقبل القريب. آمل أن يكون المقال أعلاه مفيدًا لك ، وأتطلع إلى رؤيتك في المقالة التالية!