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

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

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

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

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