đây là một tóm tắt nhanh về tiến trình gần đây trong các giao thức chống kiểm duyệt (CR). có 4 loại CR mà mọi người thường nói đến: > CR ngắn hạn (STCR): nếu một giao dịch (tx) đạt được quy trình bao gồm trung thực trước một thời điểm cắt, thì bất kỳ khối cam kết tiếp theo nào cũng sẽ bao gồm nó. một kẻ kiểm duyệt chỉ có thể loại trừ bằng cách làm chậm sự sống của chuỗi. > CR chọn lọc (SCR): kẻ tấn công không thể chỉ định một giao dịch cụ thể (hoặc một tập nhỏ) để kiểm duyệt trong khi cho phép mọi thứ khác đi qua bình thường. > CR dài hạn (LHCR): một giao dịch không thể bị giữ lại mãi mãi. cả STCR và SCR đều quan trọng đối với DeFi nhạy cảm với thời gian nhưng STCR liên quan đến tốc độ bạn vào cuộc trong khi SCR liên quan đến việc liệu một kẻ tấn công có thể chọn bạn để làm chậm lại hay không. LHCR quan trọng cho các lối thoát rollup, rút tiền. --------------------------------------- bản đồ hiện tại của tôi về các giao thức gần đây: > BigDipper cung cấp STCR rõ ràng mạnh mẽ nhất, có thể được kết nối vào sự đồng thuận kiểu PBFT > Đề xuất MCP nhắm đến SCR + ẩn bằng cách có k người đề xuất đồng thời và một lớp DA trung gian dựa trên relay > Sedna là plugin gửi giao dịch từ phía người dùng cho MCPs để giảm bớt chi phí sao chép so với căng thẳng CR trong thiết kế MCP > Mysticeti cải thiện việc bao gồm thực tiễn thông qua tính đồng thời nhưng không cung cấp các đảm bảo cấp giao dịch STCR/SCR rõ ràng > FOCIL: LHCR thông qua danh sách bao gồm được thực thi bằng cách chọn nhánh, nhưng phụ thuộc vào ủy ban là vị tha + những người xác nhận quan sát ILs, và có chiến lược không ổn định cho việc bao gồm giao dịch > AUCIL cải thiện FOCIL bằng cách làm cho việc sản xuất IL tương thích với động lực, làm cho các thành viên ủy ban hợp lý và những người xác nhận chỉ cần kiểm tra các chứng minh tính hợp lệ cho việc bao gồm IL, nhưng giả định một đồng bộ mempool toàn cầu. về các giới hạn không thể, bài báo gần đây "chi phí độ trễ của sự chống kiểm duyệt" lập luận rằng CR đa người đề xuất thêm một chi phí độ trễ ít nhất 2 vòng vào BFT cơ bản. tuy nhiên, định nghĩa CR của họ phù hợp hơn với STCR hơn là SCR/LHCR. gán @ittaia để xác nhận nếu đó là ý định cho bài báo này?

@_julianma Ahh tôi thấy những người xác nhận từ chối xác nhận khối đề xuất sai nếu họ không bao gồm danh sách IL dẫn đến khối đó thậm chí không được xác nhận, điều này thỏa mãn STCR.