Odaily Planet Daily đưa tin, a16z Crypto đã đăng bài phân tích mâu thuẫn cơ bản giữa “khả năng chống kiểm duyệt” và “độ trễ thấp” trên blockchain, chỉ ra rằng bất kỳ giao thức blockchain BFT nào có khả năng chống kiểm duyệt đều cần ít nhất 5 vòng giao tiếp để đạt độ trễ tối ưu trong trường hợp tốt nhất khi hơn một phần năm số người xác thực có thể hành động xấu, trong khi các giao thức BFT truyền thống chỉ cần tối thiểu 3 vòng.
Bài viết chỉ ra rằng trong các giao thức BFT truyền thống, người đề xuất khối đồng thời nắm quyền xây dựng khối và thúc đẩy sự đồng thuận, do đó có thể thực hiện kiểm duyệt bằng cách loại bỏ các giao dịch cụ thể, đây cũng là nguồn gốc của nhiều vấn đề MEV. Để giải quyết vấn đề này, Ethereum đang nghiên cứu FOCIL/EIP-7805, trong khi Solana đang nghiên cứu các cơ chế như Constellation và MCP, với tư tưởng cốt lõi là trước khi đề xuất khối chính thức, các người xác thực sẽ thu thập trước các giao dịch không thể bỏ qua dưới dạng “danh sách bao gồm (Inclusion Lists)”.
a16z Crypto cho biết, để đạt được khả năng chống kiểm duyệt, cần thêm hai vòng giao tiếp bổ sung: trước tiên, giao dịch của người dùng phải được phát sóng đến tất cả các người xác thực, sau đó các người xác thực phải xác nhận và ghi vào danh sách bao gồm, mới có thể bắt đầu quy trình đồng thuận. Do đó, trong môi trường mạng một phần đồng bộ, không tồn tại thiết kế giao thức nào có thể đồng thời đạt được BFT và khả năng chống kiểm duyệt chỉ trong 4 vòng, 5 vòng là giới hạn lý thuyết về mặt toán học.
Bài viết nhấn mạnh rằng, mặc dù cơ chế chống kiểm duyệt làm tăng độ trễ của giao thức, nhưng nó có thể giảm đáng kể “độ trễ hiệu quả” mà người dùng thực sự phải đối mặt. Trong các hệ thống không có khả năng chống kiểm duyệt, giao dịch có thể bị hoãn vô thời hạn do việc kiểm duyệt của người xác minh; trong khi đó, trong các hệ thống có đảm bảo chống kiểm duyệt, giao dịch sẽ được đưa vào khối chậm nhất sau 5 vòng truyền thông, giúp thời gian xác nhận giao dịch trở nên dễ dự đoán hơn.