Uniblock تقدّم واجهات برمجة تطبيقات موحّدة إلى Midnight Builders

عرضت Uniblock منصّتها الموحّدة لواجهات برمجة التطبيقات خلال جلسة لـ Midnight Build Club، موضحة للمطورين كيفية الوصول إلى خدمات البلوكشين عبر تكامل مشترك. قدّم الشريك المؤسس والرئيس التنفيذي Kevin Callahan أدوات لاسترجاع بيانات المحافظ والرموز والمعاملات، إلى جانب نظام توجيه مصمم للتعامل مع الاضطرابات لدى المزوّدين الأساسيين. ركّز العرض على مهام البنية التحتية التي كانت فرق التطبيقات ستضطر لبنائها وصيانتها بأنفسها.

واجهة مشتركة لبيانات البلوكشين

تقع Uniblock بين التطبيقات ومزوّدي خدمات البلوكشين. تعمل واجهتها الموحّدة على توحيد الاستجابات القادمة من مصادر مختلفة، مما يقلل العمل المطلوب لدمج بياناتهم داخل التطبيق. كما توفّر المنصّة وصول RPC للتواصل مع عقد البلوكشين بالإضافة إلى وصول مباشر إلى وظائف المزوّدين خارج الواجهة الموحّدة.

تصف الوثائق الرسمية تغطية تمتد لأكثر من 300 شبكة و55 مزوّداً. تختلف الإتاحة بحسب الخدمة والبلوكشين. خلال الجلسة، ناقش Callahan مصادر من بينها Alchemy وCoinGecko وCoinMarketCap وZerion، مع فئات تشمل معلومات السوق والمحافظ وNFTs والمعاملات.

سؤال حول تتبّع مشروعات NFT على Ethereum أو Solana قدّم مثالاً عملياً. أوضح Callahan أن المطوّرين يمكنهم استرجاع معلومات المجموعات والبيانات المرتبطة بالمحافظ عبر المنصّة. تشمل الوظائف الموثّقة أرصدة الرموز وسجلات التحويلات وبيانات التعريف الخاصة بـ NFT وتفاصيل المعاملات، بما يدعم تطبيقات مثل متتبعات المحافظ وأدوات التحليلات.

يوفر التكامل وصولاً إلى المعلومات وخدمات البنية التحتية. أمّا نقل الأصول بين سلاسل البلوكشين فيتطلّب آليات منفصلة.

التوجيه لتجاوز اضطرابات المزوّدين

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

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

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

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

تغطية Midnight وإتاحة Build Club

خلال الجلسة، وصف Callahan تكامل Midnight بأنه عمل جارٍ. يدرج موقع Uniblock الحالي Midnight مع وسم "Partial Coverage" من دون تفصيل مجموعة مكتملة من الوظائف المدعومة. لذلك تصف أعداد الشبكات والمزوّدين الإجمالية في المنصّة كتالوجها الأوسع، وليس الخدمات المتاحة تحديداً لـ Midnight.

قدّم Callahan أيضاً وصولاً عبر Model Context Protocol أو MCP للفرق التي تربط أدوات الذكاء الاصطناعي ببيانات البلوكشين. قُدّم ذلك كإمكان إضافي في المنصّة يمكن للمشاركين استكشافه لمشروعاتهم.

عُرضت على مشاركي Build Club قسائم لتجربة Uniblock، فيما خطّط المنظّمون لقنوات مشتركة للأسئلة والمساعدة التقنية. تبدأ عملية الانضمام الموثّقة بإنشاء مشروع والحصول على مفتاح API، يلي ذلك اختيار الخدمات المطلوبة.

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