Thành thật mà nói, tôi chưa bao giờ là kiểu người sáng lên khi nhìn thấy một bản nhạc Oracle.

Dòng này quá dễ bị lệch. Lúc đầu, đó là một "cuộc cách mạng cơ sở hạ tầng", nhưng sau đó tôi nhận ra rằng những gì tôi đang nghĩ là "khi nào đồng tiền này sẽ kéo". Khi điều gì đó thực sự xảy ra, nó thực sự bị thanh lý, và tôi đột nhiên nhận ra rằng những lời hứa an toàn đó thực sự là những lời mơ trên PPT.

Sự tập trung mới gần đây vào APRO không phải vì nó đã tạo ra bất kỳ câu chuyện mới nào.

Thay vào đó, nó phơi bày một vấn đề mà mọi người đều biết nhưng giả vờ không thấy.

Những rắc rối của Oracle, nói thẳng ra, không hề chậm chạp và tốn kém.

Điều nguy hiểm nhất là-

**Bạn không thể xác minh xem nó có đúng hay không.**

Giá có thể được cung cấp và các sự kiện trên chuỗi có thể được cung cấp, nhưng miễn là có tranh chấp, phản hồi của các dự án khác nhau trở nên mơ hồ: có đủ nút, mức độ phi tập trung cao và không có vấn đề gì với thiết kế cơ chế. Tôi đã có thể nghe thấy bộ từ này bị chai trong tai.

Khi nói đến nồi chiên thật, mọi người chỉ quan tâm đến ba điều:

Ai sẽ trả tiền cho nó? Làm thế nào để phân tích đánh giá? Dữ liệu đó có chính xác không?

Những gì APRO đang làm không phải là tăng tốc cung cấp dữ liệu mà nó đang hoàn toàn lan rộng "chuỗi trách nhiệm" trên bàn.

Làm thế nào để thách thức dữ liệu khi nó bị đặt câu hỏi? Làm thế nào để xác minh sau một thử thách? Ai thực sự chịu trách nhiệm cho sai lầm? Làm thế nào để chia sẻ thua lỗ?

Nói một cách đơn giản, nó không bán "dữ liệu", mà đặt một lớp cơ chế đảm bảo trách nhiệm giải trình trên dữ liệu.

Nếu bạn nghĩ rằng đây là một sự diễn giải quá mức, bạn cũng có thể xem xét khoảng cách nhu cầu hiện tại của RWA và thanh toán tuân thủ. Khách hàng tổ chức cần loại cơ sở hạ tầng "có thể theo dõi, có trách nhiệm và có thể bồi thường" này.

Đây là thời điểm bước ngoặt thực sự cho đường đua Oracle.