Thiết kế oracle thường được thảo luận như một vấn đề kỹ thuật. Dữ liệu cập nhật nhanh như thế nào. Có bao nhiêu nguồn được sử dụng. Giá cả theo dõi thị trường bên ngoài chặt chẽ như thế nào. Những câu hỏi này quan trọng, nhưng hiếm khi là lý do khiến hệ thống thất bại.
Những thất bại thường bắt đầu sớm hơn, ở tầng quản trị.
Khi có điều gì đó sai với một oracle, vấn đề hiếm khi là dữ liệu không có sẵn. Vấn đề là không có quy trình rõ ràng để quyết định dữ liệu nào nên được tin tưởng, khi nào nên hành động, hoặc sự không chắc chắn nên được xử lý như thế nào. Trong những khoảnh khắc đó, độ chính xác kỹ thuật ít mang lại sự bảo vệ.
Hầu hết các sự cố oracle đều tuân theo cùng một mẫu. Dữ liệu đến đúng thời hạn. Các hợp đồng được thực thi như mong đợi. Không có gì bị hỏng ngay lập tức. Hậu quả chỉ xuất hiện sau này, khi các vị thế đã điều chỉnh xung quanh các đầu vào mà lẽ ra phải được đặt câu hỏi, trì hoãn hoặc lọc.
Đây không phải là lỗi. Đó là khoảng trống trong thiết kế.
APRO coi hành vi oracle là một vấn đề quản trị trước khi nó trở thành vấn đề dữ liệu. Thay vì giả định rằng nhiều nguồn dữ liệu hơn sẽ tự động tạo ra sự an toàn, APRO tập trung vào việc ra quyết định như thế nào khi các tín hiệu mâu thuẫn hoặc điều kiện thay đổi.
Ai quyết định nguồn nào có trọng số lớn hơn? Điều gì xảy ra khi biến động làm méo mó các đầu vào đáng tin cậy trước đó? Khi nào hệ thống nên chậm lại thay vì phản ứng ngay lập tức?
Những câu hỏi này không thể được trả lời vào thời điểm thực thi. Chúng phải được tích hợp trực tiếp vào cấu trúc oracle. Các hợp đồng thông minh không đánh giá tính phán đoán. Chúng chỉ thực thi quy tắc. Nếu những quy tắc đó không tính đến sự bất định, thì tự động hóa sẽ làm nhân rộng sai lầm.
Thiết kế của APRO tách biệt việc thu thập, xác minh và giao hàng thành các lớp riêng biệt. Sự tách biệt này cho phép áp dụng quản trị mà không làm dừng hệ thống. Dữ liệu vẫn có thể lưu thông, nhưng không lưu thông một cách mù quáng.
Sự đánh đổi là tinh tế. Quản trị tạo ra sự cản trở. Các quyết định mất thêm chút thời gian. Bảng điều khiển có thể trông kém ấn tượng hơn trong những thị trường ổn định.
Nhưng khi điều kiện thay đổi, sự cản trở đó trở thành một rào cản bảo vệ.
Các hệ thống oracle hiếm khi thất bại vì quá chậm. Chúng thất bại vì di chuyển quá nhanh mà không biết khi nào nên dừng lại. Quản trị là thứ nói với hệ thống khi tốc độ trở thành rủi ro.
APRO được xây dựng dựa trên nhận thức này. Không nhằm loại bỏ sự bất định, mà là ngăn sự bất định trở thành tổn hại một cách âm thầm.