Phân tích NEST Máy Oracle đối mặt với tấn công từ chối đóng gói của Pool khai thác

Máy Oracle phân tán NEST thông qua cơ chế xác minh việc gửi báo giá - ăn đơn, cho phép các xác thực viên giao dịch dựa trên báo giá và đề xuất báo giá sửa đổi, nhằm hạn chế và sửa chữa các báo giá ác ý. Tuy nhiên, việc hoạt động hiệu quả của cơ chế này phụ thuộc vào việc giao dịch ăn đơn và báo giá mới có thể kịp thời xuất hiện trong các khối mới trên chuỗi.

Với sự xuất hiện của Pool khai thác, các thợ đào đã tăng cường lợi nhuận ổn định bằng cách tích hợp sức mạnh tính toán. Điều này dẫn đến sự độc quyền về quyền đóng gói giao dịch, vì chỉ có thợ đào hoặc Pool khai thác đã khai thác được khối mới có thể quyết định giao dịch nào sẽ được bao gồm trong khối tiếp theo. Các Pool khai thác lớn thường ưu tiên chọn các giao dịch có lợi cho họ hoặc có phí giao dịch cao.

Khi tình huống này xảy ra trong Máy Oracle NEST, các báo giá mới có thể không được xác minh kịp thời trong thời gian xác minh, cuối cùng dẫn đến việc NEST xuất ra dữ liệu giá không chính xác. Một số Pool khai thác có thể tận dụng điều này để nắm bắt cơ hội chênh lệch giá, từ đó đe dọa đến sự an toàn của toàn bộ hệ sinh thái DeFi.

Trong cuộc tấn công này, các Pool khai thác độc hại trước tiên tích trữ các loại tiền điện tử được sử dụng cho việc chênh lệch giá, sau đó đưa ra một báo giá cho NEST có sự chênh lệch lớn so với giá thị trường thực tế. Do có khoảng cách chênh lệch giá lớn, trong thời gian xác thực chắc chắn sẽ có các xác thực viên đưa ra giao dịch ăn đơn và thực hiện sửa đổi.

Lúc này, tất cả các Pool khai thác đều phải đối mặt với hai lựa chọn: đóng gói giao dịch này vào khối tiếp theo, hoặc không đóng gói nó. Điều này thực sự hình thành một trò chơi tĩnh thông tin hoàn toàn độc lập nhiều lần, kết quả cuối cùng phụ thuộc vào lợi nhuận của từng người tham gia trong các tổ hợp quyết định khác nhau.

Nếu chọn sửa đổi báo giá, Pool khai thác có thể ngay lập tức nhận được lợi nhuận a. Nếu không sửa đổi, có thể đạt được lợi nhuận cao hơn b thông qua việc chênh lệch giá sau khi báo giá được thực hiện. Nhưng lợi nhuận thực tế nhận được còn phải xem xét tỷ lệ sức mạnh tính toán của Pool khai thác, vì chỉ có Pool khai thác đào được khối mới mới có quyền ghi sổ.

Cuối cùng, Pool khai thác sẽ dựa vào tỷ lệ sức mạnh tính toán của mình và tỷ lệ giữa hai loại lợi nhuận để quyết định có sửa đổi báo giá hay không, từ đó đạt được trạng thái cân bằng Nash.

Hiện tượng này không chỉ là vấn đề mà Máy Oracle NEST phải đối mặt, mà còn là thách thức đối với toàn bộ lý tưởng phi tập trung của blockchain. Cách giải quyết các vấn đề do Pool khai thác mang lại sẽ là một chủ đề quan trọng trong quá trình thực hiện phi tập trung thực sự.