إلى أي مدى نحن بعيدون عن مستقبل تجريد السلسلة؟

المؤلف: Rui، مستثمر SevenX Ventures؛ الترجمة: 0xjs@金财经

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

1. ما هو تجريد السلسلة

في المرحلة النهائية، لن يحتاج المستخدمون النهائيون إلى أي معرفة أساسية. إنهم يحتاجون فقط إلى التعبير عن نواياهم أو تحديد الطلبات، وتوقيع المعاملة، ثم ترك الباقي (التوجيه، وتحويل الغاز، والبناء، والأوامر، والعمليات عبر السلسلة) للمعالجة الآلية. تركز هذه المقالة بشكل خاص على التجريد عبر المجالات.

2. سبب أهمية تجريد السلسلة

بمساعدة نظرية البروتوكول السمين، تتضاعف مجموعة blockchain أو منشئو L1 البديلون، وتعد خدمة Rollup-As-A-Service بمثابة إنشاء blockchain جديد بسرعة تصل إلى خلال يوم واحد. ومع ذلك، فإن تلك الكتل التي تفتقر إلى النشاط سوف تختفي في غضون 6 إلى 18 شهرًا. ومع ذلك، فإن تحقيق احتكار موحد لتقنية البلوكشين يبدو غير مرجح بسبب استمرار الحاجة إلى المرونة. حتى في السيناريو الأكثر مركزية على المدى الطويل، فإن وجود العديد من سلاسل الكتل سيستمر في التسبب في تجزئة تجربة المستخدم والسيولة.

3. تحليل مجردة للسلسلة

عنوان موحد: تدمج المحفظة عناوين EVM مختلفة وعناوين غير EVM في عنوان واحد.

تجميع التوقيع: يدير حساب العقد الذكي (EVM) أو عقد موقع MPC (غير EVM) تجميع التوقيع.

مزامنة الحالة: يعمل Keystore Rollup أو Hub على تسهيل مزامنة حالة المحفظة عبر السلسلة.

الغاز الفردي: يدعم عقد Paymaster الدفعات باستخدام ERC20 ويرعى جميع المدفوعات.

إنشاء الكتل وترحيلها: يقوم منشئو Mempool بالتحقق من صحة المعاملات وترتيبها ودفعاتها، بينما يراقب RPC حالة كل معاملة على كل سلسلة وينسق التنفيذ بالتسلسل.

السيولة الموحدة: تتم معالجة السيولة عبر السلسلة بواسطة حلول مثل UniswapX أو مركز السيولة.

< /p>

4. من هم اللاعبون الرئيسيون

تقع تجريدات السلسلة عند التقاطع مع المحافظ والأنظمة القائمة على النوايا وحلول MEV والجسور.

المشاريع الرئيسية مثل Safe وClave وFlashbot وLayerZero وUnion، والبعض الآخر يلعب أدوارًا نشطة أو سلبية .

هذا العام، يهدف المشاركون في تجريد السلسلة المحددة إلى دمج وحدات مختلفة في حل أمامي موحد، مثل

قامت Particle Network بتطوير حل الطبقة الأولى باستخدام Cosmos SDK، مما يسمح للمستخدمين باستخدام أي رمز مميز أو PARTI كغاز للمعاملات عبر EVM وSolana وBTC.

Light توفر محفظة عقد ذكية عبر السلسلة متوافقة مع 4337، وتدعم مزامنة الحالة وتجميع التوقيع،< /p >

Burnt(xion) هو بروتوكول تجريد عام للسلسلة بتصميم حساب تعريفي يسمح بالتوقيعات والمعلمات المحايدة. طبقة الرسوم الحجمية وتحديثات جهاز الحالة.

يدمج بروتوكول NEAR طبقة MPC لحل المعاملات عبر السلسلة.

5. عنوان موحد متعدد السلاسل

يعد الاحتفاظ بحسابات منفصلة لكل سلسلة عبئًا على كل من المستخدمين والمطورين، مما يتطلب من الأخير إدارة قواعد أكواد برمجية متعددة. بالنسبة لمشاريع محفظة العقود الذكية، مثل Particle Network وLight، يمكنك استخدام وكيل نشر محدد يمكن نشره على أي سلسلة على نفس العنوان داخل EVM، واستخدام CREATE2 لنشر أي عقد في موقع محدد. بالنسبة لسلاسل الكتل الخارجية، يمكن استخلاص العناوين من عنوان EVM ومعرف السلسلة والمسار المقدم، حيث يتلقى كل حساب عددًا غير محدود من العناوين البعيدة لكل سلسلة. بالنسبة لحسابات EOA، على سبيل المثال، يستمد بروتوكول NEAR العنوان الخارجي من عنوان NEAR (example.near)، ومسار الاشتقاق (على سبيل المثال، سلسلة لـ Ethereum-1)، والمفتاح العام لخدمة MPC.

6. مزامنة حالة المحفظة عبر السلسلة

عندما يقوم المستخدم بتغيير مفتاح التوقيع في الطبقة 2، كيف تتم مزامنة التغيير مع السلاسل الأخرى؟ فهو يتطلب تحديثات في الوقت الفعلي، وأقل تكلفة للتحديث، ووقت نشر معقول. فيما يلي ثلاثة حلول حالية: مجموعة Keystore، وLight sync، وKeystore hub.

مجموعة مخزن المفاتيح

في تصميم Vitalik Buterin، الحد الأدنى لمجموعة مخزن المفاتيح هو عبارة عن مجموعة مجمعة تعتمد على فرز L1، ويتم تخزين جذر حالة شجرة Merkle الخاصة بها على L1. لإنشاء محفظة، يقوم المستخدم بإنشاء دائرة zk، تحدد المنطق للتحقق من الموقعين وتحديثهم، مع وجود بيانات لكل مستخدم + مفتاح التحقق (vk). يقوم المستخدم بإنشاء SCW بمفتاحه المشفر كقيمة غير قابلة للتغيير. لتغيير موقع SCW عبر L2 هذا، يرسل المستخدمون مفتاحهم الأصلي، والمفتاح الجديد، وvk الحالي، وقيمة البيانات المشفرة في IMT، وإثبات التحقق من صحة vk الحالي. وبدلاً من ذلك، يمكن للمستخدمين إرسال TX مباشرة إلى عقد Keystore على L1.   

يعد هذا الأسلوب محايدًا وغير موثوق به، ومع ذلك، يمكن أن تمثل الحوافز تحديًا، بافتراض أن تحديث الموقعين ليس سلوكًا متكررًا، يجب على المستخدمين دفع إثباتات الإرسال مقدمًا لدعم مُثبتي مجموعة التحديثات، وإلا فلن يوفر أي قيمة للممثل.

Light State Sync

ينفذ Light مزامنة المحفظة الخفيفة وقد اخترعه Agusx1211 من 0xsequence. إنه يمكّن المحافظ من إنشاء مخططات رسائل مخصصة في SCA غير مرتبطة بمعرف سلسلة الشبكة، مما يسمح بتوقيع توقيعات "تفويض التحكم" لمجموعة جديدة من الموقعين، ويمكن استخدام هؤلاء الموقعين لاحقًا لتوقيع أي معاملات أو رسائل عادية. ومع ذلك، لا يتم تحديث الحالة حتى يعمل المستخدم على أي من السلسلتين، ويمكن وضع علامة على معاملة أخرى كواحدة من عمليات baching tx لتحديث حالة السلسلة لمطابقة أحدث حالة "موقعة مسبقًا".

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

Keystore Hub

تستخدم Particle Network Keystore Hub. يتم فصل منطق التعليمات البرمجية وتخزين الحسابات الذكية، ويقوم مركز تخزين المفاتيح بتخزين معلومات الموقّع، ويضمن المستخدمون اتساق حالة السلاسل المتعددة من خلال نشر المحور والتحديثات. باختصار، يعد Keystore hub مسؤولاً عن إرسال المعاملات المحدثة إلى سلاسل مختلفة.  

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

7.تجميع التوقيع

يمكن للمستخدمين الآن استخدام توقيع واحد لبدء معاملات متعددة السلاسل. تستخدم مشاريع مثل Light تجميع التوقيع الكامل للسلسلة استنادًا إلى Merkle Tree لضمان أن المستخدمين يحتاجون إلى التوقيع مرة واحدة فقط. ومع ذلك، عندما يتعلق الأمر بغير EVM، فإن مشاريع مثل NEAR تستخدم عقود توقيع MPC التي ستعيد العناصر اللازمة لإعادة بناء التوقيع، بدلاً من توقيع tx نفسه، مما يسمح لهم بتعميم عملية التوقيع على العديد من سلاسل الكتل (أي ، في Bitcoin، يتم إرجاع قيم r و s) وإرسالها إلى الشبكة المناسبة. من المهم ملاحظة أنه يجب جمع توقيعات الدافع (الغاز الراعي) وتجميعها أثناء هذه العملية، إذا لزم الأمر.

8.استخراج الغاز

التجربة الأفضل هي أن يتم رعاية الغاز من قبل أطراف أخرى (محافظ أو تطبيقات لامركزية) أو يتم الدفع في erc20 يقلل من التعقيد. يشمل الغاز رسوم التنفيذ لجميع السلاسل المرتبطة به. في عملية بناء tx، يوقع Paymaster عقدًا مع المشاركين من خلال تقديم توقيعاتهم الخاصة. عندما يقوم Bunler بإجراء محاكاة خارج السلسلة، سيتم التحقق من رصيد Paymaster وسيقوم بإرجاع الغاز مباشرة إلى سلسلة Bundler المستهدفة عند تنفيذها على Bundler.

تسمح الطبقة 1 المشابهة لـ Particle Network للمستخدمين بالدفع باستخدام أي رمز مميز أو PARTI وتتعامل مع الغاز عبر السلسلة.

يسمح Light بالدفع باستخدام أي رمز مميز ودافع مخصص للرعاية الكاملة للغاز بشكل محدد تدفقات الطلبات؛

ترعى Clave حاليًا الغاز لجميع معاملات المستخدم.

9. إنشاء الكتل

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

يصور مفهوم SUAVE سيناريو مثاليًا: تتشارك السلاسل المتعددة في طبقة طلب لا مركزية، مما يزيد من مرونة الشبكة إلى الحد الأقصى ويمنع إيرادات المساحة للمدققين مع ضمان الوصول المفتوح للمنشئين والبحث إلى القراء.

10.التتابع

من أجل تحقيق الذرية عبر السلسلة، يرتبط عمل الترحيل ارتباطًا وثيقًا ببناء الكتلة، ويتم مراقبة الإرسال في كل سلسلة من خلال عقد الترحيل/مثل Flashbots RPC. التنفيذ، وينسق المجمع/المنشئ لإرسال الإرسال التالي إلى السلسلة المقابلة. يتم تكرار العملية حتى يتم تنفيذ جميع المعاملات على السلسلة المستهدفة ومعالجة رسوم الغاز غير المستخدم.

من الناحية النظرية، وقت الانتظار هو وقت إنشاء الكتلة لـ blockchain. عندما يكون إنشاء الكتلة بطيئًا جدًا، سيصبح التوقيع غير صالح. يمكننا أن نجعل tx ذريًا بحيث أنه عندما يفشل tx واحد، يفشل tx بأكمله.

11. شبكة الجسيمات

قامت شركة Particle ببناء Cosmos L1 كطبقة تسوية عالمية، تدعم تجريد السلسلة عبر EVM، وBTC، وSolana، وما إلى ذلك. باستخدام تكامل المحفظة كخدمة السابق واتصال BTC كنقطة دخول، مع معالجة تخزين الحساب والمزامنة من خلال عقد تخزين المفاتيح في EVM، استفادوا من خدمة التجميع اللامركزية لبناء UserOps، وهو بروتوكول مراسلة عبر- المعاملات المتسلسلة والمرحل المسؤول عن دورة حياة التنفيذ بأكملها. مع وجود PARTI كمركز لسلسلة الجسيمات، يمكن استخراج الغاز الموجود على الجسيمات والسلاسل الأخرى. أعلى الطبقة الأساسية، يمكن لـ L1 الاستفادة من أمان الستاكينغ المزدوج لـ Babylon واستخدام DA المجمع. ستكون Particle Chain حلاً شاملاً للمستخدمين النهائيين والتطبيقات اللامركزية.