التحليل الفني API3: دفعة أخرى من الخيول السوداء في مسار أوراكل؟

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

في الآونة الأخيرة، سمع السوق صوت @API3DAO الذي يقتل Chainlink. ماذا يفعل API3؟  هل ستعيد شبكة OEV حقًا زيارة سوق أوراكل MEV؟ بعد ذلك، اسمحوا لي أن أتحدث عن فهمي بناءً على منظور العلوم الشعبية + المنافسة التجارية.

-كيف تفهم Oracle الطرف الأول لـ API3؟

عادةً ما تتكون خدمات أوراكل مثل Chainlink من مصادر البيانات (التبادلات)، وعقد جمع البيانات (موفري خدمات API)، ومراكز معالجة البيانات (سلاسل أوراكل)، المستخدمون النهائيون (أطراف مشروع العقد الذكي) والمكونات الأخرى.

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

هناك نقطتان رئيسيتان في سير عمل Oracle الحالي:

1) واجهة برمجة التطبيقات توجد عقد جمع البيانات، كلما كانت مصادر البيانات المجمعة أكثر ثراءً ودقة ولامركزية، لكن عقد واجهة برمجة التطبيقات تقوم بعمل الزاهدين ولا يمكنها جمع البيانات إلا ميكانيكيًا من أجل "التعدين"؛

2) كلما زاد اتصال أطراف مشروع العقد الذكية بشبكة أوراكل، تميل معالجة الأسعار لآلة أوراكل إلى أن تكون "مركزية". كلما زاد التدخل في البيانات، زادت تكلفة الثقة في end customer.high.

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

إن أوراكل الطرف الأول الذي اقترحه @API3DAO   يزيل في الواقع الرابط الوسيط "للمعالجة المسبقة" لمنصة أوراكل ويربط مباشرة مصادر البيانات ومربع المشاريع.

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

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

-اختارت واجهة برمجة التطبيقات (API3) السوق اللامركزية والمرنة ذات الذيل الطويل للأوراكل

ليس الأمر كذلك من الصعب رؤيته، تدخل API3 في سوق Oracle طويل الأمد أكثر لامركزية ومرونة، بدءًا من تنشيط إمكانات خدمة التشغيل والصيانة الشاملة لعقد خدمة API، واستخدام طريقة web3 الأصلية (خفيفة الوزن + معيارية) لبناء جسر أوراكل جانب الطلب وجانب العرض. كيف افعلها؟

يتضمن API3 بشكل أساسي مكونين أساسيين:

1) Airnode هو مزود خدمة عقدة API توفير مجموعة من البنية التحتية الأساسية بدءًا من إنشاء عقد أوراكل وحتى ربط أطراف المشروع، مما يسمح لعقد واجهة برمجة التطبيقات (API) بنشر خدمات أوراكل بطريقة منخفضة التكلفة وخفيفة الوزن، وتبسيط عملية التكوين والإدارة، والسماح لأولئك الذين ليسوا على دراية بتكنولوجيا blockchain بموفري واجهة برمجة التطبيقات (API) يمكن أيضًا أن تصبح بسهولة مشغلي عقدة أوراكل؛

2) dAPI يعادل مؤسسة DAO اللامركزية. تستخدم عقد API التوقيعات للحصول بشكل مستمر على البيانات من المصدر الذي يجمعها ويحدثها البيانات، في حين أن العقد الذكي الذي يطلب البيانات يمكنه الاتصال بالبيانات بأمان وشفافية والدفع عند الطلب.يتم توفير إدارة وتشغيل dAPI بالكامل من قبل منظمة DAO اللامركزية، وتتسم بالشفافية من خلال آليات المكافأة والعقاب الخاصة بالستاكينج والقطع. الحوكمة;

بشكل عام، تحاول واجهة برمجة التطبيقات (API3) استخدام خدمات البنية التحتية الأساسية خفيفة الوزن وآليات مكافأة وعقاب DAO Scking لبناء سوق أوراكل يزيل السلسلة الوسطى. تتمتع Chainlink الناضجة بقاعدة عملاء فائقة المعجبين وطريقة معالجة مسبقة بسعر ثابت، وهو بالفعل وجود لا يتزعزع.

التفكير في استراتيجية الأعمال API3 هو نفس حرب DA التي شنتها Celestia للاستيلاء باستمرار على سوق الطبقة الثانية من Ethereum. بعد كل شيء، لا يمكن لـ Chainlink خدمة جميع عملاء العقود الذكية. بعد كل شيء، هناك دائمًا بعض العملاء الخفيفين الذين يولون المزيد من الاهتمام لنسبة التكلفة والأداء إلى السعر. بعد كل شيء، هناك دائمًا عملاء يحتاجون إلى خدمات مصدر بيانات أكثر تخصيصًا وفي الوقت المناسب. بعد كل شيء، هناك دائمًا عقد API التي ترغب في استكشاف المزيد من الشمول والثراء أساليب العمل، الخ.

بدلاً من القول أن واجهة برمجة التطبيقات (API3) ستكون قاتلة لـ Chainlink، من الأفضل الاعتقاد بأن واجهة برمجة التطبيقات (API3) ستكون مكملاً قويًا لـ Chainlink وستقسم السوق بشكل مشترك.

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

-شبكة OEV هي تعديل سحري لتعزيز أبعاد MEV؟

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

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

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

شبكة OEV تعادل آلية الحوكمة التنظيمية، والتي تنص على أنه عندما تكون مراكز مستخدمي dApps على وشك التصفية، يمكنهم المشاركة في مزاد dAPI3 الشبكة، وسيفوز صاحب أعلى عرض بالجائزة التالية، الحق في تحديث بيانات أوراكل مرة واحدة، وبالتالي الحصول على أرباح المركبات الكهربائية المصفاة.

لماذا أقول إنه تعديل سحري لتعزيز الأبعاد لـ MEV؟ الإصدار 1.0 الأصلي من MEV موجود بالفعل بشكل طبيعي بسبب التسويق. في عملية التعاون بين عقد API والعقود الذكية، سيكون هناك حتمًا بعض التقلبات والتصفية في السوق. افتراضيًا، ستكون عقد API التي تكتشف نقطة التصفية هي الأولى للتنافس على الكعكة.

في هذه الحالة، سيستمد السوق خط أنابيب يشبه MEV-Boost للتعامل بشكل خاص مع احتياجات تصفية MEV المختلفة، مما سيؤدي إلى قيام بعض عقد API بالمراجحة مثل نقطة الجذب الرئيسية، من الواضح أن هذا ينحرف عن الهدف الأصلي لسوق dAPI المفتوح لخدمة العملاء النهائيين بشكل جيد. كيف افعلها؟

الإصدار 2.0 من MEV يجعل وجود MEV شفافًا. وبما أن فرص MEV موجودة دائمًا، فما عليك سوى الإعلان عنها. مع فرص المراجحة MEV، خدمات عقدة API ستشارك Fang في تصفية المزاد، وإيرادات المزاد، وستقوم شبكة OEV بتوزيع الأرباح على مستخدمي بروتوكول dApps، وهو ما يعادل القيمة التي تم الحصول عليها في الأصل من المستخدمين، وتم إعادتها الآن إلى المستخدمين.

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

أعلاه.

في الواقع، لا يحاول API3 فقط تصحيح اسم MEV بهذه الطريقة، ولكن Flashbot 2.0 يحاول أيضًا سرد قصة مماثلة. بعد كل شيء، إن وجود MEV يضر بالسلسلة، ويمكنه حقًا أن يفتح عالمًا جديدًا من خلال حماية الحقوق والمصالح العادلة للمستخدمين وتحويل الأرباح من خدمة المجالات المتخصصة إلى هيكل أعمال يفيد الجمهور.

ملاحظة: يعد موضع البطاقة الإستراتيجية لمسار Oracle مهمًا حقًا، #Link   #Pyth #API3 #Band، وما إلى ذلك، على الرغم من احتكار Chainlink في عدد كبير من الأسواق، كانت الخلافات حول مسار أوراكل موجودة دائمًا، وسيكون هناك بالتأكيد خيول سوداء تستحق الاهتمام على المدى الطويل.