ليرة تركية؛ د

1. API3 هو مشروع أوراكل مبتكر للطرف الأول يركز على تمكين موفري البيانات من تشغيل أوراكل الخاصة بهم، مما يضمن قيام الأطراف الأولى بتسليم البيانات مباشرة إلى تطبيقات blockchain دون وسطاء، وتعزيز سلامة البيانات، ومعالجة مشكلات الثقة الرئيسية. يضمن API3 معايير جودة البيانات من خلال إدارة ومراقبة موفري البيانات؛ وسيتم استبدال تلك التي لا تستوفي المعايير، مما يقلل الاعتماد على ثقة المستخدم مع ضمان سلامة البيانات.
2. من خلال نشر أوراكل الطرف الأول وواجهات برمجة التطبيقات اللامركزية (dAPI) باستخدام تقنية Airnode، تسهل API3 اتصالاً أكثر مباشرة وأمانًا وفعالية بين موفري البيانات وشبكات blockchain. تعمل هذه الآلية على تخفيف المشكلات المحتملة مع أوراكل الطرف الثالث التقليدية، مما يضمن مستوى أعلى من الأمان والشفافية والكفاءة وانخفاض تكاليف نقل البيانات وتقليل المخاطر المحتملة.
3. يعمل الجمع بين شبكة OEV وآلية ZK-Rollup على تعزيز القدرة التنافسية لواجهة برمجة التطبيقات (API3)، مما يمثل تقدمًا كبيرًا في التطبيقات اللامركزية والمناظر الطبيعية لأوراكل. يلتقط هذا الحل MEV ويغذي القيمة مرة أخرى في النظام البيئي للبروتوكول، مما يعزز نظامًا بيئيًا أكثر توازناً واستدامة من الناحية المالية.
4. يتميز API3 بنموذج رمزي مصمم بعناية وفريد وقوي. يتم تمكين الرمز المميز من خلال آليات مثل حرق المكافآت وإيداعها لمدة عام لمكافحة التضخم، وتحفيز التوقيع المساحي من خلال معدل الفائدة السنوية الديناميكي. والأهم من ذلك، أن النموذج الاقتصادي يتضمن عوامل التشغيل والمخاطر للبروتوكول، حيث يقدم آلية التنظيم الذاتي مع حلقة ردود فعل سلبية. يتيح ذلك لأصحاب المصلحة والمحافظين التوصل بسرعة إلى توافق في الآراء بشأن قرارات الحوكمة من أجل تطوير المشروع على المدى الطويل، وتعزيز الاستقرار وإنشاء حلقة ردود فعل إيجابية للنمو المستدام للبروتوكول، مما يفيد أطرافًا متعددة على المدى الطويل.
5. بفضل نهج أوراكل المبتكر للطرف الأول، والتركيز العالي على موثوقية البيانات وأمانها، والحوكمة اللامركزية الكاملة عبر DAO، ونطاق التطبيق الأوسع في توفير البيانات، يمتد مستقبل API3 إلى ما هو أبعد من توفير خدمات تغذية أوراكل كمكون وسيط. لديها القدرة على أن تصبح البنية التحتية للأنظمة البيئية المتصلة بالسلسلة وتطورات التطبيقات اللامركزية المتنوعة، مما يوفر إمكانيات للتطوير عبر السلسلة في العديد من تطبيقات واجهة برمجة التطبيقات (API) المنتشرة في كل مكان في سيناريوهات حياتنا الواقعية. تضع API3 باستمرار معايير جديدة في سباق أوراكل مع تعزيز الابتكار في النظام البيئي.

مقدمة العملة

في نظام Web3.0 البيئي المتطور باستمرار، تشهد التطبيقات اللامركزية (dApps) نموًا سريعًا. تسلط قيمتها المتزايدة الضوء على إمكاناتها وتوسع الطلب على تكامل بيانات العالم الحقيقي، مما يجعل مشهد أوراكل اللامركزي أحد أهم المكونات في النظام البيئي على السلسلة. ومع ذلك، لا يزال هناك تحدي كبير: كيفية دمج البيانات خارج السلسلة بسلاسة وأمان في النظام البيئي blockchain. في هذا السياق، تظهر واجهة برمجة التطبيقات (API3) كحل لمواجهة هذا التحدي، بهدف تغيير واجهة البيانات بشكل أساسي بين البيئات خارج السلسلة وبيئات السلسلة.

1. نظرة عامة على المشروع

تم إطلاق API3 في ديسمبر 2020 كمشروع أوراكل مبتكر للطرف الأول. هدفها هو تمكين غالبية واجهات برمجة التطبيقات المصممة للتطبيقات المركزية من الدخول إلى عالم Web3.0 اللامركزي دون فرض أعباء كبيرة على موفري واجهات برمجة التطبيقات أو مطوري التطبيقات اللامركزية.

على عكس شبكات أوراكل التقليدية التابعة لجهات خارجية، تركز API3 على موفري بيانات الطرف الأول. تدور بنيتها التحتية حول المفهوم الأساسي لواجهات برمجة التطبيقات اللامركزية (dAPI)، وذلك باستخدام عقد أوراكل بدون خادم تسمى Airnode. يتيح ذلك لموفري واجهة برمجة التطبيقات (API) ربط بياناتهم مباشرة بمشاريع التطبيقات اللامركزية، مما يلغي الاعتماد على وسطاء الطرف الثالث التقليديين لتجميع البيانات ونقلها، وهو ما يوجد عادة في شبكات أوراكل التقليدية. تتوافق dAPI بطبيعتها مع تقنية blockchain، مما يسهل التكامل عبر السلسلة وتوفير حلول Oracle عبر الأنظمة الأساسية.

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

1.1 الفريق

https://www.linkedin.com/in/heikki-v%C3%A4nttinen-83a86380/?originalSubdomain=pt

يتمتع Heikki Vanttinen، المؤسس المشارك لـ API3، بخبرة عمل واسعة النطاق في مختلف المجالات، لا سيما في تكنولوجيا blockchain وتطوير العقود الذكية. بصفته المؤسس والرئيس التنفيذي لمجموعة CLC، ركز هيكي على تحقيق التكامل السلس بين العقود الذكية والعالم الحقيقي. لقد أظهر قدرات متميزة في تخصصات مثل تطوير الأعمال وتطوير التطبيقات اللامركزية والبحث. بالإضافة إلى ذلك، تُظهر رحلته الريادية وخبرته في مبيعات السوق قيادته ورؤيته التجارية في إدارة الفريق متعدد الوظائف، وتوسيع الأعمال، وتطوير الأسواق الجديدة.

https://www.linkedin.com/in/burak-benligiray-b3055715b/

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

1.2 التمويل

وفقًا لـ Crunchbase، في 12 نوفمبر 2020، حصلت API3 على جولة تمويل أولية بقيمة 3 ملايين دولار بقيادة Placeholder. وفي هذه الجولة، شاركت في الاستثمار 13 مؤسسة، بما في ذلك Pantera Capital وAcomplice وCoinFund وDigitalcurrency Group وHashed وSolidity Ventures.

بالإضافة إلى ذلك، في البيع العام الرمزي الذي تم إجراؤه في ديسمبر 2020، جمعت API3 إجمالي 23 مليون دولار.

1.3 المعالم الرئيسية

• 29 يناير 2021: تم الإعلان عن شراكة مع Plasm Network لبروتوكول Polkadot Layer 2 لتقديم واجهات برمجة التطبيقات وخلاصات البيانات المدعومة من Airnode في نظام Polkadot البيئي.
• 20 أبريل 2021: الإعلان عن شراكة مدتها 10 سنوات مع Open Banking. يتيح استخدام واجهات برمجة التطبيقات المفتوحة للمطورين إنشاء تطبيقات وخدمات حول المؤسسات المالية وتطوير حلول blockchain.
• 3 يونيو 2021: عقدت شراكة مع شركة بيانات الائتمان المشفرة Credmark لإطلاق منصة نموذج المخاطر اللامركزية لتسجيل مشاريع التمويل اللامركزية.
• 25 مارس 2022: الإعلان عن شراكة مع حل توسيع الطبقة الثانية من Ethereum Metis، وتوفير دليل Web 3 API لمطوري Metis وتقديم خلاصات البيانات لنظام Metis البيئي.
• 4 مايو 2022: الإعلان عن تعاون مع الجامعة الوطنية الأسترالية لإطلاق مولد أرقام عشوائي كمي (QRNG) للعقود الذكية، مما يضمن عشوائية لا يمكن التنبؤ بها.
• 29 يناير 2024: تم الإعلان عن إطلاق شبكة OEV لمنصة ZK-Rollup، مما يعزز الدخل لبروتوكولات DeFi من خلال التقاط القيمة القابلة للاستخراج من Oracle واستخدامها. وهذا يضمن دخلاً فوريًا للتطبيقات اللامركزية ويحسن الأمان والشفافية والمساءلة من خلال المزادات عبر السلسلة.

2. ميكانيكا المشروع

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

2.1 من API إلى dAPI

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

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

تم بناء dAPI الخاص بـ API3 على أساس Oracles التي تدعم Airnode، مما يسمح لموفري API بربط مصادر بياناتهم مباشرة بشبكة blockchain، مما يمكّن dApps من الوصول إلى بيانات العالم الحقيقي بطريقة آمنة وغير موثوقة. تقدم API3 نوعين من dAPIs للمطورين: dAPIs المُدارة وdAPIs الممولة ذاتيًا، والتي تلبي حالات الاستخدام المحتملة المختلفة. بالإضافة إلى ذلك، تستخدم واجهة برمجة التطبيقات (API3) محافظ متعددة التوقيعات وبروتوكولات الحوكمة لإدارة التغييرات في تكوينات واجهة برمجة التطبيقات (dAPI) الخاصة بها، مما يحقق التوازن بين المرونة والأمان.

تقوم dAPIs المُدارة بتجميع البيانات من عدة أوراكل تابعة للطرف الأول وتوفر مصدر بيانات أكثر موثوقية واستقرارًا باستخدام وظيفة متوسطة. وهذا مناسب لبيئات الإنتاج ذات المتطلبات العالية لجودة البيانات واستقرارها. في نموذج dAPI المُدار، يحتاج المستخدمون إلى دفع رسوم إلى API3 لاستخدام الخدمة، وتغطي هذه الرسوم تكاليف التشغيل والإدارة.

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

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

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

2.2 التكنولوجيا الأساسية لـ API3 - Airnode

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

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

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

لذلك، في الأساس، يتجاوز تصميم Airnode كونه مجرد حل أوراكل؛ إنه بمثابة عنصر أساسي لبناء نظام بيئي للبيانات لامركزي وآمن ومرتكز على المستخدم. من خلال تقنية Airnode، تستعد API3 لمواجهة التحديات المشتركة التي تواجهها خدمات Oracle التقليدية، مثل الشفافية والثقة والكفاءة، مما يمهد الطريق لتطوير تطبيقات dApp أكثر قوة وموثوقية.

2.3 شبكة OEV – الحصول على القيمة وتغذية النظام البيئي

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

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

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

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

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

أشاد سانديب نايلوال، المؤسس المشارك لـPolygon، بحل API3 المبتكر لاستخراج قيمة أوراكل، معتبرًا أنه إنجاز كبير لنظام DeFi البيئي.

باختصار، توفر شبكة OEV الخاصة بـ API3 تطورات كبيرة في مجالات dApp وOracle، مما يؤدي إلى معالجة مشكلات عدم الكفاءة الحاسمة وفتح تدفقات جديدة من القيمة للمشاركين. لديها القدرة على إنشاء نظام بيئي أكثر توازناً واستدامة من الناحية المالية لمقدمي البيانات ومستخدميها في المستقبل.

3. مصادر إيرادات البروتوكول

وفقًا للورقة البيضاء، تأتي إيرادات بروتوكول API3 بشكل أساسي من رسوم الاشتراك التي تدفعها التطبيقات اللامركزية وقيمة Oracle Extractable (OEV) ورسوم تغطية الخدمة. يشمل استخدام إيرادات البروتوكول، على سبيل المثال لا الحصر، دعم التطوير المستمر للمشروع، وتعزيز أمان الشبكة، وتغطية تكاليف التشغيل، والمكافآت، ومكافأة أصحاب المصلحة المحتملين داخل النظام البيئي. يحكم API3 المشروع من خلال DAO لتحديد تخصيص موارده، مما يضمن الاستدامة والنمو المستقر للمشروع.

4. الاقتصاد الرمزي

4.1 المعلومات الأساسية

وفقًا لـ Etherscan ، يبلغ الحد الأقصى الحالي لإجمالي المعروض من رمز API3 $ حوالي 128 مليونًا، مع عرض متداول يبلغ حوالي 103 ملايين. يتكون الجزء غير المتداول من رموز المكافأة التي تم سكها لأصحاب العملات الرمزية، والتي سيتم فتحها بعد عام واحد من تاريخ المكافأة.

كما هو موضح في الرسم البياني، فإن أكبر عنوان الاحتفاظ برموز API3 $ هو مجمع الستاكينغ، وثاني أكبر عنوان هو خزينته، حيث يمثلان معًا 62.6% من إجمالي العرض المتداول. بالإضافة إلى ذلك، تحتوي عناوين التبادل الرئيسية مثل Binance وOKX أيضًا على كمية كبيرة من API3 دولار. لذلك، فإن العرض المتداول الفعلي لـ API3 $ في السوق صغير نسبيًا، مما يؤدي إلى حد ما إلى تجنب حدوث ضغوط بيع شديدة.

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

4.2 آلية التوقيع المساحي

تعد آلية التوقيع المساحي مكونًا أساسيًا حاسمًا في النموذج الرمزي لـ API3، المصمم لمواءمة حوافز أصحاب المصلحة مع نجاح المشروع على المدى الطويل. من خلال التوقيع على رموز $API3، يحصل حاملوها على الرموز المميزة الجديدة كمكافآت للتخزين (يتم توزيعها أسبوعيًا) ويحصلون على قوة التصويت للحوكمة في API3 DAO. في الوقت نفسه، تعمل الرموز المميزة كضمان، وفي حالة فشل dAPI، يتم استخدام هذه الرموز المميزة كتعويض للمستخدمين.

لضمان استمرارية الخدمة وجودة المنتج والحوكمة اللامركزية، أنشأت واجهة برمجة التطبيقات (API3) "هدفًا للملكية" يهدف باستمرار إلى إيداع نسبة مئوية محددة من إجمالي المعروض من الرموز المميزة. حاليًا، تم تحديد هدف حصة API3 عند 64,097,566 رمزًا مميزًا، ولم يصل المبلغ الفعلي المتراكم بعد إلى هذا الهدف. كما هو موضح في الرسم البياني، ستقوم API3 DAO بزيادة معدل الفائدة السنوية بنسبة 1% في كل تاريخ مكافأة لاحق لتحفيز المزيد من المالكين على رموز الحصة حتى يتم تحقيق هدف التحصيص أو زيادة معدل الفائدة السنوية إلى 75%.

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

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

من خلال فحص بيانات الرهن العقاري التاريخية لـ API3 $، من الواضح أنه منذ عام 2021، ظلت الكمية المرهونة من الرمز المميز مستقرة باستمرار دون التعرض لتقلبات كبيرة. حتى خلال الزيادات الكبيرة الأخيرة في الأسعار التي بلغت $API3، ظلت كمية الستاكينغ مستقرة بشكل عام، مما يشير إلى فعالية آلية الستاكينغ في API3 وغياب البيع على نطاق واسع. يعد هذا بمثابة دليل غير مباشر على كفاءة آلية التوقيع المساحي لـ API3.

4.3 آلية الضمانات

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

ويمكن تلخيص العملية برمتها في الخطوات الرئيسية التالية:

في الأساس، هذه العملية أشبه بشراء التأمين، وإن كان ذلك دون الحاجة إلى وثائق التأمين التقليدية. بمجرد أن يؤكد البروتوكول وجود خلل في وظيفة dAPI، سيحصل المستخدمون على تعويض من مجموعة الضمانات. علاوة على ذلك، تدعم API3 أنواعًا مختلفة من العملات المشفرة (مثل ETH)، مما يعرض تنوع خدماتها وآليات الضمانات.

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

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

4.4 آلية الحوكمة

في API3 DAO، الطريقة الوحيدة للحصول على حقوق التصويت للحوكمة هي عن طريق تخزين رموز API3 $. وبالتالي، يتحمل المشاركون في الحوكمة جميع المخاطر والمكافآت المرتبطة بـ API3. وكما ذكرنا سابقًا، إذا لم يشارك المشاركون في الحوكمة بشكل نشط، مما يؤدي إلى زيادة في المطالبات، فسوف يتكبدون خسائر، وستعود الرموز المميزة التي راهنوا بها إلى السوق لشرائها من قبل المشاركين الجدد في الحوكمة. على العكس من ذلك، يمكن للحوكمة الفعالة أن تقلل من المعروض من رموز $API3 في السوق بسبب الندرة، مما قد يؤدي إلى زيادة في أسعار الرموز، مما يؤدي إلى عوائد أعلى للمشاركين في الحوكمة. تتيح هذه الآلية التحسين الذاتي المستمر والتعافي من حالات الفشل، وتحقيق اللامركزية الحقيقية لـ API3 DAO.

4.5 ملخص الاقتصاد الرمزي

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

5. تحليل السوق والمشهد التنافسي

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

تاريخيًا، كانت Chainlink هي الرائدة المطلقة في سباق أوراكل. وفقًا لـ DefiLlama ، تخدم Chainlink حاليًا أكثر من 50 شبكة مختلفة و360 بروتوكولًا، مع إجمالي قيمة مؤمنة (TVS) تتجاوز 17 مليار دولار، وهو أعلى بكثير من منافسيها. ومع ذلك، فإن هذه الهيمنة على السوق لا تعني غياب التحديات والمنافسين. تؤكد API3، التي تضع نفسها كحل أوراكل للطرف الأول، على خلاصات البيانات المباشرة من موفري البيانات إلى blockchain. ويهدف إلى تقليل التبعية ونقاط الفشل المحتملة المرتبطة بأوراكل الطرف الثالث مثل تشين لينك، مما يوفر ميزة تنافسية في دقة البيانات وزمن الوصول.

5.1 لماذا من الضروري التركيز على أوراكل الطرف الأول

في أغسطس 2020، وقع تسعة مشغلين لعقد Chainlink ضحية لهجوم. نظرًا لأن عقد Chainlink تعمل من خلال الاستجابة لطلبات العقود الذكية، وجلب بيانات العالم الحقيقي والتحقق منها، وتسليم هذه البيانات إلى العقود الذكية، فإن العملية تستلزم رسوم غاز الإيثيريوم لتغطية تنفيذ هذه العمليات. بدأ المهاجم الهجوم عن طريق إرسال عدد كبير من طلبات موجز الأسعار التي تبدو صالحة إلى عقد Chainlink. وأدى ذلك إلى ارتفاع مفاجئ في رسوم غاز الإيثيريوم لمشغلي العقد. بعد ذلك، قام المهاجم بالاستفادة من $Chi، الذي تم تطويره بواسطة 1inch كرمز للغاز، للتحوط ضد تقلبات أسعار الغاز. بعد سك العملة، باع المهاجم هذه الرموز مقابل ETH، مما أدى إلى استنزاف $ETH بشكل فعال من محافظ العقدة والتسبب في خسارة ما يقرب من 700 دولار ETH.

على الرغم من اتخاذ الإجراءات العلاجية في الوقت المناسب بعد الحادث، فقد عملت Chainlink باستمرار على تعزيز بروتوكولها لتحسين أمان الشبكة وموثوقيتها. ومع ذلك، وبالنظر إلى الأهمية الكبيرة للأوراكل في النظم الإيكولوجية المتصلة بالسلسلة، فإن المخاطر المرتبطة بالأوراكل ستظل اعتبارًا حاسمًا ولا يمكن تجنبه. على سبيل المثال، تكبدت Mango Markets وBonq DAO لاحقًا خسائر كبيرة بسبب هجمات أوراكل. والجدير بالذكر أن المهاجمين استغلوا آلية أوراكل الطرف الثالث لتنفيذ هذه الهجمات. في المقابل، تقدم أقوال الطرف الأول حلاً مختلفًا.

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

5.2 المنافسة بين أوراكل الطرف الأول

عند مناقشة أوراكل الطرف الأول، من الضروري الإشارة إلى بروتوكول Pyth Network الذي أصبح شائعًا مؤخرًا. سيقارن التحليل التالي API3 وPyth Network.

ومن الواضح أن كلا المشروعين قد قدموا مساهمات كبيرة في النظام البيئي Web3.0 من خلال تلبية الحاجة الماسة لمصادر بيانات لامركزية موثوقة. تشمل المزايا الرئيسية لـ API3 نطاقًا أوسع من تطبيقات البيانات، وإدارة DAO اللامركزية بالكامل، والتعقيد التشغيلي المنخفض، وفعالية التكلفة، والشفافية العالية، ونموذج رمزي قوي.

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

ولذلك، لا تزال هناك أسباب للحفاظ على نظرة متفائلة بشأن آفاق تطوير API3. إلى جانب تقديم شبكة OEV التي تمت مناقشتها سابقًا، فإن تصور الجمع بين بنية dAPI مع شبكة OEV وZK-Rollup، التي تحكمها DAO اللامركزية بالكامل، يشير إلى أن مستقبل API3 قد يمتد إلى ما هو أبعد من كونه مجرد مكون وسيط يوفر خدمات أوراكل. ومن الممكن أن تتطور إلى بنية تحتية أساسية لتطوير الأنظمة البيئية على السلسلة ومشاريع التطبيقات اللامركزية، حتى أنها تحتوي على القدرة على تعطيل الهيمنة الحالية على السوق من قبل أوراكل الطرف الثالث.

5.3 المخاطر

في حين أن API3 يجلب توقعات عالية بمزاياه المتنوعة، مثل أي مشروع blockchain، فإنه يواجه مجموعة فريدة من المخاطر. قد تشمل المخاطر الأساسية المرتبطة بـ API3 ما يلي:

1. معدل الاعتماد: يعتمد النجاح المستقبلي لـ API3 بشكل كبير على اعتماد موفري واجهة برمجة التطبيقات (API) وتكاملهم مع مشاريع blockchain. إذا فشل API3 في جذب الاهتمام الكافي أو كان معدل الاعتماد أقل من التوقعات، فقد يؤثر ذلك سلبًا على نجاح المشروع وقيمة الرموز المميزة الخاصة به.
2. توقف الموفر: إذا توقف عدد كبير من موفري واجهة برمجة التطبيقات، لأي سبب من الأسباب، عن خدماتهم أو اختاروا عدم اعتماد API3، فقد يحد ذلك من تنوع وجودة البيانات المتاحة، مما قد يؤثر على فائدة شبكة API3.
3. الثغرات الأمنية: مثل أي مشروع بلوكشين، قد تكون API3 عرضة لثغرات أمنية محتملة في بروتوكولها أو العقود الذكية أو تقنية Airnode نفسها. يمكن أن تؤدي أي ثغرة أمنية أو استغلال إلى فقدان الأموال أو البيانات، مما يقوض ثقة المستخدم في النظام الأساسي.
4. المشهد التنافسي: يتميز مشهد أوراكل بقدرة تنافسية عالية، حيث تمتلك المشاريع القائمة مثل Chainlink حصة كبيرة في السوق. على الرغم من أن مفهوم API3 وتصميمه مبتكران، إلا أن هذا لا يضمن النجاح على المدى الطويل. تحتاج واجهة برمجة التطبيقات (API3) إلى التميز وإثبات قيمتها المقترحة للتغلب على الضغوط التنافسية.

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

6. الاستنتاج

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

تنصل:

1. تمت إعادة طباعة هذه المقالة من [Aicoin]، جميع حقوق النشر مملوكة للمؤلف الأصلي [@0xmarkyzl]. إذا كانت هناك اعتراضات على إعادة الطبع هذه، فيرجى الاتصال بفريق Gate Learn ، وسوف يتعاملون معها على الفور.
2. إخلاء المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط آراء المؤلف ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يُذكر ذلك، يُحظر نسخ أو توزيع أو سرقة المقالات المترجمة.