Nguyên văn bởi Donovan Choy, Cộng tác viên Bankless
Biên soạn gốc: Zion, CT Trung Quốc
Ethereum vẫn chưa đạt được khả năng chống kiểm duyệt... đây là những gì các nhà phát triển đang làm.
Vào ngày 8 tháng 8 năm 2022, Bộ Tài chính Hoa Kỳ đã xử phạt Tornado Cash.
Mọi người đều biết các cơ quan quản lý ghét tiền điện tử, nhưng lệnh trừng phạt này đã khiến DeFi mất cảnh giác. Nó thể hiện một nỗ lực chưa từng có của các cơ quan quản lý Hoa Kỳ nhằm chính thức trấn áp tiền điện tử.
Theo một cách nào đó, các biện pháp trừng phạt chống lại Tornado Cash là một điều may mắn được ngụy trang. Cuộc tấn công dữ dội về quy định này đã nhắc nhở DeFi về các nguyên tắc cơ bản của nó, đưa ra sự giám sát kỹ lưỡng đối với mọi điểm kiểm tra tập trung trong toàn bộ không gian tài chính phi tập trung.
Phân cấp thực sự quan trọng.
Bất kỳ lối tắt nào bạn thực hiện để tập trung hóa đều có thể được sử dụng để chống lại bạn.
Chủ đề kiểm duyệt rất khó hiểu. Cố gắng hiểu những lo ngại xung quanh việc tập trung hóa Ethereum đòi hỏi một số kiến thức kỹ thuật và rất khó để hiểu được rất nhiều thuật ngữ về tiền điện tử.
Bài viết này cố gắng làm sáng tỏ tất cả các vấn đề kiểm duyệt của Ethereum trong vài tháng qua và chắt lọc chúng thành các thuật ngữ mà bất kỳ công dân tiền điện tử nào (thậm chí là người ghét) có thể dễ dàng hiểu được.
Tôi liệt kê mọi vectơ tập trung chính trên giao thức Ethereum và mô tả ngắn gọn các giải pháp kỹ thuật và thị trường khác nhau mà các doanh nhân và nhà phát triển đang thực hiện.
Tổng quan ngắn gọn về chuỗi cung ứng Ethereum
Lý thuyết thiết kế ban đầu của Ethereum chỉ liên quan đến hai người tham gia: người dùng chạy các nút của riêng họ, gửi các giao dịch qua mạng ngang hàng để chặn các trình xác thực, những người sẽ xây dựng một khối và bao gồm giao dịch.
Người xác thực chuỗi khối (chúng tôi gọi họ là người khai thác trong PoW và người đặt cược trong PoS) được coi là tác nhân trung lập xác thực khối.
Trong thực tế, quá trình phức tạp hơn nhiều. Người xác thực phải đối mặt với sự phân biệt đối xử khuyến khích sai trái bằng cách bán các khối cho những người tìm kiếm đang chạy bot chênh lệch giá. Điều này dẫn đến chi phí giao dịch cao hơn cho người dùng thông thường và tắc nghẽn trên chuỗi khối — một hiện tượng được gọi là Giá trị có thể trích xuất tối đa (MEV). Trong hai năm qua, MEV trên Ethereum đạt 675 triệu đô la (ước tính là 6,7 triệu đô la trên Cosmos).
Trong Ethereum được hợp nhất, sau đây là thứ tự giao dịch chung:
Người dùng tạo giao dịch với ví thông qua giao diện người dùng của dapp. Các giao dịch này được gửi đến nhóm bộ nhớ (mempool);
Những người tìm kiếm chạy các chương trình chênh lệch giá và quét các mempool, sau đó kết hợp các giao dịch lại với nhau;
Các giao dịch theo gói được chuyển cho những người xây dựng khối, những người sau đó đính kèm các giá thầu có phí;
Nếu cả người xây dựng và trình xác nhận được kết nối với một người chuyển tiếp, thì người chuyển tiếp sẽ ẩn các khối được nhóm trước khi gửi chúng đến phiên đấu giá;
Người xác thực (tức là người đề xuất khối, người đề xuất) chọn giá thầu phí và đề xuất khối;
Những người chứng thực xác thực khối trước khi nó cuối cùng được đưa vào chuỗi.
(Lưu ý rằng thuật ngữ trình xác thực và trình đề xuất được sử dụng thay thế cho nhau trong bài viết này.)
Trong chuỗi giao dịch này, có một vectơ tập trung ở mỗi bước.
tiêu đề cấp đầu tiên
01. Giao diện người dùng
tiêu đề phụ
mối đe dọa kiểm duyệt
Ngày nay, nhiều dapps có giao diện người dùng tập trung. Lịch sử ngắn gọn của Web3 cho thấy rằng khi các cơ quan quản lý gõ cửa, DeFi sẽ trả lời. Điều này xảy ra khi Balancer ẩn quỹ thanh khoản trị giá 20 triệu đô la ở giao diện người dùng hoặc khi Uniswap Labs nhanh chóng hủy niêm yết hàng chục mã thông báo phái sinh tổng hợp ở giao diện người dùng để tránh sự giám sát của SEC. MetaMask và Infura cũng đã thực hiện bước tương tự để chặn các địa chỉ ví tuân thủ lệnh trừng phạt Tornado Cash.
Vượt qua giao diện người dùng chỉ là phần nổi của tảng băng chìm. Dapp mà chúng tôi sử dụng dựa trên các nút RPC (máy chủ) để truyền đạt ý định của người dùng. Nút là một điểm kết nối (hãy coi nó như một API) truy cập thông tin, liên lạc và thực hiện các giao dịch trên chuỗi khối.
Trong một thế giới lý tưởng, mọi người đều có thể chạy nút của riêng họ. Nhưng như người sáng lập Signal Moxie Marlinspike đã từng chỉ ra khi chỉ trích Web3, hầu hết mọi người không chạy các nút của riêng họ, điều này tạo ra sự phụ thuộc vào các nhà cung cấp dịch vụ nút tập trung như Infura và Alchemy. Họ đã làm cho cuộc sống trong DeFi trở nên dễ dàng hơn rất nhiều, nhưng như bạn biết đấy, nó phải trả giá. Vì một số lượng lớn dapp như Uniswap và Metamask lần lượt dựa vào Infura để chạy các nút, nên một vectơ tập trung quan trọng sẽ xuất hiện ở phần cuối này.
Một công ty tập trung như Infura, nếu bị các nhà quản lý nhắm mục tiêu, sẽ gây ra sự gián đoạn đáng kể cho Ethereum. Trên thực tế, điều này đã xảy ra khi Infura cấm các địa chỉ IP của Iran vào tháng 3 để tuân thủ các biện pháp trừng phạt chính trị của Hoa Kỳ. Cũng có những lý do kỹ thuật khiến các nhà cung cấp nút tập trung gặp vấn đề. Ethereum đã gặp sự cố ngừng hoạt động mạng vào tháng 11 năm 2020, khi API mạng chính của Infura bị tê liệt do ứng dụng khách Geth của nó không được cập nhật và nhiều dapp không khả dụng.
Mô tả hình ảnh
Nguồn: ethernodes.org
Với rất nhiều vectơ tập trung, chúng ta thậm chí còn chưa nói về mempool.
tiêu đề phụ
Giải pháp số 1
Tập trung hóa front-end là một vấn đề tương đối nhỏ. Điều này là nhờ hệ sinh thái phần mềm trung gian DeFi đang phát triển mạnh, cho phép chúng tôi bỏ qua giao diện người dùng dapps bị kiểm duyệt thông qua các địa điểm thay thế theo nhiều cách khác nhau. Các ví dụ bao gồm các công cụ theo dõi danh mục đầu tư như Zapper và Zerion, ví tiền điện tử có chức năng “trao đổi” tích hợp và các công cụ tổng hợp DeFi như 1inch và Paraswap. Chúng cho phép bạn truy cập dapp mà không cần truy cập trực tiếp. Hầu hết các dapp như Uniswap cũng cam kết cung cấp nguồn mở cho mã giao diện người dùng của họ, cho phép bất kỳ cá nhân nào hoặc thậm chí một DAO chuyên dụng tạo lại giao diện người dùng.
Để bỏ qua các giao diện người dùng bị kiểm duyệt, các nhà cung cấp dịch vụ lưu trữ phi tập trung như IPFS cũng được sử dụng để lưu trữ các miền giao diện người dùng có nội dung tĩnh. Đối với các giao diện người dùng có nội dung động (phương tiện truyền thông xã hội), các giao thức lập chỉ mục phi tập trung như The Graph được sử dụng để truy vấn dữ liệu trên các chuỗi khối và dapp thông qua một ngôn ngữ truy vấn thống nhất. Và đối với các tên miền bị kiểm duyệt, các dịch vụ tên phi tập trung như ENS cung cấp một cách chống kiểm duyệt hơn để lưu trữ tên miền bằng cách xây dựng tên miền trên các hợp đồng thông minh Ethereum. Điều này không giống như hầu hết các trang web ngày nay được lưu trữ trên các máy chủ DNS tập trung, dễ bị chiếm đoạt tên miền hoặc chặn địa chỉ IP.
tiêu đề phụ
Giải pháp số 2
Đối với vấn đề tập trung hóa nút, giải pháp kỹ thuật chính là ứng dụng khách nhẹ. Hard fork Ethereum Altair đã mở đường cho họ. Các ứng dụng khách siêu nhẹ này cho phép chúng tôi tạo phiên bản Ethereum gốc, có chủ quyền của riêng mình trên máy tính, thiết bị di động hoặc trình duyệt web của riêng chúng tôi, nơi chúng tôi có thể phát các giao dịch tới bất kỳ nút đầy đủ nào chấp nhận truy vấn từ các ứng dụng khách nhẹ và Thực hiện yêu cầu. Bằng cách này, các dapp có thể tạo điều kiện thuận lợi cho các giao dịch thay vì gọi các điểm cuối RPC tập trung như Infura hoặc Alchemy.
tiêu đề phụ
https://twitter.com/SalomonCrypto/status/1579283196708941824
Giải pháp số 3
Khi chúng tôi muốn dựa vào các nhà cung cấp nút bên ngoài, có một số lựa chọn thay thế Infura phi tập trung như Pocket Network hoặc Ankr giúp giảm thiểu nhu cầu về Infura.
Mô tả hình ảnh
tiêu đề phụ
Giải pháp số 4
tiêu đề cấp đầu tiên
02. Người tìm kiếm
Sau khi giao dịch của người dùng được gửi thành công, nó sẽ vào vùng bộ nhớ. Mempool là cơ sở dữ liệu về các giao dịch đang chờ xử lý được gửi bởi những người dùng thông thường như bạn và tôi, đôi khi được gọi là của Ethereumrừng tối🌳. Trò chơi MEV (Giá trị có thể trích xuất tối đa) bắt đầu tại đây.
Sau khi các giao dịch nằm trong mempool, những người tìm kiếm bắt đầu quét khu rừng tối để tìm các cơ hội MEV có lợi nhuận. Những người tìm kiếm thường là các tổ chức lớn và bàn giao dịch độc quyền chạy bot chênh lệch giá, nhưng đôi khi cũng bao gồm cả các cá nhân. Họ trả phí gas cao cho người xác thực để chấp nhận lệnh giao dịch của họ thay vì đi qua nhóm công khai.
Một điều cần lưu ý ở đây là mặc dù MEV thường được coi là xấu, nhưng cũng có những MEV tốt. Trong trường hợp giá tiền điện tử biến động, giao thức DeFi cần nhanh chóng thanh lý tài sản thế chấp của người cho vay và nó cần trả phí Gas cao để đảm bảo rằng giao dịch có thể được thực hiện nhanh chóng. Nếu các chuỗi khối được thiết kế trên cơ sở ai đến trước được phục vụ trước, thì DeFi sẽ rất kém hiệu quả. Người tìm kiếm đóng một vai trò quan trọng trong việc cân bằng hiệu quả này và xây dựng các khối hiệu quả.
tiêu đề cấp đầu tiên
tiêu đề phụ
1) Trước khi Tách Người xây dựng Đề xuất (PBS)
Trước khi sáp nhập Ethereum, việc xây dựng khối được thực hiện bởi một thực thể: thợ đào. Điều này cho phép những người khai thác tận dụng lợi thế của chênh lệch giá và thanh lý DEX bằng cách phân biệt các giao dịch trong mempool.
Vấn đề trở nên tồi tệ hơn theo thời gian. Những người tìm kiếm và những người khai thác bắt đầu thông đồng với nhau trong thị trường ngầm để lựa chọn các giao dịch hiệu quả nhất nhằm tối đa hóa lợi nhuận MEV của chính họ. Điều này cuối cùng làm tăng chi phí cố định của việc trở thành một người khai thác, vì các nhà khai thác nhóm khai thác lớn có vốn để chạy các thuật toán phức tạp, vượt xa các công ty khai thác tại nhà — khai sinh ra MEV như chúng ta biết. Tổng số MEV được rút trên Ethereum trong hai năm qua đã lên tới 675 triệu USD!
Rủi ro tập trung ở đây có hai vấn đề: thứ nhất, nó ảnh hưởng đến người dùng Ethereum, những người cuối cùng phải chờ đợi lâu hơn hoặc trả nhiều phí giao dịch hơn; ở một vị trí thuận lợi hơn.
Để chống lại điều này, các nhà phát triển ethereum đang nghiên cứu một giải pháp trong giao thức được gọi là phân tách người đề xuất-người xây dựng (PBS). Như tên gợi ý, PBS chia vai trò trình xác thực thành hai vai trò gốc riêng biệt:
trình tạo khối
trình tạo khối
Trong PBS, những người xây dựng khối cạnh tranh với nhau để tạo danh sách giao dịch được sắp xếp tổng hợp từ những người tìm kiếm. Các giao dịch này được nhóm lại với nhau và được tối ưu hóa để tối đa hóa phí MEV của chính người xây dựng, sau đó được chuyển cho những người đề xuất khối. Những người đề xuất được khuyến khích chọn các giao dịch dựa trên mức phí cao nhất để tạo các khối và gửi chúng đến mạng để đưa vào chuỗi.
Điều này làm giảm sức mạnh tập trung của kiểm duyệt người đề xuất khối, vì những người xây dựng khối không phải là những người chọn các giao dịch được đưa vào khối. Như Vitalik đã viết trong Kết thúc của việc mở rộng chuỗi khốiNhư đã mô tả trong bài viết, toàn bộ quan điểm của PBS là tối đa hóa việc phân cấp trình xác nhận.
Nhưng PBS phức tạp về mặt kỹ thuật và sẽ không sẵn sàng trong một vài năm (có thể là 2-8 năm sau!). Tin tốt là các giải pháp tạm thời để tập trung hóa trình xác thực đã xuất hiện trong thời gian chờ đợi.
Đầu tiên, những người xác nhận hợp nhất được chọn ngẫu nhiên làm người đề xuất khối trong mỗi vị trí. Điều này khác với PoW trước khi hợp nhất trong đó tất cả những người khai thác xác thực các giao dịch mới bằng cách giải các câu đố toán học. Sau khi một trong số khoảng 420.000 trình xác thực trên Ethereum được chọn ngẫu nhiên làm người đề xuất khối, một ủy ban trình xác nhận khác được chọn ngẫu nhiên để gửi bằng chứng (phiếu bầu) về tính hợp lệ của khối được đề xuất. Lớp xáo trộn ngẫu nhiên kép này hoạt động để hạn chế sự tập trung của trình xác thực trên Ethereum, khiến những kẻ tấn công khó kiểm duyệt hoặc xâm phạm mạng hơn.
Thứ hai, các công ty như Flashbots đã bước vào để tạo PBS một cách giả tạo. Flashbots đã phát triển một ứng dụng khách phần mềm (MEV-Geth cho PoW Ethereum, MEV-Boost cho PoS Ethereum) mà các trình xác thực có thể chỉ cần cắm vào ứng dụng khách đồng thuận của họ và chạy trên các nút của họ. Điều này có hiệu quả thuê ngoài công việc xây dựng các khối cho vai trò người xây dựng chuyên dụng (tách biệt người đề xuất khỏi người xây dựng!)
Nguồn: Flashbot
Nguồn: Flashbot
tiêu đề phụ
2) Kỷ nguyên phân tách người đề xuất/người xây dựng (PBS)
PBS loại bỏ sức mạnh tập trung của các trình xác nhận lớn. Nhưng ngay cả sau khi PBS được thiết kế, chúng ta vẫn chưa đến được miền đất hứa của sự phi tập trung hóa. Trong thời kỳ hậu PBS, véc tơ tập trung, mặc dù đã giảm bớt, vẫn sẽ tồn tại. Phần còn lại của phần này cung cấp một cái nhìn tổng quan ngắn gọn về các mối đe dọa kiểm duyệt khác nhau đối với Ethereum và các giải pháp tương ứng đang được thực hiện.
Đe dọa kiểm duyệt #1
Mặc dù PBS giảm thiểu các vấn đề về tập trung hóa trước đây, nhưng nó cũng giới thiệu các vectơ tập trung mới ở cấp trình tạo bằng cách nâng cao khả năng xem xét giao dịch của trình tạo. Bằng cách tạo vai trò người xây dựng chuyên dụng, người xây dựng sẽ có khả năng đặt giá thầu cao hơn cho các khối và loại trừ một số giao dịch nhất định.
Giải pháp 1
Giải pháp đầu tiên là danh sách chống kiểm duyệt (crList), còn được gọi là PBS lai. Giả sử chúng ta nghi ngờ rằng người xây dựng đang cố gắng kiểm duyệt giao dịch. Chúng tôi biết điều này vì các khối mà họ đã tạo cho người đề xuất chưa đầy và có các giao dịch đủ điều kiện đang chờ trong mempool để được đưa vào.
crList cho phép người đề xuất buộc người xây dựng sử dụng hết không gian khối trống mà không cho phép người đề xuất chỉ định rõ ràng thứ tự các giao dịch được đưa vào: Này người xây dựng, vui lòng điền vào khối trống, nếu không các giao dịch tôi chọn sẽ bị từ chối.
Nếu người xây dựng khăng khăng xem xét các giao dịch và bỏ qua danh sách crList của người đề xuất, thì người xác thực sẽ từ chối khối (người xác thực được chọn ngẫu nhiên, bỏ phiếu trên tiêu đề khối của chuỗi chính tắc sau khối do người xác thực đề xuất). Nói tóm lại, crLists là một cơ chế gián tiếp cho phép những người đề xuất giám sát một thị trường tập trung để xây dựng khối mà không làm mất đi toàn bộ mục đích của PBS (để phân cấp những người đề xuất).
Giải pháp 2
Nhưng điều gì sẽ xảy ra nếu người đề xuất có thể yêu cầu người xây dựng đưa giao dịch vào, hoặc nếu họ thông đồng với người xây dựng và yêu cầu người xây dựng không đưa vào giao dịch thì sao? Điều này dẫn đến giải pháp thứ hai: MEV-smoothing. Giống như crList hạn chế trình tạo, MEV-smoothing kiểm soát trình đề xuất bằng cách loại bỏ quyền quyết định của nó.
Ý tưởng ở đây là yêu cầu những người chứng minh chú ý đến thị trường xây dựng khối, cụ thể là với các giá thầu tính phí được đính kèm với các khối và sau đó chỉ chứng thực khối từ giá thầu cao nhất của người đề xuất. Nếu người đề xuất không đề xuất khối có lợi nhất đã được xây dựng cho họ, thì chắc chắn có điều gì đó không ổn, vì vậy người đề xuất sẽ hỏi: Này người đề xuất, bạn ghét kiếm tiền hay bạn muốn kiểm duyệt? Thực tế là, MEV- làm mịn nhằm mục đích cân bằng lợi nhuận MEV của tất cả những người đề xuất và tạo ra một thị trường hoàn toàn hiệu quả, loại bỏ động cơ khuyến khích những người đề xuất tham gia kiểm duyệt phân biệt đối xử.
Giải pháp 3
Giải pháp thứ ba là sử dụng vùng bộ nhớ được mã hóa. crLists dành cho người xây dựng và MEV-smoothing dành cho người đề xuất, nhưng các mempool được mã hóa được thiết kế để chống lại cả hai. Cơ chế này rất dễ hiểu: nó mã hóa nội dung giao dịch của người dùng và địa chỉ gửi/nhận trước khi họ vào mempool và chỉ giải mã chúng khi chúng ở trên chuỗi. Điều này gây khó khăn cho các bên kiểm duyệt hoặc tham gia vào các công nghệ trích xuất MEV chẳng hạn như giao diện người dùng. Điều này giúp loại bỏ nhu cầu về nhóm bộ nhớ riêng như Flashbots Protect. Công nghệ mempool được mã hóa là thứ mà các nhà phát triển Cosmos, Flashbot và các chuỗi hướng đến quyền riêng tư như Aztec cũng đang thử nghiệm.
Giải pháp 4
Giải pháp thứ tư và cũng là giải pháp cuối cùng mà chúng tôi ít muốn dựa vào nhất, nhưng cũng là một lựa chọn tốt: tự xây dựng vì lòng vị tha, trong trường hợp đó, những người đề xuất chỉ cần chọn xây dựng các khối của riêng họ thay vì Thuê ngoài các nhà xây dựng. Ưu điểm của điều này là ngay cả khi chỉ có một số lượng nhỏ các nhà xây dựng vị tha khoảng 10%, Ethereum vẫn có thể tiếp tục phát triển.
Nhược điểm rõ ràng ở đây là nó hoạt động chống lại các ưu đãi kinh tế - hãy nhớ rằng những người xác thực muốn sử dụng MEV-Boost vì nó tạo ra phí cao hơn. Đây là lý do tại sao việc thúc đẩy văn hóa chống kiểm duyệt và duy trì sự phân cấp ở cấp độ xã hội là rất quan trọng.
Đe dọa kiểm duyệt #2
Mô tả hình ảnh
Nguồn: clientdiversity.org
Nếu một khách hàng bị phát hiện có lỗi hoặc đang bị tấn công, thì nguy cơ gián đoạn mạng sẽ cao hơn. Đây không phải là suy đoán lý thuyết, như đã được chứng minh bằng sự cố tấn công DOS Thượng Hải vào năm 2016, khi những kẻ tấn công lừa máy khách Geth làm chậm tốc độ xử lý của nó. Trong Ethereum được hợp nhất, cần có 2/3 số ETH đã cam kết để đạt được mục đích cuối cùng. Một lỗi máy khách lớn có thể tạm thời làm ngưng trệ mạng ethereum (hoặc tệ hơn: chia tách) - điều quan trọng là bất kỳ máy khách cụ thể nào cũng chạy trên không quá hai phần ba số nút trình xác thực của nó!
Vấn đề tập trung hóa ứng dụng khách nghiêm trọng đến mức ngay cả những công ty hàng đầu như Prysmatic Labs với mức sử dụng ứng dụng khách cao nhất cũng đang khuyên những người xác thực nút “sử dụng đối thủ cạnh tranh của họ”. Rốt cuộc, nếu Ethereum gặp sự cố, đó là tổn thất cho tất cả mọi người.
giải pháp
Lưu ý rằng mối đe dọa kiểm duyệt ở đây không chỉ áp dụng cho những người đặt cược riêng lẻ mà còn cho các nhà cung cấp nút tập trung như Infura và Alchemy hoặc các nhà cung cấp nút phi tập trung như Pocket Network. Các giải pháp đã được các nhà phát triển Ethereum triển khai bao gồm nhiều hình phạt khác nhau để cắt giảm tỷ lệ trình xác nhận không hoạt động, chẳng hạn như cơ chế Rò rỉ không hoạt động. Trên Beacon Chain ngày nay, các hình phạt chống phụ thuộc cũng khắc nghiệt hơn nếu tất cả các trình xác thực có hành vi sai trái đều không thành công trên cùng một máy khách. Trên thực tế, điều này thúc đẩy văn hóa đa khách hàng (khách hàng đa dạng! ), đồng thời khuyến khích các bên xác minh xem xét không chỉ các rủi ro kỹ thuật mà còn cả các ưu đãi kinh tế khi lựa chọn khách hàng.
Đe dọa kiểm duyệt #3
Nguồn: Dune Analytics
Nguồn: Dune Analytics
giải pháp
Không có giải pháp dễ dàng, nhưng có lý do để lạc quan. Đầu tiên, mặc dù Lido kiểm soát 30% ETH được đặt cọc, nhưng nó không tồn tại như một thực thể duy nhất và không có ảnh hưởng trực tiếp đến việc xây dựng khối. Rương chiến ETH của Lido được chuyển cho 28 nhà khai thác nút, những người đặt cược thông qua hàng chục nghìn nút để ngăn chặn bất kỳ hình thức tấn công mạng đơn phương nào.
Những người theo chủ nghĩa tối đa hóa phi tập trung sẽ không tìm thấy nhiều sự thoải mái trong 28 nhà khai thác nút, vẫn còn quá ít so với việc đặt cược (mạng Ethereum!). Một giải pháp kỹ thuật khả thi cho vấn đề tập trung của ETH là Công nghệ Trình xác thực Phân tán (DVT), còn được gọi là Công nghệ Trình xác thực Chia sẻ Bí mật, một lĩnh vực mà Ethereum Foundation đã tích cực nghiên cứu từ năm 2019. Công ty đi đầu trong việc phát triển DVT là RockX, một nhà cung cấp nút chuỗi khối tổ chức và là một trong 28 nhà khai thác nút của Lido.
DVT là một giao thức nguồn mở phân phối các hoạt động chạy nút giữa các trình xác thực khác nhau thay vì một trình xác thực duy nhất. Nó sử dụng quy trình tính toán nhiều bên (MPC) để đảm bảo các nút có thể được chạy chung bởi nhiều trình xác thực, do các khóa riêng tư được chia sẻ. Do đó, không diễn viên nào có toàn quyền truy cập vào khóa riêng cần thiết để ký tin nhắn. Điều này cũng cho phép trình xác thực thay thế trình xác nhận khác trong trường hợp cơ sở hạ tầng bị lỗi.
tiêu đề cấp đầu tiên
04. Người tiếp sức
Trong mô hình MEV-Boost, người chuyển tiếp đóng vai trò là người môi giới trung gian giữa người đề xuất và người xây dựng. Rơle là một vectơ tập trung duy nhất, là kết quả của việc Flashbots cố gắng giải quyết vấn đề MEV. Để hiểu mối đe dọa kiểm duyệt ở đây, trước tiên cần hiểu tại sao các bộ lặp lại xuất hiện.
Hãy nhớ lại rằng toàn bộ lý do muốn chia vai trò của người xác thực trong PBS thành người đề xuất và người xây dựng là để hạn chế quyền kiểm duyệt của người xác thực và ngăn một thực thể (chẳng hạn như Coinbase hoặc Lido) nắm giữ một lượng lớn ETH được đặt cược. Bạn có thể quyết định tùy ý điều gì để bao gồm trên chuỗi.
Do đó, để PBS hoạt động, những người đề xuất cần phải biết về nội dung của các khối mà họ nhận được từ các nhà xây dựng. Mặt khác, những người đề xuất sẽ có thể phân biệt khối nào họ nghĩ nên đưa vào chuỗi và chúng tôi quay lại nơi chúng tôi đã bắt đầu trước PBS.
Đây là những gì bộ lặp thực hiện trong mô hình MEV-Boost của Flashbots. Các nhà xây dựng gửi giá thầu cho một khối đã lắp ráp cho những người chuyển tiếp, sau đó những người này sẽ gửi khối đó đến một ký quỹ ẩn và chỉ tiết lộ giá cho bất kỳ người đề xuất nào chấp nhận trọng tải của người chuyển tiếp.
Mô tả hình ảnh
Nguồn: Devcon
mối đe dọa kiểm duyệt
Nhưng nếu những người lặp lại chọn tự kiểm duyệt thì sao? Điều này đưa chúng ta đến trung tâm của rủi ro tập trung ở cấp độ chuyển tiếp. Ngày nay, 58% khối chuyển tiếp trên Ethereum đang xem xét các giao dịch Tornado Cash, tức là tuân thủ OFAC. Hầu hết 58% (80%) này đến từ các khối chuyển tiếp của Flashbots (xem hình ảnh bên dưới).
Lưu ý rằng có nhiều trình xác nhận khác vẫn chấp nhận các khối với giao dịch Tornado Cash, vì vậy đây thực sự là một hình thức kiểm duyệt mềm được biểu hiện bằng độ trễ vài phút, thay vì một hình thức kiểm duyệt cứng. Miễn là một số lượng nhỏ các bộ lặp không được kiểm duyệt, vấn đề vẫn còn bất tiện cho người dùng, đó không phải là điều mà chúng ta thường nghĩ là kiểm duyệt. Tuy nhiên, đó là một vấn đề đã dẫn đến sự giám sát rộng rãi xung quanh ethereum trong những tháng gần đây.
giải pháp
Giải pháp rõ ràng là khuyến khích các bộ lặp rộng hơn. Trình xác thực thường được kết nối với nhiều bộ chuyển tiếp cùng một lúc. Như đã trình bày ở trên, 3 trong số 7 người chuyển tiếp (BloXroute và Manifold) không kiểm duyệt các giao dịch Tornado Cash. Bởi vì các bộ chuyển tiếp là một thực thể không được phép, điều này giúp mọi người dễ dàng tạo các bộ chuyển tiếp của riêng họ (bản thân Flashbot đã mã nguồn mở các bộ chuyển tiếp của riêng họ). Rào cản gia nhập thấp đối với việc tạo các trình chuyển tiếp không kiểm duyệt có nghĩa là vectơ tập trung này nhẹ hơn nhiều so với ở cấp độ trình xác thực, nơi việc chặn các tác nhân không trung thực/có hành vi sai trái sẽ tốn kém hơn nhiều.
Tin tốt là các bộ lặp là một công cụ kiểm duyệt tạm thời về lâu dài. Khi PBS chính thức được tích hợp vào giao thức, người chuyển tiếp sẽ không còn cần thiết nữa, vì người xây dựng sẽ kết nối với người đề xuất.
Vì vậy, bạn nên hiểu toàn bộ chuỗi cung ứng MEV và những gì chúng tôi đang làm.
Lưu ý rằng bài viết này chỉ đề cập đến các hình thức kiểm duyệt mềm, thường tương đương với việc chặn độ trễ đưa vào tính bằng giây/phút.
liên kết gốc
