^Bức ảnh hiếm hoi về một người bao gồm, lạnh lùng và dễ dàng thu thập phần thưởng để cải thiện khả năng chống kiểm duyệt của Ethereum.
bởi Thomas Thiery - Ngày 17 tháng 12 năm 2024
Cảm ơn Julian Ma và Barnabé Monnot , Terence Tsao và Jacob Kaufmann đã phản hồi và thảo luận về bài đăng này.
Giới thiệu
Gần đây tôi đã tình cờ bắt gặp ngày càng nhiều các cuộc thảo luận và nghiên cứu xung quanh các động cơ thúc đẩy việc đưa giao dịch vào thông qua FOCIL Đề xuất cải tiến Ethereum (EIP)-7805 , xác nhận trước về trạng thái so với việc đưa vào và phân tách thêm các vai trò vànhiệm vụ của giao thức. Tôi ngày càng thấy rõ rằng việc suy nghĩ từ các nguyên tắc đầu tiên về trạng thái và việc đưa vào như hai chiều trực giao có thể hữu ích trong việc hướng dẫn phát triển giao thức trong tương lai.
Tuyên bố miễn trừ trách nhiệm: Trong bài đăng này, tôi sẽ sử dụng các định nghĩa đơn giản, có phần biếm họa để phân biệt các giao dịch bao gồm với các giao dịch nhà nước, thừa nhận rằng trên thực tế có nhiều sắc thái hơn thế.
Định nghĩa không chính thức, tính chất và vòng đời
Giao dịch bao gồm
Theo giao dịch bao gồm , tôi muốn nói đến giao dịch bất biến theo thứ tự (h/t James Prestwich) có kết quả vẫn như vậy bất kể trạng thái mà chúng được thực hiện ; yếu tố quan trọng duy nhất là chúng được bao gồm ở đâu đó trong Block. Ví dụ bao gồm thanh toán tại quán cà phê hoặc chuyển token cho bạn bè.
Do tính chất bất biến theo thứ tự của chúng, các giao dịch bao gồm thường được gửi đến mempool công khai. Việc công khai thông tin giao dịch trước khi bao gồm là chấp nhận được vì không ai có thể khai thác các giao dịch này (ví dụ, bằng cách chạy trước), vì chúng không mang Giá trị có thể trích xuất tối đa (MEV) (MEV) về bản chất. Để được coi là hợp lệ để bao gồm, các giao dịch này phải trả base fee cho mỗi đơn vị gas được tiêu thụ.
Trong thế giới hậu EIP-7805, các giao dịch bao gồm chủ yếu sẽ được bao gồm trong các khối Ethereum bởi nhiều người đề xuất IL thông qua FOCIL (sử dụng các quy tắc bao gồm như thời gian chờ trong mempool hoặc thứ tự phí ưu tiên). Bằng cách được phát sóng công khai đến mempool, các giao dịch này được hưởng lợi từ khả năng tăng lên rằng một trong nhiều người đề xuất IL sẽ bao gồm chúng thông qua danh sách bao gồm của họ.
Giao dịch nhà nước
Theo giao dịch trạng thái , tôi muốn nói đến các giao dịch phụ thuộc vào lệnh có kết quả thay đổi dựa trên trạng thái tại thời điểm thực hiện . Ví dụ: giao dịch thực hiện Hoán đổi token trên một Công cụ tạo lập thị trường tự động như Uniswap.
Các giao dịch của tiểu bang có nguồn gốc từ người dùng thông thường có khả năng mang Giá trị có thể trích xuất tối đa (MEV) (MEV) và có thể bị khai thác bởi những người tìm kiếm—ví dụ, thông qua các cuộc tấn công chạy trước hoặc tấn công xen kẽ—nếu nội dung của chúng được công khai trước khi đưa vào. Các giao dịch này thường nhạy cảm với thời gian và được hưởng lợi khi được gửi qua các kênh riêng để đảm bảo bảo vệ MEV và/hoặc nhận được tiền hoàn lại. Khi các giao dịch của tiểu bang mang MEV và được cung cấp cho các bên tinh vi như người tìm kiếm, dù tự nguyện hay không, chúng thường được đóng gói cùng với các giao dịch khác để trích xuất cơ hội MEV mà chúng tạo ra. Lưu ý rằng các giao dịch của tiểu bang cũng có thể bắt nguồn từ chính các bên tinh vi; ví dụ, những người kinh doanh chênh lệch giá tận dụng sự chênh lệch giá giữa các sàn giao dịch khác nhau để kiếm lợi nhuận. Trong cả hai trường hợp, khi các giao dịch của tiểu bang tạo ra cơ hội MEV, chúng thường đi kèm với các mẹo cho người xác thực (dưới dạng priority fees hoặc bằng cách sử dụng chuyển khoản coinbase ) ngoài base fee .
Vì FOCIL không cung cấp bất kỳ đảm bảo nào về thứ tự giao dịch hoặc việc bao gồm giao dịch trong thời gian tắc nghẽn mạng (tức là khi các khối đầy), chúng ta có thể cho rằng cấu trúc thị trường cho các giao dịch của tiểu bang sẽ không thay đổi nhiều trong thế giới hậu EIP-7805.
Sau đây là bản tóm tắt ngắn gọn về những khác biệt chính giữa giao dịch bao gồm và giao dịch nhà nước:
- Giao dịch bao gồm :
- Đóngbase feesđể được xem xét đưa vào Block.
- Không sử dụngpriority feesđể thể hiện sự ưu tiên trong đơn hàng.
- Được hưởng lợi khi truyền tải công khai tới nhiều bên.
- Không cần phải dựa vào các diễn viên lão luyện để đưa vào.- Giao dịch của tiểu bang :
- Đóngbase feesđể được xem xét đưa vào Block.
- Thêmpriority feesđể thể hiện sở thích liên quan đến trạng thái cụ thể mà chúng muốn được thực hiện, tương ứng với một vị trí cụ thể trong Block.
- Được hưởng lợi khi được gửi riêng cho một hoặc một vài bên phức tạp.
Lưu ý: Một giao dịch bao gồm có thể phải trả phí ưu tiên vì những lý do không liên quan đến sở thích thứ tự. Ví dụ, nó có thể cần phải đền bù cho Block Producer cho việc sử dụng tài nguyên bổ sung —chẳng hạn như thời gian truyền bá bổ sung mà blob yêu cầu. Phí ưu tiên cũng có thể báo hiệu mong muốn bao gồm nhanh hơn thay vì một vị trí cụ thể trong Block. Nói cách khác, ngay cả khi một giao dịch không quan tâm đến vị trí của nó, nó có thể sẵn sàng trả nhiều hơn để giảm sự chậm trễ và được bao gồm sớm hơn (ví dụ: giao dịch blob, giao dịch chống gian lận).
Phóng to Phí
Phí cơ bản và phí ưu tiên
Kể từ khi Đề xuất cải tiến Ethereum (EIP)-1559 được triển khai, tất cả các giao dịch—cả giao dịch bao gồm và giao dịch trạng thái—phải trả base fees để được xem xét đưa vào Block. Mặt khác, Priority fees có thể phục vụ các mục đích khác nhau tùy thuộc vào việc có tắc nghẽn mạng hay không:
- Không tắc nghẽn : Khi có đủ không gian trong Block để bao gồm tất cả các giao dịch đang chờ xử lý:
- Các giao dịch bao gồm thường không cần phải trả phí ưu tiên vì chúng sẽ được bao gồm miễn là chúng trả phí cơ sở và không quan tâm đến việc được chèn vào một vị trí cụ thể trong Block.
- Các giao dịch của tiểu bang sẽ trả phí ưu tiên để khuyến khích Block Producer thực hiện chúng trên một tiểu bang cụ thể.
- Sự tắc nghẽn :
- Các giao dịch bao gồm sau đó có thể chọn thêm phí ưu tiên để tăng cơ hội được đưa vào Block tiếp theo —ví dụ, trước các giao dịch bao gồm khác—thay vì đợi cho đến khi mạng không còn tắc nghẽn nữa.
- Các giao dịch của tiểu bang sẽ sử dụng phí ưu tiên bất kể có tình trạng tắc nghẽn mạng hay không.
Điểm thú vị ở đây là ranh giới giữa các giao dịch trạng thái và giao dịch bao gồm trở nên mờ nhạt trong thời gian tắc nghẽn. Khi không có đủ không gian cho mọi giao dịch, việc chỉ muốn được bao gồm ở bất kỳ đâu trong một Block nhất định về mặt khái niệm trở nên rất giống với việc muốn được thực hiện trên một trạng thái cụ thể. Do đó, Priority fees có thể được coi là một cơ chế phù hợp với tất cả để khuyến khích những người tạo Block và đảm bảo vị trí có lợi trong một Block.
Tuy nhiên, có một lý do rõ ràng khác khiến giao dịch có thể không được đưa vào Block ngay cả khi không có tình trạng tắc nghẽn: kiểm duyệt .
Chi phí kiểm duyệt
Trong thế giới hậu EIP-7805, vẫn còn một số cách để kiểm duyệt giao dịch:
Nhồi Block : Với các thuộc tính có điều kiện và bất kỳ nơi nào trong khối của FOCIL, người đề xuất có thể nhồi Block của mình lên đến Gas Limit để loại trừ giao dịch và vẫn đáp ứng các điều kiện IL. Để ước tính chi phí nhồi nhiều khối liên tiếp, tôi đã sử dụng công thức sau:
\text{ Chi phí nhồi Block } = (\text{Gas Limit} - \text{Gas đã sử dụng}) \times \text{ Phí cơ bản} \times \left( \frac{1}{0,125} \times 1,125^N - 1 \right)Chi phí nhồi Block = ( Gas Limit - Gas đã sử dụng ) × Phí cơ bản × ( 1 0,125 × 1,125 N − 1 )trong đó N N là số khối liên tiếp.
Hình bên dưới ước tính chi phí trung bình của việc nhồi Block trong ba tháng qua (dựa trên truy vấn Dune này ), nêu bật cách điều kiện thị trường và phí cơ sở ảnh hưởng đến chúng và minh họa cách việc nhồi nhiều khối liên tiếp trở nên tốn kém hơn theo cấp số nhân đối với kẻ tấn công.
Ảnh chụp màn hình ngày 9 tháng 12 từ Attester-Includer Separation 1986×586 66,9 KBThiếu khe : Ngoài ra, người đề xuất có thể chọn bỏ qua đề xuất Block cho khe được chỉ định của họ, khiến họ bỏ qua cả phần thưởng ở Consensus (phát hành) và lớp thực hiện (MEV), tương đương với khoảng
0.04 ETHkết hợp cho mỗi Block trung bình trong ba tháng qua .
Ảnh chụp màn hình 2024-12-18 lúc 18.21.35 1986×588 37,7 KB
Lưu ý rằng trong cả hai trường hợp trên, việc tăng priority fees của giao dịch sẽ khiến bên đề xuất phải tốn kém hơn để loại trừ giao dịch đó.
- Hối lộ ủy ban IL : Cuối cùng, một cách rõ ràng để kiểm duyệt một giao dịch là thuyết phục tất cả những người đề xuất IL không đưa giao dịch đó vào IL của họ. Theo Đề xuất cải tiến Ethereum (EIP)-7805, những người đề xuất IL không được thưởng khi đưa giao dịch vào IL của họ. Trên thực tế, việc thuyết phục tất cả những người đề xuất IL trong một ủy ban hành động không trung thực và trái với đạo đức của mạng lưới Ethereum có thể rất khó khăn. Với FOCIL, chúng ta chỉ cần một thành viên của ủy ban hành động trung thực và đưa tất cả các giao dịch vào mà không kiểm duyệt để cơ chế hoạt động như mong đợi. Tuy nhiên, về mặt lý thuyết, kẻ tấn công có thể đưa ra một khoản hối lộ rất nhỏ cho tất cả 16 thành viên ủy ban để loại trừ một giao dịch nhất định. Nếu những người đề xuất IL là người lý trí, họ có thể chấp nhận bất kỳ khoản hối lộ nào lớn hơn 0.
Bằng cách dựa vào hành vi vị tha của những người đề xuất IL, sẽ không có cách nào kiểm soát được chi phí mà họ phải chịu khi kiểm duyệt một giao dịch.
| Nhồi Block | Thiếu khe cắm | Ủy ban IL hối lộ | |
|---|---|---|---|
| Chi phí kiểm duyệt | 0.02 to 0.4 ETH | ∼ 0.1 ETH | > 0 ETH |
Làm gì thế?
Phí bao gồm
Do các đặc tính và vòng đời riêng biệt của các giao dịch trạng thái và bao gồm—và sự mất cân bằng khi người dùng có thể trả tiền boa cho người đề xuất nhưng không thể ảnh hưởng đến chi phí mà người đề xuất IL phải chịu khi kiểm duyệt các giao dịch trong giao thức—một lựa chọn là giới thiệu một khoản phí bao gồm (IF) độc lập và cơ chế khen thưởng để tăng cường đảm bảo bao gồm và chi phí kiểm duyệt, đồng thời vẫn giữ nguyên vai trò của phí ưu tiên (PF) như tiền boa cho người đề xuất.
Phương pháp này cho phép người dùng tạo giao dịch của họ dựa trên các điều kiện mạng (phí cơ bản) trong khi kiểm soát số tiền họ sẵn sàng trả cho (1) Được thực hiện trên một trạng thái cụ thể thông qua PF và (2) Tăng các đảm bảo bao gồm của họ thông qua IF hoặc cả hai. Trong sơ đồ bên dưới, bạn có thể thấy cách các giao dịch được gửi riêng tư đến Block Producer hoặc đến mempool công khai và đang chỉ định cả phí ưu tiên và phí bao gồm. Chúng tôi giả định rằng các giao dịch được thêm vào danh sách bao gồm (IL) và được sắp xếp theo thứ tự giảm dần dựa trên phí bao gồm (thông tin chi tiết hơn về điều này trong phần tiếp theo). Sau đó, Block Producer sẽ sắp xếp toàn bộ tải trọng — theo mặc định theo phí ưu tiên hoặc theo bất kỳ thứ tự nào khác tùy thuộc vào cơ hội MEV — kết hợp các giao dịch từ IL và các giao dịch mà họ nhận được một cách riêng tư.
Cơ chế khen thưởng
Một cách đơn giản để phân bổ phí bao gồm giữa những người đề xuất IL là phân bổ chúng theo tỷ lệ dựa trên đóng góp của họ, chỉ thưởng cho những người đã bao gồm các giao dịch trong IL của họ (tức là tiền boa có điều kiện ). Điều này dẫn đến động lực lớn hơn để bao gồm các giao dịch mà không ai khác muốn bao gồm (ví dụ: "giao dịch có thể kiểm duyệt").
Trong ví dụ trên, IL Proposer 1 bao gồm tất cả các giao dịch đang chờ xử lý từ mempool. Do đó, phần thưởng của chúng sẽ được tính như sau:
- Giao dịch g: Phí bao gồm 6 chia cho 4 người đề xuất = 6 ⁄ 4 = 1,5 = 6 / 4 = 1,5
- Giao dịch d: Phí bao gồm 4 chia cho 3 người đề xuất = 4 ⁄ 3 ≈ 1,333 = 4 / 3 ≈ 1,333
- Giao dịch e: Phí bao gồm 1 chia cho 3 người đề xuất = 1 ⁄ 3 ≈ 0,333 = 1 / 3 ≈ 0,333
- Giao dịch f: Phí bao gồm 0 chia cho 4 người đề xuất = 0 ⁄ 4 = 0 = 0 / 4 = 0
Cộng tất cả những điều này lại, Người đề xuất IL 1 sẽ nhận được khoảng 1,5 + 1,333 + 0,333 + 0 = 3,166 1,5 + 1,333 + 0,333 + 0 = 3,166 phần thưởng khi đưa những giao dịch này vào IL của mình.
Các cách tiếp cận thay thế để thưởng cho những người đề xuất IL bao gồm sử dụng phát hành thay vì phí, cân nhắc phần thưởng dựa trên hiệu suất trong quá khứ . Điều quan trọng nữa là bất kỳ cơ chế thưởng nào như vậy phải độc lập với Cơ chế phí giao dịch (TFM) hiện có—nói cách khác, tách biệt với cả phí cơ sở và phí ưu tiên. Việc cố gắng sử dụng lại phí cơ sở để thưởng cho những người đề xuất IL là không tương thích với động cơ vì thiết kế kinh tế của Đề xuất cải tiến Ethereum (EIP)-1559 dựa trên việc đốt phí cơ sở để ngăn những người sản xuất khối thao Block việc đưa giao dịch vào và thổi phồng phí để trục lợi cá nhân. Bằng cách đảm bảo rằng phí cơ sở không bao giờ được phân phối lại trực tiếp, hệ thống duy trì một cấu trúc khuyến khích cân bằng. Tương tự như vậy, việc dựa vào một mô hình chuyển hướng phí ưu tiên cho những người đề xuất IL sẽ không thành công trong tình trạng tắc nghẽn mạng, vì khi đó những người sản xuất Block sẽ có động lực lớn hơn để đưa các giao dịch không phải IL vào để có phần thưởng trực tiếp cao hơn.
Vai trò và người tham gia
Liệu có thể—và mong muốn—để tiến xa hơn và tách những người tham gia giao thức được giao nhiệm vụ đưa giao dịch (thành viên ủy ban IL) khỏi những người tập trung vào các giao dịch nhà nước có giá trị (người đề xuất) không? Bây giờ chúng ta hãy tưởng tượng một thế giới hậu FOCIL, hậu APS (Phân tách người chứng thực-người đề xuất). Trong kịch bản này, chúng ta vẫn có những người đề xuất IL đưa các giao dịch từ mempool công khai vào danh sách đưa vào của họ và được thưởng thông qua phí đưa vào. Tuy nhiên, hiện có sự tách biệt giữa người chứng thực/người đề xuất đèn hiệu, người đề xuất thực hiện và người xây dựng (việc PBS có được ghi nhận trong giao thức hay không không liên quan đến phần thảo luận này).
Sau đây là bản tóm tắt nhanh về trách nhiệm của từng người tham gia:
- Các thành viên của Ủy ban IL :
- Mức độ tinh vi : Thấp – Người đề xuất IL tạo Danh sách bao gồm (IL) chứa các giao dịch đang chờ xử lý trong mempool công khai.
- Yêu cầu Vốn :
- Trung bình – Từ 1 ETH đến 2.048 ETH nếu/khi maxEB và minEB được triển khai.
- Nặng — Vốn được đặt cọc, khóa trước và có nguy cơ bị cắt giảm vì các hình thức hành vi sai trái khác (ví dụ: đề xuất nhiều hơn một Block riêng biệt ở cùng một độ cao), nhưng không phải vì không thực hiện các nhiệm vụ cụ thể của IL (ví dụ: nhầm lẫn IL) ít nhất là trong phiên bản hiện tại của FOCIL.
- Người đề xuất Beacon :
- Mức độ tinh vi : Thấp – Xác định đầu chuỗi theo góc nhìn cục bộ và đề xuất Block beacon, bao gồm tất cả thông tin liên quan đến sự đồng thuận như Block Header, xác nhận, rút tiền, gửi tiền và hình phạt Slashing . Sau APS, những người đề xuất beacon không được khuyến khích chơi trò chơi tính thời gian và có thể duy trì sự thiếu tinh vi.
- Yêu cầu Vốn :
- Trung bình – Từ 1 ETH đến 2.048 ETH nếu/khi maxEB và minEB được triển khai.
- Nặng — Vốn được đặt cọc, khóa trước và có nguy cơ bị cắt giảm (ví dụ, khi đề xuất nhiều hơn một Block riêng biệt ở cùng một độ cao).
- Người chứng thực :
- Mức độ tinh vi : Thấp – Đảm bảo rằng cả thông tin Consensus và thực hiện có trong toàn bộ Block đều hợp lệ theo quan điểm của họ. Họ bỏ phiếu cho Block nếu nó vượt qua tất cả các kiểm tra tính hợp lệ, chẳng hạn như được xây dựng trên đầu đúng, chứa các giao dịch hợp lệ và đáp ứng các điều kiện IL.
- Yêu cầu Vốn :
- Trung bình – Từ 1 ETH đến 2.048 ETH nếu/khi maxEB và minEB được triển khai.
- Nặng — Vốn được đặt cọc, khóa trước và có nguy cơ bị cắt giảm (ví dụ, để chứng thực cho các khối đầu khác nhau).
- Người đề xuất thực hiện (Giả sử người đề xuất thực hiện không thuê ngoài việc sản xuất Block cho một nhà xây dựng) :
- Mức độ tinh vi : Cao – Chịu trách nhiệm đề xuất một tải trọng thực thi hoàn chỉnh và hợp lệ cho mạng, với thẩm quyền cuối cùng về việc bao gồm và sắp xếp giao dịch, với điều kiện là tải trọng thực thi bao gồm các giao dịch IL. Phải vận hành cơ sở hạ tầng tinh vi để triển khai các chiến lược phức tạp và trích xuất MEV hiệu quả.
- Yêu cầu Vốn :
- Cao – Cần đủ Vốn để đảm bảo quyền đề xuất thực hiện, thực hiện thành công các chiến lược MEV tiên tiến, chẳng hạn như chênh lệch giá phi nguyên tử và cung cấp các dịch vụ bổ sung như xác nhận trước.
- Nặng - Những người đề xuất thực hiện cũng cần Vốn có thể cắt giảm để đảm bảo họ không có động lực từ hành vi sai trái, nhưng yêu cầu này có hiệu lực sau khi họ đã được chọn (trái ngược với người chứng thực và người đề xuất beaucon). Vào thời điểm đó, họ phải tập hợp đủ Vốn cần thiết để đảm bảo xác nhận trước, bù đắp các khoản phạt do bỏ lỡ vị trí hoặc trả giá thầu của họ.
Điều thú vị là, bằng cách tách người chứng thực khỏi người đề xuất, APS cũng tách người đề xuất thực hiện khỏi các thành viên ủy ban IL. Tuy nhiên, trong phần tiếp theo, chúng tôi lập luận rằng các thành viên ủy ban IL nên được coi là một nhóm người tham gia riêng biệt. Vì trách nhiệm của họ bị hạn chế về mức độ phức tạp và họ không trực tiếp tham gia vào an ninh kinh tế của hệ thống, nên họ không cần phải tuân theo các yêu cầu Vốn giống như người chứng thực.
Phân tách người chứng thực-người bao gồm
h/t Barnabé
Dựa trên ý tưởng tách biệt các vai trò để phù hợp hơn với nhiệm vụ của giao thức và lấy cảm hứng từ các mô hình Staking theo tầng như Rainbow Staking và các cơ chế lựa chọn người xác thực như Orbit , chúng tôi đề xuất tách biệt người chứng thực khỏi các thành viên ủy ban IL (người bao gồm).
Nghĩ từ những nguyên tắc đầu tiên, chúng tôi muốn cả người chứng thực và người bao gồm đều được phân cấp về mặt địa lý và không phức tạp. Tuy nhiên, có một số khác biệt quan trọng giữa các nhóm người tham gia này liên quan đến yêu cầu Vốn và tầm quan trọng của vai trò của họ trong việc bảo mật mạng:
- Người chứng thực :
- Bảo mật : Nhìn chung, người xác thực đóng vai trò cực kỳ quan trọng trong việc bảo mật mạng bằng cách tham gia vào Consensus và đảm bảo Liveness và Tính chất cuối cùng. Vai trò quan trọng này đi kèm với một số hạn chế. Ví dụ, điều quan trọng là tránh luân chuyển người xác thực quá nhanh, vì nó có thể không bảo mật tối ưu theo quan Consensus . Tương tự như vậy, chúng tôi không muốn người xác thực nhập hoặc thoát khỏi tập hợp người xác thực đang hoạt động quá nhanh, đó là lý do tại sao chúng tôi có hàng đợi rút tiền và gửi tiền.
- Yêu cầu Vốn : Chúng tôi muốn những người chứng thực hợp nhất bằng cách tối đa hóa số dư của một trình xác thực duy nhất (ví dụ: tối đa 2.048 ETH) thay vì chạy nhiều phiên bản với số dư thấp hơn (ví dụ: 32 ETH). Việc hợp nhất này cho phép chúng tôi đạt được mức độ bảo mật kinh tế cao với số lượng người tham gia có thể quản lý được và tạo điều kiện để tiến tới Tính chất cuối cùng nhanh hơn (ví dụ: 3SF ). Ngoài ra, những người chứng thực phải có ít nhất một số lượng ETH Stake để có thể Slashing trong trường hợp họ không hoàn thành nhiệm vụ của mình, dù cố ý hay không. Điều này có nghĩa là Vốn của họ cần phải được đặt cọc và khóa trước (tức là nặng).
- Các thành viên của Ủy ban IL :
- Bảo mật : Các thành viên ủy ban IL không tham gia vào Consensus và không đóng vai trò trong việc bảo mật mạng. Họ chỉ có nhiệm vụ cải thiện khả năng chống kiểm duyệt bằng cách đưa các giao dịch vào IL bằng cách sử dụng chế độ xem cục bộ của họ về mempool công khai. Hơn nữa, chúng ta chỉ cần một trong số n người đề xuất IL trung thực xây dựng IL của mình để FOCIL có hiệu quả và áp đặt các ràng buộc đối với những gì người xây dựng giao dịch phải đưa vào khối của họ.
- Yêu cầu Vốn : Lý tưởng nhất là chúng tôi muốn rào cản gia nhập rất thấp để bất kỳ ai muốn đóng góp vào khả năng chống kiểm duyệt của Ethereum có thể dễ dàng thực hiện với 0,01 ETH chẳng hạn, hoặc chỉ đủ để đảm bảo khả năng chống Sybil và ngăn những người tham gia "chỉ đăng ký" nhưng sau đó lại ngoại tuyến. Ủy ban IL cũng luân phiên mọi vị trí, do đó có khả năng không cần phải xếp hàng hoặc bị phạt ngoài việc mất phần thưởng nếu có một loại phí tham gia nào đó.
Câu hỏi đặt ra là : Những khác biệt này có biện minh cho việc chuyển sang hai nhóm người tham gia độc lập, mỗi nhóm thực hiện một nhiệm vụ cụ thể hay vẫn nên giữ nguyên nhóm người tham gia đó?
Chúng tôi cho rằng nó có. Bằng cách cho phép bất kỳ ai tham gia và đóng góp vào khả năng chống kiểm duyệt của Ethereum với tư cách là "người bao gồm" - với các yêu cầu phần cứng tối thiểu (ví dụ: đồng hồ thông minh), trải nghiệm người dùng đơn giản, ít ma sát (không có hàng đợi), cũng như các yêu cầu Vốn nhẹ và tối thiểu - và bằng cách thưởng cho họ một cơ chế phí giao dịch độc lập (phí bao gồm), mạng có thể tự điều chỉnh dựa trên mức độ kiểm duyệt. Nếu nhiều giao dịch đang bị kiểm duyệt, người dùng có thể tăng phí bao gồm, do đó làm tăng chi phí kiểm duyệt. Khi các khoản phí cao hơn này được phân phối giữa những người bao gồm, nhiều cá nhân hơn sẽ được khuyến khích tham gia vào việc tạo danh sách bao gồm (IL), cuối cùng cải thiện khả năng chống kiểm duyệt của Ethereum. Cuối cùng, những người bao gồm cũng sẽ có thể tham gia vào việc cải thiện các đặc tính chống kiểm duyệt của mạng và duy trì tính trung lập của chuỗi mà không cần tiết lộ công khai sở thích của họ thông qua các giao dịch cụ thể có trong danh sách của họ. Để đạt được mục đích này, chúng ta có thể tận dụng các IL ẩn danh , bằng cách kết hợp các chữ ký vòng có thể liên kết và các giao thức phát sóng ẩn danh để bảo vệ danh tính của họ.
