تحليل dappOS: ما هو جوهر تنفيذ سوق Solver اللامركزي؟

المؤلف: Haotian

في الآونة الأخيرة، كان هناك الكثير من النقاش حول شبكة تنفيذ النية @dappOS_com، وقالت العديد من الأصوات أنه بعد إطلاق Paradigm الذي يركز على النوايا، لم يكن سوى محرك المطابقة الذكي لـ AI Agent مشتعلًا لفترة من الوقت، ولم يكن التقدم العام في تتبع النوايا مثاليًا.

إذن ما هي النقطة الحرجة التي تواجه المسار حاليًا؟ كيفية تنفيذ شبكة تنفيذ Solver اللامركزية؟ بعد ذلك، يتحدث النظام عن وجهات نظره:

1) ظل النموذج يتخلص من التركيز على النوايا لفترة طويلة، وكان مسار النية مفعمًا بالحيوية بالفعل منذ فترة، بما في ذلك Anoma وEssential وdappOS وBrink والعديد من المشاريع الأخرى قفزت من الماء. المسار المقصود هو تبسيط عتبة مشاركة DeFi للمستخدمين، ويمكن أن يتكامل بشكل فعال مع الذكاء الاصطناعي، ويتوافق مع خصائص التبني الشامل، ويعتبر بمثابة سرد رئيسي في توقعات السوق الصاعدة.

ومع ذلك، فإن الطبيعة "التجريدية" لمفهوم النية في حد ذاتها تجعل من الصعب التركيز على اتجاه واحد وتنفيذه في على المدى القصير، بالإضافة إلى AI Agent كمسار تنفيذ اختياري لشبكة تنفيذ النية، يمكن تضمين طرق التنفيذ بما في ذلك تجريد الحساب، وتجريد السلسلة، وروبوت المعاملات، وحتى CEX في نطاق مسار النية.

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

2) في رأيي، يواجه التطوير البطيء لمسار النية بشكل أساسي نقطتين شائكتين أساسيتين:

1. يمثل تجريد النية تحديًا كبيرًا: جملة تبدو بسيطة، يمكن للقصد تبسيط عمليات المستخدمين على السلسلة، ولكن الآن أصبحت البيئة على السلسلة معقدة بشكل متزايد، على سبيل المثال: (استرداد LRT، MEV الذي يعمل في المقدمة في MEME) وغيرها من المشكلات الجديدة تقدم باستمرار تعقيدًا جديدًا، مما يجعل سرعة تطوير البنية التحتية التشغيلية المبسطة القياسية مثل الجسور المتقاطعة، وتجريدات السلسلة، وتجريدات الحساب أقل بكثير من التعقيد الموجود على- عمليات السلسلة.

تتضمن بيئة السلسلة الواحدة المراد حلها ما يلي: دفع الغاز، والتعافي الاجتماعي، ومكافحة MEV، والموافقة والإلغاء بنقرة واحدة، وتقليل الانزلاق، والتنفيذ الآلي وما إلى ذلك، عندما يتعلق الأمر بالبيئات متعددة السلاسل، سيكون هناك أيضًا توافق العقود الذكية بين السلاسل، وتوافق برامج الترميز، وقابلية التشغيل البيني للسيولة، والتوحيد القياسي، وغيرها من مشكلات الإجماع الأمني ​​المعقدة.

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

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

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

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

3) تكمن مشكلة تطوير وتنفيذ مسار النية بشكل أساسي في كيفية بناء شبكة تنفيذ Solver لامركزية. كيف تفعل هذا؟ الحل الموضوعي والعادل هو:

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

بعد ذلك، سنركز علىdappOS_com كمثال لتوضيح الصعوبات التي نواجهها في بناء سوق Solver لامركزي؟ وما هي ابتكارات المنتجات والآلية التي استكشفتها dappOS؟

1. إنشاء شبكة تنفيذ Solver لامركزية

"غامض" لنوايا المستخدم هناك تعارض طبيعي مع إمكانية برمجة الحل الذي يوفره Solver، على سبيل المثال، يقوم المستخدم الذي لديه أصول في السلسلة A فقط بإدخال مطلب: أريد إكمال تصفيف الشعر التفاعلي في السلاسل B وC. عندما يصل هذا الطلب إلى سوق Solver المفتوحة، عادةً ما يقوم مقدمو الخدمة بتفكيك طلب المستخدم أولاً:

1) 0-wear cross-chain 2) Swap يختار Ultra-؛ نقاط انزلاق منخفضة للمعاملات 3) تجنب مرحلة الغاز العالية للمعاملات المتسلسلة أخيرًا، بعد تخطيط المسار المعقد لـ Solver، وتقديم العطاءات، ومطابقة النظام الأساسي، وما إلى ذلك، يتم إكمالها أخيرًا على شبكة ذات سيولة موحدة وتوافق بين السلاسل B وC؛ ، مع مهمة تآكل الغاز منخفضة للغاية.

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

فكرة dappOS هي التخلي عن مطالبة Solver بتقسيم خطوات التنفيذ الواضحة، والتركيز فقط على نتائج التنفيذ التي يريدها المستخدم ( على سبيل المثال، أكملت السلاسل B وC التفاعل Mao)، اسمح لـ Solver بتقديم عرض أسعار عام له وإخبار المستخدم بالتفويضات التي يجب إجراؤها (على سبيل المثال، السماح لـ Solver باستخدام 10 USDT من السلسلة A، وأخيرًا التفاعل مع عقد التطبيق اللامركزي الخاص بـ Mao). يتم تسليم عملية التنفيذ بأكملها بالكامل إلى Solver، ولا يحتاج المستخدم إلى الاهتمام بتفاصيل عملية التنفيذ.

حدد منطق التنفيذ الموجه نحو النتائج كما يلي: يمكن لـ Solver دمج المسار "on-chain + off-chain" لتحقيق التكلفة والكفاءة المثلى.

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

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

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

على أية حال، مع التوجه "النتيجة"، فإن الهدف هو السماح بالمنافسة الكاملة بين الحلول وتعبئة الموارد المختلفة ومزايا السلطة لمنح المستخدمين أفضل النتائج من حيث تحسين التكلفة والسرعة. والسؤال هو إذا كان هناك "عتامة" في عملية التنفيذ فكيف نضمن السلامة؟ كما يلي:

2.آلية تشغيل الحد الأدنى من الحصة OMS

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

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

3. الأصول بهدف توحيد السيولة

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

للفهم ببساطة، فإن أصول النية تشبه طبقة سيولة موحدة تربط بين سلاسل مختلفة غير متجانسة، ويمكن أن يكون كل من USDT من السلسلة A وUSDC من السلسلة B على حد سواء سلسلة dappOS يتم تداولها في شكل IntUSD، حيث يقوم المستخدمون بسك IntUSD تمامًا مثل جمع الأصول الأخرى على السلسلة في تجمع "Yue Bao"، ويمكنهم استخدام IntUSD باعتباره USDT للسلسلة A أو USDC للسلسلة B.

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

لماذا يمكن أن تتمتع أصول النية بخصائص الراحة والعائد؟ من ناحية، يمكن لسوق Solver أن يلبي معظم احتياجات المستخدم المقصودة، ولا يوجد فرق واضح عن الاحتفاظ بعملة USDT العادية، من ناحية أخرى، بعد استدعاء الأذونات والقدرات الشاملة لـ Solver، فإنه سيولد مساحة "ربحية" لـ تقاطع العمليات النقية على السلسلة، مما يؤدي إلى توفير خسارة الأموال أيضًا.

أعلاه.

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

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