作者: بيتر بان ، المؤسس المشارك والرئيس التنفيذي للتكنولوجيا في Particle Network &Faust ، 极客Web3
منذ عام 2022 ، كان تجريد الحساب موضوعا تمت مناقشته على نطاق واسع ، ويبدو أن إطار تجريد الحساب مع EIP-4337 باعتباره جوهر أصبح إجماعا عاما في الصناعة. وقد دفعت شعبية مفهوم النية إلى زيادة التركيز على مكونات تفاعل المستخدم ذات العتبة المنخفضة.
ومع ذلك ، لا يزال EIP-4337 يعاني من نقاط الألم المتمثلة في تجزئة حسابات الحساب الذكي وتجربة المستخدم المجردة المجزأة للغاية للحسابات عبر السلسلة. ** تستخدم هذه المقالة مشاريع مثل Biconomy و Safe Core و Particle Network كأمثلة لاستكشاف كيفية المضي قدما في مجال تجريد الحساب في إطار عمل EIP-4337. **
فهم مفهوم "تجريد الحساب" من منظور تجريد عملية المعاملة
فيما يتعلق بتجريد الحساب ، أشار فيتاليك مرارا وتكرارا إلى أنه شرط ضروري لخفض عتبة مستخدمي Ethereum وتحقيق التبني الجماعي ، وتتمثل رؤيتها الأساسية في السماح للمستخدمين بتخصيص طريقة التحقق من التوقيع + الاستمتاع بدفع الغاز ، وبدء المعاملات على السلسلة دون أي أصول (المعروفة باسم المعاملات الخالية من الغاز). فقط من خلال تنفيذ هذه المتطلبات الأساسية يمكننا زيادة معدل التحويل للمستخدمين الجدد لتطبيقات Web3.
في الماضي ، كانت المقترحات المجردة غير الحسابية أو محافظ العقود الذكية ، على الرغم من أنها يمكن أن تحقق تجربة مماثلة ، بعيدة كل البعد عن المرونة والكفاءة ، مثل Gnosis Safe لا تزال تتطلب عناوين EOA لبدء المعاملات ، وتكلفة الغاز مرتفعة للغاية.
يهدف تجريد الحساب إلى التحسين من الطبقة السفلية لهيكل حسابات العقود الذكية لتمهيد الطريق للجيل التالي من أنظمة الحسابات الذكية.
ولكن من اقتراح تجريد الحساب الفعلي ، سنجد أن تركيزهم ليس على نموذج الحساب نفسه. على سبيل المثال ، EIP-86 و EIP-4337 و EIP-6900 وغيرها من المقترحات المتعلقة بتجريد الحساب ، تركز على تجريد / نمطية عملية المعالجة الكاملة للمعاملة من البدء إلى استلام العقدة ، والتحقق من التوقيع ، ودفع الغاز ، وما إلى ذلك ، لا تولي اهتماما حقيقيا لتجريد بنية الحساب. لذا يبدو من الأنسب أن نطلق على المقترحات الحالية "تجريدات المعاملات".
إذا فهمنا تلك المقترحات المجردة المعروفة للحساب من منظور "تجريد عملية معالجة المعاملات" ، فيمكننا بسهولة فهم نقاطها الرئيسية: يريد تجريد المعاملات هذا في الواقع جلب تجربة المستخدمين على مستوى Web2 الذين يدخلون المنتجات ويستخدمونها في نظام Ethereum ، مثل القائمة السوداء / القائمة البيضاء ، وعدم التحقق من الهوية لبدء المعاملات في غضون فترة زمنية ، وعدم وجود معاملات غاز ، ورسوم دفع العملات الورقية ، وما إلى ذلك.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/a966728c2d42bc95cc4199e63f9b6ae7.png)
لكن بعض الناس سوف يسألون: ألا يمكن تنفيذ هذه الأشياء في محافظ العقود الذكية في الماضي؟ ما هي قيمة المخططات المجردة مثل EIP-4337؟
جوهر EIP-4337: الحل الأمثل المحلي لتجريد الحساب في النظام البيئي ل Ethereum
كما هو مذكور في السؤال أعلاه ، على الرغم من أن المحافظ الذكية في الماضي يمكن أن تحقق الوظائف المذكورة أعلاه ، إلا أن طرق التنفيذ خشنة بشكل عام وغالبا ما تعتمد على مرافق الطرف الثالث شديدة المركزية. على سبيل المثال ، في الماضي ، كان نظام دفع الغاز هو تقديم عقدة Relayer تابعة لجهة خارجية (EIP-2771). علاوة على ذلك ، فإن عدم وجود معايير موحدة بين المحافظ الذكية المختلفة لا يفضي إلى تطوير ونشر المكونات الداعمة. **
تتمثل الجاذبية الأساسية ل EIP المتعلقة بتجريدات الحسابات المختلفة في حل هذه العيوب في مشاريع المحفظة المختلفة من خلال إطار عمل موحد مصمم لمحافظ العقود الذكية ، وتعزيز هيكل الحساب في نظام Ethereum البيئي من هيكل وظيفي أساسي إلى هيكل ذكي بسقف أعلى.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/cbe5faeb45fe0855ca3707430ce2e7d7.png)
على سبيل المثال ، قبل ظهور ERC-20 أو ERC-721 ، كانت العديد من تطبيقات الرمز المميز والوظائف والوظائف / الواجهات المقدمة خارجيا غير متسقة ، ولم يكن "عدم الاتساق" مواتيا لتطوير دعم مرافق الطرف الثالث وتدقيق الكود (من الصعب تخيل كيف كانت تطبيقات Defi ستتطور إلى الازدهار الحالي بدون بروتوكول ERC-20).
تعد معايير تنفيذ البروتوكول / الميزة الموحدة شرطا أساسيا للسرد المعياري ، ويعد التطوير المعياري شرطا أساسيا لازدهار كل مجال تقريبا (تقسيم العمل هو المبدأ الأول للكفاءة). **
في النهاية ، جاء EIP-4337 في المقدمة.
EIP-4337 هو الحل الأمثل المحلي ، ولكن هناك عدة زوايا في إطاره تحتاج إلى تحسين
يحدد EIP-4337 مجموعة من معايير الواجهة ، موضحا الوحدات التي يجب أن تكون على الأقل للمحافظ الذكية التي تتبع بروتوكول 4337 ، والوظائف / الواجهات التي يجب على كل وحدة تنفيذها ، مثل Bundler و EntryPoint و Paymaster والوظائف القابلة للاستدعاء التي يجب توفيرها خارجيا.
بعد توضيح هذه القواعد ، يكون التفاعل بين المكونات المختلفة أكثر وضوحا ، وهو مناسب لإدخال أفكار تصميم معيارية في تجريد الحساب وتصميم المحفظة الذكية ، كما يستفيد مطورو وحدة المحفظة بشكل كبير. **
بالطبع ، من منظور المستخدم البحت ، فإن القيمة التي يجلبها نموذج تطوير المحفظة الذكية المعيارية ليست واضحة ، لأن الناس لا يشعرون بالكثير من التغيير في محفظة الحساب المجردة نفسها على المدى القصير. ** ولكن على المدى المتوسط إلى الطويل ، تتشابه البروتوكولات مثل EIP-4337 في القيمة مع ERC-20 و ERC-721 ، والتي تضع الأساس لتطوير محافظ الحساب المجردة على المدى الطويل وهي معالم فارقة في صنع العصر.
ومع ذلك ، لا يزال EIP-4337 يعاني من العديد من المشكلات التي لم يتم حلها: ** على سبيل المثال:
وظيفة تجريد الحساب ليست مكونا بما فيه الكفاية ، ومن السهل على المطورين المختلفين إعادة اختراع العجلة ؛
توافق وحدة الحساب ضعيف ، ويظهر نظام الحساب بأكمله ميلا لتجزئة البيئة ؛
بيئة تجريد الحساب بين السلاسل المختلفة مجزأة للغاية ، مما يجعل من الصعب توفير تجربة موحدة وعالية الجودة للمستخدمين النهائيين والمطورين وتحقيق تجربة مستخدم أفضل.
أدناه ، سوف نستكشف حلولا لهذه المشاكل.
اتجاه التحسين 1: ستصبح وظيفة المكون الإضافي لتجريد الحساب هي التكوين الأساسي
** يمكن القول أن إحدى نقاط المناقشة الأساسية المتعلقة بتجريد الحساب الآن هي كيفية تحقيق نمطية المحفظة المجردة للحساب بشكل أفضل ، وخفض دقة كل وحدة إلى مزيد من التفاصيل. **
على سبيل المثال ، يقترح Biconomy سردا يعتمد على EIP-4337 (سيتم تقديم EIP-6900 مع دقة أدق في المستقبل) لزيادة تعزيز التطوير المعياري لبيئة تجريد الحساب.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/48172bf745d6ba99c4709aa3b10697ed.png)
ما يسمى بالوظيفة الإضافية لتجريد الحساب هو في الواقع توضيح من خلال مجموعة من البروتوكولات ما هي الوحدات الرئيسية المتضمنة في محفظة العقود الذكية ، وما هي الواجهات / الوظائف التي يجب أن تنفذها هذه الوحدات ، وما هي أسماء هذه الواجهات وكيفية الاتصال بها. يقوم مطورو الطرف الثالث بعد ذلك بتطوير مكونات بتفاصيل مختلفة وفقا لأفكارهم الخاصة ، ولكن هذه المكونات ستفي بالمتطلبات المنصوص عليها في الاتفاقية.
طور إصدار V2 من Biconomy ، مع EIP-4337 باعتباره العمود الفقري للبروتوكول ، معايير أكثر تفصيلا وأضاف عددا من الواجهات غير المذكورة في 4337. أثناء تحديد الوظائف التي يجب أن تتمتع بها الوحدات النمطية مثل Bundler و Smart Contract Wallet و Paymaster ، يسمح Biconomy لمطوري الطرف الثالث بتنفيذ وحدات بنفس الخصائص وإصدارات مختلفة بتفاصيل رمز مختلفة ، طالما أنهم يتبعون تفاصيل البروتوكول المذكورة مسبقا بواسطة Biconomy (متوافق مع EIP-4337).
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/70a918d3c0fa189323edbf381b630a84.png)
في الوقت نفسه ، طرحت Biconomy أيضا شعار "Module Store" ، أثناء إطلاق SDK لوحدة ملخص الحساب شخصيا ، يتم تشجيع غالبية المطورين على تقديم وحدات ملخص الحساب المصممة الخاصة بهم ، وتوسيع "الوحدة النمطية كخدمة" ، ** بحيث يمكن لجميع مشاريع المحفظة التي تتبع بروتوكول EIP-4337 اعتماد وحدات ملخص الحساب هذه مباشرة كتبها الغرباء. عندما ينشئ المستخدمون حسابا ذكيا من خلال الصفحة الأمامية ، يكون لديهم أيضا خيار أكثر تنوعا للوحدات التي يجب استخدامها.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/f96ee55f5dd8dcdaf0a1a5442fe0281a.png)
في حين أن النمطية ملائمة لتقسيم العمل ، إلا أنها ملائمة أيضا للمستخدمين للتبديل بسرعة أو إضافة وحذف وظائف معينة في المحفظة الذكية (بصراحة ، هو تقسيم الدقة إلى أجزاء أدق).
أشار Biconomy إلى أنه كلما كانت محفظة العقود الذكية أكثر معيارية ، قل عدد التغييرات التي تحتاج إلى إجرائها عند التحديث أو الترقية (لا حاجة لتحديث عقود محفظة العقود الذكية الحالية للمستخدمين أو استخدام DelegateCall ، فقط بعض الوحدات الخارجية) ، مما يسهل على المستخدمين أو المطورين المختلفين استبدال مكونات معينة.
في تجريد الحساب الجديد المستقبلي ل Biconomy ، سيشير أيضا إلى اقتراح EIP-6900 ، وهو أكثر وحدات من EIP-4337.
اتجاه التحسين 2: تجزئة وحدة أكثر دقة لحل مشكلة تجزئة الحساب
فيما يتعلق باقتراح EIP-6900 ، ** Safe (المعروف سابقا باسم Gnosis Safe) أطلق بالفعل ورقة بيضاء ذات صلة ببروتوكول Safe Core في أغسطس من هذا العام ، وأكثرها استعارة هو EIP-6900. **
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/c61f4b7e5a49dc219a785276a95cf071.png)
** يشير EIP-6900 إلى أن إحدى المشكلات المتعلقة بالتجريد الحالي للحسابات المعيارية هي "تجزئة" الحسابات ، أو مشكلة الصوامع. على سبيل المثال ، على الرغم من أن بائعي وحدات تجريد الحساب المختلفين أو تطبيقات DAPP المختلفة ستكون متوافقة مع EIP-4337 ، إلا أن EIP-4337 ليس مرتفعا بما يكفي للوحدات المختلفة ، والدقة تقريبية نسبيا ، مما يترك درجة "عالية جدا" من الحرية لمطوري وحدات الحساب الذكي (الحساب الذكي هو الجزء الأساسي من تخزين معلومات المستخدم وتسجيل التحقق من المعاملات المخصصة ومنطق دفع الغاز).
بهذه الطريقة ، تميل أطراف مشروع المحفظة المختلفة إلى تصميم وحدات حساب ذكية ذات خصائص فريدة. ** على المدى الطويل ، يجب على موردي وحدات تجريد الحساب الآخرين إعطاء الأولوية لمن يوفر وحدات الحساب الذكي المتوافقة ، وينتج ببطء سلسلة توريد ثابتة في المنبع والمصب ، مما سيؤدي حتما إلى تجزئة وفصل بيئة وحدة تجريد الحساب. ** (يبدو الأمر كما لو كان في الأيام الأولى لصناعة الكمبيوتر ، كان على مطوري أنظمة التشغيل التفكير في الشركة المصنعة لأجهزة الكمبيوتر التي كانت متوافقة معها.)
لحل مشكلة التجزئة البيئية وتحسين توافق وحدات تجريد الحساب التي طورها بائعون مختلفون ، فإن أفضل طريقة هي زيادة تجريد حسابات محفظة العقود الذكية وجعل الوحدات أكثر دقة.
بعد استعارة أفكار EIP-6900 ، قام المستند التقني لبروتوكول Safe Core ** بإجراء تحسين أكثر تفصيلا للحساب الذكي (حساب المحفظة الذكية للمستخدم). يقسم بروتوكول Safe Core الوحدات التي يمكن أن يستدعيها كل حساب محفظة ذكية إلى مكونات إضافية وخطافات ومدققات توقيع ومعالجات وظائف وفئات أخرى. **
وحدة الحساب الذكي خفيفة الوزن قدر الإمكان ، ويخزن عقد الحساب فقط البيانات والوظائف الأساسية ، ويتم طرح جميع الوظائف التي يمكن نقلها إلى الخارج إلى وحدة التقسيم الفرعي "معالج الوظائف" أو "المكون الإضافي" لتنفيذها. هذا يردد ما يسمى بمبدأ أوكام - "لا تضيف كيانات إلا إذا لزم الأمر".
إذا كان الحساب الذكي نفسه خفيف الوزن بدرجة كافية ولا يتضمن تفاصيل مرهقة للغاية ، فسيكون الحساب الذكي الذي طورته جهات تصنيع مختلفة أقرب في الهيكل الداخلي وأكثر توافقا.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/09f83d13d3ab4398881f144c2c17aa58.png)
يقدم بروتوكول Safe Core أيضا سجلا ، مشابها لمتجر تطبيقات iPhone ، يحتوي على جميع الوحدات النمطية المتاحة المعتمدة. يمكن للمستخدم اختيار الوحدات التي سيتم تنشيطها ، وفي كل مرة يتم فيها تنشيط وحدة جديدة ، يتم التعامل معها من خلال عقد Minger.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/bd45f12927186dd3b98dbd955a08c962.png)
بشكل عام ، سيقوم UserOperation بتشغيل مكون إضافي للمكون الإضافي أولا ، ثم سيتحقق عقد Manger مما إذا كانت حالة المكون الإضافي طبيعية (يوجد سجل في السجل) ، وإذا كان الأمر طبيعيا ، فسيسمح بطلب المكون الإضافي. إذا لزم الأمر ، تستدعي المكونات الإضافية للمكونات الإضافية بعض الوظائف التي يوفرها Hook ، أم لا. ثم يتم إجراء تغييرات على حالة الحساب الذكي المتضمن في UserOperation.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/fd639d5a6f150f1cfcfe67cc77a79e44.png)
من خلال طريقة تجزئة الوحدة الدقيقة المذكورة أعلاه وعملية الجدولة ، يحاول بروتوكول Safe Core تنفيذ مجموعة من بروتوكول التشغيل البيني للوحدة المجردة للحساب مفتوح المصدر ، والفكرة الأساسية منها هي جعل الحساب الذكي خفيف الوزن مثل حساب EOA ، من أجل تحسين توافق وحدات الحساب الذكي التي تم تحسينها من قبل بائعين مختلفين.
اتجاه التحسين 3: تجريد حساب السلسلة الكاملة ، لتحقيق حسابات موحدة على سلاسل مختلفة
ولكن حتى مع الحل المذكور أعلاه ، لا تزال هناك مشكلة كبيرة لم يتم حلها: سلاسل مختلفة و Layer2s مختلفة تروج لتجريدات الحساب بتفاصيل مختلفة ، ويستخدم العديد منها أشكالا تتعارض مع EIP-4337 ، مثل zkSync Era و Starknet و Flow وما إلى ذلك. وقد أدى ذلك إلى تجزئة في تجربة المستخدم للمحفظة ، مثل عنوان المحفظة الذكية للمستخدم على Starknet ولا يمكن توحيد عنوان المحفظة الذكية على Arbitrum على الإطلاق.
علاوة على ذلك ، في بيئة متعددة السلاسل ، قام المستخدمون بنشر الحسابات الذكية بشكل مستقل على سلاسل مختلفة ، وغالبا ما تكون بيانات المستخدم المقابلة مبعثرة في هذه العقود. إذا كانت بيانات المستخدم مثل المفاتيح بحاجة إلى تحديث ، فمن الضروري بدء المعاملات بشكل متكرر في سلاسل متعددة ، ومن الصعب ضمان اتساق الحساب الذكي.
اقترح فيتاليك نفسه سابقا مجموعة من مخططات الحسابات الذكية الموحدة وسهلة الإدارة ، ** يستخدم هذا المخطط Ethereum أو ZKRollup عالي الأمان كسلسلة مصدر ، وينشر عقد Keystore ، ويخزن المفتاح العالمي للمستخدم ، ثم تشترك جميع حسابات العقود الذكية للمستخدم على L2 في المفتاح العالمي المخزن في عقد Keystore.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/6dbc43d45760d49029da132dab099e17.png)
ومع ذلك ، فإن هذا الحل مكلف للغاية ، أي كلما تغير المفتاح العام المسجل في عقد Keystore على سلسلة المصدر ، يحتاج كل حساب على سلسلة L2 / target إلى مزامنة المفتاح الجديد من خلال التفاعل عبر السلسلة. التفاعل عبر السلسلة بين Ethereum و L2 مكلف للغاية بالنسبة للمستخدمين لتحمله. وتجدر الإشارة إلى أن حسابات العقود الذكية تختلف عن حسابات EOA ، والتي هي بطبيعتها متعددة السلاسل موحدة (موحدة بين سلاسل EVM) بسبب طرق إنشاء العناوين الفريدة الخاصة بها ، ولكن حسابات العقود الذكية مختلفة تماما ، ومن الصعب على المستخدمين الحصول على حسابات العقود الذكية بنفس العنوان على سلاسل مختلفة.
لقد توصلت شبكة الجسيمات إلى نهجها الخاص في هذا الصدد. على الرغم من أن الفكرة العامة هي نفس فكرة فيتاليك ، والتي تتمثل أيضا في فصل التخزين ورمز الحساب الذكي ، تعتزم Particle Network استخدام سلسلة مستقلة ، Particle Network Chain ، كقاعدة بيانات تخزين كاملة السلسلة للحساب الذكي ، من خلال حلول المراسلة عبر السلاسل التابعة لجهات خارجية (LayerZero و CIP و Axelar و Connext). الخ) مزامنة تغييرات المستخدم على تخزين الحساب مع الحساب المحلي على سلاسل أخرى.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/083c776894d73db5ee207dc727214b5b.png)
(تجريد حساب شبكة الجسيمات متعدد السلاسل)
على وجه التحديد ، يتطلب نظام تجريد حساب السلسلة الكاملة لشبكة الجسيمات من المستخدمين أن يكون لديهم عنوان حساب عقد ذكي موحد على سلاسل EVM مختلفة ، الأمر الذي يتطلب نشر مجموعة من عقود النشر على سلاسل مختلفة ؛
يجب على المستخدمين تشغيل إنشاء حسابات جديدة على سلسلة شبكة الجسيمات ، وبعد ذلك ستقوم سلسلة الجسيمات بتشغيل عقد الناشر على جميع السلاسل ، مما يضمن أن عناوين حساب العقد الذكي التي تم إنشاؤها للمستخدمين على سلاسل مختلفة موحدة ، أو يمكن للمستخدمين إكمال عملية التفاعل متعدد السلاسل من خلال العقد على سلسلة الجسيمات دون أن يكونوا على دراية بالسلاسل الأخرى ، ويمكنهم استخدام الغاز الموحد الرمز المميز كطريقة موحدة لدفع الرسوم.
كما أن تجريد حساب السلسلة الكاملة يجعل تشغيل المستخدم عبر السلسلة ممكنا ، مما يؤدي إلى تشغيل معاملة السلسلة المستهدفة من خلال تشغيل المستخدم لسلسلة المصدر ودفع الغاز المقابل ، مثل استخدام USDC من Polygon لشراء NFTs على Base.
ومع ذلك ، يتطلب حل Particle Network درجة عالية من التعاون بين عقد Deployer ومكون المراسلة عبر السلسلة لتحقيق مزامنة الحساب متعدد السلاسل وتخزين سلسلة المصدر ، والذي يحتوي بالفعل على متطلبات عالية لجسر الرسائل عبر السلاسل أو التسلسل الذي يستخدمه (يبدو أن هذه المشكلة موجودة في جميع المخططات المتعلقة بقابلية التشغيل البيني للسلسلة الكاملة).
ومع ذلك ، يمكن لمزامنة حساب المستخدم عبر السلسلة تكوين مجموعة من جسور الرسائل المختلفة بمرونة ، بدلا من الاعتماد فقط على جسر معين ، مثل الإستراتيجية التي يمكن تكوينها ك 2/3 ، بالاعتماد على تأكيد أي اثنين من LayerZero و Axelar و Connext لتأكيد تغيير التخزين على السلسلة المستهدفة ، والتي يمكن أن تحل مشكلة التبعية أحادية النقطة تقريبا.
تعد قابلية التشغيل البيني السلس للسلسلة الكاملة عبر EVMs وغير EVMs خطوة إلى الأمام في تجريد حسابات السلسلة الكاملة داخل نظام Ethereum البيئي
على الرغم من وجود إدارة رئيسية وحسابات موحدة عبر سلسلة EVM ، لا يزال هناك مجال للتحسين في تجريد حساب السلسلة الكاملة: لا يمكن للسلاسل غير المتوافقة مع EVM ، مثل Aptos و Solana و Sui وما إلى ذلك ، ضمان توافق عنوان حساب العقد الذكي الذي ينشئه المستخدم مع سلسلة EVM ؛ في الوقت نفسه ، إذا لم تنفذ السلسلة غير EVM بروتوكول EIP-4337 بمخطط مكافئ ، فمن الصعب اتباع المفهوم المجرد لحساب السلسلة الكاملة الذي اقترحه Vitalik و Particle Network أعلاه.
بالإضافة إلى ذلك ، فإن مشروع المحفظة المتوافق مع EIP-4337 نفسه لديه مجال للتحسين. يتم تشغيل معظم عقد المجمع التي تستخدمها المحافظ الذكية رسميا بشكل مستقل ولا تتواصل حتى مع بعضها البعض ، والعديد من مشاريع المحفظة الذكية تشكل في الواقع سلسلة خاصة بها ، مما يجلب الكثير من المخاطر (مقاومة الرقابة ، سهولة الاستخدام). قد يكون بناء واجهة أمامية واحدة موحدة عبر معظم السلاسل أمرا صعبا للغاية. يتمثل أحد الحلول في تقديم تصميم يركز على النية ، وإضافة طبقة أعلى تجريد حساب السلسلة الكاملة ، والتعامل مع النظام البيئي EIP-4337 الخاص ب Ethereum أو مرافق تجريد الحساب الأصلية الأخرى للسلسلة (مثل zkSync) كحالات محددة ضمن نوع Solver / Reactor ، وكيفية اختيار Solver الصحيح هي مهمة ذات مستوى أعلى. **
بأخذ Particle Network كمثال ، فإنه يقترح تطبيقا موجزا للتجريد والنية ، في حين أن تجريدات الحساب المختلفة هي مجرد فئة من حالات حلول النية المضمنة في Solver.
أولا ، ستكون الواجهة الأمامية للمستخدم مسؤولة عن تحويل طلبات اللغة الطبيعية أو تفاعلات المستخدم التعسفية إلى أوصاف برمجية محددة ، بما في ذلك قيود الإدخال وقيود الإخراج (بصراحة ، فإن شروط الإدخال وفترات نتائج الإخراج هي التي تلبي متطلبات المستخدم) ، ومن ثم سيحتوي واحد أو أكثر من Solvers في شبكة Solver على قيود إدخال وإخراج محددة للمعاملات. إلى الأمام إلى عقود Solver المنشورة على السلسلة (لا يحتوي Solver على مرافق العقدة فحسب ، بل يحتوي أيضا على أجزاء عقد على السلسلة). سينقل عقد Solver تعليمات النية إلى عقد المفاعل (الذي يدير حساب المستخدم على السلسلة) ، والذي سيستدعي وحدات أخرى لإكمال التفاعل النهائي.
يعرف طلب المستخدم أولا بواسطة شبكة Solver ، بحيث لا يحتاج المستخدم إلى إدراك السلسلة الأساسية أو إنشاء تجريدات مختلفة للحساب ، ويتم ترك هذا الجزء ل Solver لإنشاء حل معين.
بالطبع ، لا تزال هذه الأفكار مجرد إطار نظري ، ولم يتم بعد وضع تفاصيل التنفيذ وراءها رسميا من قبل Particle Network.
في الوقت الحاضر ، من الواضح أنه سيتم إنتاج سوق Solver تنافسي في المستقبل ، ويمكن للمستخدمين بدء المزادات للسماح للعديد من Solver بالتوصل إلى حلول مختلفة ، ومن خلال شكل تداول محاكاة محلي ، يمكن اختيار أفضل حل ويمكن تحفيز Solver المقابل. يعتمد شكل الحافز على مصممي البروتوكول لشبكة Solver (تعتزم Particle Network استخدام رموز PNT كرموز تحفيزية لسوق مزادات Solver الخاص بها).
** يحمي الهدف الحالي بشكل أساسي التفاصيل المعقدة للطبقة السفلية ويستخلصها في طبقة أعلى ، ** مثل هذا التصميم متعدد الطبقات مع طبيعة بروتوكول TCP / IP ضروري لتجربة المستخدم وتجربة المطور في ظل قابلية التشغيل البيني السلس للسلسلة بأكملها.
احتضان التبني الجماعي لتجريدات الحسابات
عندما نقوم بتحسين إطار عمل 4337 في النظام البيئي ل Ethereum من جميع الزوايا ، وكذلك تعزيز قابلية التشغيل البيني السلس عبر الأنظمة البيئية Ethereum وغير Ethereum ، من أجل دعم اعتماد تجريد الحساب على نطاق واسع ، نشعر أننا ما زلنا بحاجة إلى منتج يمتد إلى جانب العرض وجانب الطلب. يمكن أن يقلل من استخدام منتجات وخدمات Web3 المختلفة من قبل المستخدمين النهائيين ، مع التركيز على مطوري الخدمات وخفض عتبة المطورين. **
أحد أفضل المنتجات لهذا الدور هو منتج المحفظة الذكية المعيارية كخدمة من Particle Network:
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/5c72565a4e66f037765f4870ebf1c26b.jpeg)
توفر الخدمة مجموعة سهلة الاستخدام من واجهات برمجة التطبيقات التي تمكن المطورين من دمج وظائف تجريد الحساب المعيارية بسهولة في تطبيقاتهم ؛
يمكن للمطورين استخدام الخدمة لإنشاء وإدارة حسابات السلسلة الكاملة ، وإجراء تفاعل عبر السلسلة ، واستخدام طريقة موحدة لدفع الرسوم ؛
ستوفر هذه الخدمة للمطورين طريقة أكثر مرونة وملاءمة لبناء تطبيقات متعددة السلاسل وتعزيز اعتماد تجريدات الحسابات على نطاق واسع.
بالإضافة إلى الميزات الصديقة للمطورين المذكورة أعلاه ، فإن الميزة الأكثر أهمية هي أن منتج المحفظة الذكية المعيارية كخدمة ** من Particle Network يبني بيئة مفتوحة تعتمد على حوسبة التوقيع وموجه إلى مجال تجريد حساب المطورين ، بالإضافة إلى توفير وحدات منتجات مجردة للحساب مطورة ذاتيا ، ودمج أنواع مختلفة من المنتجات والخدمات المجردة للحساب. يمكن أن يعزز بسرعة اعتماد منتجات وخدمات مختلف المطورين في مجال تجريد الحساب بأكمله.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/9ffc21bfacc35413e4711eb656564a80.png)
دع التكنولوجيا تخدم الطلب ، بعد حل قيود جميع زوايا إطار عمل ERC-4337 ، فإن تحسين ** تجربة المطور ** سيعزز المزيد من المنتجات مع ** تجربة مستخدم ممتازة ** ، مما يسرع صناعة Web3 من صناعة مالية صديقة للتشفير إلى صناعة استهلاكية صديقة للجماهير.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من لغز EIP-4337؟
作者: بيتر بان ، المؤسس المشارك والرئيس التنفيذي للتكنولوجيا في Particle Network &Faust ، 极客Web3
منذ عام 2022 ، كان تجريد الحساب موضوعا تمت مناقشته على نطاق واسع ، ويبدو أن إطار تجريد الحساب مع EIP-4337 باعتباره جوهر أصبح إجماعا عاما في الصناعة. وقد دفعت شعبية مفهوم النية إلى زيادة التركيز على مكونات تفاعل المستخدم ذات العتبة المنخفضة.
ومع ذلك ، لا يزال EIP-4337 يعاني من نقاط الألم المتمثلة في تجزئة حسابات الحساب الذكي وتجربة المستخدم المجردة المجزأة للغاية للحسابات عبر السلسلة. ** تستخدم هذه المقالة مشاريع مثل Biconomy و Safe Core و Particle Network كأمثلة لاستكشاف كيفية المضي قدما في مجال تجريد الحساب في إطار عمل EIP-4337. **
فهم مفهوم "تجريد الحساب" من منظور تجريد عملية المعاملة
فيما يتعلق بتجريد الحساب ، أشار فيتاليك مرارا وتكرارا إلى أنه شرط ضروري لخفض عتبة مستخدمي Ethereum وتحقيق التبني الجماعي ، وتتمثل رؤيتها الأساسية في السماح للمستخدمين بتخصيص طريقة التحقق من التوقيع + الاستمتاع بدفع الغاز ، وبدء المعاملات على السلسلة دون أي أصول (المعروفة باسم المعاملات الخالية من الغاز). فقط من خلال تنفيذ هذه المتطلبات الأساسية يمكننا زيادة معدل التحويل للمستخدمين الجدد لتطبيقات Web3.
في الماضي ، كانت المقترحات المجردة غير الحسابية أو محافظ العقود الذكية ، على الرغم من أنها يمكن أن تحقق تجربة مماثلة ، بعيدة كل البعد عن المرونة والكفاءة ، مثل Gnosis Safe لا تزال تتطلب عناوين EOA لبدء المعاملات ، وتكلفة الغاز مرتفعة للغاية.
يهدف تجريد الحساب إلى التحسين من الطبقة السفلية لهيكل حسابات العقود الذكية لتمهيد الطريق للجيل التالي من أنظمة الحسابات الذكية.
ولكن من اقتراح تجريد الحساب الفعلي ، سنجد أن تركيزهم ليس على نموذج الحساب نفسه. على سبيل المثال ، EIP-86 و EIP-4337 و EIP-6900 وغيرها من المقترحات المتعلقة بتجريد الحساب ، تركز على تجريد / نمطية عملية المعالجة الكاملة للمعاملة من البدء إلى استلام العقدة ، والتحقق من التوقيع ، ودفع الغاز ، وما إلى ذلك ، لا تولي اهتماما حقيقيا لتجريد بنية الحساب. لذا يبدو من الأنسب أن نطلق على المقترحات الحالية "تجريدات المعاملات".
إذا فهمنا تلك المقترحات المجردة المعروفة للحساب من منظور "تجريد عملية معالجة المعاملات" ، فيمكننا بسهولة فهم نقاطها الرئيسية: يريد تجريد المعاملات هذا في الواقع جلب تجربة المستخدمين على مستوى Web2 الذين يدخلون المنتجات ويستخدمونها في نظام Ethereum ، مثل القائمة السوداء / القائمة البيضاء ، وعدم التحقق من الهوية لبدء المعاملات في غضون فترة زمنية ، وعدم وجود معاملات غاز ، ورسوم دفع العملات الورقية ، وما إلى ذلك.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/a966728c2d42bc95cc4199e63f9b6ae7.png)
لكن بعض الناس سوف يسألون: ألا يمكن تنفيذ هذه الأشياء في محافظ العقود الذكية في الماضي؟ ما هي قيمة المخططات المجردة مثل EIP-4337؟
جوهر EIP-4337: الحل الأمثل المحلي لتجريد الحساب في النظام البيئي ل Ethereum
كما هو مذكور في السؤال أعلاه ، على الرغم من أن المحافظ الذكية في الماضي يمكن أن تحقق الوظائف المذكورة أعلاه ، إلا أن طرق التنفيذ خشنة بشكل عام وغالبا ما تعتمد على مرافق الطرف الثالث شديدة المركزية. على سبيل المثال ، في الماضي ، كان نظام دفع الغاز هو تقديم عقدة Relayer تابعة لجهة خارجية (EIP-2771). علاوة على ذلك ، فإن عدم وجود معايير موحدة بين المحافظ الذكية المختلفة لا يفضي إلى تطوير ونشر المكونات الداعمة. **
تتمثل الجاذبية الأساسية ل EIP المتعلقة بتجريدات الحسابات المختلفة في حل هذه العيوب في مشاريع المحفظة المختلفة من خلال إطار عمل موحد مصمم لمحافظ العقود الذكية ، وتعزيز هيكل الحساب في نظام Ethereum البيئي من هيكل وظيفي أساسي إلى هيكل ذكي بسقف أعلى.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/cbe5faeb45fe0855ca3707430ce2e7d7.png)
على سبيل المثال ، قبل ظهور ERC-20 أو ERC-721 ، كانت العديد من تطبيقات الرمز المميز والوظائف والوظائف / الواجهات المقدمة خارجيا غير متسقة ، ولم يكن "عدم الاتساق" مواتيا لتطوير دعم مرافق الطرف الثالث وتدقيق الكود (من الصعب تخيل كيف كانت تطبيقات Defi ستتطور إلى الازدهار الحالي بدون بروتوكول ERC-20).
تعد معايير تنفيذ البروتوكول / الميزة الموحدة شرطا أساسيا للسرد المعياري ، ويعد التطوير المعياري شرطا أساسيا لازدهار كل مجال تقريبا (تقسيم العمل هو المبدأ الأول للكفاءة). **
في النهاية ، جاء EIP-4337 في المقدمة.
EIP-4337 هو الحل الأمثل المحلي ، ولكن هناك عدة زوايا في إطاره تحتاج إلى تحسين
يحدد EIP-4337 مجموعة من معايير الواجهة ، موضحا الوحدات التي يجب أن تكون على الأقل للمحافظ الذكية التي تتبع بروتوكول 4337 ، والوظائف / الواجهات التي يجب على كل وحدة تنفيذها ، مثل Bundler و EntryPoint و Paymaster والوظائف القابلة للاستدعاء التي يجب توفيرها خارجيا.
بعد توضيح هذه القواعد ، يكون التفاعل بين المكونات المختلفة أكثر وضوحا ، وهو مناسب لإدخال أفكار تصميم معيارية في تجريد الحساب وتصميم المحفظة الذكية ، كما يستفيد مطورو وحدة المحفظة بشكل كبير. **
بالطبع ، من منظور المستخدم البحت ، فإن القيمة التي يجلبها نموذج تطوير المحفظة الذكية المعيارية ليست واضحة ، لأن الناس لا يشعرون بالكثير من التغيير في محفظة الحساب المجردة نفسها على المدى القصير. ** ولكن على المدى المتوسط إلى الطويل ، تتشابه البروتوكولات مثل EIP-4337 في القيمة مع ERC-20 و ERC-721 ، والتي تضع الأساس لتطوير محافظ الحساب المجردة على المدى الطويل وهي معالم فارقة في صنع العصر.
ومع ذلك ، لا يزال EIP-4337 يعاني من العديد من المشكلات التي لم يتم حلها: ** على سبيل المثال:
وظيفة تجريد الحساب ليست مكونا بما فيه الكفاية ، ومن السهل على المطورين المختلفين إعادة اختراع العجلة ؛
توافق وحدة الحساب ضعيف ، ويظهر نظام الحساب بأكمله ميلا لتجزئة البيئة ؛
بيئة تجريد الحساب بين السلاسل المختلفة مجزأة للغاية ، مما يجعل من الصعب توفير تجربة موحدة وعالية الجودة للمستخدمين النهائيين والمطورين وتحقيق تجربة مستخدم أفضل.
أدناه ، سوف نستكشف حلولا لهذه المشاكل.
اتجاه التحسين 1: ستصبح وظيفة المكون الإضافي لتجريد الحساب هي التكوين الأساسي
** يمكن القول أن إحدى نقاط المناقشة الأساسية المتعلقة بتجريد الحساب الآن هي كيفية تحقيق نمطية المحفظة المجردة للحساب بشكل أفضل ، وخفض دقة كل وحدة إلى مزيد من التفاصيل. **
على سبيل المثال ، يقترح Biconomy سردا يعتمد على EIP-4337 (سيتم تقديم EIP-6900 مع دقة أدق في المستقبل) لزيادة تعزيز التطوير المعياري لبيئة تجريد الحساب.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/48172bf745d6ba99c4709aa3b10697ed.png)
ما يسمى بالوظيفة الإضافية لتجريد الحساب هو في الواقع توضيح من خلال مجموعة من البروتوكولات ما هي الوحدات الرئيسية المتضمنة في محفظة العقود الذكية ، وما هي الواجهات / الوظائف التي يجب أن تنفذها هذه الوحدات ، وما هي أسماء هذه الواجهات وكيفية الاتصال بها. يقوم مطورو الطرف الثالث بعد ذلك بتطوير مكونات بتفاصيل مختلفة وفقا لأفكارهم الخاصة ، ولكن هذه المكونات ستفي بالمتطلبات المنصوص عليها في الاتفاقية.
طور إصدار V2 من Biconomy ، مع EIP-4337 باعتباره العمود الفقري للبروتوكول ، معايير أكثر تفصيلا وأضاف عددا من الواجهات غير المذكورة في 4337. أثناء تحديد الوظائف التي يجب أن تتمتع بها الوحدات النمطية مثل Bundler و Smart Contract Wallet و Paymaster ، يسمح Biconomy لمطوري الطرف الثالث بتنفيذ وحدات بنفس الخصائص وإصدارات مختلفة بتفاصيل رمز مختلفة ، طالما أنهم يتبعون تفاصيل البروتوكول المذكورة مسبقا بواسطة Biconomy (متوافق مع EIP-4337).
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/70a918d3c0fa189323edbf381b630a84.png)
في الوقت نفسه ، طرحت Biconomy أيضا شعار "Module Store" ، أثناء إطلاق SDK لوحدة ملخص الحساب شخصيا ، يتم تشجيع غالبية المطورين على تقديم وحدات ملخص الحساب المصممة الخاصة بهم ، وتوسيع "الوحدة النمطية كخدمة" ، ** بحيث يمكن لجميع مشاريع المحفظة التي تتبع بروتوكول EIP-4337 اعتماد وحدات ملخص الحساب هذه مباشرة كتبها الغرباء. عندما ينشئ المستخدمون حسابا ذكيا من خلال الصفحة الأمامية ، يكون لديهم أيضا خيار أكثر تنوعا للوحدات التي يجب استخدامها.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/f96ee55f5dd8dcdaf0a1a5442fe0281a.png)
في حين أن النمطية ملائمة لتقسيم العمل ، إلا أنها ملائمة أيضا للمستخدمين للتبديل بسرعة أو إضافة وحذف وظائف معينة في المحفظة الذكية (بصراحة ، هو تقسيم الدقة إلى أجزاء أدق).
أشار Biconomy إلى أنه كلما كانت محفظة العقود الذكية أكثر معيارية ، قل عدد التغييرات التي تحتاج إلى إجرائها عند التحديث أو الترقية (لا حاجة لتحديث عقود محفظة العقود الذكية الحالية للمستخدمين أو استخدام DelegateCall ، فقط بعض الوحدات الخارجية) ، مما يسهل على المستخدمين أو المطورين المختلفين استبدال مكونات معينة.
في تجريد الحساب الجديد المستقبلي ل Biconomy ، سيشير أيضا إلى اقتراح EIP-6900 ، وهو أكثر وحدات من EIP-4337.
اتجاه التحسين 2: تجزئة وحدة أكثر دقة لحل مشكلة تجزئة الحساب
فيما يتعلق باقتراح EIP-6900 ، ** Safe (المعروف سابقا باسم Gnosis Safe) أطلق بالفعل ورقة بيضاء ذات صلة ببروتوكول Safe Core في أغسطس من هذا العام ، وأكثرها استعارة هو EIP-6900. **
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/c61f4b7e5a49dc219a785276a95cf071.png)
** يشير EIP-6900 إلى أن إحدى المشكلات المتعلقة بالتجريد الحالي للحسابات المعيارية هي "تجزئة" الحسابات ، أو مشكلة الصوامع. على سبيل المثال ، على الرغم من أن بائعي وحدات تجريد الحساب المختلفين أو تطبيقات DAPP المختلفة ستكون متوافقة مع EIP-4337 ، إلا أن EIP-4337 ليس مرتفعا بما يكفي للوحدات المختلفة ، والدقة تقريبية نسبيا ، مما يترك درجة "عالية جدا" من الحرية لمطوري وحدات الحساب الذكي (الحساب الذكي هو الجزء الأساسي من تخزين معلومات المستخدم وتسجيل التحقق من المعاملات المخصصة ومنطق دفع الغاز).
بهذه الطريقة ، تميل أطراف مشروع المحفظة المختلفة إلى تصميم وحدات حساب ذكية ذات خصائص فريدة. ** على المدى الطويل ، يجب على موردي وحدات تجريد الحساب الآخرين إعطاء الأولوية لمن يوفر وحدات الحساب الذكي المتوافقة ، وينتج ببطء سلسلة توريد ثابتة في المنبع والمصب ، مما سيؤدي حتما إلى تجزئة وفصل بيئة وحدة تجريد الحساب. ** (يبدو الأمر كما لو كان في الأيام الأولى لصناعة الكمبيوتر ، كان على مطوري أنظمة التشغيل التفكير في الشركة المصنعة لأجهزة الكمبيوتر التي كانت متوافقة معها.)
لحل مشكلة التجزئة البيئية وتحسين توافق وحدات تجريد الحساب التي طورها بائعون مختلفون ، فإن أفضل طريقة هي زيادة تجريد حسابات محفظة العقود الذكية وجعل الوحدات أكثر دقة.
بعد استعارة أفكار EIP-6900 ، قام المستند التقني لبروتوكول Safe Core ** بإجراء تحسين أكثر تفصيلا للحساب الذكي (حساب المحفظة الذكية للمستخدم). يقسم بروتوكول Safe Core الوحدات التي يمكن أن يستدعيها كل حساب محفظة ذكية إلى مكونات إضافية وخطافات ومدققات توقيع ومعالجات وظائف وفئات أخرى. **
وحدة الحساب الذكي خفيفة الوزن قدر الإمكان ، ويخزن عقد الحساب فقط البيانات والوظائف الأساسية ، ويتم طرح جميع الوظائف التي يمكن نقلها إلى الخارج إلى وحدة التقسيم الفرعي "معالج الوظائف" أو "المكون الإضافي" لتنفيذها. هذا يردد ما يسمى بمبدأ أوكام - "لا تضيف كيانات إلا إذا لزم الأمر".
إذا كان الحساب الذكي نفسه خفيف الوزن بدرجة كافية ولا يتضمن تفاصيل مرهقة للغاية ، فسيكون الحساب الذكي الذي طورته جهات تصنيع مختلفة أقرب في الهيكل الداخلي وأكثر توافقا.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/09f83d13d3ab4398881f144c2c17aa58.png)
يقدم بروتوكول Safe Core أيضا سجلا ، مشابها لمتجر تطبيقات iPhone ، يحتوي على جميع الوحدات النمطية المتاحة المعتمدة. يمكن للمستخدم اختيار الوحدات التي سيتم تنشيطها ، وفي كل مرة يتم فيها تنشيط وحدة جديدة ، يتم التعامل معها من خلال عقد Minger.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/bd45f12927186dd3b98dbd955a08c962.png)
بشكل عام ، سيقوم UserOperation بتشغيل مكون إضافي للمكون الإضافي أولا ، ثم سيتحقق عقد Manger مما إذا كانت حالة المكون الإضافي طبيعية (يوجد سجل في السجل) ، وإذا كان الأمر طبيعيا ، فسيسمح بطلب المكون الإضافي. إذا لزم الأمر ، تستدعي المكونات الإضافية للمكونات الإضافية بعض الوظائف التي يوفرها Hook ، أم لا. ثم يتم إجراء تغييرات على حالة الحساب الذكي المتضمن في UserOperation.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/fd639d5a6f150f1cfcfe67cc77a79e44.png)
من خلال طريقة تجزئة الوحدة الدقيقة المذكورة أعلاه وعملية الجدولة ، يحاول بروتوكول Safe Core تنفيذ مجموعة من بروتوكول التشغيل البيني للوحدة المجردة للحساب مفتوح المصدر ، والفكرة الأساسية منها هي جعل الحساب الذكي خفيف الوزن مثل حساب EOA ، من أجل تحسين توافق وحدات الحساب الذكي التي تم تحسينها من قبل بائعين مختلفين.
اتجاه التحسين 3: تجريد حساب السلسلة الكاملة ، لتحقيق حسابات موحدة على سلاسل مختلفة
ولكن حتى مع الحل المذكور أعلاه ، لا تزال هناك مشكلة كبيرة لم يتم حلها: سلاسل مختلفة و Layer2s مختلفة تروج لتجريدات الحساب بتفاصيل مختلفة ، ويستخدم العديد منها أشكالا تتعارض مع EIP-4337 ، مثل zkSync Era و Starknet و Flow وما إلى ذلك. وقد أدى ذلك إلى تجزئة في تجربة المستخدم للمحفظة ، مثل عنوان المحفظة الذكية للمستخدم على Starknet ولا يمكن توحيد عنوان المحفظة الذكية على Arbitrum على الإطلاق.
علاوة على ذلك ، في بيئة متعددة السلاسل ، قام المستخدمون بنشر الحسابات الذكية بشكل مستقل على سلاسل مختلفة ، وغالبا ما تكون بيانات المستخدم المقابلة مبعثرة في هذه العقود. إذا كانت بيانات المستخدم مثل المفاتيح بحاجة إلى تحديث ، فمن الضروري بدء المعاملات بشكل متكرر في سلاسل متعددة ، ومن الصعب ضمان اتساق الحساب الذكي.
اقترح فيتاليك نفسه سابقا مجموعة من مخططات الحسابات الذكية الموحدة وسهلة الإدارة ، ** يستخدم هذا المخطط Ethereum أو ZKRollup عالي الأمان كسلسلة مصدر ، وينشر عقد Keystore ، ويخزن المفتاح العالمي للمستخدم ، ثم تشترك جميع حسابات العقود الذكية للمستخدم على L2 في المفتاح العالمي المخزن في عقد Keystore.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/6dbc43d45760d49029da132dab099e17.png)
ومع ذلك ، فإن هذا الحل مكلف للغاية ، أي كلما تغير المفتاح العام المسجل في عقد Keystore على سلسلة المصدر ، يحتاج كل حساب على سلسلة L2 / target إلى مزامنة المفتاح الجديد من خلال التفاعل عبر السلسلة. التفاعل عبر السلسلة بين Ethereum و L2 مكلف للغاية بالنسبة للمستخدمين لتحمله. وتجدر الإشارة إلى أن حسابات العقود الذكية تختلف عن حسابات EOA ، والتي هي بطبيعتها متعددة السلاسل موحدة (موحدة بين سلاسل EVM) بسبب طرق إنشاء العناوين الفريدة الخاصة بها ، ولكن حسابات العقود الذكية مختلفة تماما ، ومن الصعب على المستخدمين الحصول على حسابات العقود الذكية بنفس العنوان على سلاسل مختلفة.
لقد توصلت شبكة الجسيمات إلى نهجها الخاص في هذا الصدد. على الرغم من أن الفكرة العامة هي نفس فكرة فيتاليك ، والتي تتمثل أيضا في فصل التخزين ورمز الحساب الذكي ، تعتزم Particle Network استخدام سلسلة مستقلة ، Particle Network Chain ، كقاعدة بيانات تخزين كاملة السلسلة للحساب الذكي ، من خلال حلول المراسلة عبر السلاسل التابعة لجهات خارجية (LayerZero و CIP و Axelar و Connext). الخ) مزامنة تغييرات المستخدم على تخزين الحساب مع الحساب المحلي على سلاسل أخرى.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/083c776894d73db5ee207dc727214b5b.png)
(تجريد حساب شبكة الجسيمات متعدد السلاسل)
على وجه التحديد ، يتطلب نظام تجريد حساب السلسلة الكاملة لشبكة الجسيمات من المستخدمين أن يكون لديهم عنوان حساب عقد ذكي موحد على سلاسل EVM مختلفة ، الأمر الذي يتطلب نشر مجموعة من عقود النشر على سلاسل مختلفة ؛
يجب على المستخدمين تشغيل إنشاء حسابات جديدة على سلسلة شبكة الجسيمات ، وبعد ذلك ستقوم سلسلة الجسيمات بتشغيل عقد الناشر على جميع السلاسل ، مما يضمن أن عناوين حساب العقد الذكي التي تم إنشاؤها للمستخدمين على سلاسل مختلفة موحدة ، أو يمكن للمستخدمين إكمال عملية التفاعل متعدد السلاسل من خلال العقد على سلسلة الجسيمات دون أن يكونوا على دراية بالسلاسل الأخرى ، ويمكنهم استخدام الغاز الموحد الرمز المميز كطريقة موحدة لدفع الرسوم.
كما أن تجريد حساب السلسلة الكاملة يجعل تشغيل المستخدم عبر السلسلة ممكنا ، مما يؤدي إلى تشغيل معاملة السلسلة المستهدفة من خلال تشغيل المستخدم لسلسلة المصدر ودفع الغاز المقابل ، مثل استخدام USDC من Polygon لشراء NFTs على Base.
ومع ذلك ، يتطلب حل Particle Network درجة عالية من التعاون بين عقد Deployer ومكون المراسلة عبر السلسلة لتحقيق مزامنة الحساب متعدد السلاسل وتخزين سلسلة المصدر ، والذي يحتوي بالفعل على متطلبات عالية لجسر الرسائل عبر السلاسل أو التسلسل الذي يستخدمه (يبدو أن هذه المشكلة موجودة في جميع المخططات المتعلقة بقابلية التشغيل البيني للسلسلة الكاملة).
ومع ذلك ، يمكن لمزامنة حساب المستخدم عبر السلسلة تكوين مجموعة من جسور الرسائل المختلفة بمرونة ، بدلا من الاعتماد فقط على جسر معين ، مثل الإستراتيجية التي يمكن تكوينها ك 2/3 ، بالاعتماد على تأكيد أي اثنين من LayerZero و Axelar و Connext لتأكيد تغيير التخزين على السلسلة المستهدفة ، والتي يمكن أن تحل مشكلة التبعية أحادية النقطة تقريبا.
تعد قابلية التشغيل البيني السلس للسلسلة الكاملة عبر EVMs وغير EVMs خطوة إلى الأمام في تجريد حسابات السلسلة الكاملة داخل نظام Ethereum البيئي
على الرغم من وجود إدارة رئيسية وحسابات موحدة عبر سلسلة EVM ، لا يزال هناك مجال للتحسين في تجريد حساب السلسلة الكاملة: لا يمكن للسلاسل غير المتوافقة مع EVM ، مثل Aptos و Solana و Sui وما إلى ذلك ، ضمان توافق عنوان حساب العقد الذكي الذي ينشئه المستخدم مع سلسلة EVM ؛ في الوقت نفسه ، إذا لم تنفذ السلسلة غير EVM بروتوكول EIP-4337 بمخطط مكافئ ، فمن الصعب اتباع المفهوم المجرد لحساب السلسلة الكاملة الذي اقترحه Vitalik و Particle Network أعلاه.
بالإضافة إلى ذلك ، فإن مشروع المحفظة المتوافق مع EIP-4337 نفسه لديه مجال للتحسين. يتم تشغيل معظم عقد المجمع التي تستخدمها المحافظ الذكية رسميا بشكل مستقل ولا تتواصل حتى مع بعضها البعض ، والعديد من مشاريع المحفظة الذكية تشكل في الواقع سلسلة خاصة بها ، مما يجلب الكثير من المخاطر (مقاومة الرقابة ، سهولة الاستخدام). قد يكون بناء واجهة أمامية واحدة موحدة عبر معظم السلاسل أمرا صعبا للغاية. يتمثل أحد الحلول في تقديم تصميم يركز على النية ، وإضافة طبقة أعلى تجريد حساب السلسلة الكاملة ، والتعامل مع النظام البيئي EIP-4337 الخاص ب Ethereum أو مرافق تجريد الحساب الأصلية الأخرى للسلسلة (مثل zkSync) كحالات محددة ضمن نوع Solver / Reactor ، وكيفية اختيار Solver الصحيح هي مهمة ذات مستوى أعلى. **
بأخذ Particle Network كمثال ، فإنه يقترح تطبيقا موجزا للتجريد والنية ، في حين أن تجريدات الحساب المختلفة هي مجرد فئة من حالات حلول النية المضمنة في Solver.
أولا ، ستكون الواجهة الأمامية للمستخدم مسؤولة عن تحويل طلبات اللغة الطبيعية أو تفاعلات المستخدم التعسفية إلى أوصاف برمجية محددة ، بما في ذلك قيود الإدخال وقيود الإخراج (بصراحة ، فإن شروط الإدخال وفترات نتائج الإخراج هي التي تلبي متطلبات المستخدم) ، ومن ثم سيحتوي واحد أو أكثر من Solvers في شبكة Solver على قيود إدخال وإخراج محددة للمعاملات. إلى الأمام إلى عقود Solver المنشورة على السلسلة (لا يحتوي Solver على مرافق العقدة فحسب ، بل يحتوي أيضا على أجزاء عقد على السلسلة). سينقل عقد Solver تعليمات النية إلى عقد المفاعل (الذي يدير حساب المستخدم على السلسلة) ، والذي سيستدعي وحدات أخرى لإكمال التفاعل النهائي.
يعرف طلب المستخدم أولا بواسطة شبكة Solver ، بحيث لا يحتاج المستخدم إلى إدراك السلسلة الأساسية أو إنشاء تجريدات مختلفة للحساب ، ويتم ترك هذا الجزء ل Solver لإنشاء حل معين.
بالطبع ، لا تزال هذه الأفكار مجرد إطار نظري ، ولم يتم بعد وضع تفاصيل التنفيذ وراءها رسميا من قبل Particle Network.
في الوقت الحاضر ، من الواضح أنه سيتم إنتاج سوق Solver تنافسي في المستقبل ، ويمكن للمستخدمين بدء المزادات للسماح للعديد من Solver بالتوصل إلى حلول مختلفة ، ومن خلال شكل تداول محاكاة محلي ، يمكن اختيار أفضل حل ويمكن تحفيز Solver المقابل. يعتمد شكل الحافز على مصممي البروتوكول لشبكة Solver (تعتزم Particle Network استخدام رموز PNT كرموز تحفيزية لسوق مزادات Solver الخاص بها).
** يحمي الهدف الحالي بشكل أساسي التفاصيل المعقدة للطبقة السفلية ويستخلصها في طبقة أعلى ، ** مثل هذا التصميم متعدد الطبقات مع طبيعة بروتوكول TCP / IP ضروري لتجربة المستخدم وتجربة المطور في ظل قابلية التشغيل البيني السلس للسلسلة بأكملها.
احتضان التبني الجماعي لتجريدات الحسابات
عندما نقوم بتحسين إطار عمل 4337 في النظام البيئي ل Ethereum من جميع الزوايا ، وكذلك تعزيز قابلية التشغيل البيني السلس عبر الأنظمة البيئية Ethereum وغير Ethereum ، من أجل دعم اعتماد تجريد الحساب على نطاق واسع ، نشعر أننا ما زلنا بحاجة إلى منتج يمتد إلى جانب العرض وجانب الطلب. يمكن أن يقلل من استخدام منتجات وخدمات Web3 المختلفة من قبل المستخدمين النهائيين ، مع التركيز على مطوري الخدمات وخفض عتبة المطورين. **
أحد أفضل المنتجات لهذا الدور هو منتج المحفظة الذكية المعيارية كخدمة من Particle Network:
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/5c72565a4e66f037765f4870ebf1c26b.jpeg)
بالإضافة إلى الميزات الصديقة للمطورين المذكورة أعلاه ، فإن الميزة الأكثر أهمية هي أن منتج المحفظة الذكية المعيارية كخدمة ** من Particle Network يبني بيئة مفتوحة تعتمد على حوسبة التوقيع وموجه إلى مجال تجريد حساب المطورين ، بالإضافة إلى توفير وحدات منتجات مجردة للحساب مطورة ذاتيا ، ودمج أنواع مختلفة من المنتجات والخدمات المجردة للحساب. يمكن أن يعزز بسرعة اعتماد منتجات وخدمات مختلف المطورين في مجال تجريد الحساب بأكمله.
! [لماذا يعتبر تجريد حساب السلسلة الكاملة هو الجزء الأخير من اللغز ل EIP-4337؟] ] (https://cdn-img.panewslab.com//panews/2022/10/26/images/9ffc21bfacc35413e4711eb656564a80.png)
دع التكنولوجيا تخدم الطلب ، بعد حل قيود جميع زوايا إطار عمل ERC-4337 ، فإن تحسين ** تجربة المطور ** سيعزز المزيد من المنتجات مع ** تجربة مستخدم ممتازة ** ، مما يسرع صناعة Web3 من صناعة مالية صديقة للتشفير إلى صناعة استهلاكية صديقة للجماهير.