كيف تدعم "معاملة النية" الموجة التالية من سرد Web3؟

بواسطة: مايك كالفانيز والفريق في برينك. قام بالتجميع: لوسي، جويس، BlockBeats

هذا هو الجزء الأول من سلسلة مكونة من 3 أجزاء حول النوايا بقلم مايك كالفانيز وفريق برينك.

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

يعني التحول النموذجي إلى Intents أن المستخدمين المستقبليين لن يحتاجوا إلى الاهتمام بأشياء مثل تقديم المعاملات، أو دفع رسوم الغاز باستخدام ETH، أو تخفيف MEV على AMMs من خلال تحديد حدود الانزلاق، أو تجميع مقايضات الرمز المميز لتوجيه المسار الأمثل، أو سد الأصول.

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

تحسين تجربة المستخدم، وتقليل خطوات التفاعل، وكيف يمكن أن تدعم "المعاملة النية" الموجة التالية من سرد Web3؟

النوايا الحالية

النوايا ليست بمفهوم جديد.

قدمت مشاريع Ethereum مثل EtherDelta و 0 x كتب الطلبات المستندة إلى Intents قبل فترة طويلة من وجود Uniswap و AMMs. يستخدم سوق NFT نوايا موقعة لأوامر NFT المعلقة وعروض الأسعار لسنوات عديدة ، وتوفر الأنظمة الأحدث مثل CoW Swap و UniswapX الآن بنية تحتية أكثر تقدمًا تعتمد على Intents لأوامر حد ERC20.

بالنظر إلى المشهد الحالي، يبدو أن كلمة "النوايا" مرادفة لـ "الطلبات المحددة"، لأن النوايا الوحيدة المدعومة على نطاق واسع في Web3 اليوم هي "أريد X، وأنا على استعداد لدفع Y". عادة ما تكون بنية النوايا للأوامر المحددة بسيطة وتركز على هدف واحد: التبادل بسعر أفضل من عرض السوق الحالي. يقوم المستخدمون بتوقيع نوايا أمر الحد الخاص بهم، ويبحث الحل عن مسارات "لملء" النوايا الموقعة باستخدام AMMs، أو مصادر السيولة الأخرى، أو في بعض الحالات نوايا أخرى. يتم تحفيز المحللين للعثور على المسارات، لأنه بعد استيفاء نوايا المستخدم، يمكنهم الاحتفاظ بالباقي كمكافأة.

[تحسين تجربة المستخدم ، وتقليل خطوات التفاعل ، كيف يمكن أن تدعم "المعاملة المقصودة" الموجة التالية من سرد Web3؟ ] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-0fb031b4a8-dd1a6f-1c6801)

حد ترتيب نوايا التصميم

تم بالفعل إنشاء العديد من الأنظمة لدعم حالات الاستخدام لأوامر التحديد ، ولكن مع تطوير أدوات Intents أكثر تقدمًا ، سنرى المزيد من البنى العامة التي تتيح حالات استخدام أكثر قوة.

تتضمن بعض الأمثلة على أنظمة Intents العامة Anoma وFlashbots SUAVE، وكلاهما قيد التطوير النشط حاليًا. سيوفرون طبقة نميمة من النوايا حيث يبث المستخدمون النوايا الموقعة إلى عقد النميمة. ستكون هذه السلاسل خاصة بالنوايا، مما يسهل الاتصال بين المستخدمين الذين يوقعون النوايا على شبكات مختلفة والحلول التي تنفذها.

مثال آخر هو Brink، وهو حل لإنشاء نوايا قابلة للتركيب. يتيح Brink للمستخدمين والمطورين إنشاء النوايا المشروطة المستندة إلى الحالة وتوقيعها وحلها عبر شبكات متعددة متوافقة مع EVM.

مستقبل النوايا

دعنا نستكشف بعض الطرق التي تتجاوز بها Web3 Intents أوامر الحد البسيطة ، وإليك بعض المفاهيم الجديدة:

** المقاصد الشرطية: ** السماح بتنفيذ إجراء عند استيفاء شرط أو أكثر

** النوايا المستمرة: ** التعبير عن الرغبة في اتخاذ إجراءات متكررة

** النوايا متعددة الخطوات: ** عند حل النية ، سيتم فتح واحدة أو أكثر من النوايا الجديدة

**الرسم البياني للأهداف: **مسار يتكون من مجموعة من الأهداف المرتبطة

النوايا الشرطية

تحتوي تطبيقات Web3 الحالية على نوع واحد فقط من النوايا الشرطية: أوامر الحد. في المستقبل، سيكون لدينا نوايا يمكن أن تتكون من أي عدد من الشروط في أي حالة، مما يؤدي إلى إجراءات مختلفة.

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

عتبة السعر: "إذا كان سعر A/B أقل من X، فقم باستبدال B بـ A". في التمويل التقليدي (trad-fi) يسمى هذا "وقف الخسارة"

** قرار الحوكمة: ** "إذا كان اقتراح الحوكمة لا أؤيد تمريره ، فقم ببيع الرمز A".

رصيد المحفظة: "إذا لم يكن لدي ما يكفي من ETH في محفظتي الساخنة، فيرجى تحويل المزيد من ETH من محفظتي الباردة إلى محفظتي الساخنة".

** الوقت المنقضي / الكتل: ** "إذا تم تعدين أكثر من X من الكتل ، فقم بنقل ETH إلى المستلم".

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

يمكن التعبير عن النوايا بأي عدد من الشروط، على سبيل المثال:

أرغب في شراء 2 ETH مع DAI عند استيفاء الشروط الثلاثة التالية: 1) سعر ETH أقل من 1750 دولارًا ؛ 2) متوسط عائد DAI لإقراض ETH مرتفع ؛ تم شراؤه على الأقل 10 ETH في غضون ساعة.

عند استيفاء أي عدد من شروط الحالة المعقدة ، سيتمكن المستخدمون من التعبير عن نواياهم لشراء الأصول أو بيعها أو رهنها أو نقلها أو تجسيرها ، وكل ذلك بنوايا واحدة موقعة.

النوايا المستمرة

ستوفر المقاصد طريقة غير بروتوكولية لتنفيذ عمليات متسلسلة، وبينما تتضمن المقاصد اليوم عادةً توقيعًا واحدًا يتوافق مع عملية واحدة (أمر الحد)، سنشهد قريبًا ظهور نوايا تسلسلية.

يتخذ المستخدمون إجراءات مستمرة اليوم عن طريق إيداع الأموال في البروتوكولات أو التبادلات، وفيما يلي بعض الأمثلة:

** متوسط التكلفة: ** "استخدم DAI لشراء ETH بسعر السوق مرة واحدة في الشهر". يستخدم المستخدمون عادةً CEXs مثل Coinbase لإنجاز هذه المهمة.

** مضاعفة الإيرادات (ويعرف أيضًا باسم re-staking): ** "اسحب المكافآت من A ، واستبدلها بـ B ، ثم أعد حصة". هذه عملية مرهقة تتضمن معاملات وتفاعلات متعددة عبر عدة بروتوكولات DeFi.

زيادة رصيد المحفظة الساخنة: "لدي محفظة باردة تحتوي على 50 ETH. عندما ينخفض رصيد ETH في محفظتي الساخنة إلى أقل من X، قم بتحويل Y ETH من محفظتي الباردة إلى محفظتي الساخنة". هذا يتطلب العديد من المعاملات المنفصلة.

تدفق الدفع: "تحويل X USDC إلى عنوان الاستلام مرة كل أسبوعين". تدعم تطبيقات الدفع المتدفقة هذا، ولكنها تتطلب من المستخدمين إيداع الأصول في عقد ذكي

** صنع السوق: ** يتبع مركز LP القائم على AMM بشكل أساسي نفس نمط مبادلتين متعارضتين تستمران في حلقة لا نهائية: "عندما يتجاوز سعر A / B X ، ضع تبادلًا لـ B ؛ عندما يكون سعر A/B أقل من X، استبدل B بـ A".

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

متوسط التكلفة هو مثال مثالي. يمكن للمستخدمين الذين يعتزمون متوسط التكاليف (الشراء أو البيع بشكل متكرر بمرور الوقت) التعبير عن هذا كتوقيع يسمح بتحويل 1 ETH إلى DAI كل 50000 بالسعر الذي توفره مجموعة ETH / DAI TWAP oracle التي يصعب معالجتها (مرة واحدة تقريبًا أسبوع على شبكة Ethereum الرئيسية)، برسوم قدرها 1% (0.01 ETH). يقوم الحل بمراقبة هذه النوايا والتحقق مما يلي:

  1. هل يمكنني استبدال 1 ETH في حساب المستخدم؟

  2. هل تم تعدين 50000 كتلة منذ آخر مقايضة؟

هل 3.1% (0.01 ETH) كافية لتغطية تكلفة الغاز للمقايضة؟

  1. بعد أن يدفع المحول الغاز مقابل التبادل ، هل هناك أي ETH متبقي لتغطية تكاليف تشغيل المحلل ، والتي قد تتضمن مخاطر الاسترداد بعد خسارة PGA (مزاد الغاز ذي الأولوية) أو أي تكاليف أخرى؟ هل الربح المحتمل يستحق كل هذا العناء للحل؟

إذا تم تمرير كل هذه الأشياء ، فسيرسل المحلل معاملة لإرضاء نية المستخدم لتبادل ETH → DAI. طالما أن حساب المستخدم لديه ما يكفي من ETH ، يمكن للحل مراقبة نوايا التوقيع الفردي "متوسط التكلفة" وإنشاء تدفق مستمر للمعاملات. يحصل المستخدمون على ما يريدون دون التفاعل المباشر مع شبكة EVM أو بروتوكول معين.

[تحسين تجربة المستخدم ، وتقليل خطوات التفاعل ، كيف يمكن أن تدعم "المعاملة المقصودة" الموجة التالية من سرد Web3؟ ] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-49a9ef7539-dd1a6f-1c6801)

هندسة النوايا لمتوسط التكلفة

يعد صنع السوق بالنوايا مثالًا آخر على عدد مستمر وربما لا حصر له من العمليات التي يمكن تفويضها إلى أحد الحلول. قد يقوم المستخدم الذي يرغب في القيام بصناعة سوق ETH/DAI بإنشاء نوايا تسمح بمقايضات DAI→ETH بسعر 1,800 ETH/DAI أو أقل، ومقايضات ETH→DAI بسعر 2,000 ETH/DAI أو أعلى. من خلال هذه النية، يحاول المستخدم تأمين ربح قدره 200 DAI في كل مرة يتقلب فيها السوق بين 1800 و2000 نقطة سعر ETH/DAI.

[تحسين تجربة المستخدم ، وتقليل خطوات التفاعل ، كيف يمكن أن تدعم "المعاملة المقصودة" الموجة التالية من سرد Web3؟ ] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-62b203c2b6-dd1a6f-1c6801)

نوايا صنع السوق

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

النوايا متعددة الخطوات

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

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

يمكن التعبير عن نوايا معاملة المراجحة لأمر معلق على Web3 على النحو التالي: "أريد 1 ETH ، وأنا على استعداد لدفع 1800 DAI. وبمجرد أن دفعت 1800 DAI وحصلت على 1 ETH ، فأنا على استعداد للاحتفاظ بـ 1 ETH هذا حتى أتمكن من البيع مقابل 2000 DAI. إذا انخفض سعر ETH / DAI إلى أقل من 1620 DAI ، آمل أن أقوم بتقليل خساري عن طريق بيع 1 ETH ، وفي هذه الحالة سأقبل 1600 DAI وأعطي للحل رسومًا قدرها 20 DAI. إذا كنت ما زلت أمسك بهذا 1 ETH عندما يمر [Random Governance Proposal] ، أريد بيع 1 ETH بسعر ETH / DAI في السوق وإعطاء 10٪ من العائدات للحل. "

[تحسين تجربة المستخدم ، وتقليل خطوات التفاعل ، كيف يمكن أن تدعم "المعاملة المقصودة" الموجة التالية من سرد Web3؟ ] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-1f6d8b1393-dd1a6f-1c6801)

نوايا "ترتيب القوس".

هذا أمر بسيط نسبيًا من 3 خطوات مع بعض المشغلات الشرطية ، لكن هذه الأنواع من الأوامر يمكن أن تكون أكثر تعقيدًا.

مخطط النوايا

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

تمامًا كما تمثل أوامر الحد الحالة الحالية لسيولة السوق، يمكن أن تمثل الرسوم البيانية للنوايا ليس فقط الحالة الحالية، ولكن السيولة المشروطة عبر العديد من الحالات المستقبلية المحتملة المختلفة.

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

تحسين تجربة المستخدم، وتقليل خطوات التفاعل، وكيف يمكن أن تدعم "المعاملة النية" الموجة التالية من سرد Web3؟

الرسم البياني النوايا لسوق XYZ-ETH الخيالي

يمثل الرسم البياني السيولة الموجودة الآن والسيولة الموجودة في حالة مستقبلية محتملة. يمكن أن تمتد الرسوم البيانية للنوايا عبر الأسواق وحتى عبر سلاسل مختلفة.

ختاماً

النوايا تتقدم مع تطورات جديدة كل يوم.

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