بالنظر إلى أن Particle Network قد أصدرت حديثا تجريد حساب السلسلة الكاملة ، يبدو أنها بحاجة إلى تركيب "طبقة وسطى" فوق معايير ERC4337 الحالية ، فلماذا يتعين عليك القيام بذلك؟ إذا كنت معتادا على الوضع الراهن لتجريد الحساب ، فليس من الصعب التوصل إلى الإجابة:
في الوقت الحاضر ، كل سلسلة مكافئة ل EVM ، بما في ذلك سلسلة تطبيق الطبقة 1 والطبقة 2 والطبقة 3 ، لها نهج مختلف تماما ، وهذا النوع من التجريد قائم على السلسلة ، وليس موجها نحو المستخدم ؛
من أجل تحقيق حقيقي موجه نحو المستخدم ، مثل السماح للمستخدم بتوصيل جميع السلاسل المرتبطة بها بناء على إدخال واحد وعنوان واحد ، وذلك لتحقيق تجربة تفاعلية أكثر تماسكا وعالمية ، أصبح دور "الطبقة الوسطى" الذي يمكن أن يحدد المواصفات الموحدة ومعايير التنفيذ للنوايا أمرا ضروريا ؛
لماذا تنقسم ممارسة السوق الحالية المتمثلة في "تجريد الحساب" بشكل كبير؟ كيف يتم تنفيذ تجريد حساب السلسلة الكاملة لشبكة الجسيمات تقنيا؟ إلى أي مدى يمكن تحقيق التبني الجماعي للمسار التجريدي المتمحور حول النوايا؟ دعنا نحللها واحدة تلو الأخرى:
تجريد الحساب يتم توحيد حلول AA على المستوى "الهندسي" ، وطبقة الممارسة متعددة الأوجه
من حيث البساطة التقنية ، فإن تجريد الحساب عبارة عن سلسلة من النوايا التي يقوم المستخدمون بحشوها في تجمع ذاكرة UserOP ، ويقوم المجمع بحزمها وإرسالها إلى عقد Entrypoint للتنفيذ ، حيث يمكن معالجة المعاملات المجمعة من خلال تجميع توقيع المجمع ، ويتم التعامل مع تفاصيل دفع الغاز بواسطة Paymaster.
هذه مجموعة من المعايير المحددة ERC4337 ، كما أن منطق التنفيذ الخلفي موحد أيضا ، ولكنه في الأساس تجريد لسلسلة EVM ، والواجهة الأمامية التي تربط المستخدمين ليست بالضرورة "موحدة".
على سبيل المثال ، يستخدم zkSync عناوين EOA لربط الحسابات ، ويرى جميع المستخدمين عنوان ظل قابل للتحويل ، وبالكاد تشعر الواجهة الأمامية بوجود حسابات AA. Starknet ، من ناحية أخرى ، في شكل حساب عقد قابل للترقية ، ويحتاج المستخدمون إلى ترقية العقد باستمرار لتحديث وظيفة الحساب. بالإضافة إلى ذلك ، يستخدم Argent آلية الاسترداد الاجتماعي لآلية Guardian ، ويميل مخطط تجريد حساب Unipass إلى تطبيقه في التطبيقات متعددة السلاسل غير المتجانسة في بيئات غير EVM.
انتظر ، يبدو أن هذا النوع من عدم الاتساق في نهاية المدخل هو نوع من التخصيص ، لكنه بلا شك يزيد من عتبة المستخدمين. التجريد يأتي ويذهب ، لماذا العتبة أعلى في "الموجهة نحو المستخدم"؟ يتجلى ذلك في حقيقة أنه من المستحيل على المستخدم التفاعل مع سلسلة واحدة فقط في بيئة متعددة السلاسل ومتعددة الطبقات 2 ، ويتم إنشاء تكلفة التعلم من فراغ عند امتداد محافظ متعددة وسلاسل متعددة ؛ سيقوم المستخدم بإنشاء عدة عناوين عقود مختلفة على سلاسل EVM مختلفة ، مما يجلب تحديات للإدارة الموحدة للأصول.
كيف يمكن لمثل هذا التنفيذ الهندسي القياسي ERC4337 المجزأ متعدد السلاسل أن يؤدي إلى تبني جماعي موجه للمستخدم؟
ما هي الصعوبة في منطق الممارسة المجردة للحسابات الموحدة؟ خذ تجريد حساب السلسلة الكاملة كمثال
كما ذكرنا سابقا ، يعتمد تجريد الحساب الجاري فقط على سلسلة EVM ، ولكن لا يزال من الممكن توحيد عنوان EOA مع سلسلة EVM ، لماذا؟
نظرا لأن عناوين EOA مشتقة من حساب المفتاح العام ، طالما أن خوارزميات السلاسل المختلفة هي نفسها ، والمفتاح الخاص هو نفسه ، فإن العنوان المشتق هو نفسه أيضا. ومع ذلك ، يتم حساب عنوان العقد من عنوان الخالق وعنوان nonce ، ويختلف عنوان العقد بسبب اختلاف nonces لكل سلسلة. أحد الأساليب التي تبدو مجدية هو استخدام نهج التسجيل لتعيين نفس العنوان بين سلاسل مختلفة ، ولكن هناك خطر المركزية.
من ناحية أخرى ، مخطط الهيكل المجرد لشبكة الجسيمات لحساب السلسلة بأكملها ، تحاول تولي دور "مركز الإرسال" مع الإطار الأصلي للسلسلة اللامركزية ، وسيتم إنشاء كل سلسلة جديدة بعنوان جديد بواسطة العقد العام لمركز الإرسال ، وسيتم ربط عقد النشر الفرعي بشكل موحد بعقد النشر للتشغيل الموحد ، بما في ذلك النشر والترقية ، وسيتم جدولة جميع الجوانب بشكل موحد بموجب العقد العام.
الصعوبة الوحيدة في ذلك هي طلاقة الاتصال الفوري بين السلاسل غير المتجانسة ، الأمر الذي يتطلب من "الطبقة الوسطى" أن تعمل كوسيلة اتصال فعالة ، والتي يمكن أن تحقق جدولة موحدة من خلال توزيع العقود على كل عقدة ضوئية سلسلة ، ومخطط الممارسة مشابه لحل LayerZero عبر السلسلة.
يخترق هذا النهج على الأقل قيود السمات لسلاسل EVM ، بحيث يتم تضمين أي سلاسل متعددة تدعم قابلية التشغيل البيني لعقد السلسلة غير المتجانسة ومخطط EIP-4337 في النظام متعدد السلاسل. يمكن تنفيذ تجريد حساب السلسلة الكاملة على نطاق واسع.
ومع ذلك ، فإن السلاسل غير EVM مثل Aptos و Sui غير قادرة حاليا على الاتصال بطريقة مماثلة في السلسلة. هذا سوق كبير بما يكفي في وقت يكون فيه نظام Ethereum البيئي مهيمنا تماما في فئات Layer و Layer 2 و Layer 3.
ما نوع الخيال الذي يمكن تحريره بواسطة خدمات مجردة معيارية أخرى في "الطبقة الوسطى"؟
بالطبع ، لتحقيق مجموعة كاملة من التجريد "الموجه للمستخدم" ، فإن تجريد حساب السلسلة الكاملة هو مجرد البداية. بالإضافة إلى الحساب نفسه الذي يتم تجريده لتحسين التجربة ، يمكن لمركز إرسال "الطبقة المتوسطة" أيضا محاولة القيام بأعمال مجردة أخرى:
يسمح نقل الأصول عبر السلسلة وطبقة التسوية الموحدة للمستخدمين بتحقيق إدارة الأصول وتداولها بطريقة لامركزية بين السلاسل المختلفة ، مما يقلل من استهلاك احتكاك الانزلاق المحتمل للسلاسل المتقاطعة.
يوحد DID عبر السلسلة سلسلة تسلسل الهوية والائتمان ، مع الطبقة الوسطى ك "مركز المصادقة" ، لتحقيق مشاركة الهوية ومزامنة البيانات بين سلاسل متعددة ، ومن ثم اشتقاق "الائتمان" الذي يمكن تطبيقه عبر السلاسل ، وتقليل عتبة عبر الأنظمة الأساسية للمستخدمين ، وفي نفس الوقت كسر فصل البيانات بين السلاسل ، وتحقيق التجربة التفاعلية لمعيار "الهوية" ؛
تنفيذ حل Solver لامركزي موحد ، من الأفضل تجميع هذه الحلول المتناثرة في مركز إرسال Super Solver ، على سبيل المثال ، يمكن للمستخدمين الاتصال ب UniswapX و Cowswap و Flashbot's SUAVE وحلول Solver الأخرى على منصة واحدة ، وإنشاء Solver مناسب للمشاركين المحتملين في Solver مثل صناع السوق والمتداولين المؤسسيين وعلماء المراجحة. لأنه بدون الطبقة الوسطى للجدولة ، ليس هناك شك في أن هؤلاء المحللين سيظلون موجودين في أجزاء بين السلاسل.
يمكنك أن تفهم أنه في ظل فرضية وجود العديد من الانقسامات القياسية في النظام البيئي EVM ، يحدد ERC4337 قواعد الاتصال ، ولا يزال الاتصال يعتمد على IBC الذي يعمل بمثابة "الطبقة الوسطى" للظهور.
ولا تقلل من قيمة هذا النوع من INFRA من الطبقة المتوسطة ، لأنه من المحتمل أن يكون مكملا ضروريا لتجريد الحساب للابتعاد عن طبقة التجريد الهندسي والتحرك نحو تعميم واسع النطاق.
كيفية تعظيم قيمة المعيار ERC4337 ، وكيفية توحيد المنتجات ومعايير البروتوكول لمختلف المحافظ والسلاسل والبناة الآخرين في المسار ، وكيفية سد الفجوة بين تجربة مستخدم Web2 والخصائص الأصلية لسلسلة Web3 بناء على المستخدم الموجهة كلها مواضيع يجب التغلب عليها.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
لماذا "تجريد الحساب" الحالي منقسم للغاية ، وكيف نتحرك نحو تجريد موحد "موجه نحو المستخدم"؟
المؤلف: هاوتيان
بالنظر إلى أن Particle Network قد أصدرت حديثا تجريد حساب السلسلة الكاملة ، يبدو أنها بحاجة إلى تركيب "طبقة وسطى" فوق معايير ERC4337 الحالية ، فلماذا يتعين عليك القيام بذلك؟ إذا كنت معتادا على الوضع الراهن لتجريد الحساب ، فليس من الصعب التوصل إلى الإجابة:
لماذا تنقسم ممارسة السوق الحالية المتمثلة في "تجريد الحساب" بشكل كبير؟ كيف يتم تنفيذ تجريد حساب السلسلة الكاملة لشبكة الجسيمات تقنيا؟ إلى أي مدى يمكن تحقيق التبني الجماعي للمسار التجريدي المتمحور حول النوايا؟ دعنا نحللها واحدة تلو الأخرى:
تجريد الحساب يتم توحيد حلول AA على المستوى "الهندسي" ، وطبقة الممارسة متعددة الأوجه
من حيث البساطة التقنية ، فإن تجريد الحساب عبارة عن سلسلة من النوايا التي يقوم المستخدمون بحشوها في تجمع ذاكرة UserOP ، ويقوم المجمع بحزمها وإرسالها إلى عقد Entrypoint للتنفيذ ، حيث يمكن معالجة المعاملات المجمعة من خلال تجميع توقيع المجمع ، ويتم التعامل مع تفاصيل دفع الغاز بواسطة Paymaster.
هذه مجموعة من المعايير المحددة ERC4337 ، كما أن منطق التنفيذ الخلفي موحد أيضا ، ولكنه في الأساس تجريد لسلسلة EVM ، والواجهة الأمامية التي تربط المستخدمين ليست بالضرورة "موحدة".
على سبيل المثال ، يستخدم zkSync عناوين EOA لربط الحسابات ، ويرى جميع المستخدمين عنوان ظل قابل للتحويل ، وبالكاد تشعر الواجهة الأمامية بوجود حسابات AA. Starknet ، من ناحية أخرى ، في شكل حساب عقد قابل للترقية ، ويحتاج المستخدمون إلى ترقية العقد باستمرار لتحديث وظيفة الحساب. بالإضافة إلى ذلك ، يستخدم Argent آلية الاسترداد الاجتماعي لآلية Guardian ، ويميل مخطط تجريد حساب Unipass إلى تطبيقه في التطبيقات متعددة السلاسل غير المتجانسة في بيئات غير EVM.
انتظر ، يبدو أن هذا النوع من عدم الاتساق في نهاية المدخل هو نوع من التخصيص ، لكنه بلا شك يزيد من عتبة المستخدمين. التجريد يأتي ويذهب ، لماذا العتبة أعلى في "الموجهة نحو المستخدم"؟ يتجلى ذلك في حقيقة أنه من المستحيل على المستخدم التفاعل مع سلسلة واحدة فقط في بيئة متعددة السلاسل ومتعددة الطبقات 2 ، ويتم إنشاء تكلفة التعلم من فراغ عند امتداد محافظ متعددة وسلاسل متعددة ؛ سيقوم المستخدم بإنشاء عدة عناوين عقود مختلفة على سلاسل EVM مختلفة ، مما يجلب تحديات للإدارة الموحدة للأصول.
كيف يمكن لمثل هذا التنفيذ الهندسي القياسي ERC4337 المجزأ متعدد السلاسل أن يؤدي إلى تبني جماعي موجه للمستخدم؟
ما هي الصعوبة في منطق الممارسة المجردة للحسابات الموحدة؟ خذ تجريد حساب السلسلة الكاملة كمثال
كما ذكرنا سابقا ، يعتمد تجريد الحساب الجاري فقط على سلسلة EVM ، ولكن لا يزال من الممكن توحيد عنوان EOA مع سلسلة EVM ، لماذا؟
نظرا لأن عناوين EOA مشتقة من حساب المفتاح العام ، طالما أن خوارزميات السلاسل المختلفة هي نفسها ، والمفتاح الخاص هو نفسه ، فإن العنوان المشتق هو نفسه أيضا. ومع ذلك ، يتم حساب عنوان العقد من عنوان الخالق وعنوان nonce ، ويختلف عنوان العقد بسبب اختلاف nonces لكل سلسلة. أحد الأساليب التي تبدو مجدية هو استخدام نهج التسجيل لتعيين نفس العنوان بين سلاسل مختلفة ، ولكن هناك خطر المركزية.
من ناحية أخرى ، مخطط الهيكل المجرد لشبكة الجسيمات لحساب السلسلة بأكملها ، تحاول تولي دور "مركز الإرسال" مع الإطار الأصلي للسلسلة اللامركزية ، وسيتم إنشاء كل سلسلة جديدة بعنوان جديد بواسطة العقد العام لمركز الإرسال ، وسيتم ربط عقد النشر الفرعي بشكل موحد بعقد النشر للتشغيل الموحد ، بما في ذلك النشر والترقية ، وسيتم جدولة جميع الجوانب بشكل موحد بموجب العقد العام.
الصعوبة الوحيدة في ذلك هي طلاقة الاتصال الفوري بين السلاسل غير المتجانسة ، الأمر الذي يتطلب من "الطبقة الوسطى" أن تعمل كوسيلة اتصال فعالة ، والتي يمكن أن تحقق جدولة موحدة من خلال توزيع العقود على كل عقدة ضوئية سلسلة ، ومخطط الممارسة مشابه لحل LayerZero عبر السلسلة.
يخترق هذا النهج على الأقل قيود السمات لسلاسل EVM ، بحيث يتم تضمين أي سلاسل متعددة تدعم قابلية التشغيل البيني لعقد السلسلة غير المتجانسة ومخطط EIP-4337 في النظام متعدد السلاسل. يمكن تنفيذ تجريد حساب السلسلة الكاملة على نطاق واسع.
ومع ذلك ، فإن السلاسل غير EVM مثل Aptos و Sui غير قادرة حاليا على الاتصال بطريقة مماثلة في السلسلة. هذا سوق كبير بما يكفي في وقت يكون فيه نظام Ethereum البيئي مهيمنا تماما في فئات Layer و Layer 2 و Layer 3.
ما نوع الخيال الذي يمكن تحريره بواسطة خدمات مجردة معيارية أخرى في "الطبقة الوسطى"؟
بالطبع ، لتحقيق مجموعة كاملة من التجريد "الموجه للمستخدم" ، فإن تجريد حساب السلسلة الكاملة هو مجرد البداية. بالإضافة إلى الحساب نفسه الذي يتم تجريده لتحسين التجربة ، يمكن لمركز إرسال "الطبقة المتوسطة" أيضا محاولة القيام بأعمال مجردة أخرى:
يسمح نقل الأصول عبر السلسلة وطبقة التسوية الموحدة للمستخدمين بتحقيق إدارة الأصول وتداولها بطريقة لامركزية بين السلاسل المختلفة ، مما يقلل من استهلاك احتكاك الانزلاق المحتمل للسلاسل المتقاطعة.
يوحد DID عبر السلسلة سلسلة تسلسل الهوية والائتمان ، مع الطبقة الوسطى ك "مركز المصادقة" ، لتحقيق مشاركة الهوية ومزامنة البيانات بين سلاسل متعددة ، ومن ثم اشتقاق "الائتمان" الذي يمكن تطبيقه عبر السلاسل ، وتقليل عتبة عبر الأنظمة الأساسية للمستخدمين ، وفي نفس الوقت كسر فصل البيانات بين السلاسل ، وتحقيق التجربة التفاعلية لمعيار "الهوية" ؛
تنفيذ حل Solver لامركزي موحد ، من الأفضل تجميع هذه الحلول المتناثرة في مركز إرسال Super Solver ، على سبيل المثال ، يمكن للمستخدمين الاتصال ب UniswapX و Cowswap و Flashbot's SUAVE وحلول Solver الأخرى على منصة واحدة ، وإنشاء Solver مناسب للمشاركين المحتملين في Solver مثل صناع السوق والمتداولين المؤسسيين وعلماء المراجحة. لأنه بدون الطبقة الوسطى للجدولة ، ليس هناك شك في أن هؤلاء المحللين سيظلون موجودين في أجزاء بين السلاسل.
يمكنك أن تفهم أنه في ظل فرضية وجود العديد من الانقسامات القياسية في النظام البيئي EVM ، يحدد ERC4337 قواعد الاتصال ، ولا يزال الاتصال يعتمد على IBC الذي يعمل بمثابة "الطبقة الوسطى" للظهور.
ولا تقلل من قيمة هذا النوع من INFRA من الطبقة المتوسطة ، لأنه من المحتمل أن يكون مكملا ضروريا لتجريد الحساب للابتعاد عن طبقة التجريد الهندسي والتحرك نحو تعميم واسع النطاق.
كيفية تعظيم قيمة المعيار ERC4337 ، وكيفية توحيد المنتجات ومعايير البروتوكول لمختلف المحافظ والسلاسل والبناة الآخرين في المسار ، وكيفية سد الفجوة بين تجربة مستخدم Web2 والخصائص الأصلية لسلسلة Web3 بناء على المستخدم الموجهة كلها مواضيع يجب التغلب عليها.