Chưa chính thức đặt tên, vấn đề đã nằm đó rồi.

Không phải do thiếu chức năng, cũng không phải do hiệu suất kém — gốc rễ nằm ở chỗ hệ thống trên chuỗi sinh ra một điểm mù tự nhiên. Hợp đồng viết cẩn thận đến đâu, chỉ cần dữ liệu bên ngoài trượt chân một cái, toàn bộ hệ thống sẽ sụp đổ. Trễ giá, tác động trượt giá, dữ liệu bị thao túng ngầm, niềm tin sụp đổ trong chớp mắt. Những người đã từng làm việc ở cấp độ giao thức đều đã gặp phải cái bẫy này.

Điều này không phải là sản phẩm của một lần bùng nổ cảm hứng.

Nói đơn giản, là một nhóm người bị vấn đề dữ liệu làm phiền liên tục, cuối cùng mới nghĩ ra giải pháp. Nguồn gốc rất hỗn độn: có người chuyển từ tài chính truyền thống, có người xuất thân từ kỹ thuật dữ liệu, còn có người đã lăn lộn nhiều năm trong nền tảng blockchain. Điểm chung duy nhất là — tất cả đều bị "dữ liệu xấu" đâm sầm.

Mã code đúng, logic đúng, hệ thống lại cứ chết ở phần dữ liệu.

Vì vậy, ban đầu hoàn toàn không bàn về "làm thế nào để tăng tốc", vấn đề còn chấn động hơn nhiều: liệu oracle có nên chỉ là một công nhân vận chuyển? Dữ liệu vốn đã không đáng tin cậy, nhanh hơn nữa cũng chỉ là sai sót hiệu quả cao hơn mà thôi.

Dần dần, ý tưởng bắt đầu trở nên cấp tiến: oracle không nên chỉ là một kênh truyền tải, mà phải trở thành "mức đánh giá".

Quá trình thúc đẩy cực kỳ chậm chạp. Không có khoản tài trợ lớn, cũng không có chiến dịch marketing rầm rộ. Thời gian trôi qua, toàn bộ đều dành cho thử nghiệm sai sót liên tục: cơ chế xác thực nào khả thi, cái gì sẽ làm tăng chi phí, cái gì trong thực tế hoàn toàn không thể thực hiện được. Các phương án chất đống như núi: có cái quá phức tạp, có cái quá tập trung, có cái đắt đến mức không ai mua.

Điều duy nhất giúp họ kiên trì là — vấn đề này quá thực tế, để lâu ngày không xử lý sẽ nổ tung.