ما هو بروتوكول dappOS؟ شرح بروتوكول Web3 المتمحور حول النية

ما هو dappOS؟

dappOS بروتوكول تشغيل لـ Web3 متمحور حول النية (Intent-Centric): بدل أن يجبرك على تحديد كل خطوة في المعاملة، تعلن أنت ماذا تريد (مثلًا: «بادل 100 USDC على BNB Chain مقابل ETH على Arbitrum»)، وتتولى شبكة لامركزية من عقد التنفيذ (Solvers) تحديد كيف يتحقق ذلك. يقع البروتوكول كطبقة وسيطة بين المستخدم والسلاسل الأساسية، فيخفي عنه الجسور والغاز وتبديل المحافظ وموافقات العقود. ويجمع تجريد الحسابات وتجريد السلاسل وحسابًا موحدًا متعدد السلاسل في مسار توقيع واحد، مستهدفًا تجربة الاستخدام المعقدة في التمويل اللامركزي (DeFi) التي تُبعد المستخدمين العاديين.

مخطط مقارنة جنبًا إلى جنب: على اليسار مسار يدوي من 10 خطوات للجسر ثم التداول، وعلى اليمين مسار dappOS الذي ينجز العملية نفسها بتوقيع نية واحد

المعاملة أم النية؟ التحول الجوهري

يقوم البروتوكول كله على تمييز واحد. المعاملة أمرية (Imperative): تحدد المسار بالضبط: «نفّذ A ثم B، وادفع C بالضبط لتحصل على X». أما النية فتصريحية (Declarative): تحدد الهدف فقط: «أريد X، وأنا مستعد لدفع C كحد أقصى». ويُفوَّض مسار التنفيذ إلى منفذين خارجيين يعملون عبر العقود الذكية ويتنافسون على تلبية طلبك.

هذا هو النموذج الذهني نفسه وراء تجريد الجسور بين السلاسل وتجريد الحسابات (ERC-4337)، لكنه مرفوع مستوى واحدًا: dappOS يخفي الرحلة كاملة من النية إلى النتيجة.

كيف يعمل dappOS؟ البنية في ثلاث طبقات

يتكون dappOS من ثلاث طبقات تجريد وشبكة عقد تحتها.

الحساب الموحد (Unified Account)

الحساب الموحد محفظة عقد ذكي مبنية على تجريد الحسابات. على عكس الحساب العادي المملوك خارجيًا (EOA)، مثل محفظة MetaMask جديدة، يستطيع حساب العقد تنفيذ العقود الذكية مباشرة، وتجميع العمليات، ودفع رسوم الغاز برموز غير أصلية. ويجمع الأرصدة عبر السلاسل في رقم واحد معروض؛ فرصيد يقارب 7.95 USDC مثلًا قد يكون مجموع USDC موزعة على Avalanche وBNB Chain وPolygon. وتُنشأ المحفظة تلقائيًا في أول مرة تتعامل فيها مع سلسلة جديدة.

لقطة شاشة لواجهة محفظة dappOS تعرض رصيد USDC موحدًا متعدد السلاسل يتفرع إلى مبالغ لكل سلسلة

تبعية المهام والتوقيع الواحد

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

شبكة المنفذين (Solver Network)

يتولى التنفيذ نظام عقد من مستويين يؤمّنه إثبات الحصة المفوض (DPoS):

• العقد الفائقة (Super Nodes): ترهن رمز المنصة، وتوزع الأوامر، وتقسم إيرادات الرسوم، وتطبق المكافآت والعقوبات.
• عقد الخدمة (Service Nodes): تستلم الأوامر المسندة إليها وتنفذها، وتقدم ضمانًا ككفالة.

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

مثال عملي: 10 خطوات مقابل خطوة واحدة

لنفترض أن أموالك على إيثيريوم، لكنك تريد استخدام تطبيق لامركزي على Arbitrum.

المسار اليدوي (10 خطوات):

1. تزور التطبيق وتربط محفظتك بشبكة Arbitrum.
2. تكتشف أنه لا توجد لديك أموال هناك.
3. تفتح جسرًا في علامة تبويب جديدة.
4. تربط محفظتك بشبكة إيثيريوم.
5. تبدأ تحويل الجسر.
6. تدفع غاز إيثيريوم.
7. تنتظر تأكيد الجسر.
8. تعود إلى علامة تبويب التطبيق.
9. تعيد المحفظة إلى شبكة Arbitrum.
10. تتفاعل أخيرًا، وما زلت تحتاج إلى ARB لدفع الغاز.

مسار dappOS (خطوة واحدة): تعلن النية وتوقّع مرة واحدة. يتولى المنفذ الجسر، ويسوّي الغاز برمز تملكه أصلًا، ويوصلك إلى التطبيق.

فائدة ملموسة: يستطيع متداول استخدام بروتوكول العقود الدائمة GMX على Avalanche بأصول موجودة على BNB Chain، دون أن يضطر أولًا إلى شراء ARB أو AVAX لدفع الغاز. إزالة هذا الاحتكاك هي جوهر القيمة التي يقدمها البروتوكول.

هيكل الرسوم

تموّل الرسوم الشبكة وتُقسَّم بين العقد الفائقة وعقد الخدمة. يستلم المستخدم المخرَج المطلوب مضافًا إليه GasRefundFee، أي استرداد أي مبلغ زائد دُفع عند تسوية الغاز عبر مسار EOA أو ACH. تقدم عقد الخدمة عروض أسعارها إلى العقد الفائقة، ويستطيع المستخدمون اختيار رمز الدفع بينما تحدد العقد ما تقبله. ولأن التنفيذ تنافسي، تكون التكلفة الفعلية للعمليات المعقدة عبر السلاسل عادة أقل من الجسر اليدوي ودفع الغاز في كل مرحلة.

مخطط تدفق بسيط للرسوم يُظهر عودة المخرَج + GasRefundFee إلى المستخدم وتقسيم الرسوم بين العقد الفائقة وعقد الخدمة

المخاطر وما يجب فهمه

تجريد النية قوي، لكنه يجلب اعتبارات خاصة به:

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

كيف تجرب مسارًا متمحورًا حول النية؟

1. اربط محفظتك، واترك dappOS ينشئ حسابك الموحد تلقائيًا عند أول استخدام.
2. موّل الحساب على أي سلسلة مدعومة؛ تتجمع الأرصدة تلقائيًا.
3. عبّر عن نيتك (مبادلة، أو عملية عبر السلاسل، أو تفاعل مع تطبيق لامركزي).
4. راجع عرض السعر، بما في ذلك رمز الغاز وGasRefundFee.
5. وقّع مرة واحدة؛ تنفذ شبكة المنفذين العملية وتعيد النتيجة.

منظور COINOTAG

القراءة الصريحة أن البروتوكولات المتمحورة حول النية مثل dappOS تعالج المشكلة الصحيحة: تجربة الاستخدام هي العائق الحقيقي أمام تبني Web3، لا قلة السلاسل الجديدة. النموذج مقنع لأنه يحاكي شعور المستخدم في المنصات المركزية: تحدد هدفًا، فتحصل على نتيجة، دون الانشغال بالتفاصيل. المقايضة أنك تعيد إدخال طبقة من الوسطاء الموثوقين (المنفذين)، وقصة الأمان تقوم أو تسقط على جودة الضمانات والتدقيقات. النصيحة العملية للمستخدمين: تعامل مع تنفيذ النوايا كأي بنية تحتية جديدة؛ ابدأ بمبالغ صغيرة، وتأكد من المسار والرسوم، وتذكر أن «النقرة الواحدة» تخفي تحتها عملية تسوية حقيقية. ومع نضج تجريد الحسابات والسلاسل، يُرجَّح أن يصبح التصميم المتمحور حول النية طبقة تجربة استخدام افتراضية لا ميزة هامشية.

للتعمق في الأساسيات راجع دليل العملات المشفرة للمبتدئين، ودليل رسوم شبكات العملات المشفرة التي يسعى منفذو النوايا إلى إخفائها عن المستخدم، وتعرّف أيضًا على مفهوم التطبيق اللامركزي (DApp).