معظم قصص المشاريع تبدأ هكذا: إصدار الورقة البيضاء أولاً، ثم رسم خارطة طريق، ثم الإعلان عن أرقام التمويل. APRO لا تتبع هذا الأسلوب.

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

التحليل بعد الحدث يكون باردًا: الكود صحيح، والبيانات لا يمكن الاعتماد عليها أصلًا.

APRO وُجدت في هذا النقطة المؤلمة. ليست ناتجة عن فكرة "هل يمكننا تصميم منتج أكثر روعة؟"، بل عن مشكلة لا يمكن التخلص منها: بما أن blockchain يمكن أن يثق في الرياضيات، فما المستوى الذي يجب أن نصل إليه لنثق في البيانات نفسها؟

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

لذا، في المراحل المبكرة، لم يكن لدى APRO أي صوت خارجي تقريبًا. لا حملات تسويقية، لا تحريض رأي عام، كل التركيز كان على النقاش الداخلي المتكرر: كيف تتدفق البيانات من العالم الحقيقي إلى blockchain؟ أين تكمن وسائل التلاعب عادة؟ كيف تتراكم التأخيرات تدريجيًا ثم تنفجر فجأة؟ وكيف تتآكل الآليات التحفيزية التي تبدو معقولة خطوة بخطوة، وتدمر التصميم الأصلي؟