هذه المقالة مقسمة إلى قسمين. أولا ، شرحت ما أعتقد أن البنية التحتية لتجريد السلسلة أمر بالغ الأهمية لتبني المستهلك الأصول الرقمية ، وأن البنية القائمة على المقاصد هي أفضل طريقة لتصميمها. ثانيا، وصفت العقبة الرئيسية أمام نية التبني على نطاق واسع: حيوية شبكة الحلول.
في نهاية المقال ، أقترح حلا وأقدم معيارا تم تطويره بالتعاون بين Across و Uniswap ، والذي يعتمد على التعليقات الواردة من مجموعة عمل CAKE. الغرض من هذا المعيار هو تحسين تجربة مستخدم الحل ، اسقاط حاجز الدخول إلى شبكة حلول مشتركة ، بحيث يمكن توجيه عدد كبير طويل من النوايا إلى هذه الشبكة ، وفي النهاية تمكين شبكة حلول أكبر وأكثر تنافسية من الازدهار.
جدول الأعمال
المشكله:
تحديد الحالة النهائية: ما الذي يجعل تطبيق التشفير "قابلا للاستخدام"؟
لماذا يعتبر "تجريد السلسلة" هو الحل لمشاكل تجربة المستخدم الناشئة عن الطوبولوجيا الأساسية لسلاسل الكتل المعيارية؟
لماذا يجب بناء تطبيقات التشفير المتاحة على قمة البنية التحتية لتجريد السلسلة؟
** الحل أقصر:**
كيف تنتج العمارة القائمة على المقاصد تجريد السلسلة
فهم أن سوق النوايا يعمل بشكل أفضل عندما تكون شبكة الحلول كبيرة وتنافسية
يتطلب إطلاق شبكة حلول النوايا إدخال المزيد من التطبيقات طويل التي ستولد النية
اقتراح:
لماذا نحتاج إلى معيار نوايا عبر السلاسل يعطي الأولوية ل "تجربة مستخدم الحل" لتوسيع نطاق سوق الحلول والنوايا بشكل كبير بما يكفي لتمكين تأثيرات الشبكة
بدون تجريد السلسلة ، لا يمكنك إنشاء تطبيقات التشفير قابلة للاستخدام
هل يقوم أفضل الأشخاص ساتوشي لدينا ببناء أكثر من طويل البنية التحتية؟
يشكو طويل الناس من أن أفضل مهندسي التشفير يركزون بشكل مفرط على توفير المزيد من طويل كتلة قصير للمستخدم النهائي. هذا النقد له ما يبرره ؛ هناك حلول L2 طويلة للمستخدمين النهائيين بالنسبة للطلب.
ومع ذلك ، أرفض قبول فكرة عدم وجود تطبيق التشفير مفيد. **
يوفر DeFi للأفراد القدرة على الوصاية الذاتية على أصولهم الرقمية ، مما يسمح لهم بتجاوز مزودي الخدمات القاسيين واستخدام أصولهم الرقمية لشراء أشياء ذات قيمة في العالم الحقيقي. يوفر الالتزام بالوصاية الذاتية للبيانات أيضا بديلا مثاليا للأفراد الذين يشعرون بقلق متزايد بشأن الثقة في احتكار FAANG (اختصار لأسهم التكنولوجيا الخمسة الأكثر شعبية والأفضل أداء في السوق الأمريكية) للحفاظ على أمان بياناتهم.
في رأيي ، المشكلة الحقيقية ليست في عدم وجود تطبيقات التشفير مفيدة ، ولكن الاحتكاك عندما يحاول المستخدمون النهائيون الوصول إليها. يجب أن يواجه المستخدمون النهائيون ما يلي عند التفاعل مع تطبيق التشفير:
السرعة: يجب أن يشعر التطبيق بسرعة تطبيق web2
التكلفة: على عكس Web2 ، يجب أن تتحمل جميع تفاعلات Web3 بعض التكلفة ، ولكن يجب أن تكون تكلفة النقرة ضئيلة
الرقابة مقاومة ("مطلوب بدون إذن"): يجب أن يكون أي شخص لديه محفظة قادرا على التفاعل مع التطبيق في طويل قدر الإمكان من الرسوم
الأمان: يجب أن تكمل النقرات الإجراء المطلوب للمستخدم ، ويجب عدم التراجع عنها ، ويجب أن تكون جميع تحديثات web3 دائمة
هذه هي خصائص تطبيق التشفير "المتاح".
** لقد كنا نحاول بناء التشفير قابلة للاستخدام لفترة طويل **
توفر حلول بلوكتشين وحدات اليوم للمستهلكين كل هذه السمات ، ولكنها ليست كلها متوفرة في نفس الموقع.
في عام 2020 ، البلوكتشين متجانسة ، حيث تقدم سمتين من ثلاث سمات للمستخدم النهائي: السرعة أو التكلفة أو الأمان. ثم تصورنا مستقبلا محوريا أو معياريا يفتح جميع السمات الثلاث في نفس الوقت.
اليوم ، وضعنا الأساس لهذه البنية التحتية التي تركز على التراكم. يوفر L2 غرف كتلة قصير رخيصة وسريعة، في حين يوفر طويل L2 غرف كتلة قصير بدون ترخيص. على العكس من ذلك ، يوفر L1 غرفة كتلة قصير أمان مقابل WW3 (يمكنك قراءة المزيد حول طويل المفاضلة بين الأمان الذي يوفره L1 و L2 وتجربة المستخدم في مقالتي). يتم توصيل L2s بشكل آمن ب L1 عبر مسار رسالة أساسي ، مما يضع الأساس لشبكة معيارية وقابلة للتشغيل البيني. على مدى السنوات الأربع الماضية ، قمنا ببناء الألياف البصرية بين سلاسل الكتل التي الدعم تطبيقات التشفير مفيدة. ولكن لماذا لا تتوفر سلاسل الكتل المعيارية؟
إن حتمية الشبكات بلوكتشين وحدات هي أن الأصول الرأسمالية سيتم تجميعها على الطبقة الأكثر أمانا ، وسيتم تجميع نقرات المستخدم على طبقة أسرع وأرخص. **
تشجع طوبولوجيا البلوكتشين المعيارية على توفير غرف كتلة قصير آمنة على طبقة مختلفة عن غرف كتلة قصير الرخيصة والسريعة. يميل المستخدمون بشكل طبيعي إلى تخزين قيمتهم على الشبكة الأكثر أمانا ، لكنهم سيطلبون تفاعلا متكررا مع الشبكات الرخيصة والسريعة. حسب التصميم ، يكون المسار الأساسي بين L2 و L1 بطيئا و / أو مكلفا. تشرح هذه الظواهر لماذا يجب على المستخدمين اجتياز هذه المسارات الأساسية والدفع مقابل تفاعلات L2 باستخدام أصول L1. ينتج عن هذا تجربة مستخدم التشفير "غير قابلة للاستخدام".
الهدف من تجريد السلسلة هو تقليل احتكاك المستخدمين الذين يرسلون قيمة من خلال هذه المسارات بروتوكول. يفترض مستخلصون السلسلة أن المستخدمين أكثر ميلا إلى تعيين الحالة النهائية المرغوبة إلى dapp ك "النية" ، وأن dapp مسؤول عن تنفيذ نيتهم. يجب على المستخدمين عدم المساس بحضانة الأصول الآمنة من أجل رسوم منخفضة وانخفاض وقت الإستجابة الوصول.
لذلك ، يكمن تجريد السلسلة في قدرة المستخدمين على نقل القيمة عبر الشبكات بشكل آمن وبتكلفة زهيدة وبسرعة. تدفق المستخدم الشائع اليوم هو أن المستخدم الذي لديه رصيد USDC على داخل السلسلة "آمن" (مثل إثيريوم) يريد سك NFT أو تبادل عملة جديد على سلسلة جديدة مثل Blast أو Base. طريقة القيام بذلك في أقل عدد ممكن من الخطوات هي إجراء تسلسل الجسر→ تبادل →السك سلسلة من المعاملات (أو تبادل →الجسر→السك).
في هذا المثال، نية المستخدم هي استخدام USDC في داخل السلسلة الأمان داخل السلسلة السك أحدهما NFT الآخر. سيكون المستخدمون راضين طويل استلامهم NFT ويتم خصم رصيدهم USDC في موقع الإيداع الذي يختارونه.
العمارة القائمة على المقاصد هي الطريقة الوحيدة لبناء تجريدات السلسلة
يعتمد تجريد السلسلة على نقل القيمة عبر السلاسل ، ولكن إرسال القيمة عبر مسارات الرسائل الأساسية إما مكلف أو بطيء. توفر "الجسور السريعة" للمستخدمين بديلا رخيصا وسريعا لإرسال القيمة عبر الشبكات ، لكنها تقدم افتراضات ثقة جديدة. المراسلة هي الطريقة الأكثر سهولة لبناء الجسر سريع لأنها مصممة على غرار بنية TCP / IP ؛ يعتمد على الجسر بروتوكول ليكون بمثابة جهاز توجيه TCP لربط السلسلتين.
مخطط TCP / IP الخاص ب ResearchGate
لا يمكن التحقق من الرسالة إلا بعد اكتمال معاملة السلسلة الأصلية التي نشأت الرسالة، أي أن المعاملة قد تم تضمينها بشكل دائم في البلوكتشين الأساسية للسلسلة الأصلية. يمكن إجراء هذا التحقق من خلال إثبات صحة ، يثبت أن المعاملة قد تم تضمينها في إجماع السلسلة الأصلية ، أو من خلال اقتراح متفائل ، أو بعد تجميع عدد معين من توقيعات الشهود على الجانب الأصلي. بمجرد ترحيل الرسالة إلى العقد الجسر على داخل السلسلة الهدف ، يتم إصدار الرموز المميزة للمستخدم.
هناك العديد من المشاكل الأساسية مع هذه البنية:
يجب أن تنتظر آلية التحقق من الصحة الحتمية الكاملة قبل إرسال الرسالة إلى السلسلة المستهدفة بروتوكول العقد. بالنسبة إلى L2 مع فترة تحديد متفائلة ، قد يستغرق ذلك ما يصل إلى سبعة أيام.
ترسل كل معاملة الجسر رسالة عبر السلاسل واحدة فقط ، أو رسائل مجمعة معا ، ولكن لا يمكن إرسال الدفعة إلا بعد اكتمال الرسالة الأخيرة في الدفعة.
الجسور لديها قدرة محدودة على الوصول إلى السيولة الخارجية لتوفير تحسينات في الأسعار للمستخدمين لأنه يجب أن تعلن عن مسار تحقيق نية المستخدم.
يمكن أن تكون الجسور السريعة المستندة إلى الرسائل غير آمنة أو بطيئة أو باهظة الثمن اعتمادا على آلية التحقق. سوق النوايا هو بنية بديلة سريعة الجسر تنبع من رؤية رئيسية:
** القيمة قابلة للاستبدال ، ولا يهم المتلقي كيف يتم تحويل القيمة طويل حيث يمكن استلام الأموال **
هل يمكن الجسر الاستعانة بمصادر خارجية لنقل القيمة إلى وكيل معقد لزيادة السرعة وتكاليف اسقاط؟السيولة داخل السلسلة خارج السلسلة ديناميكية، ويمكن تحقيق تحسينات في الأسعار إذا كانت آلية الجسر تتمتع بالمرونة لاختيار أفضل مسار تنفيذ عند الجسر التحويلات.
تسمح آلية النية للمستخدمين بتحديد الشروط أو العقود الدقيقة التي يمكن بموجبها تنفيذ معاملات تحويل القيمة الخاصة بهم.
النية الأكثر بساطة هي دفع X عملة من السلسلة A لتلقي طلب ل Y عملة على السلسلة B.
لا تحتاج الجسر بروتوكول إلى إرسال رسائل بين النطاقات في طلب لتلبية نية المستخدم عبر النطاقات. بدلا من ذلك ، بروتوكول الاستعانة بمصادر خارجية لتحويل القيمة إلى وكيل يتم اختياره من شبكة من المحللين غير المرخصين ، وسيسعى المحللون الفرديون لاحقا إلى السداد من الجسر بروتوكول. في المقابل ، تحدد الآليات القائمة على الرسائل بدقة كيفية تنفيذ معاملاتها ولا تحتاج إلى الاعتماد على توفر الوسيط.
النية تسوية بروتوكول
يمكن تصنيف الجسر بروتوكول المستندة إلى النية بشكل أكثر دقة على أنها نية تسوية بروتوكول ، وهي مسؤولة عن ضمان عدم انتهاك الحل للشروط المحددة من قبل المستخدم. يوفر Intent تسوية بروتوكول ضمانا للحلالين ، مما يضمن سدادهم ومكافأتهم على تحقيق نية المستخدم. لهذا الغرض ، يحتاج تسوية بروتوكول النية إلى مناشدة Oracle للتحقق من صحة تحقيق النية. يمكن أن يعتمد آلة أوراكل الأمان على فترات التحدي المتفائلة أو عتبات الشهود أو إثباتات صحة ZK وما إلى ذلك.
النية تسوية بروتوكول توفير نقل سريع ومنخفض التكلفة للقيمة حيث يتحمل حل واحد المخاطر القصوى ويحدد أفضل مسار للتنفيذ **
لا يمكن لجسور المراسلة التواصل إلا عندما تصل السلسلة الأصلية إلى النهاية. اليوم ، الوقت النهائي في Optimistic Rollup هو سبعة أيام ، بينما في ZK Rollup هو ساعة واحدة. في حين أن هذه الأوقات النهائية يجب أن تنخفض مع الاعتماد الواسع النطاق لتقنية ZK العميل الخفيف والتقدم في تقنية التأكيد المسبق للتسلسل المشترك ، إلا أنه لا يمكن أبدا أن تشعر جميع سلاسل الكتل بأنها "فورية" للمستخدمين ، مما يشير إلى الحاجة المستمرة لحلول الجسور السريعة. دون المخاطرة بالنهاية ، حتى إذا أراد الجسر إضافة وكيل موثوق به إضافي إلى مسار الترحيل لضمان الخسائر بسبب التعرف على السلسلة ، فلن يتمكن من زيادة سرعة تسليم الرسالة قبل فترة النهاية.
يرجع التسارع الذي توفره البنية القائمة على المقاصد إلى أن حلالا واحدا في شبكة حل غير متجانسة يمكن أن يتحمل مخاطرة نهائية طويل أكثر من بروتوكول الرسائل ويلبي نية المستخدم قبل أن يختفي خطر التعرف على السلسلة تماما. ثم يفرض الحل رسوما على المستخدم مقابل المخاطرة النهائية التي كان سيتحملها في الوقت الأسرع من تبادل.
سيؤدي الاستعانة بمصادر خارجية لتحقيق النية عبر السلاسل الوكلاء أيضا إلى تحسين الأسعار للمستخدمين في المتوسط. في الجسر قائم على النية ، طلب للوفاء طلب المستخدم على داخل السلسلة الهدف ، سيتم إرجاع الحل الموجود في الواجهة الأمامية بواسطة النظام بعد التحقق من تحقيقه. يمكن تجميع تسويات النوايا هذه معا لتوزيع التكاليف. على عكس المستخدم ، لا يتطلب الحشو سدادا فوريا وسيفرض على المستخدم رسوما مقدمة التمويل وفقا لذلك. تسوية الدفعات ليست الميزة الوحيدة للبنية القائمة على المقاصد ، ولكنها أكثر تآزرا مع Batch تسوية لأنها تفصل خطوة السداد عن خطوة تحقيق النية.
يأتي المصدر الأكبر لتحسين الأسعار من الحدس القائل بأن القيمة قابلة للاستبدال وأن العثور على أفضل مسار في الوقت المناسب غالبا ما يكون أفضل من نقل القيمة ، ومع ذلك ، هناك بعض المسارات التي لا يمكن التغلب عليها في الوقت المناسب من حيث التكلفة ، كما هو الحال عند نقل USDC على CCTP.
يجب أن تقوم جسور المراسلة بترميز كيفية تقديم قيمة للمستخدمين. يختار البعض إرسال الرموز المميزة من مجمع السيولة بمعدل تبادل محدد مسبقا ، بينما سك البعض الآخر الرموز المميزة التمثيلية للمستلمين الذين يحتاجون لاحقا إلى تبادل أصول عملة الأساسية المطلوبة.
عند تحقيق نية المستخدم ، يمكن للوكلاء الحصول على السيولة من مجموعة من أماكن السيولة داخل السلسلة و خارج السلسلة. توفر شبكات الحل المتنافسة للمستخدمين نظريا عددا لا حصر له من مصادر السيولة (ولكن حتى هذه المصادر السيولة يمكن استنفادها بسرعة في اتجاه أحادي الاتجاه خلال الأحداث عالية التقلب داخل السلسلة ، مثل أحداث NFT السك توزيع مجاني وسحب البساط الشائعة).
بعد تقديم عبر السلاسل طلب كنية ، يستوعب الحل MEV الناتجة عن طلب كتحسين للسعر.
تم تصميم البنية القائمة على المقاصد بشكل أساسي لتكون آمنة
يمكن بناء الجسور القائمة على المقاصد بشكل آمن لأنها تفصل الاحتياجات الملحة للمستخدمين عن الاحتياجات المعقدة لشبكة التسوية. يمكن للحلالين انتظار السداد ، على عكس المستخدمين ، الذين سيفرضون رسوما على المستخدمين بناء على مدى طويل تسوية بروتوكول إبقائهم في انتظار السداد. لذلك ، يمكن التحقق من تسوية النوايا باستخدام آلية قوية للغاية دون قيود زمنية صارمة. هذا هو الأفضل من وجهة نظر أمنية ، حيث أن التحقق من صحة تنفيذ النية أمر معقد بشكل حدسي.
إذن ، كيف ينشأ تجريد السلسلة من العمارة القائمة على المقاصد؟
تذكر أن تجريد السلسلة يتطلب نقل قيمة عبر السلاسل سريع ورخيص. كما يجب ألا يطلب من المستخدمين تقديم معاملات داخل السلسلة على الشبكة حيث يتم تخزين أصولهم.
إذا تم تضمين توقيع Permit2 أو EIP 3074 ، فلا يلزم تقديم نية المستخدم من قبل المستخدم داخل السلسلة. هذا صحيح لكل من الرسائل والجسور القائمة على المقاصد. يمكن لكلا البنيتين الاستفادة من نموذج Permit2 ، مما يسمح للمستخدمين بالتوقيع على عدد الرموز المميزة التي يرغبون في دفعها في وضع عدم الاتصال على المحفظة السلسلة الأصلية.
الأسواق القائمة على النوايا هي الأفضل الدعم تجريد السلسلة لأنها توفر نقل قيمة عبر السلاسل رخيصة وسريعة. تخيل أنه يمكن للمستخدم أن يطلب من أحد المحللين تزويده بعرض أسعار لاستخدام USDC على Optimism كدفعة للدخول في مركز مضمون WETH في Arbitrum. يمكن للمستخدمين إرسال هذه النية إلى مزاد RFQ حيث يمكن للحل المزايدة عليها. يمكن للفائز في المزاد بعد ذلك الحصول على نية توقيع المستخدم ، والتي تحتوي على نسخة من USDC المسموح بإنفاقها على Optimism ، ومقدار WETH المكتسبة على Arbitrum ، وبيانات الاتصال المستخدمة إيداع هذا WETH في وضع الضمان Arbitrum. يمكن للمحلل بعد ذلك إرسال هذه المعاملة على Optimism (نيابة عن المستخدم) لبدء نية عبر السلاسل وسحب USDC من المحفظة Optimism الخاص بالمستخدم. أخيرا ، يمكن للحل ملء نية المستخدم عن طريق إرسال WETH المستخدم وإعادة توجيه بيانات المكالمة إلى موضع الضمان داخل السلسلة للمستخدم.
يعني بناء بنية تحتية لتجريد السلسلة جعل عمليات المستخدم تبدو فورية ورخيصة دون مطالبتهم بارتكاب معاملات داخل السلسلة. دعنا نختتم هذه المقالة بمناقشة العوائق التي تحول دون تبني النوايا على نطاق أوسع.
** لتحقيق أفضل تجربة للمستخدم من تجريد السلسلة القائم على المقاصد ، نحتاج إلى شبكة تنافسية من المحللين **
يكمن مفتاح تحقيق أفضل تجربة للمستخدم من خلال تجريد السلسلة القائم على النية في بناء شبكة تنافسية للغاية من الحلول. تعتمد جسور نوايا الاتصال على تأثيرات شبكة الحل لأداء أفضل من متغيرات المراسلة. هذه مفاضلة أساسية بين بنية النية والرسائل. الحقيقة هي أنه ليست كل التطبيقات التي تولد النوايا تحتاج إلى الوصول إلى مجموعة تنافسية تماما من الحلول ، وقد يكون البعض أكثر ميلا لتوجيه نواياهم إلى شبكة من احتكار القلة المحللين. ومع ذلك ، فإن الحالة الحالية لشبكة الحل غير ناضجة وبعيدة كل البعد عن مستوى افتراض نشاط شبكة الحل الذي يعتمد عليه سوق النوايا.
لا نريد أن تقوم كل DApp بتوجيه النوايا إلى شبكة حل معزولة. أفضل تجربة للمستخدم هي تلك التي يسمح فيها طويل DApp بالتواصل مع نفس تجمع الحلول ، وجميع DApp لديها تجمع حل مجاني لتغيير النية التي يرسلونها.
كيف أقوم بتشغيل شبكة حلال؟**
كان علينا أن نجعل تجربة مستخدم الحل أولوية قصوى.
يعد تشغيل أداة حل النوايا أمرا معقدا ويتطلب خبرة في بناء برامج عالية الأداء وإدارة مخاطر المخزون عبر السلاسل. بطبيعة الحال ، سيكون هناك عدد قليل من الأطراف المهتمة بدفع تكاليف بدء تشغيل هذا الرمز. في أفضل الأحوال ، يمكن إعادة استخدام الحل المكتوب لواحد DApp ، مثل حل UniswapX ، لحل DApps الأخرى التي تولد نية ، مثل Across و CowSwap.
نحتاج حقا إلى تحسين كفاءة رأس المال الإجمالية لشبكة الحل لجميع التطبيقات اللامركزية القائمة على المقاصد. سيتطلب ذلك معالجة عائق تشغيل الحل.
للقيام بذلك ، نحتاج إلى DApp يولد نية مرئية لأي حل ويضمن أن جميع المحللين لديهم إمكانية الوصول إلى أطول شبكات تسوية النوايا المتمايزة والتنافسية. سيمنح هذا المحللين الثقة في أنه يمكنهم اختيار توجيه تحقيق نواياهم إلى شبكة تسوية يثقون بها. كما أن المنافسة بين شبكات المستوطنات اسقاط تكاليف على المحللين.
يتمثل عرض القيمة لشبكة تسوية النية في توفير الأمان للمحلل والميزات الأخرى التي قد تؤثر على نية الحل. **
سيؤثر اختيار المحلل لشبكة تسوية النوايا على قدرته على تزويد المستخدمين بضمانات الرسوم ووقت التنفيذ. قد تقدم بعض شبكات التسوية فترة حصرية للحل ، والتي الدعم تطوير مزادات خارج السلسلة ، حيث يمكن للحلالين والمستخدمين التفاوض والالتزام برسوم الترحيل. (بالإضافة إلى ذلك ، قد توفر مزادات النوايا هذه أيضا تأكيدا مسبقا مضمونا ماليا ، مما يزيد من تعزيز تجربة المستخدم.) لفهم تدفق المستخدم لاكتشاف النوايا من خلال المزادات والتأكيدات المسبقة ، أوصي بهذا العرض التقديمي من قبل Karthik of Sorella)
قد تقدم بعض شبكات تسوية انتهاء صلاحية النية (أي إرسال القيمة مرة أخرى إلى المستخدم بعد الوصول إلى فترة تنفيذ معينة) ، أو الدعم النية (على سبيل المثال ، تستخدم شبكة تسوية ميزانيتها العمومية الخاصة لتحقيق نية المستخدم إذا لم يفي أي حل) ، أو سلاسل سداد مرنة (أي السماح للحل باختيار السلسلة التي يختارها للسداد).
وفي نهاية المطاف، سوف تتنافس شبكات المستوطنات بشراسة لسداد الأموال للمحللين بسرعة وبتكلفة زهيدة من دون المساومة على الأمن. سيرسل المحللون بدورهم تدفق طلب إلى شبكة تسوية تسمح لهم بتقديم أرخص الرسوم للمستخدمين في طلب للفوز DApp. تعتمد منافسة شبكة تسوية والحل على نية أن تنسق جميع الأطراف في سلسلة التوريد لاستخدام نفس اللغة ، وستؤدي المنافسة إلى أفضل تجربة للمستخدم لنقل القيمة عبر السلاسل.
من الواضح أننا بحاجة إلى معيار نوايا عبر السلاسل
إذا استطاع المحللون افتراض أن النوايا ستشترك في عناصر مشتركة ، فيمكنهم إعادة استخدام التعليمات البرمجية الخاصة بهم لحل نوايا مختلفة بدأتها DApp ، مما يؤدي إلى انخفاض تكاليف الإعداد الخاصة بهم. إذا قامت DApps المختلفة بإنشاء نوايا تتوافق مع نفس المعايير ، فيمكنهم جميعا توجيه نواياهم إلى نفس تجمع الحلال. سيساعد ذلك في توفير الوصول إلى الجيل التالي من DApps من خلال تمكينهم من إدخال نواياهم عبر السلاسل مباشرة في تجمعات الحلول الناضجة الحالية ، دون الحاجة إلى وصول منفصل إلى المحللين ، وسيؤدي إلى نقل قيمة رخيص وسريع وآمن وبدون إذن.
سيسهل برنامج التتبع التابع لجهة خارجية أيضا تتبع حالة النية لأي DApp جديد إذا تم استيفاء المعايير.
يجب أن يسمح معيار النية هذا لمديري النوايا أو حلها بتحديد الشبكة تسوية التي يرغبون في تسوية نيتهم عليها.
أتصور أن تسوية بروتوكول المتنافسة (مثل SUAVE و Across و Anoma و Khalani) توفر خصائص مختلفة للحلال. اعتمادا على شبكة التسوية التي تسدد للحل ، يمكن للحل تقديم ضمانات مختلفة للسعر والوقت لمالك النية. يمكن أن توافق التطبيقات اللامركزية والحلول على توجيه نية المستخدم إلى شبكة تسوية يثقون بها لتجنب الرقابة والحفاظ على خصوصية البيانات وتكون آمنة بما يكفي للمحللين للثقة في سدادهم.
من خلال كتابة اختيار شبكة التسوية في النية طلب نفسها ، يمكن للحلالين دمج هذا اليقين في العرض الذي يقدمونه للمستخدم. يمكن للحلالين والمستخدمين اسقاط التكاليف عن طريق إزالة عدم اليقين المسبق في تسعير الجسر قبل الالتزام بقصد داخل السلسلة.
من خلال العمل مع Uniswap ، واستنادا إلى التعليقات الواردة من مجموعة عمل CAKE ، اقترحت أنا و Across معايير نية عبر السلاسل التالية ، ووضع تجربة مستخدم الحل أولا
تم تصميم المعيار لتبسيط عمل الحل. الخيار الحازم الذي يتخذه هو الدعم Permit2 / EIP3074 أصلا مع nonce وبدء الموعد النهائي ، ويوفر بعض الضمانات لملء النماذج ، مثل مقدار المبلغ المسترد الذي سيحصلون عليه من شبكات تسوية ، وتنسيق نية المستخدم الذي يمكنهم تتبعه. بالإضافة إلى ذلك ، يحدد المعيار وظيفة التشغيل التي تسمح للحشو (الشخص الذي يجلب طلب إلى داخل السلسلة) بتحديد "fillerData" إضافي على داخل السلسلة الذي لا يعرفه المستخدم عند التوقيع على CrossChainOrder. وبهذه الطريقة ، يمكن للحشوات ضمان مكافأتهم على عقود التسوية لتقديم المعاملات الوصفية للمستخدمين ، ويمكنهم أيضا إعداد معلومات خاصة بالسداد مثل سلاسل السداد.
يهدف هذا المعيار أيضا إلى تسهيل تتبع DApps لحالة إكمال النية. يجب أن يقوم أي عقد تسوية ينفذ هذا المعيار بإنشاء نوع فرعي مخصص ResolvedCrossChainOrder يمكن حله من أي حقل orderData. قد يشمل ذلك الرموز المميزة المشاركة في تبادل وسلاسل الوجهات وقيود التنفيذ الأخرى. يتضمن المعيار وظيفة حل تمكن DApps من فهم كيفية عرض حالة النية للمستخدم ، بالإضافة إلى السماح للمحلل بمعرفة بنية طلب النية الدقيقة التي يعملون عليها.
الهدف من تصميم هذا المعيار هو تحسين تجربة مستخدم الحل ، وتسهيل الدعم أطول شبكات التسوية ، وحساب مكافآتهم بشكل حتمي. أعتقد أن هذا سيسمح لهم بتقديم عرض أكثر دقة وإحكاما لمستخدميهم. يمكنك قراءة المزيد من التفاصيل حول هذا المعيار المسمى طويل ERC7683 في هذا المنشور وفي منتدى إثيريوم Magicians.
خاتمة
"النوايا" مربكة لأنها غير محددة ، وهذا النقص في التعريف يخلق عيوبا حقيقية في تجربة المستخدم.
الجميع يريد من الآخرين استخدام تعريفهم القياسي للنية ، لذلك أعترف تماما أنه من المستحيل عمليا وضع المعايير. أعتقد أن تحديد نظام تسوية النوايا أولا ثم محاولة جذب تدفق طلب هو الطريقة الصحيحة لوضع معيار صناعي.
في رأيي ، سيكون النهج الأكثر جدوى هو أن DApp التي لديها بالفعل الكثير من حركة مرور المستخدمين وتولد نية مستخدم طويل ستوافق على تلبية بعض المعايير الدنيا التي سيتم اعتمادها من قبل المحللين الحاليين. سيشكل هذا مجموعة جديدة وأكبر من المحللين. من خلال التقاط تدفقات طلب الموحدة من أماكن بارزة بالفعل ، ستكسب هذه المجموعة الجديدة من الحلول أرباحا طويل وستكون قادرة على تقديم أسعار أفضل للمستخدمين النهائيين. في النهاية ، ستتطلب DApps الجديدة أيضا توجيه نواياها إلى مجموعة الحلول هذه الدعم معايير نواياها.
لبدء هذه العملية ، اقترح Across و Uniswap بشكل مشترك معيارا يستخدمه جميع المشاركين الموردين الراغبين عند معالجة طلبات المستخدم التي ترسل X Tokens من السلسلة A وتتلقى رموز Y على السلسلة B. يمكن الجمع بين تدفقات الطلبات التي تمر عبر UniswapX (التي تتمتع بميزة نسبية في تصميم المزاد وإنشاء النية) و Across (التي تتمتع بميزة نسبية في تحقيق النية تسوية) لبدء عملية رعاية شبكة أكبر وأكثر تنافسية من المحللين.
شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
شرح بروتوكول ERC7683 الجديد: التطوير المشترك بين Uniswap و Across لمعيار جديد لنية عبر السلاسل
بقلم نيك باي ، النموذج الأصلي
مترجم: ديب تايد تيكفلو
هذه المقالة مقسمة إلى قسمين. أولا ، شرحت ما أعتقد أن البنية التحتية لتجريد السلسلة أمر بالغ الأهمية لتبني المستهلك الأصول الرقمية ، وأن البنية القائمة على المقاصد هي أفضل طريقة لتصميمها. ثانيا، وصفت العقبة الرئيسية أمام نية التبني على نطاق واسع: حيوية شبكة الحلول.
في نهاية المقال ، أقترح حلا وأقدم معيارا تم تطويره بالتعاون بين Across و Uniswap ، والذي يعتمد على التعليقات الواردة من مجموعة عمل CAKE. الغرض من هذا المعيار هو تحسين تجربة مستخدم الحل ، اسقاط حاجز الدخول إلى شبكة حلول مشتركة ، بحيث يمكن توجيه عدد كبير طويل من النوايا إلى هذه الشبكة ، وفي النهاية تمكين شبكة حلول أكبر وأكثر تنافسية من الازدهار.
جدول الأعمال
المشكله:
** الحل أقصر:**
اقتراح:
بدون تجريد السلسلة ، لا يمكنك إنشاء تطبيقات التشفير قابلة للاستخدام
هل يقوم أفضل الأشخاص ساتوشي لدينا ببناء أكثر من طويل البنية التحتية؟
يشكو طويل الناس من أن أفضل مهندسي التشفير يركزون بشكل مفرط على توفير المزيد من طويل كتلة قصير للمستخدم النهائي. هذا النقد له ما يبرره ؛ هناك حلول L2 طويلة للمستخدمين النهائيين بالنسبة للطلب.
ومع ذلك ، أرفض قبول فكرة عدم وجود تطبيق التشفير مفيد. **
يوفر DeFi للأفراد القدرة على الوصاية الذاتية على أصولهم الرقمية ، مما يسمح لهم بتجاوز مزودي الخدمات القاسيين واستخدام أصولهم الرقمية لشراء أشياء ذات قيمة في العالم الحقيقي. يوفر الالتزام بالوصاية الذاتية للبيانات أيضا بديلا مثاليا للأفراد الذين يشعرون بقلق متزايد بشأن الثقة في احتكار FAANG (اختصار لأسهم التكنولوجيا الخمسة الأكثر شعبية والأفضل أداء في السوق الأمريكية) للحفاظ على أمان بياناتهم.
في رأيي ، المشكلة الحقيقية ليست في عدم وجود تطبيقات التشفير مفيدة ، ولكن الاحتكاك عندما يحاول المستخدمون النهائيون الوصول إليها. يجب أن يواجه المستخدمون النهائيون ما يلي عند التفاعل مع تطبيق التشفير:
هذه هي خصائص تطبيق التشفير "المتاح".
** لقد كنا نحاول بناء التشفير قابلة للاستخدام لفترة طويل **
توفر حلول بلوكتشين وحدات اليوم للمستهلكين كل هذه السمات ، ولكنها ليست كلها متوفرة في نفس الموقع.
في عام 2020 ، البلوكتشين متجانسة ، حيث تقدم سمتين من ثلاث سمات للمستخدم النهائي: السرعة أو التكلفة أو الأمان. ثم تصورنا مستقبلا محوريا أو معياريا يفتح جميع السمات الثلاث في نفس الوقت.
اليوم ، وضعنا الأساس لهذه البنية التحتية التي تركز على التراكم. يوفر L2 غرف كتلة قصير رخيصة وسريعة، في حين يوفر طويل L2 غرف كتلة قصير بدون ترخيص. على العكس من ذلك ، يوفر L1 غرفة كتلة قصير أمان مقابل WW3 (يمكنك قراءة المزيد حول طويل المفاضلة بين الأمان الذي يوفره L1 و L2 وتجربة المستخدم في مقالتي). يتم توصيل L2s بشكل آمن ب L1 عبر مسار رسالة أساسي ، مما يضع الأساس لشبكة معيارية وقابلة للتشغيل البيني. على مدى السنوات الأربع الماضية ، قمنا ببناء الألياف البصرية بين سلاسل الكتل التي الدعم تطبيقات التشفير مفيدة. ولكن لماذا لا تتوفر سلاسل الكتل المعيارية؟
إن حتمية الشبكات بلوكتشين وحدات هي أن الأصول الرأسمالية سيتم تجميعها على الطبقة الأكثر أمانا ، وسيتم تجميع نقرات المستخدم على طبقة أسرع وأرخص. **
تشجع طوبولوجيا البلوكتشين المعيارية على توفير غرف كتلة قصير آمنة على طبقة مختلفة عن غرف كتلة قصير الرخيصة والسريعة. يميل المستخدمون بشكل طبيعي إلى تخزين قيمتهم على الشبكة الأكثر أمانا ، لكنهم سيطلبون تفاعلا متكررا مع الشبكات الرخيصة والسريعة. حسب التصميم ، يكون المسار الأساسي بين L2 و L1 بطيئا و / أو مكلفا. تشرح هذه الظواهر لماذا يجب على المستخدمين اجتياز هذه المسارات الأساسية والدفع مقابل تفاعلات L2 باستخدام أصول L1. ينتج عن هذا تجربة مستخدم التشفير "غير قابلة للاستخدام".
الهدف من تجريد السلسلة هو تقليل احتكاك المستخدمين الذين يرسلون قيمة من خلال هذه المسارات بروتوكول. يفترض مستخلصون السلسلة أن المستخدمين أكثر ميلا إلى تعيين الحالة النهائية المرغوبة إلى dapp ك "النية" ، وأن dapp مسؤول عن تنفيذ نيتهم. يجب على المستخدمين عدم المساس بحضانة الأصول الآمنة من أجل رسوم منخفضة وانخفاض وقت الإستجابة الوصول.
لذلك ، يكمن تجريد السلسلة في قدرة المستخدمين على نقل القيمة عبر الشبكات بشكل آمن وبتكلفة زهيدة وبسرعة. تدفق المستخدم الشائع اليوم هو أن المستخدم الذي لديه رصيد USDC على داخل السلسلة "آمن" (مثل إثيريوم) يريد سك NFT أو تبادل عملة جديد على سلسلة جديدة مثل Blast أو Base. طريقة القيام بذلك في أقل عدد ممكن من الخطوات هي إجراء تسلسل الجسر→ تبادل →السك سلسلة من المعاملات (أو تبادل →الجسر→السك).
في هذا المثال، نية المستخدم هي استخدام USDC في داخل السلسلة الأمان داخل السلسلة السك أحدهما NFT الآخر. سيكون المستخدمون راضين طويل استلامهم NFT ويتم خصم رصيدهم USDC في موقع الإيداع الذي يختارونه.
العمارة القائمة على المقاصد هي الطريقة الوحيدة لبناء تجريدات السلسلة
يعتمد تجريد السلسلة على نقل القيمة عبر السلاسل ، ولكن إرسال القيمة عبر مسارات الرسائل الأساسية إما مكلف أو بطيء. توفر "الجسور السريعة" للمستخدمين بديلا رخيصا وسريعا لإرسال القيمة عبر الشبكات ، لكنها تقدم افتراضات ثقة جديدة. المراسلة هي الطريقة الأكثر سهولة لبناء الجسر سريع لأنها مصممة على غرار بنية TCP / IP ؛ يعتمد على الجسر بروتوكول ليكون بمثابة جهاز توجيه TCP لربط السلسلتين.
مخطط TCP / IP الخاص ب ResearchGate
لا يمكن التحقق من الرسالة إلا بعد اكتمال معاملة السلسلة الأصلية التي نشأت الرسالة، أي أن المعاملة قد تم تضمينها بشكل دائم في البلوكتشين الأساسية للسلسلة الأصلية. يمكن إجراء هذا التحقق من خلال إثبات صحة ، يثبت أن المعاملة قد تم تضمينها في إجماع السلسلة الأصلية ، أو من خلال اقتراح متفائل ، أو بعد تجميع عدد معين من توقيعات الشهود على الجانب الأصلي. بمجرد ترحيل الرسالة إلى العقد الجسر على داخل السلسلة الهدف ، يتم إصدار الرموز المميزة للمستخدم.
هناك العديد من المشاكل الأساسية مع هذه البنية:
يمكن أن تكون الجسور السريعة المستندة إلى الرسائل غير آمنة أو بطيئة أو باهظة الثمن اعتمادا على آلية التحقق. سوق النوايا هو بنية بديلة سريعة الجسر تنبع من رؤية رئيسية:
** القيمة قابلة للاستبدال ، ولا يهم المتلقي كيف يتم تحويل القيمة طويل حيث يمكن استلام الأموال **
هل يمكن الجسر الاستعانة بمصادر خارجية لنقل القيمة إلى وكيل معقد لزيادة السرعة وتكاليف اسقاط؟السيولة داخل السلسلة خارج السلسلة ديناميكية، ويمكن تحقيق تحسينات في الأسعار إذا كانت آلية الجسر تتمتع بالمرونة لاختيار أفضل مسار تنفيذ عند الجسر التحويلات.
تسمح آلية النية للمستخدمين بتحديد الشروط أو العقود الدقيقة التي يمكن بموجبها تنفيذ معاملات تحويل القيمة الخاصة بهم.
النية الأكثر بساطة هي دفع X عملة من السلسلة A لتلقي طلب ل Y عملة على السلسلة B.
لا تحتاج الجسر بروتوكول إلى إرسال رسائل بين النطاقات في طلب لتلبية نية المستخدم عبر النطاقات. بدلا من ذلك ، بروتوكول الاستعانة بمصادر خارجية لتحويل القيمة إلى وكيل يتم اختياره من شبكة من المحللين غير المرخصين ، وسيسعى المحللون الفرديون لاحقا إلى السداد من الجسر بروتوكول. في المقابل ، تحدد الآليات القائمة على الرسائل بدقة كيفية تنفيذ معاملاتها ولا تحتاج إلى الاعتماد على توفر الوسيط.
النية تسوية بروتوكول
يمكن تصنيف الجسر بروتوكول المستندة إلى النية بشكل أكثر دقة على أنها نية تسوية بروتوكول ، وهي مسؤولة عن ضمان عدم انتهاك الحل للشروط المحددة من قبل المستخدم. يوفر Intent تسوية بروتوكول ضمانا للحلالين ، مما يضمن سدادهم ومكافأتهم على تحقيق نية المستخدم. لهذا الغرض ، يحتاج تسوية بروتوكول النية إلى مناشدة Oracle للتحقق من صحة تحقيق النية. يمكن أن يعتمد آلة أوراكل الأمان على فترات التحدي المتفائلة أو عتبات الشهود أو إثباتات صحة ZK وما إلى ذلك.
النية تسوية بروتوكول توفير نقل سريع ومنخفض التكلفة للقيمة حيث يتحمل حل واحد المخاطر القصوى ويحدد أفضل مسار للتنفيذ **
لا يمكن لجسور المراسلة التواصل إلا عندما تصل السلسلة الأصلية إلى النهاية. اليوم ، الوقت النهائي في Optimistic Rollup هو سبعة أيام ، بينما في ZK Rollup هو ساعة واحدة. في حين أن هذه الأوقات النهائية يجب أن تنخفض مع الاعتماد الواسع النطاق لتقنية ZK العميل الخفيف والتقدم في تقنية التأكيد المسبق للتسلسل المشترك ، إلا أنه لا يمكن أبدا أن تشعر جميع سلاسل الكتل بأنها "فورية" للمستخدمين ، مما يشير إلى الحاجة المستمرة لحلول الجسور السريعة. دون المخاطرة بالنهاية ، حتى إذا أراد الجسر إضافة وكيل موثوق به إضافي إلى مسار الترحيل لضمان الخسائر بسبب التعرف على السلسلة ، فلن يتمكن من زيادة سرعة تسليم الرسالة قبل فترة النهاية.
يرجع التسارع الذي توفره البنية القائمة على المقاصد إلى أن حلالا واحدا في شبكة حل غير متجانسة يمكن أن يتحمل مخاطرة نهائية طويل أكثر من بروتوكول الرسائل ويلبي نية المستخدم قبل أن يختفي خطر التعرف على السلسلة تماما. ثم يفرض الحل رسوما على المستخدم مقابل المخاطرة النهائية التي كان سيتحملها في الوقت الأسرع من تبادل.
سيؤدي الاستعانة بمصادر خارجية لتحقيق النية عبر السلاسل الوكلاء أيضا إلى تحسين الأسعار للمستخدمين في المتوسط. في الجسر قائم على النية ، طلب للوفاء طلب المستخدم على داخل السلسلة الهدف ، سيتم إرجاع الحل الموجود في الواجهة الأمامية بواسطة النظام بعد التحقق من تحقيقه. يمكن تجميع تسويات النوايا هذه معا لتوزيع التكاليف. على عكس المستخدم ، لا يتطلب الحشو سدادا فوريا وسيفرض على المستخدم رسوما مقدمة التمويل وفقا لذلك. تسوية الدفعات ليست الميزة الوحيدة للبنية القائمة على المقاصد ، ولكنها أكثر تآزرا مع Batch تسوية لأنها تفصل خطوة السداد عن خطوة تحقيق النية.
يأتي المصدر الأكبر لتحسين الأسعار من الحدس القائل بأن القيمة قابلة للاستبدال وأن العثور على أفضل مسار في الوقت المناسب غالبا ما يكون أفضل من نقل القيمة ، ومع ذلك ، هناك بعض المسارات التي لا يمكن التغلب عليها في الوقت المناسب من حيث التكلفة ، كما هو الحال عند نقل USDC على CCTP.
يجب أن تقوم جسور المراسلة بترميز كيفية تقديم قيمة للمستخدمين. يختار البعض إرسال الرموز المميزة من مجمع السيولة بمعدل تبادل محدد مسبقا ، بينما سك البعض الآخر الرموز المميزة التمثيلية للمستلمين الذين يحتاجون لاحقا إلى تبادل أصول عملة الأساسية المطلوبة.
عند تحقيق نية المستخدم ، يمكن للوكلاء الحصول على السيولة من مجموعة من أماكن السيولة داخل السلسلة و خارج السلسلة. توفر شبكات الحل المتنافسة للمستخدمين نظريا عددا لا حصر له من مصادر السيولة (ولكن حتى هذه المصادر السيولة يمكن استنفادها بسرعة في اتجاه أحادي الاتجاه خلال الأحداث عالية التقلب داخل السلسلة ، مثل أحداث NFT السك توزيع مجاني وسحب البساط الشائعة).
بعد تقديم عبر السلاسل طلب كنية ، يستوعب الحل MEV الناتجة عن طلب كتحسين للسعر.
تم تصميم البنية القائمة على المقاصد بشكل أساسي لتكون آمنة
يمكن بناء الجسور القائمة على المقاصد بشكل آمن لأنها تفصل الاحتياجات الملحة للمستخدمين عن الاحتياجات المعقدة لشبكة التسوية. يمكن للحلالين انتظار السداد ، على عكس المستخدمين ، الذين سيفرضون رسوما على المستخدمين بناء على مدى طويل تسوية بروتوكول إبقائهم في انتظار السداد. لذلك ، يمكن التحقق من تسوية النوايا باستخدام آلية قوية للغاية دون قيود زمنية صارمة. هذا هو الأفضل من وجهة نظر أمنية ، حيث أن التحقق من صحة تنفيذ النية أمر معقد بشكل حدسي.
إذن ، كيف ينشأ تجريد السلسلة من العمارة القائمة على المقاصد؟
تذكر أن تجريد السلسلة يتطلب نقل قيمة عبر السلاسل سريع ورخيص. كما يجب ألا يطلب من المستخدمين تقديم معاملات داخل السلسلة على الشبكة حيث يتم تخزين أصولهم.
إذا تم تضمين توقيع Permit2 أو EIP 3074 ، فلا يلزم تقديم نية المستخدم من قبل المستخدم داخل السلسلة. هذا صحيح لكل من الرسائل والجسور القائمة على المقاصد. يمكن لكلا البنيتين الاستفادة من نموذج Permit2 ، مما يسمح للمستخدمين بالتوقيع على عدد الرموز المميزة التي يرغبون في دفعها في وضع عدم الاتصال على المحفظة السلسلة الأصلية.
الأسواق القائمة على النوايا هي الأفضل الدعم تجريد السلسلة لأنها توفر نقل قيمة عبر السلاسل رخيصة وسريعة. تخيل أنه يمكن للمستخدم أن يطلب من أحد المحللين تزويده بعرض أسعار لاستخدام USDC على Optimism كدفعة للدخول في مركز مضمون WETH في Arbitrum. يمكن للمستخدمين إرسال هذه النية إلى مزاد RFQ حيث يمكن للحل المزايدة عليها. يمكن للفائز في المزاد بعد ذلك الحصول على نية توقيع المستخدم ، والتي تحتوي على نسخة من USDC المسموح بإنفاقها على Optimism ، ومقدار WETH المكتسبة على Arbitrum ، وبيانات الاتصال المستخدمة إيداع هذا WETH في وضع الضمان Arbitrum. يمكن للمحلل بعد ذلك إرسال هذه المعاملة على Optimism (نيابة عن المستخدم) لبدء نية عبر السلاسل وسحب USDC من المحفظة Optimism الخاص بالمستخدم. أخيرا ، يمكن للحل ملء نية المستخدم عن طريق إرسال WETH المستخدم وإعادة توجيه بيانات المكالمة إلى موضع الضمان داخل السلسلة للمستخدم.
يعني بناء بنية تحتية لتجريد السلسلة جعل عمليات المستخدم تبدو فورية ورخيصة دون مطالبتهم بارتكاب معاملات داخل السلسلة. دعنا نختتم هذه المقالة بمناقشة العوائق التي تحول دون تبني النوايا على نطاق أوسع.
** لتحقيق أفضل تجربة للمستخدم من تجريد السلسلة القائم على المقاصد ، نحتاج إلى شبكة تنافسية من المحللين **
يكمن مفتاح تحقيق أفضل تجربة للمستخدم من خلال تجريد السلسلة القائم على النية في بناء شبكة تنافسية للغاية من الحلول. تعتمد جسور نوايا الاتصال على تأثيرات شبكة الحل لأداء أفضل من متغيرات المراسلة. هذه مفاضلة أساسية بين بنية النية والرسائل. الحقيقة هي أنه ليست كل التطبيقات التي تولد النوايا تحتاج إلى الوصول إلى مجموعة تنافسية تماما من الحلول ، وقد يكون البعض أكثر ميلا لتوجيه نواياهم إلى شبكة من احتكار القلة المحللين. ومع ذلك ، فإن الحالة الحالية لشبكة الحل غير ناضجة وبعيدة كل البعد عن مستوى افتراض نشاط شبكة الحل الذي يعتمد عليه سوق النوايا.
لا نريد أن تقوم كل DApp بتوجيه النوايا إلى شبكة حل معزولة. أفضل تجربة للمستخدم هي تلك التي يسمح فيها طويل DApp بالتواصل مع نفس تجمع الحلول ، وجميع DApp لديها تجمع حل مجاني لتغيير النية التي يرسلونها.
كيف أقوم بتشغيل شبكة حلال؟**
كان علينا أن نجعل تجربة مستخدم الحل أولوية قصوى.
يعد تشغيل أداة حل النوايا أمرا معقدا ويتطلب خبرة في بناء برامج عالية الأداء وإدارة مخاطر المخزون عبر السلاسل. بطبيعة الحال ، سيكون هناك عدد قليل من الأطراف المهتمة بدفع تكاليف بدء تشغيل هذا الرمز. في أفضل الأحوال ، يمكن إعادة استخدام الحل المكتوب لواحد DApp ، مثل حل UniswapX ، لحل DApps الأخرى التي تولد نية ، مثل Across و CowSwap.
نحتاج حقا إلى تحسين كفاءة رأس المال الإجمالية لشبكة الحل لجميع التطبيقات اللامركزية القائمة على المقاصد. سيتطلب ذلك معالجة عائق تشغيل الحل.
للقيام بذلك ، نحتاج إلى DApp يولد نية مرئية لأي حل ويضمن أن جميع المحللين لديهم إمكانية الوصول إلى أطول شبكات تسوية النوايا المتمايزة والتنافسية. سيمنح هذا المحللين الثقة في أنه يمكنهم اختيار توجيه تحقيق نواياهم إلى شبكة تسوية يثقون بها. كما أن المنافسة بين شبكات المستوطنات اسقاط تكاليف على المحللين.
يتمثل عرض القيمة لشبكة تسوية النية في توفير الأمان للمحلل والميزات الأخرى التي قد تؤثر على نية الحل. **
سيؤثر اختيار المحلل لشبكة تسوية النوايا على قدرته على تزويد المستخدمين بضمانات الرسوم ووقت التنفيذ. قد تقدم بعض شبكات التسوية فترة حصرية للحل ، والتي الدعم تطوير مزادات خارج السلسلة ، حيث يمكن للحلالين والمستخدمين التفاوض والالتزام برسوم الترحيل. (بالإضافة إلى ذلك ، قد توفر مزادات النوايا هذه أيضا تأكيدا مسبقا مضمونا ماليا ، مما يزيد من تعزيز تجربة المستخدم.) لفهم تدفق المستخدم لاكتشاف النوايا من خلال المزادات والتأكيدات المسبقة ، أوصي بهذا العرض التقديمي من قبل Karthik of Sorella)
قد تقدم بعض شبكات تسوية انتهاء صلاحية النية (أي إرسال القيمة مرة أخرى إلى المستخدم بعد الوصول إلى فترة تنفيذ معينة) ، أو الدعم النية (على سبيل المثال ، تستخدم شبكة تسوية ميزانيتها العمومية الخاصة لتحقيق نية المستخدم إذا لم يفي أي حل) ، أو سلاسل سداد مرنة (أي السماح للحل باختيار السلسلة التي يختارها للسداد).
وفي نهاية المطاف، سوف تتنافس شبكات المستوطنات بشراسة لسداد الأموال للمحللين بسرعة وبتكلفة زهيدة من دون المساومة على الأمن. سيرسل المحللون بدورهم تدفق طلب إلى شبكة تسوية تسمح لهم بتقديم أرخص الرسوم للمستخدمين في طلب للفوز DApp. تعتمد منافسة شبكة تسوية والحل على نية أن تنسق جميع الأطراف في سلسلة التوريد لاستخدام نفس اللغة ، وستؤدي المنافسة إلى أفضل تجربة للمستخدم لنقل القيمة عبر السلاسل.
من الواضح أننا بحاجة إلى معيار نوايا عبر السلاسل
إذا استطاع المحللون افتراض أن النوايا ستشترك في عناصر مشتركة ، فيمكنهم إعادة استخدام التعليمات البرمجية الخاصة بهم لحل نوايا مختلفة بدأتها DApp ، مما يؤدي إلى انخفاض تكاليف الإعداد الخاصة بهم. إذا قامت DApps المختلفة بإنشاء نوايا تتوافق مع نفس المعايير ، فيمكنهم جميعا توجيه نواياهم إلى نفس تجمع الحلال. سيساعد ذلك في توفير الوصول إلى الجيل التالي من DApps من خلال تمكينهم من إدخال نواياهم عبر السلاسل مباشرة في تجمعات الحلول الناضجة الحالية ، دون الحاجة إلى وصول منفصل إلى المحللين ، وسيؤدي إلى نقل قيمة رخيص وسريع وآمن وبدون إذن.
سيسهل برنامج التتبع التابع لجهة خارجية أيضا تتبع حالة النية لأي DApp جديد إذا تم استيفاء المعايير.
يجب أن يسمح معيار النية هذا لمديري النوايا أو حلها بتحديد الشبكة تسوية التي يرغبون في تسوية نيتهم عليها.
أتصور أن تسوية بروتوكول المتنافسة (مثل SUAVE و Across و Anoma و Khalani) توفر خصائص مختلفة للحلال. اعتمادا على شبكة التسوية التي تسدد للحل ، يمكن للحل تقديم ضمانات مختلفة للسعر والوقت لمالك النية. يمكن أن توافق التطبيقات اللامركزية والحلول على توجيه نية المستخدم إلى شبكة تسوية يثقون بها لتجنب الرقابة والحفاظ على خصوصية البيانات وتكون آمنة بما يكفي للمحللين للثقة في سدادهم.
من خلال كتابة اختيار شبكة التسوية في النية طلب نفسها ، يمكن للحلالين دمج هذا اليقين في العرض الذي يقدمونه للمستخدم. يمكن للحلالين والمستخدمين اسقاط التكاليف عن طريق إزالة عدم اليقين المسبق في تسعير الجسر قبل الالتزام بقصد داخل السلسلة.
من خلال العمل مع Uniswap ، واستنادا إلى التعليقات الواردة من مجموعة عمل CAKE ، اقترحت أنا و Across معايير نية عبر السلاسل التالية ، ووضع تجربة مستخدم الحل أولا
تم تصميم المعيار لتبسيط عمل الحل. الخيار الحازم الذي يتخذه هو الدعم Permit2 / EIP3074 أصلا مع nonce وبدء الموعد النهائي ، ويوفر بعض الضمانات لملء النماذج ، مثل مقدار المبلغ المسترد الذي سيحصلون عليه من شبكات تسوية ، وتنسيق نية المستخدم الذي يمكنهم تتبعه. بالإضافة إلى ذلك ، يحدد المعيار وظيفة التشغيل التي تسمح للحشو (الشخص الذي يجلب طلب إلى داخل السلسلة) بتحديد "fillerData" إضافي على داخل السلسلة الذي لا يعرفه المستخدم عند التوقيع على CrossChainOrder. وبهذه الطريقة ، يمكن للحشوات ضمان مكافأتهم على عقود التسوية لتقديم المعاملات الوصفية للمستخدمين ، ويمكنهم أيضا إعداد معلومات خاصة بالسداد مثل سلاسل السداد.
يهدف هذا المعيار أيضا إلى تسهيل تتبع DApps لحالة إكمال النية. يجب أن يقوم أي عقد تسوية ينفذ هذا المعيار بإنشاء نوع فرعي مخصص ResolvedCrossChainOrder يمكن حله من أي حقل orderData. قد يشمل ذلك الرموز المميزة المشاركة في تبادل وسلاسل الوجهات وقيود التنفيذ الأخرى. يتضمن المعيار وظيفة حل تمكن DApps من فهم كيفية عرض حالة النية للمستخدم ، بالإضافة إلى السماح للمحلل بمعرفة بنية طلب النية الدقيقة التي يعملون عليها.
الهدف من تصميم هذا المعيار هو تحسين تجربة مستخدم الحل ، وتسهيل الدعم أطول شبكات التسوية ، وحساب مكافآتهم بشكل حتمي. أعتقد أن هذا سيسمح لهم بتقديم عرض أكثر دقة وإحكاما لمستخدميهم. يمكنك قراءة المزيد من التفاصيل حول هذا المعيار المسمى طويل ERC7683 في هذا المنشور وفي منتدى إثيريوم Magicians.
خاتمة
"النوايا" مربكة لأنها غير محددة ، وهذا النقص في التعريف يخلق عيوبا حقيقية في تجربة المستخدم.
الجميع يريد من الآخرين استخدام تعريفهم القياسي للنية ، لذلك أعترف تماما أنه من المستحيل عمليا وضع المعايير. أعتقد أن تحديد نظام تسوية النوايا أولا ثم محاولة جذب تدفق طلب هو الطريقة الصحيحة لوضع معيار صناعي.
في رأيي ، سيكون النهج الأكثر جدوى هو أن DApp التي لديها بالفعل الكثير من حركة مرور المستخدمين وتولد نية مستخدم طويل ستوافق على تلبية بعض المعايير الدنيا التي سيتم اعتمادها من قبل المحللين الحاليين. سيشكل هذا مجموعة جديدة وأكبر من المحللين. من خلال التقاط تدفقات طلب الموحدة من أماكن بارزة بالفعل ، ستكسب هذه المجموعة الجديدة من الحلول أرباحا طويل وستكون قادرة على تقديم أسعار أفضل للمستخدمين النهائيين. في النهاية ، ستتطلب DApps الجديدة أيضا توجيه نواياها إلى مجموعة الحلول هذه الدعم معايير نواياها.
لبدء هذه العملية ، اقترح Across و Uniswap بشكل مشترك معيارا يستخدمه جميع المشاركين الموردين الراغبين عند معالجة طلبات المستخدم التي ترسل X Tokens من السلسلة A وتتلقى رموز Y على السلسلة B. يمكن الجمع بين تدفقات الطلبات التي تمر عبر UniswapX (التي تتمتع بميزة نسبية في تصميم المزاد وإنشاء النية) و Across (التي تتمتع بميزة نسبية في تحقيق النية تسوية) لبدء عملية رعاية شبكة أكبر وأكثر تنافسية من المحللين.