
Api3
API3#620
ما هو Api3؟
Api3 هو مشروع بنية تحتية لأوراكل لامركزي يربط بيانات واجهات برمجة التطبيقات (APIs) خارج السلسلة مباشرةً بالعقود الذكية من خلال عقد أوراكل من الدرجة الأولى، بدلاً من تمرير البيانات عبر مشغّلي أوراكل من أطراف ثالثة.
تتمحور المشكلة الأساسية التي يحاول حلّها حول فجوة “اتصال الـAPI”: معظم العقود الذكية تحتاج إلى أسعار خارجية، أسعار فائدة، عشوائية، أو بيانات أخرى بأسلوب Web2، لكن شبكات الأوراكل التقليدية تضيف طبقة تشغيلية منفصلة بين مصدر البيانات الأصلي والبروتوكول الذي يستهلكها.
الميزة التنافسية التي يدّعيها Api3 هي أن برنامج Airnode يتيح لمزوّدي الـAPI تشغيل نقاط أوراكل خاصة بهم، بينما تحاول بنية OEV الخاصة به استرجاع القيمة المحيطة بتحديثات تغذية الأسعار التي كان سيستخرجها في العادة باحثو MEV أو المصدّقون (validators) أو بُناة الكتل.
Api3 ليس شبكة من الطبقة الأولى، ولا شبكة تسوية، ولا سلسلة عقود ذكية معمّمة؛ بل هو طبقة وسيطة (middleware) وبنية أوراكل تتنافس على جزء ضيق لكنه اقتصاديّاً مهم من بنية DeFi التحتية. حتى أواخر أغسطس 2026، صنّفت مجمّعات بيانات السوق رمز API3 ضمن فئة رموز متوسطة القيمة السوقية بدلاً من أصول البنية التحتية المهيمنة في سوق العملات المشفّرة؛ إذ أظهر CoinGecko الرمز في حوالي المرتبة 606 بينما أظهر CoinMarketCap مرتبة أدنى قرب 652، ما يوضّح أن الترتيب يختلف بشكل ملموس تبعاً لمنهجية حساب المعروض المتداول. وعلى جانب الاستخدام، يُفهم حجم Api3 بشكل أفضل من خلال تبنّي الأوراكل والقيمة المؤمَّنة وليس من خلال حجم التداول الفوري؛ إذ أظهرت تصنيفات الأوراكل لدى DefiLlama أن Api3 يؤمِّن عشرات ملايين الدولارات عبر عشرات البروتوكولات، وهو مستوى أدنى بكثير من Chainlink وChronicle وRedStone وPyth، بينما أشار موقع Api3 نفسه إلى أكثر من 400,000 دولار من مكافآت OEV التراكمية المدفوعة وفق نوافذ تقارير على نمط أوائل 2026. هذا يضع Api3 في موقع بنية تحتية موثوقة لكنها ما زالت متخصصة: متمايزة تقنياً، لكن لم تصبح بعد جهة مهيمنة نظامياً.
من أسّس Api3 ومتى؟
ظهر Api3 في عام 2020 خلال توسّع DeFi الذي تلا موجة البروتوكولات الأولى من صانعي السوق الآليين (AMMs) وبروتوكولات الإقراض وأسواق العوائد على شبكة إيثريوم. سمّت الورقة البيضاء الأصلية كلاً من بوراك بنليغيراي، ساشا ميليتش، وهايكّي فانتيينن كمؤلفين، وجمع المشروع جولة تمويل أولية (Seed) بقيمة 3 ملايين دولار في نوفمبر 2020 بقيادة Placeholder، بمشاركة Pantera Capital وAccomplice وCoinFund وDigital Currency Group وHashed، وفقاً لإعلان المشروع عن جولة التمويل الأولية. حدث توليد الرمز والتوزيع المبكّر في أواخر 2020، ثم نُظّمت الحوكمة لاحقاً حول DAO الخاص بـ API3 بدلاً من هيكل شركة تقليدية على نمط المساهمين.
تطوّر سرد المشروع من “واجهات برمجة تطبيقات لامركزية لـ Web3” إلى أطروحة أكثر تخصّصاً في أوراكل DeFi واسترجاع MEV. أكّد الطرح المبكر على أن مزوّدي الـAPI ينبغي أن يشغّلوا عقد الأوراكل الخاصة بهم ويوقّعوا بياناتهم بأنفسهم، مما يقلّل الاعتماد على الوسطاء من الأطراف الثالثة. بحلول 2024 و2025، تحوّل الخطاب العام أكثر نحو OEV، أي القيمة القابلة للاستخراج من الأوراكل، بعد أن أطلق Api3 ودمج شبكة OEV ضمن مكدّس الأوراكل الخاص به. هذا التغيير مهم اقتصادياً: لم يعد Api3 يزعم فقط أن البيانات من الدرجة الأولى أنظف؛ بل يزعم أن تحديثات الأوراكل نفسها تشكّل طبقة تنسيق قابلة لتحقيق الدخل، وخصوصاً في أسواق الإقراض حيث تؤدي عمليات التصفية إلى تسريب قيمة قابلة للقياس.
كيف يعمل شبكة Api3؟
لا يمتلك Api3 آلية إجماع خاصة بالطبقة الأساسية بالطريقة التي يمتلك بها البيتكوين إثبات العمل أو تمتلك بها إيثريوم إثبات الحصّة. رمز API3 هو أصل من نوع ERC‑20 على إيثريوم، كما أن عقود الأوراكل، وعقود DAO، وآليات التخزين (staking) في Api3 ترث افتراضات الأمان من السلاسل التي تُنشر عليها. يمكن فهم شبكة الأوراكل نفسها كأنها بروتوكول على طبقة التطبيق، مكوَّن من برنامج Airnode خارج السلسلة، وتوقيعات تشفيرية، وعقود Api3Server على السلسلة، وتعيينات تغذية dAPI، وعقود وسيطة (proxies) تستهلكها تطبيقات dApps. في هذه البنية، توفّر إيثريوم أو غيرها من سلاسل EVM التسوية وتنفيذ العقود، بينما يوقّع مزوّدو البيانات قيم التغذية خارج السلسلة وينشرونها للتحقق منها على السلسلة.
السمة التقنية المميِّزة هي نموذج الأوراكل من الدرجة الأولى. في وثائق Api3، تبدأ تغذية البيانات بما يسمى “منارة” (beacon)، والتي تربط عنوان Airnode بمعرّف قالب (template ID) يمثّل نقطة نهاية API محددة، ويمكن تجميع هذه المنارات في مجموعات منارات (beacon sets) تستهلكها التطبيقات اللامركزية (dApps) كـ dAPIs عبر Api3ServerV1. توضح وثائق تغذية البيانات لدى Api3 أن تحديثات التغذية تعتمد على توقيعات تُتحقّق على السلسلة، بينما يراقب Airseeker القيم خارج السلسلة وعلى السلسلة ويُطلِق التحديثات عندما تتطلّب ذلك عتبات أو معايير زمنية. تضيف OEV طبقة تغذية ثانية: يمكن لوكلاء OEV المخصّصين للتطبيقات اللامركزية قراءة بيانات OEV أحدث لحالات الاستخدام الحسّاسة للتصفية، بينما تُؤخّر التغذيات الأساسية للحفاظ على حقوق المزاد للباحثين المتشاركين.
هذا التصميم منسجم تقنياً لكنه ليس منعدم الثقة بالطريقة نفسها التي يكون بها إنتاج الكتل بدون أذونات (permissionless)؛ إذ تشير وثائق Api3 نفسها إلى أن تحديثات OEV تقتصر حالياً على الباحثين المتشاركين، كما أن واجهات Signed APIs العامة تعتمد على بنية تحتية مستضافة مثل AWS، ما يجعل مركزية التشغيل اعتباراً حقيقياً وليس حالة هامشية نظرية.
ما هي رموز api3 الاقتصادية (Tokenomics)؟
بدأ API3 بإجمالي معروض أولي قدره 100 مليون رمز، لكن التصميم تضخمي لأن مكافآت التخزين (staking rewards) تُسكّ مع مرور الوقت. حتى أواخر أغسطس 2026، أظهر CoinGecko إجمالي معروض يقارب 180.5 مليون API3، ومعروضاً متداولاً يقارب 144.9 مليون API3، ومن دون حد أقصى ثابت للمعروض، بينما استخدم CoinMarketCap رقماً مختلفاً للمعروض المتداول، ما أثّر مادياً في ترتيبه من حيث القيمة السوقية. هذا التباين ليس غير معتاد بالنسبة لرموز الحوكمة الأقدم التي تتضمّن أقفال تخزين، وأرصدة خزينة، واختلافات منهجية؛ لكنه مهم للتحليل المؤسسي لأن تقييم API3 الظاهر يمكن أن يتغير تبعاً لما إذا كان المرء يستخدم المعروض المتداول، أو المعروض غير المقفول، أو المعروض المخفَّض بالكامل (FDV). لذا فإن السؤال الأهم في الرموز الاقتصادية هنا ليس ما إذا كان API3 محدود المعروض، بل ما إذا كانت رسوم البروتوكول، وقيمة OEV المسترجعة، والطلب على التخزين يمكن أن تعوّض التضخّم المستمر الناجم عن المكافآت.
تتمثّل الاستخدامات الجوهرية للرمز في الحوكمة والتخزين وامتصاص المخاطر. تنص وثائق DAO الخاصة بـ API3 على أن تخزين رمز API3 يمنح قوّة تصويت ويُحاذي حاملي الرمز مع إدارة وتسييل تغذيات البيانات عبر Api3 DAO. تاريخياً، وُضعت الرموز المخزَّنة أيضاً كضمان لتغطية الخدمات، ما يعني أن المخزّنين يتعرّضون اقتصادياً للمطالبات في حال فشل خدمات الأوراكل ضمن الشروط المغطّاة.
حتى أغسطس 2026، أظهر صفحة مكافآت التخزين في متتبّع DAO عوائد عند أعلى مستوى معدل نسبة سنوية (APR) لأن هدف التخزين لم يتحقّق، وهو علامة تحذير بقدر ما هو مؤشّر عائد: فالعوائد الاسمية المرتفعة على التخزين تُخفِّض حصة الحاملين غير المخزِّنين، وتُشير إلى أن النظام لا يزال يستخدم التضخّم لجذب ضمانات الحوكمة. تقدّم إيرادات OEV مساراً أكثر جوهرية لاكتساب القيمة.
توضح وثائق مكافآت OEV لدى Api3 أن 80% من إيرادات OEV تُتاح للتطبيق اللامركزي، بينما يُحتفظ بنسبة 20% كرسوم بروتوكول؛ وقد ناقشت مواد التصميم المبكرة لـ OEV استخدام رسوم البروتوكول في إعادة شراء رموز API3 وحرقها، لكن ينبغي على المستثمرين التمييز بين آليات التقاط القيمة المقترحة أو على مستوى التصميم وبين الإيراد المتّسق الفعلي الذي يصل إلى حاملي الرمز.
من الذي يستخدم Api3؟
لا ينبغي الخلط بين حجم التداول المضاربي على Api3 وبين تبنّي البروتوكول. فحجم التداول الفوري في البورصات يعكس السيولة وصناعة السوق والتداول الاتجاهي، بينما يُقاس الاستخدام الفعلي بشكل أفضل من خلال تكاملات تغذية البيانات، والقيمة المؤمَّنة، ومكافآت OEV، وعدد البروتوكولات التي تستهلك هذه التغذيات.
حتى أواخر أغسطس 2026، تركز الاستخدام في DeFi، خصوصاً في أسواق الإقراض واستراتيجيات الخزائن (vaults) حيث تؤثّر تحديثات الأوراكل مباشرة في عمليات التصفية، ونِسب الضمان، وحدود الاقتراض. أدرج موقع Api3 متلقّي مكافآت OEV أو بروتوكولات “trailblazer” بما في ذلك Yei Finance وCompound Finance وLendle وTakara Lend وINIT Capital وMorpho وdTrinity وMach Finance وMoonwell، بينما أظهر لوح الأوراكل لدى DefiLlama أن Api3 يُستخدم من قبل عشرات البروتوكولات وليس مئاتها. يشير هذا الملف إلى بروتوكول يمتلك تكاملات حقيقية في بيئة الإنتاج، لكنه ما يزال يملك جزءاً بسيطاً من بصمة شبكات الأوراكل الرائدة.
مؤشرات التبنّي الأكثر مصداقية هي التكاملات مع وجهات DeFi الراسخة وشركات البنية التحتية، لا الادعاءات على وسائل التواصل الاجتماعي. ففي عام 2025، أعلن Api3 عن أسواق Morpho المعزَّزة بـ OEV موصِفاً أسواقاً مبنية على Morpho، ومنسَّقة من Yearn Finance، وتعمل بواسطة أوراكل Api3 لتوجيه القيمة المرتبطة بالتصفية إلى المستخدمين أو البروتوكولات. كما أعلن Api3 عن شراكة مع Infura لتوسيع دعم رموز التخزين السائل (LSTs) عبر شبكات الطبقة الثانية، رغم أن الثقل المؤسسي لمثل هذه الشراكة يعتمد على استخدام تغذيات فعلي حيّ أكثر من اعتماده على الانطباع التسويقي للإعلان. العميل المستهدف للمشروع ليس مستخدم المحفظة الفردي، بل مطوّر البروتوكول أو قيّم المخاطر الذي يحتاج إلى تغذيات أسعار، أو بنية تصفية مُمكَّنة بـ OEV، أو وصول إلى واجهات برمجة تطبيقات موقَّعة عبر بيئات EVM.
ما هي المخاطر والتحديات التي تواجه Api3؟
يواجه Api3 غموضاً تنظيمياً نموذجياً لرموز الحوكمة والتخزين، خاصة في الولايات المتحدة. لا يبدو أن هناك دعوى رئيسية نشطة من هيئة الأوراق المالية والبورصات (SEC) تُسمّي API3 صراحةً كورقة مالية حتى أواخر أغسطس 2026، ولم يكن API3 موضوع أي عملية موافقة على صندوق متداول في البورصة (ETF) فوري شبيهة بمنتجات البيتكوين أو الإيثريوم. هذا لا يلغي المخاطر؛ فقد تم بيع الرمز للمستثمرين، ويُخزَّن لأغراض الحوكمة والمكافآت، وله سرديات واضحة لاكتساب القيمة مرتبطة بتبنّي البروتوكول المستقبلي، وكلها يمكن أن تصبح ذات صلة ضمن قوانين الأوراق المالية. يعتمد التحليل على الولاية القضائية والوقائع. لقد تحوّل الإطار التنظيمي الأوسع في الولايات المتحدة نحو تصنيف أكثر رسمية، بما في ذلك التوجيه التفسيري الصادر عن هيئة الأوراق المالية والبورصات (SEC) لعام 2026 بشأن الأصول المشفّرة، لكن اليقين الخاص بكل أصل لا يزال يتطلّب في العادة تشريعًا، أو مواقف رسمية بعدم اتخاذ إجراء من الجهات التنظيمية، أو أحكامًا قضائية.
مخاطر المركزيّة أيضًا جوهرية. نموذج الطرف الأول في Api3 يقلّل الاعتماد على مشغّلي عقد أوراكل من أطراف ثالثة، لكنه يحوّل التركيز إلى عدد وجودة مزوّدي البيانات الأصليين، وصحّة واجهات برمجة التطبيقات (APIs) الموقَّعة، وأمن التشغيل لمفاتيح Airnode، وعملية الحوكمة التي تنتقي التغذيات (feeds) والمعلمات.
تشير وثائق Api3 إلى أن تحديثات OEV ليست علنية بالكامل وهي حاليًا مقتصرة على الباحثين المتشاركين (partnered searchers)، في حين يتم استضافة الـ Signed APIs عبر بنية سحابية تقليدية. هذه اختيارات هندسية عملية، لكنها تُضعِف أي ادّعاء تبسيطي بأن النظام لا يحتاج إلى أذونات بشكلٍ كامل (permissionless). المنافسة هي التهديد الهيكلي الأكبر. ما زالت Chainlink الأوراكل الافتراضي لمعظم بروتوكولات DeFi من حيث القيمة الإجمالية المؤمّنة (TVS) وعدد التكاملات، وتمتلك Pyth توزيعًا قويًا لبيانات السوق عبر الشبكات عالية الأداء، وقد اكتسبت RedStone حصة سوقية بفضل تسليم الأوراكل المعياري (modular oracle delivery)، بينما تحتفظ Chronicle بموقع قوي في أجزاء من منظومة Maker/Sky. لذلك، يجب على Api3 أن تثبت ليس فقط أن الأوراكل من الطرف الأول أنيقة من الناحية النظرية، بل أن عوائد OEV وجودة التغذيات مغرية بما يكفي لتجاوز تكاملات الجهات القائمة، وجمود التدقيقات الأمنية، وتحفّظ فرق إدارة المخاطر.
ما هو الأفق المستقبلي لـ Api3؟
يتوقّف أفق Api3 بدرجة أقل على عملية هارد فورك واحدة أو ترقية لسلسلة الأساس، وبدرجة أكبر على التنفيذ عبر ثلاثة مسارات بنيوية: توسيع تغطية تغذيات الطرف الأول، وتحويل OEV من آلية مثيرة للاهتمام إلى إيراد متكرر للبروتوكول، وتقليص افتراضات الثقة التشغيلية المتعلقة بوصول الباحثين وتسليم التغذيات.
العناصر الأكثر وضوحًا في خريطة الطريق على المدى القريب هي مبادرات تتعلّق بالمنتج وبهيكل السوق أكثر من كونها تغييرات على طبقة الإجماع.
يقدّم موقع Api3 الآن AirnodeHub كسوق مبكر الوصول (early-access) يمكن للوكلاء من خلاله اكتشاف واجهات برمجة التطبيقات، واستدعاؤها، والدفع مقابلها، بينما تُدفَع لمصادر البيانات مبالغ عن كل استجابة، ما يشير إلى احتمال توسّع يتجاوز تغذيات الأسعار في DeFi نحو بنية تحتيّة لوكلاء الآلة (machine agents) وتجارة الـ API. في DeFi، المسار المتحقق حتى الآن هو أسواق الإقراض والخزائن المُمكَّنة بـ OEV، خصوصًا أسواق Morpho المعزولة، حيث يسهل إسناد قيمة التصفية وإعادة توزيعها.
العقبة المركزية هي أن أطروحة Api3 يجب أن تصمد أمام احتكاكها مع إدارة المخاطر المتحفظة في DeFi. فبروتوكولات الإقراض تهتم بزمن التشغيل (uptime)، والكمون (latency), والمسؤولية القانونية، وتنوّع مصادر البيانات، وسلوك الأوراكل في أحداث "البجعة السوداء" أكثر من اهتمامها بالعلامة التسويقية حول "بنية تحتية من الطرف الأول".
إذا استطاعت Api3 إظهار مكافآت OEV مستدامة، وتوسيع اعتماد التغذيات، وجعل مشاركة الباحثين أكثر انفتاحًا دون الإضرار بجودة التنفيذ، يمكنها حينها الدفاع عن مكانة متمايزة في بنية الأوراكل التحتية. وإلا فإن البروتوكول يواجه خطر التحوّل إلى شبكة أوراكل ثانوية مثيرة للاهتمام تقنيًا، لكن اقتصاديات توكنها تبقى معتمدة على استيكينغ تضخمي وسيولة مضاربية في البورصات بدلًا من الطلب القابل للقياس على خدمات البيانات. لا يتطلّب أي سيناريو جاد توقعًا لسعر التوكن؛ السؤال الأهم هو ما إذا كانت Api3 قادرة على تحويل استعادة قيمة الأوراكل إلى عمل بنيوي متكرّر في البنية التحتية قبل أن تحيّد شبكات الأوراكل الكبرى القائمة هذه الميزة أو تقوم البروتوكولات نفسها بدمج آليات المزاد المماثلة داخليًا.