لقد قمت مؤخرًا بإعادة تقييم APRO، وتغيرت أفكاري تمامًا.

سبق وأن كتبت الكثير عن تصميم الآليات، وسلسلة المسؤولية، والتحليلات البديلة، لكن بصراحة، الاستمرار في التعمق بهذه الطريقة قد يؤدي إلى الوقوع في نمط "السرد البنية التحتية"، وأنا مللت من ذلك بنفسي.

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

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

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

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

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