في الآونة الأخيرة ، حصلت API3 على 4 ملايين دولار من التمويل الاستراتيجية ، بقيادة DWF Labs وتبعها العديد من VCs المعروفة. تاريخيا ، سيطرت أوراكل على سوق أوراكل من قبل أوراكل طرف ثالث مثل Chainlink. فوجئ الشيسي بهذا الخبر ~ لماذا تمكنت API3 من تأمين التمويل؟ هل يمكن أن يكون معطل الأوراكل التقليدي؟ ما الذي يجعلها فريدة من نوعها؟ كمشروع API لامركزي (dAPI) ، يعرف API3 نفسه على أنه أوراكل "الطرف الأول". من خلال الاستفادة من شبكة OEV المبتكرة (استنادا إلى ZK-Rollup) ، فإنها تعالج المشكلات الشائعة المرتبطة بأوراكل الجهات الخارجية مثل الثقة الوسيط وشفافية البيانات المنخفضة والتحكم في Oracle Extractable Value (OEV).
يحمل مصطلح "أوراكل" دلالة أسطورية ، والتي يمكن أن تضلل الجمهور بسهولة. في الواقع ، يشير إلى أداة توفر بيانات العالم الحقيقي داخل السلسلة العقود الذكية. ولكن ما الذي يشكل بيانات حقيقية؟ كيف يمكن ضمان سلامة أوراكل نفسها؟ هل يمكن أن تتصرف أوراكل بشكل ضار؟ هل يمكن أن تتواطأ أوراكل متعددة؟ كيف يجب أن نفهم OVM (قيمة أوراكل القابلة للاستخراج)؟
في الربع الأول من عام 2024 ، بعد الارتفاع الأخير في BTC ، وصلت القيمة الإجمالية للرموز المقفلة في مشاريع DeFi إلى مستوى مرتفع جديد بلغ 175 مليار دولار ، مما يمثل زيادة بنسبة 70٪ تقريبا من 103 مليار دولار في الربع الرابع من عام 2023. طويل تعتبر أوراكل شريان الحياة DeFi. في قطاع DeFi ، تعتمد البورصات اللامركزية (DEXs) ومنصات الإقراض ومنصات تداول المشتقات على بيانات الأسعار الدقيقة للعمل. في أوائل عام 2023 ، تم استغلال بروتوكول الإقراض اللامركزي BONQ على سلسلة Polygon بسبب التلاعب بعقد أوراكل TellorFlex. قام المهاجم بتعديل أسعار أوراكل بتكلفة منخفضة لإجراء الإقراض المضمون ، مما أدى إلى أرباح ضخمة وتسبب في خسائر تبلغ حوالي 88 مليون دولار للمشروع. أصبحت مثل هذه الهجمات الناجمة عن مشكلات أسعار Oracle شائعة ، مما يسلط الضوء على الحاجة الماسة إلى بيانات خارج السلسلة شفافة وموثوقة الدعم عمليات dApp.
تعمل Oracles بشكل عام في ثلاثة أوضاع: التحميلات المجدولة ، والقائمة على الأحداث ، والاستجابة للطلب. باستخدام نموذج الطلب والاستجابة كمثال ، يمكن تقسيم العملية تقريبا إلى الخطوات الأربع التالية:
فيما يلي شرح موسع لهذه العملية:
أولا ، داخل السلسلة الطلبات عامة. نظرا لأن الأحداث هي آلية شائعة في سلاسل الكتل القائمة على EVM ، فإن الشبكة بأكملها تدرك أن dApp يحتاج إلى معلومات معينة.
ثانيا ، دفع البيانات خارج السلسلة غير ذري. بينما يتم إكمال داخل السلسلة المعاملات في الوقت الفعلي ، فإن خارج السلسلة البيانات بطبيعتها لها بعض وقت الإستجابة.
أخيرا ، إذا تم تخصيص طلب داخل السلسلة ، فيمكن أن يعمل أوراكل كمحكم تابع لجهة خارجية ويدفع البيانات إلى dApp. ومع ذلك ، بالنسبة للبيانات الشائعة مثل أسعار BTC في الوقت الفعلي ، عادة ما يقوم dApp باسترداد البيانات من العقد نفسه. بالإضافة إلى ذلك ، غالبا ما يكون لدى أوراكل آلية إبلاغ مجدولة. تظل المبادئ الأساسية متسقة عبر هذه السيناريوهات المختلفة.
ومع ذلك ، لا يقتصر blockchain على DeFi وحده. من خلال Oracles ، يمكن ل dApps الوصول إلى البيانات خارج السلسلة بأمان وكفاءة ، مما يؤدي إلى توسيع نطاق أعمالها وسيناريوهات التطبيق بشكل كبير. وهذا يمكن اتجاهات أعمالهم من التوسع في التمويل والتأمين وإدارة سلسلة التوريد وإنترنت الأشياء والعديد من المجالات الأخرى.
في سوق اليوم ، وفقا لبيانات المنصة من DeFiLlama ، لا تزال Chainlink تحتل مكانة مهيمنة ، حيث تمثل TVL (إجمالي القيمة المقفلة ، المقومة ب USD ، المضمونة بالبنية التحتية الحيوية مثل أوراكل) 45٪ من السوق بأكمله.
سيلاحظ القارئ الدقيق أن المنحنى على الجانب الأيمن من الرسم البياني شهد تقلبات شديدة في مايو 2022. كان المحفز هو حدث تحطم Luna سيئ السمعة خلال الفترة من 7 مايو إلى 13 مايو 2022 ، حيث عانى متصدر خوارزمية عملة مستقرة UST من حادثي فصل ، مما أدى في النهاية إلى السقوط مع Luna. في الوقت نفسه ، واجهت العديد من المشاريع التي تستخدم أوراكل داخلية مشكلات خطيرة بسبب تأخر الاستجابة لتقلبات الأسعار.
يظهر الرسم البياني التالي بوضوح انخفاضا حادا في الحصة السوقية للأوراكل الداخلية (كما هو موضح باللون الوردي) في مايو 2022. استحوذت Chronicle oracles (الموضحة باللون الأحمر) بشكل فعال على هذه الزيادة في حركة المرور ، مما أدى بشكل أساسي إلى تأمين حصة السوق التي فقدتها الأوراكل الداخلية.
بصرف النظر عن الأحداث التي تهز الصناعة ، يبدو أن تطوير أوراكل قد توقف. في الواقع ، نظرا لموقعها الواضح في الصناعة كأداة لسد داخل السلسلة وبيانات خارج السلسلة ، تميل منتجات أوراكل إلى الحصول على وظائف مباشرة نسبيا. أحد الجوانب الأكثر انتقادا هو نموذج الربح الخاص بهم ، والذي يدور حاليا حول رسوم الاشتراك في البيانات وتقدير الرموز المميزة الصادرة عن فرق المشروع. من الواضح أن الإيرادات الناتجة عن نموذج اشتراك البيانات الفردية محدودة. على سبيل المثال ، بأخذ ميزة توليد الرسوم في Chainlink للوظيفة العشوائية القابلة للتحقق (VRF) كمثال ، وفقا ل مستكشف البلوكتشين Etherscan ، حسبت أن إجمالي الرموز المقفلة لإصدارات VRF V1 و V2 بلغ حوالي 370,000 (7 + 30) ، مما يترجم إلى حوالي 6 ملايين دولار في الإيرادات بناء على معدل LINK الحالي (16 دولارا). منذ إطلاق VRF V2 في أواخر فبراير 2022 ، حققت إيرادات تبلغ حوالي 4.8 مليون دولار ، بمتوسط حوالي 170,000 ألف دولار شهريا (11,000 LINK). بالمقارنة مع النطاق الواسع ل Chainlink ، فإن هذه الأرباح ضئيلة بالفعل. أما بالنسبة للتقدير الرمزي ، فإن الآراء تختلف.
ومع ذلك ، نظرا لطبيعتها ككيانات تابعة لجهات خارجية ، تحتل Oracles بطبيعتها موقعا محايدا نسبيا وبدأت في العمل كبنية تحتية حيوية في أمان طبقة التطبيق. للتحرر من انطباع البرامج الوسيطة التقليدية وتعزيز الربحية ، تحتاج أوراكل إلى توسعات وظيفية متباينة ومنهجية. على سبيل المثال ، يعتمد LayerZero ، ك عبر السلاسل الجسر نموذجي ، على الأمان الذي تحمله أوراكل بطلبات فائقة عقدة خفيفة. باختصار ، يكمن مأزق أوراكل في السوق في قيودها التشغيلية المتأصلة ، ووظائفها الفردية ، وربحيتها المتواضعة ، وقابلية التوسع التي لم يتم توسيعها بعد. ومع ذلك ، فإن فهم نموذج التنفيذ لما يسمى بأوراكل الطرف الثالث يكشف أن مشكلاتها تنبع من طبيعتها "الطرف الثالث". تركز API3 ، التي تضع نفسها كوافد جديد في قطاع أوراكل ، على كونها أوراكل "الطرف الأول" ، بهدف التغلب على هذه التحديات.
الاستفادة من قدراتها التشغيلية الشاملة في تنشيط عقد الخدمة API، باستخدام نهج web3 أصلي (خفيف الوزن + معياري) لبناء الجسر بين مستهلكي Oracle وموفريها. يمكن لمشغلي API إعداد عقد أوراكل الخاصة بهم بسرعة باستخدام حل Airnode الخاص ب API3.
كمشروع Oracle من الطرف الأول ، مقارنة بالتدفق التقليدي حيث يتصل موفرو API بأوراكل ثم بعمليات dApp (موفرو API → oracle → dApp) ، فإن نهج API3 (موفري API + أوراكل) → dApp يمكن موفري API من القيام بدور أكثر مركزية. إنهم لا يعملون أطول كعمال أوراكل تابعين لجهات خارجية فحسب ، بل يكتسبون المزيد من التأثير والاستقلالية في النظام البيئي.
كما هو موضح أعلاه ، مع القضاء على تدخل طرف ثالث ، يتم تبسيط سلسلة البيانات. عندما يقوم موفرو API وأوراكل بدمج الأدوار ، فلا توجد أطول مسألة من أين تنشأ البيانات ، حيث ترتبط سمعة موفري API مباشرة بالبيانات داخل السلسلة.
نظرا للسمعة المقترنة بإحكام لمقدمي API بالبيانات التي يقدمونها ، يتم تبسيط التتبع ، ومن الناحية الفنية ، لا يسمح للسلوك الضار بالمرور دون أن يلاحظه أحد ، مدعوما بآلية جانبية. حتى إذا قدم مقدم خدمة API بيانات خاطئة بشكل ضار لتحقيق مكاسب شخصية، يمكن للمستخدمين المتأثرين تقديم التماس والمطالبة بالتعويض. وسيتم الفصل في المنازعات المعقدة، مثل حالات شكاوى المستعملين الكيدية المتعلقة بالاحتيال في مجال التأمين، من خلال نظام قضائي داخل السلسلة. وبالاستفادة من آلية التأمين اللامركزية بالكامل التي توفرها API3 DAO، يمكن API3 معاقبة مقدمي خدمات API بكفاءة وتعويض المستخدمين المتضررين إلى أقصى حد ممكن.
تعمل اقتصاد العملة API3 DAO على أساس مستقر من خلال آلية التخزين الخاصة بها ، والاستفادة من حلقات التغذية الراجعة الإيجابية والسلبية.
آلية التخزين هي ممارسة قياسية في حوكمة DAO ، تتضمن الربح من حوكمة Staking و Staking ، وتعمل كنقطة انطلاق للاقتصاد الدائري. قام API3 بتحسين هذه العملية بشكل أكبر:
5.2 حلقة التغذية الراجعة الإيجابية والسلبية بالنظر إلى حلقة التغذية الراجعة الإيجابية والسلبية هذه ، ما هو الاتجاه الذي ستظهره كمية الرمز المميز في مجمع التكديس؟ هل سيؤدي التوسع غير المنضبط أو عدم كفاية الأموال لتغطية التعويضات إلى الانهيار؟ دعنا نحلل:
يشكل السيناريوهان الموصوفان أعلاه حلقة تغذية مرتدة إيجابية وسلبية ، موضحة جيدا في الرسم البياني على اليسار (أ). عندما يصل أي من السيناريوهين إلى عتبة ، يقوم النظام بالضبط الذاتي. يميل مستخدمو dAPI إلى الاستقرار ، كما هو موضح في الرسم البياني الأيسر (ب) ، متصدر النظام في النهاية نحو حالة تشغيلية صحية.
في الواقع ، طويل رموز الحوكمة على غرار DAO مثل هذه شائعة في بروتوكولات DeFi المختلفة. على سبيل المثال ، في التنفيذ التفصيلي للعملات المستقرة اللامركزية ، تقف DAI MakerDAO كمعيار مع MKR ك رمز الحوكمة رائدة.
أنيقة بشكل خاص هي آلية المزادات الأربعة. لمزيد من القراءة ، راجع "شرح شامل: AAVE ، قائد DeFi ، وأحدث اقتراح للعملة المستقرة GHO"، وتحديدا قسم "الضمانات الناقصة، أربعة مزادات". لذلك ، فإن الحوكمة DAO هي النمط التشغيلي السائد للاستقرار الاقتصادي ، ومع ذلك فإن ابتكارات API3 جديرة بالملاحظة أيضا.
يعمل OEV (Oracle Extractable Value) بشكل مشابه ل MEV (المعدّن قيمة قابلة للاستخراج). يشير إلى قدرة أوراكل على التقاط القيمة التي من شأنها أن تتدفق إلى أطراف ثالثة. بينما تلتقط MEV القيمة من خلال طلب المعاملات ، تستغل OEV تناقضات الأسعار بين البيانات داخل السلسلة و خارج السلسلة ، لا سيما في بيانات السوق الهامة أو الأحداث داخل السلسلة المهمة مثل التصفيات.
يتطلب فهم كيفية ظهور OEV الوعي بالمشكلات الحالية مع أوراكل. نظرا لتكلفة تقديم البيانات داخل السلسلة ، تستخدم Oracles عادة تحميلات البيانات الدورية التي يتم تعيينها في غضون فترات زمنية قصير نسبيا. للتخفيف من تأثير تقلبات الأسعار الكبيرة ، غالبا ما تحدد Oracles عتبات تؤدي إلى تحديثات استباقية عندما تتجاوز تحركات الأسعار هذه الحدود. على الرغم من أن هذه الإجراءات تخفف من بعض المشكلات ، إلا أنها لا تحل بشكل أساسي المشكلة وقت الإستجابة المرتبطة بتحميل البيانات.
الأسواق DeFi شديدة التقلب، ويمكن أن تتغير أسعار الأصول بشكل كبير خلال قصير فترات. آلية تغذية أوراكل تقدم عدم اليقين في الأسواق DeFi. باستغلال هذا التأخير في تحديثات البيانات ، يمكن للكيانات الساعية إلى الربح الاستفادة من OEV. بالنسبة إلى dApps التي تعتمد على oracles ، فإن أي تأخير أو تحديث في موجز البيانات يمكن أن يخلق فرصا ل OEV ، مثل التشغيل الأمامي والمراجحة والتصفيات.
قد يكون إسناد ملكية القيمة القابلة للاستغلال الناشئة عن تأخيرات تغذية البيانات أمرا صعبا. تحتوي عمليات تحميل البيانات بطبيعتها على تقلبات ، لذلك لا يمكن دائما أن تعزى التأخيرات إلى نية خبيثة من جانب أوراكل. لذلك ، قد لا تعتبر القيمة القابلة للاستغلال الناتجة عن هذه التأخيرات بالضرورة ناشئة بشكل ضار بواسطة أوراكل.
نظرا لوجود OEV ، يتم استخراج المستخدمين و dApps ، كأطراف متفاعلة ، من قبل أطراف ثالثة ، وهو أمر غير مرغوب فيه بشكل واضح لكليهما. حدد API3 الحاجة إلى الرفض الاستباقي لالتقاط قوة التسعير لجميع هذه التسريبات (قوة تسعير بيانات داخل السلسلة) ، ومن هنا تم اقتراح شبكة OEV. كشبكة تعتمد على Polygon zk rollup ، فهي عبارة عن تدفق طلب مستقل (نية أي مشارك لتغيير حالة blockchain هي طلب) منصة مزاد للحق في تحديث بيانات dAPI. طورت API3 منصة المزاد نفسها ، مما أدى إلى القضاء على الاعتماد على الخدمات الخارجية ، والسماح لأصحاب المصلحة بمشاركة OEV دون مشاركة الأرباح مع منصة المزاد ، واستيعاب OEV عبر جميع خلاصات بيانات blockchain المتكاملة. يحصل الفائز بالمزاد على الحق في تحديث بيانات dAPI ، مع إعادة معظم أرباح المزاد إلى dApp والاحتفاظ بجزء صغير من قبل API3 لتغطية تكاليف التشغيل. من الواضح أنه عندما يعتقد البائع بالمزاد (طرف ثالث) أن تكلفة المزاد < الربح من تحديث الأسعار ، فإنها ستشارك في المزاد ، مما يجعلها مربحة لأطراف ثالثة أيضا. في حين أن مستخدمي منصة dApp قد لا يبدو أنهم يشاركون في تقاسم الأرباح ، إلا أنهم يستفيدون من مصدر البيانات عالي الجودة الذي توفره dAPI لتحسين التداول وإدارة المخاطر ، ومن المحتمل أن يستفيدوا منه. دورة حياة المزاد موضحة في الرسم البياني أدناه. عندما يكتشف الباحث OEV ، يبدأ مزاد المزايدة. يحصل مقدم العطاء الفائز على الحق في تحديث بيانات dAPI لعقدة أوراكل ، وبعد دفع رسوم المزايدة ، يمكنه ممارسة هذا الحق لتحديث بيانات dAPI الخاصة بعقدة أوراكل. رسوم المزاد المدفوعة هي OEV التي تم التقاطها والتي تتدفق إلى dApp.
وينطوي اتجاه المزادات بطبيعة الحال على قيام أطراف ثالثة (باحثين) بزيادة أسعار العطاءات سعيا وراء تحقيق أرباح محتملة. يعني ارتفاع سعر المزاد فرقا أصغر بين OEV الفعلي و OEV الملتقط. بالنسبة لحجم هذه الفرصة ، سيتعين علينا الانتظار ونرى بعد استقرار شبكة الاختبار لبعض الوقت قبل إصدار الأحكام. تخلق نتائج المزاد وضعا مربحا للجانبين ل dApps وعقد أوراكل API3 والأطراف الثالثة ومستخدمي dApp. تعمل dApps التي تدمج مصادر بيانات API3 على تقليل الصوف الذي تسحبه أطراف ثالثة مع التقاط معظم قيمة OEV. في النهاية ، تضمن المنافسة في السوق بين الأطراف الثالثة ضغط الأرباح تدريجيا ، مما يفيد dApps في النهاية. على API3 ، يدعم جزء صغير من قيمة OEV المسار التشغيلي ل OEV. الأطراف الثالثة تحصل أيضا على حصة. بالنسبة لمستخدمي dApp ، فإن تحفيز المشاركين من الجهات الخارجية عالية التخصص لتحديد التوقيت الأمثل لتحديث نقاط البيانات داخل السلسلة يحسن الدقة ، مما يفيد مستخدمي dApp في المدى طويل. وبالتالي ، فإن مخطط مزاد OEV الخاص ب API3 يعالج إلى أقصى حد توزيع المصالح في لعبة متعددة الأطراف ، وإعادة توجيه "الأرباح في غير محلها" للأطراف الثالثة إلى أصحاب المصلحة المعنيين. تم تصميم هذا الحل بأناقة. لمزيد من القراءة ، استكشف "UniswapX Research Report (الجزء الأول): تلخيص مسار تطوير V1-3 ، وفهم مبادئ الابتكار والتحديات في الجيل القادم DEX."
قامت API3 ببناء نظام بيئي مكتف ذاتيا يعتمد على اقتصادياته الرمزية ، باستخدام آليات التغذية المرتدة الإيجابية والسلبية لتحقيق الاستقرار في العمليات. في الوقت نفسه ، تعمل شبكة OEV التي قدمتها API3 بذكاء على حل مشكلة تدفق OEV من خلال آلية مزاد لتحديثات تسعير dAPI ، مما يؤدي إلى تحويل النزاعات الناشئة عن OEV بين oracles و dApps إلى أطراف ثالثة.
مع انتشار التطبيقات اللامركزية ونضجها ، من المتوقع أن ينمو الطلب على خدمات أوراكل الموثوقة والآمنة ، مما يشير إلى ظهور الجيل التالي من أوراكل. ومع ذلك ، تواجه API3 العديد من التحديات. وقد تكافح النماذج الاقتصادية، حتى لو كانت جيدة التصميم في البداية، من أجل تحقيق الاستقرار في الأمد طويل، وغالبا ما تقع فريسة للحكم المفرط أو الإهمال. علاوة على ذلك ، فإن مزادات API ، التي تتوقف على السمعة والأرباح ، متفائلة بطبيعتها وليست نماذج متشائمة (مثل ZK). على الرغم من استخدام LayerZero لهيكل سمعة مماثل واستمرار تشغيله دون مشاكل في السوق ، حتى في المجموعات عالية المخاطر مثل oracles plus الجسور عبر السلسلة ، إلا أن المخاطر لا تزال قائمة.
إن استمرار المراهنة على السمعة يعني ضمنا أن عائدات المشاركين في السوق يجب أن تكون مرتفعة بما فيه الكفاية ، وترتبط ارتباطا وثيقا بتطور سوق API3. في النهاية ، تكمن صعوبة سوق أوراكل في حقيقة أن DApps لا تعطي الأولوية لقدرات توفير البيانات فحسب ، بل أيضا لوضع أوراكل نفسها كطرف ثالث. لقد عطل API3 هذا النموذج ، ومع ذلك لا تزال هناك مخاوف عندما تشارك DApps نفسها في المزادات ، مما يثير تساؤلات حول التواطؤ المحتمل على الرغم من الرهان على سمعتها. اللاعبون الراسخون مثل Chainlink قادرون أيضا على إطلاق المزيد من OEV للحفاظ على هيمنة السوق.
في الآونة الأخيرة ، حصلت API3 على 4 ملايين دولار من التمويل الاستراتيجية ، بقيادة DWF Labs وتبعها العديد من VCs المعروفة. تاريخيا ، سيطرت أوراكل على سوق أوراكل من قبل أوراكل طرف ثالث مثل Chainlink. فوجئ الشيسي بهذا الخبر ~ لماذا تمكنت API3 من تأمين التمويل؟ هل يمكن أن يكون معطل الأوراكل التقليدي؟ ما الذي يجعلها فريدة من نوعها؟ كمشروع API لامركزي (dAPI) ، يعرف API3 نفسه على أنه أوراكل "الطرف الأول". من خلال الاستفادة من شبكة OEV المبتكرة (استنادا إلى ZK-Rollup) ، فإنها تعالج المشكلات الشائعة المرتبطة بأوراكل الجهات الخارجية مثل الثقة الوسيط وشفافية البيانات المنخفضة والتحكم في Oracle Extractable Value (OEV).
يحمل مصطلح "أوراكل" دلالة أسطورية ، والتي يمكن أن تضلل الجمهور بسهولة. في الواقع ، يشير إلى أداة توفر بيانات العالم الحقيقي داخل السلسلة العقود الذكية. ولكن ما الذي يشكل بيانات حقيقية؟ كيف يمكن ضمان سلامة أوراكل نفسها؟ هل يمكن أن تتصرف أوراكل بشكل ضار؟ هل يمكن أن تتواطأ أوراكل متعددة؟ كيف يجب أن نفهم OVM (قيمة أوراكل القابلة للاستخراج)؟
في الربع الأول من عام 2024 ، بعد الارتفاع الأخير في BTC ، وصلت القيمة الإجمالية للرموز المقفلة في مشاريع DeFi إلى مستوى مرتفع جديد بلغ 175 مليار دولار ، مما يمثل زيادة بنسبة 70٪ تقريبا من 103 مليار دولار في الربع الرابع من عام 2023. طويل تعتبر أوراكل شريان الحياة DeFi. في قطاع DeFi ، تعتمد البورصات اللامركزية (DEXs) ومنصات الإقراض ومنصات تداول المشتقات على بيانات الأسعار الدقيقة للعمل. في أوائل عام 2023 ، تم استغلال بروتوكول الإقراض اللامركزي BONQ على سلسلة Polygon بسبب التلاعب بعقد أوراكل TellorFlex. قام المهاجم بتعديل أسعار أوراكل بتكلفة منخفضة لإجراء الإقراض المضمون ، مما أدى إلى أرباح ضخمة وتسبب في خسائر تبلغ حوالي 88 مليون دولار للمشروع. أصبحت مثل هذه الهجمات الناجمة عن مشكلات أسعار Oracle شائعة ، مما يسلط الضوء على الحاجة الماسة إلى بيانات خارج السلسلة شفافة وموثوقة الدعم عمليات dApp.
تعمل Oracles بشكل عام في ثلاثة أوضاع: التحميلات المجدولة ، والقائمة على الأحداث ، والاستجابة للطلب. باستخدام نموذج الطلب والاستجابة كمثال ، يمكن تقسيم العملية تقريبا إلى الخطوات الأربع التالية:
فيما يلي شرح موسع لهذه العملية:
أولا ، داخل السلسلة الطلبات عامة. نظرا لأن الأحداث هي آلية شائعة في سلاسل الكتل القائمة على EVM ، فإن الشبكة بأكملها تدرك أن dApp يحتاج إلى معلومات معينة.
ثانيا ، دفع البيانات خارج السلسلة غير ذري. بينما يتم إكمال داخل السلسلة المعاملات في الوقت الفعلي ، فإن خارج السلسلة البيانات بطبيعتها لها بعض وقت الإستجابة.
أخيرا ، إذا تم تخصيص طلب داخل السلسلة ، فيمكن أن يعمل أوراكل كمحكم تابع لجهة خارجية ويدفع البيانات إلى dApp. ومع ذلك ، بالنسبة للبيانات الشائعة مثل أسعار BTC في الوقت الفعلي ، عادة ما يقوم dApp باسترداد البيانات من العقد نفسه. بالإضافة إلى ذلك ، غالبا ما يكون لدى أوراكل آلية إبلاغ مجدولة. تظل المبادئ الأساسية متسقة عبر هذه السيناريوهات المختلفة.
ومع ذلك ، لا يقتصر blockchain على DeFi وحده. من خلال Oracles ، يمكن ل dApps الوصول إلى البيانات خارج السلسلة بأمان وكفاءة ، مما يؤدي إلى توسيع نطاق أعمالها وسيناريوهات التطبيق بشكل كبير. وهذا يمكن اتجاهات أعمالهم من التوسع في التمويل والتأمين وإدارة سلسلة التوريد وإنترنت الأشياء والعديد من المجالات الأخرى.
في سوق اليوم ، وفقا لبيانات المنصة من DeFiLlama ، لا تزال Chainlink تحتل مكانة مهيمنة ، حيث تمثل TVL (إجمالي القيمة المقفلة ، المقومة ب USD ، المضمونة بالبنية التحتية الحيوية مثل أوراكل) 45٪ من السوق بأكمله.
سيلاحظ القارئ الدقيق أن المنحنى على الجانب الأيمن من الرسم البياني شهد تقلبات شديدة في مايو 2022. كان المحفز هو حدث تحطم Luna سيئ السمعة خلال الفترة من 7 مايو إلى 13 مايو 2022 ، حيث عانى متصدر خوارزمية عملة مستقرة UST من حادثي فصل ، مما أدى في النهاية إلى السقوط مع Luna. في الوقت نفسه ، واجهت العديد من المشاريع التي تستخدم أوراكل داخلية مشكلات خطيرة بسبب تأخر الاستجابة لتقلبات الأسعار.
يظهر الرسم البياني التالي بوضوح انخفاضا حادا في الحصة السوقية للأوراكل الداخلية (كما هو موضح باللون الوردي) في مايو 2022. استحوذت Chronicle oracles (الموضحة باللون الأحمر) بشكل فعال على هذه الزيادة في حركة المرور ، مما أدى بشكل أساسي إلى تأمين حصة السوق التي فقدتها الأوراكل الداخلية.
بصرف النظر عن الأحداث التي تهز الصناعة ، يبدو أن تطوير أوراكل قد توقف. في الواقع ، نظرا لموقعها الواضح في الصناعة كأداة لسد داخل السلسلة وبيانات خارج السلسلة ، تميل منتجات أوراكل إلى الحصول على وظائف مباشرة نسبيا. أحد الجوانب الأكثر انتقادا هو نموذج الربح الخاص بهم ، والذي يدور حاليا حول رسوم الاشتراك في البيانات وتقدير الرموز المميزة الصادرة عن فرق المشروع. من الواضح أن الإيرادات الناتجة عن نموذج اشتراك البيانات الفردية محدودة. على سبيل المثال ، بأخذ ميزة توليد الرسوم في Chainlink للوظيفة العشوائية القابلة للتحقق (VRF) كمثال ، وفقا ل مستكشف البلوكتشين Etherscan ، حسبت أن إجمالي الرموز المقفلة لإصدارات VRF V1 و V2 بلغ حوالي 370,000 (7 + 30) ، مما يترجم إلى حوالي 6 ملايين دولار في الإيرادات بناء على معدل LINK الحالي (16 دولارا). منذ إطلاق VRF V2 في أواخر فبراير 2022 ، حققت إيرادات تبلغ حوالي 4.8 مليون دولار ، بمتوسط حوالي 170,000 ألف دولار شهريا (11,000 LINK). بالمقارنة مع النطاق الواسع ل Chainlink ، فإن هذه الأرباح ضئيلة بالفعل. أما بالنسبة للتقدير الرمزي ، فإن الآراء تختلف.
ومع ذلك ، نظرا لطبيعتها ككيانات تابعة لجهات خارجية ، تحتل Oracles بطبيعتها موقعا محايدا نسبيا وبدأت في العمل كبنية تحتية حيوية في أمان طبقة التطبيق. للتحرر من انطباع البرامج الوسيطة التقليدية وتعزيز الربحية ، تحتاج أوراكل إلى توسعات وظيفية متباينة ومنهجية. على سبيل المثال ، يعتمد LayerZero ، ك عبر السلاسل الجسر نموذجي ، على الأمان الذي تحمله أوراكل بطلبات فائقة عقدة خفيفة. باختصار ، يكمن مأزق أوراكل في السوق في قيودها التشغيلية المتأصلة ، ووظائفها الفردية ، وربحيتها المتواضعة ، وقابلية التوسع التي لم يتم توسيعها بعد. ومع ذلك ، فإن فهم نموذج التنفيذ لما يسمى بأوراكل الطرف الثالث يكشف أن مشكلاتها تنبع من طبيعتها "الطرف الثالث". تركز API3 ، التي تضع نفسها كوافد جديد في قطاع أوراكل ، على كونها أوراكل "الطرف الأول" ، بهدف التغلب على هذه التحديات.
الاستفادة من قدراتها التشغيلية الشاملة في تنشيط عقد الخدمة API، باستخدام نهج web3 أصلي (خفيف الوزن + معياري) لبناء الجسر بين مستهلكي Oracle وموفريها. يمكن لمشغلي API إعداد عقد أوراكل الخاصة بهم بسرعة باستخدام حل Airnode الخاص ب API3.
كمشروع Oracle من الطرف الأول ، مقارنة بالتدفق التقليدي حيث يتصل موفرو API بأوراكل ثم بعمليات dApp (موفرو API → oracle → dApp) ، فإن نهج API3 (موفري API + أوراكل) → dApp يمكن موفري API من القيام بدور أكثر مركزية. إنهم لا يعملون أطول كعمال أوراكل تابعين لجهات خارجية فحسب ، بل يكتسبون المزيد من التأثير والاستقلالية في النظام البيئي.
كما هو موضح أعلاه ، مع القضاء على تدخل طرف ثالث ، يتم تبسيط سلسلة البيانات. عندما يقوم موفرو API وأوراكل بدمج الأدوار ، فلا توجد أطول مسألة من أين تنشأ البيانات ، حيث ترتبط سمعة موفري API مباشرة بالبيانات داخل السلسلة.
نظرا للسمعة المقترنة بإحكام لمقدمي API بالبيانات التي يقدمونها ، يتم تبسيط التتبع ، ومن الناحية الفنية ، لا يسمح للسلوك الضار بالمرور دون أن يلاحظه أحد ، مدعوما بآلية جانبية. حتى إذا قدم مقدم خدمة API بيانات خاطئة بشكل ضار لتحقيق مكاسب شخصية، يمكن للمستخدمين المتأثرين تقديم التماس والمطالبة بالتعويض. وسيتم الفصل في المنازعات المعقدة، مثل حالات شكاوى المستعملين الكيدية المتعلقة بالاحتيال في مجال التأمين، من خلال نظام قضائي داخل السلسلة. وبالاستفادة من آلية التأمين اللامركزية بالكامل التي توفرها API3 DAO، يمكن API3 معاقبة مقدمي خدمات API بكفاءة وتعويض المستخدمين المتضررين إلى أقصى حد ممكن.
تعمل اقتصاد العملة API3 DAO على أساس مستقر من خلال آلية التخزين الخاصة بها ، والاستفادة من حلقات التغذية الراجعة الإيجابية والسلبية.
آلية التخزين هي ممارسة قياسية في حوكمة DAO ، تتضمن الربح من حوكمة Staking و Staking ، وتعمل كنقطة انطلاق للاقتصاد الدائري. قام API3 بتحسين هذه العملية بشكل أكبر:
5.2 حلقة التغذية الراجعة الإيجابية والسلبية بالنظر إلى حلقة التغذية الراجعة الإيجابية والسلبية هذه ، ما هو الاتجاه الذي ستظهره كمية الرمز المميز في مجمع التكديس؟ هل سيؤدي التوسع غير المنضبط أو عدم كفاية الأموال لتغطية التعويضات إلى الانهيار؟ دعنا نحلل:
يشكل السيناريوهان الموصوفان أعلاه حلقة تغذية مرتدة إيجابية وسلبية ، موضحة جيدا في الرسم البياني على اليسار (أ). عندما يصل أي من السيناريوهين إلى عتبة ، يقوم النظام بالضبط الذاتي. يميل مستخدمو dAPI إلى الاستقرار ، كما هو موضح في الرسم البياني الأيسر (ب) ، متصدر النظام في النهاية نحو حالة تشغيلية صحية.
في الواقع ، طويل رموز الحوكمة على غرار DAO مثل هذه شائعة في بروتوكولات DeFi المختلفة. على سبيل المثال ، في التنفيذ التفصيلي للعملات المستقرة اللامركزية ، تقف DAI MakerDAO كمعيار مع MKR ك رمز الحوكمة رائدة.
أنيقة بشكل خاص هي آلية المزادات الأربعة. لمزيد من القراءة ، راجع "شرح شامل: AAVE ، قائد DeFi ، وأحدث اقتراح للعملة المستقرة GHO"، وتحديدا قسم "الضمانات الناقصة، أربعة مزادات". لذلك ، فإن الحوكمة DAO هي النمط التشغيلي السائد للاستقرار الاقتصادي ، ومع ذلك فإن ابتكارات API3 جديرة بالملاحظة أيضا.
يعمل OEV (Oracle Extractable Value) بشكل مشابه ل MEV (المعدّن قيمة قابلة للاستخراج). يشير إلى قدرة أوراكل على التقاط القيمة التي من شأنها أن تتدفق إلى أطراف ثالثة. بينما تلتقط MEV القيمة من خلال طلب المعاملات ، تستغل OEV تناقضات الأسعار بين البيانات داخل السلسلة و خارج السلسلة ، لا سيما في بيانات السوق الهامة أو الأحداث داخل السلسلة المهمة مثل التصفيات.
يتطلب فهم كيفية ظهور OEV الوعي بالمشكلات الحالية مع أوراكل. نظرا لتكلفة تقديم البيانات داخل السلسلة ، تستخدم Oracles عادة تحميلات البيانات الدورية التي يتم تعيينها في غضون فترات زمنية قصير نسبيا. للتخفيف من تأثير تقلبات الأسعار الكبيرة ، غالبا ما تحدد Oracles عتبات تؤدي إلى تحديثات استباقية عندما تتجاوز تحركات الأسعار هذه الحدود. على الرغم من أن هذه الإجراءات تخفف من بعض المشكلات ، إلا أنها لا تحل بشكل أساسي المشكلة وقت الإستجابة المرتبطة بتحميل البيانات.
الأسواق DeFi شديدة التقلب، ويمكن أن تتغير أسعار الأصول بشكل كبير خلال قصير فترات. آلية تغذية أوراكل تقدم عدم اليقين في الأسواق DeFi. باستغلال هذا التأخير في تحديثات البيانات ، يمكن للكيانات الساعية إلى الربح الاستفادة من OEV. بالنسبة إلى dApps التي تعتمد على oracles ، فإن أي تأخير أو تحديث في موجز البيانات يمكن أن يخلق فرصا ل OEV ، مثل التشغيل الأمامي والمراجحة والتصفيات.
قد يكون إسناد ملكية القيمة القابلة للاستغلال الناشئة عن تأخيرات تغذية البيانات أمرا صعبا. تحتوي عمليات تحميل البيانات بطبيعتها على تقلبات ، لذلك لا يمكن دائما أن تعزى التأخيرات إلى نية خبيثة من جانب أوراكل. لذلك ، قد لا تعتبر القيمة القابلة للاستغلال الناتجة عن هذه التأخيرات بالضرورة ناشئة بشكل ضار بواسطة أوراكل.
نظرا لوجود OEV ، يتم استخراج المستخدمين و dApps ، كأطراف متفاعلة ، من قبل أطراف ثالثة ، وهو أمر غير مرغوب فيه بشكل واضح لكليهما. حدد API3 الحاجة إلى الرفض الاستباقي لالتقاط قوة التسعير لجميع هذه التسريبات (قوة تسعير بيانات داخل السلسلة) ، ومن هنا تم اقتراح شبكة OEV. كشبكة تعتمد على Polygon zk rollup ، فهي عبارة عن تدفق طلب مستقل (نية أي مشارك لتغيير حالة blockchain هي طلب) منصة مزاد للحق في تحديث بيانات dAPI. طورت API3 منصة المزاد نفسها ، مما أدى إلى القضاء على الاعتماد على الخدمات الخارجية ، والسماح لأصحاب المصلحة بمشاركة OEV دون مشاركة الأرباح مع منصة المزاد ، واستيعاب OEV عبر جميع خلاصات بيانات blockchain المتكاملة. يحصل الفائز بالمزاد على الحق في تحديث بيانات dAPI ، مع إعادة معظم أرباح المزاد إلى dApp والاحتفاظ بجزء صغير من قبل API3 لتغطية تكاليف التشغيل. من الواضح أنه عندما يعتقد البائع بالمزاد (طرف ثالث) أن تكلفة المزاد < الربح من تحديث الأسعار ، فإنها ستشارك في المزاد ، مما يجعلها مربحة لأطراف ثالثة أيضا. في حين أن مستخدمي منصة dApp قد لا يبدو أنهم يشاركون في تقاسم الأرباح ، إلا أنهم يستفيدون من مصدر البيانات عالي الجودة الذي توفره dAPI لتحسين التداول وإدارة المخاطر ، ومن المحتمل أن يستفيدوا منه. دورة حياة المزاد موضحة في الرسم البياني أدناه. عندما يكتشف الباحث OEV ، يبدأ مزاد المزايدة. يحصل مقدم العطاء الفائز على الحق في تحديث بيانات dAPI لعقدة أوراكل ، وبعد دفع رسوم المزايدة ، يمكنه ممارسة هذا الحق لتحديث بيانات dAPI الخاصة بعقدة أوراكل. رسوم المزاد المدفوعة هي OEV التي تم التقاطها والتي تتدفق إلى dApp.
وينطوي اتجاه المزادات بطبيعة الحال على قيام أطراف ثالثة (باحثين) بزيادة أسعار العطاءات سعيا وراء تحقيق أرباح محتملة. يعني ارتفاع سعر المزاد فرقا أصغر بين OEV الفعلي و OEV الملتقط. بالنسبة لحجم هذه الفرصة ، سيتعين علينا الانتظار ونرى بعد استقرار شبكة الاختبار لبعض الوقت قبل إصدار الأحكام. تخلق نتائج المزاد وضعا مربحا للجانبين ل dApps وعقد أوراكل API3 والأطراف الثالثة ومستخدمي dApp. تعمل dApps التي تدمج مصادر بيانات API3 على تقليل الصوف الذي تسحبه أطراف ثالثة مع التقاط معظم قيمة OEV. في النهاية ، تضمن المنافسة في السوق بين الأطراف الثالثة ضغط الأرباح تدريجيا ، مما يفيد dApps في النهاية. على API3 ، يدعم جزء صغير من قيمة OEV المسار التشغيلي ل OEV. الأطراف الثالثة تحصل أيضا على حصة. بالنسبة لمستخدمي dApp ، فإن تحفيز المشاركين من الجهات الخارجية عالية التخصص لتحديد التوقيت الأمثل لتحديث نقاط البيانات داخل السلسلة يحسن الدقة ، مما يفيد مستخدمي dApp في المدى طويل. وبالتالي ، فإن مخطط مزاد OEV الخاص ب API3 يعالج إلى أقصى حد توزيع المصالح في لعبة متعددة الأطراف ، وإعادة توجيه "الأرباح في غير محلها" للأطراف الثالثة إلى أصحاب المصلحة المعنيين. تم تصميم هذا الحل بأناقة. لمزيد من القراءة ، استكشف "UniswapX Research Report (الجزء الأول): تلخيص مسار تطوير V1-3 ، وفهم مبادئ الابتكار والتحديات في الجيل القادم DEX."
قامت API3 ببناء نظام بيئي مكتف ذاتيا يعتمد على اقتصادياته الرمزية ، باستخدام آليات التغذية المرتدة الإيجابية والسلبية لتحقيق الاستقرار في العمليات. في الوقت نفسه ، تعمل شبكة OEV التي قدمتها API3 بذكاء على حل مشكلة تدفق OEV من خلال آلية مزاد لتحديثات تسعير dAPI ، مما يؤدي إلى تحويل النزاعات الناشئة عن OEV بين oracles و dApps إلى أطراف ثالثة.
مع انتشار التطبيقات اللامركزية ونضجها ، من المتوقع أن ينمو الطلب على خدمات أوراكل الموثوقة والآمنة ، مما يشير إلى ظهور الجيل التالي من أوراكل. ومع ذلك ، تواجه API3 العديد من التحديات. وقد تكافح النماذج الاقتصادية، حتى لو كانت جيدة التصميم في البداية، من أجل تحقيق الاستقرار في الأمد طويل، وغالبا ما تقع فريسة للحكم المفرط أو الإهمال. علاوة على ذلك ، فإن مزادات API ، التي تتوقف على السمعة والأرباح ، متفائلة بطبيعتها وليست نماذج متشائمة (مثل ZK). على الرغم من استخدام LayerZero لهيكل سمعة مماثل واستمرار تشغيله دون مشاكل في السوق ، حتى في المجموعات عالية المخاطر مثل oracles plus الجسور عبر السلسلة ، إلا أن المخاطر لا تزال قائمة.
إن استمرار المراهنة على السمعة يعني ضمنا أن عائدات المشاركين في السوق يجب أن تكون مرتفعة بما فيه الكفاية ، وترتبط ارتباطا وثيقا بتطور سوق API3. في النهاية ، تكمن صعوبة سوق أوراكل في حقيقة أن DApps لا تعطي الأولوية لقدرات توفير البيانات فحسب ، بل أيضا لوضع أوراكل نفسها كطرف ثالث. لقد عطل API3 هذا النموذج ، ومع ذلك لا تزال هناك مخاوف عندما تشارك DApps نفسها في المزادات ، مما يثير تساؤلات حول التواطؤ المحتمل على الرغم من الرهان على سمعتها. اللاعبون الراسخون مثل Chainlink قادرون أيضا على إطلاق المزيد من OEV للحفاظ على هيمنة السوق.