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