قبل أن يتم التسمية رسميًا، كانت المشكلة واضحة بالفعل.

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

هذه المسألة ليست نتاج لحظة إلهام مفاجئة.

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

الكود صحيح، والمنطق صحيح، لكن النظام يقف عائقًا عند حلقة البيانات.

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

ببطء، بدأ التفكير يتغير بشكل جريء: يجب أن يكون السعراء ليس مجرد قناة، بل يجب أن يصبح "طبقة الحكم".

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

السبب الوحيد الذي يجعلهم يستمرون هو أن المشكلة حقيقية جدًا، وتركها دون حل سينفجر في النهاية.