باختصار: عشرة أضعاف كفاءة التنفيذ، وعُشر عبء العمل

تقوم Aperture ببناء Chatbot UX جديد مدعوم ببنية أساسية Intents والتي ستمكن المستخدمين من "الإعلان عن أهدافهم" باللغة الطبيعية والاستفادة من شبكة من الحلول للحصول على تنفيذ أفضل وأسعار أفضل مما هو ممكن في ظل نموذج المعاملات الحالي.

UX: Aperture LLM مدعوم من Intents DSL

للبدء، سنبدأ بحجر الزاوية في أي حركة اعتماد جماعية: تجربة المستخدم (UX).

يتمحور DeFi UX الحالي حول نهج المعاملات الذي يتطلب من المستخدمين ذوي الفطنة التقنية المتنوعة التوقيع على دلتا أو تغيير الحالة على أمل أن يؤدي التغيير إلى "الحالة النهائية" التي كانوا يفكرون فيها. ومن خلال النوايا، نضع هذه "الحالة النهائية" في المقدمة والوسط باعتبارها النقطة المحورية لتجربة المستخدم.

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

تخيل مستخدمًا لا يفهم مبادئ تقنية blockchain، ويواجه الكثير من "المقابض والأزرار" على واجهة DeFi التقليدية. يعد نهج الفتحة "السماح للمستخدم بالتعبير عما يريده باللغة الطبيعية" أبسط. تكمن وراء ذلك الحاجة إلى تحويل اللغة الطبيعية إلى رمز blockchain - وهنا يأتي دور اللغات المحددة للمجال (DSL).

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

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

في Aperture، تعمل LLM على سد الفجوة بين الوظائف التقنية والواجهات سهلة الاستخدام من خلال السماح للمستخدم بالتعبير عن نيته باللغة الطبيعية وعكس نفس النية لهم في DSL سهل القراءة ويمكن بعد ذلك تقديمه إلى المحللين باعتباره "إعلان الحقيقة" من هذا المستخدم.

دعونا نستخدم تشبيهًا حقيقيًا: يشبه LLM to DSL Translation UX العميل الذي يقدم طلبًا في مطعم بيتزا عبر الهاتف. قد يطلب العميل بلغة عامية للغاية - "أعطني البيتزا الخاصة بك مع جميع اللحوم مهما كان حجمها الأكبر". قد يقول عامل الهاتف الموجود على الطرف الآخر لهم "هل تريد بيتزا محبي اللحوم بحجم كبير جدًا؟". يفهم المستخدم هذا التحويل بسهولة ويوافق - "نعم، لم أكن أعرف اسمه ولكن هذا هو الاسم الذي أريده."

سيتم تنفيذ هذا التفاعل على السلسلة بطريقة مماثلة. قد يبدأ المستخدم بإعلان هدفه النهائي —

"هل يمكنك إعادة موازنة ETH-GMX LPs عبر جميع سلاسل EVM الخاصة بي لتركيز 80% على الإعداد الأعلى أداءً و20% المتبقية من رأس مال LP الخاص بي ليتم تقسيمها بالتساوي عبر المجموعات المتبقية؟"

قد تنعكس ترجمة DSL مرة أخرى إلى المستخدم —

● الأصول المؤهلة: أزواج ETH-GMX على Mainnet وArbitrum وAvalanche؛

● الإجراءات المسموح بها: الجسر، إزالة السيولة، مبادلة ETH أو GMX، إضافة السيولة؛

● الهدف النهائي 1: إعادة توازن مراكز السيولة لتركيز 80% من رأس مال الأصول المؤهلة في المركز ذي أعلى معدل فائدة سنوي فوري بناءً على بيانات من APY Vision؛

● الهدف النهائي 2: إعادة توازن مراكز السيولة لتركيز 20% من رأس مال الأصول المؤهلة عبر المجمعات الحالية غير المستخدمة في الهدف النهائي 1؛

● قم بالتوقيع على إعلان النوايا إذا كان صحيحا

سيؤدي تحويل LLM إلى تدوين اللغة العامية في المصطلحات الموحدة لخط المشترك الرقمي (DSL) والتي يمكن الاستفادة منها بواسطة المحللين بطريقة يمكن التنبؤ بها وقابلة للتكرار.

البنية التحتية الأساسية

يمكن تقسيم البنية التحتية للنية إلى عدة مكونات:

● غرفة تبادل النوايا (Mempool): تعمل هذه بمثابة منطقة انطلاق أولية لنوايا المستخدم. لقد تم تصميمه لتنظيم هذه الأغراض وتصنيفها بكفاءة للمعالجة، باستخدام الخوارزميات التي تحدد الأولويات بناءً على معايير مختلفة مثل الإلحاح ومتطلبات الموارد. تضمن غرفة المقاصة الإدارة الآمنة والمنظمة للنوايا قبل الالتزام بـ blockchain.

● ZK-Simulate for Data Validity: هذا مورد مطلوب للتحقق من صحة نوايا معينة والحلول المقابلة التي ستعتمد على البيانات خارج السلسلة. ويمكن استخدام دليل المعرفة الصفري للتحقق من صحة هذه البيانات. باستخدام أدوات التشفير المتقدمة مثل Brevis أو Axiom، يمكن لـ Aperture إنشاء ZKPs للبيانات التاريخية الموجودة على السلسلة والتي تشكل جزءًا من الحل المقترح للحل. تسمح هذه الطريقة بالتحقق الدقيق من مخرجات المحلل، مما يضمن أنها دقيقة وكاملة وتتوافق مع القيود والمقاصد المحددة، دون المساس بسرية بيانات المعاملة.

● العقود الذكية للتحقق: سيتطلب كل نوع من حالات استخدام النية عقدًا ذكيًا لمحاكاة الحل المقترح والتحقق منه ومراقبته.

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

طبقة التطبيق: Solver DAOs

تعد شبكة Solver DAO عبارة عن طبقة تطبيق فريدة مبنية على Intents-Infra. تتيح Aperture Intents-Infra لـ Solver DAOs التركيز على تمكين وحل حالات الاستخدام المستندة إلى Intents الفريدة دون الحاجة إلى القلق بشأن الاحتياجات التنفيذية الأساسية.

يمكن لـ Solver DAO الوصول إلى نوايا المستخدم الموجودة داخل Clearing House في Aperture عن طريق تكديس المبلغ المطلوب وهو $APTR و$ETH. يمكن أن يرتبط Solver DAO بحل احترافي كبير مع حل خاص أو شبكة من أدوات الحل الأصغر.

يمكن أن تأتي حلول Intent الجديدة من Aperture أو Solver DAO لجهة خارجية. تضيف Solver DAOs قيمة عن طريق تمكين حالة استخدام Intent الجديدة. قد يتطلب ذلك تقديم منطق الأعمال اللازم ليناسب التصميم المعياري لـ Aperture. بمجرد إنشاء هذا، تصبح حالة الاستخدام الآن "قابلة للإعلان" من واجهة Aperture Intents أو واجهة جهة خارجية تم إنشاؤها بواسطة Solver DAO.

ستوفر Aperture DAO مساعدة منحة $APTR إلى Solver DAO التي تتطلع إلى تمكين حالات استخدام Intent جديدة.

كيف سيتنافس Solvers وما هي أنواع Solver التي قد تكون موجودة؟

على السلسلة مقابل خارج السلسلة

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

الحفاظ على ألفا

بالنسبة للمحللين الذين لديهم طرق "ألفا" حقيقية أو طرق خاصة لتوليد الحلول، يمكنهم تجنب استخدام عقد ذكي لإنشاء حلولهم ويمكنهم بدلاً من ذلك الاعتماد على عملية التحقق من ZK الخاصة بـ Aperture لبناء الثقة حول الحل الممكّن للبرنامج النصي خارج السلسلة. سيؤدي ذلك إلى تعزيز تأثير دولاب الموازنة على تأهيل المحللين (حلول الأعمال المستدامة، تجتذب المزيد من الإيرادات، وتجذب المزيد من المحللين).

خزائن الحل

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

مثال: نية المطالبة بالإنزال الجوي

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

سيبدأ المستخدم بالإعلان باللغة الطبيعية:

"المطالبة بجميع عمليات الإنزال الجوي المؤهلة نيابةً عني، بما في ذلك تكلفة الغاز المرتبطة بالمطالبة، مقابل رسوم مكتشف قدرها 1% أو أقل."

قد يطرح برنامج الدردشة الآلي أسئلة توضيحية لتوضيح تصريح المستخدم بشكل أكبر.

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

يمكن لأي Solver الآن عرض عنوان المستخدم وإسناده ترافقيًا مع أي عمليات إنزال جوي أو مكافآت يمكن المطالبة بها وتكون مؤهلة للحصول على العنوان المذكور. ستسمح وظيفة الترخيص المدعومة بمحفظة الحصول على الحساب لـ Solvers بالمطالبة بأي إسقاط جوي نيابة عن المستخدم. سوف يتنافس القائمون على الحل فيما بينهم على "رسوم المكتشفين" ومعرفتهم العامة بالإسقاط الجوي. الآن - جمال Intents، يمكن أن يكون هناك العديد من الحلول التي تفوز ويتم تنفيذها إذا غطى Solver A عملية إسقاط جوي لـ Dymension وغطى Solver B عملية إسقاط جوي لـ Celestia، فيمكن لكلا Solver الفوز برسوم مكتشف من مستخدمنا.

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

تنصل:

1. تمت إعادة طباعة هذه المقالة من [chaincatcher]. *أرسل العنوان الأصلي "一文读懂 Aperture". جميع حقوق الطبع والنشر مملوكة للمؤلف الأصلي [Industry Express]. إذا كانت هناك اعتراضات على إعادة الطبع هذه، فيرجى الاتصال بفريق Gate Learn ، وسوف يتعاملون معها على الفور.
2. إخلاء المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط آراء المؤلف ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يُذكر ذلك، يُحظر نسخ أو توزيع أو سرقة المقالات المترجمة.