Vitalik bài viết mới: Cải thiện tính không cần giấy phép và tương lai phi tập trung của mạng Ethereum

• tác giả: Vitalik Buterin*

• biên dịch: Đặng Thông, Jinse Finance*

Đặc biệt cảm ơn Dankrad Feist, Caspar Schwarz-Schilling và Francesco vì những phản hồi và đánh giá nhanh chóng.

Tôi ngồi đây viết bài này vào ngày cuối cùng của các nhà phát triển Ethereum tại Kenya, nơi chúng tôi đã đạt được nhiều tiến bộ trong việc thực hiện và giải quyết các chi tiết kỹ thuật của các cải tiến quan trọng sắp tới của Ethereum, nổi bật nhất là PeerDAS, chuyển đổi cây Verkle và phương pháp phi tập trung trong bối cảnh EIP 4444 để lưu trữ lịch sử. Từ góc độ của riêng tôi, tốc độ phát triển của Ethereum và khả năng của chúng tôi trong việc cung cấp các tính năng lớn và quan trọng đang ngày càng tăng lên, những tính năng này có thể cải thiện đáng kể trải nghiệm của các nhà vận hành nút và người dùng (L1 và L2).

Nhóm khách hàng Ethereum đã làm việc cùng nhau để cung cấp mạng phát triển Pectra.

Với sự gia tăng khả năng kỹ thuật, một câu hỏi quan trọng cần được đặt ra là: Chúng ta có đang đi đúng hướng không? Một loạt các tweet không hài lòng gần đây của Peter Szilagyi, một nhà phát triển cốt lõi lâu năm của Geth, đã thúc đẩy chúng tôi suy nghĩ về vấn đề này:

Những lo ngại này đều có lý do. Đây là những lo ngại mà nhiều người trong cộng đồng Ethereum đã bày tỏ. Cá nhân tôi đã nhiều lần lo lắng về những vấn đề này. Tuy nhiên, tôi cũng không nghĩ tình hình tồi tệ như những gì tweet của Peter gợi ý. Ngược lại, nhiều vấn đề đã được giải quyết thông qua các chức năng giao thức đang diễn ra, và nhiều vấn đề khác có thể được giải quyết thông qua những điều chỉnh rất thực tế đối với lộ trình hiện tại.

Để hiểu điều này có nghĩa gì trong thực tế, hãy cùng xem xét ba ví dụ mà Peter đã cung cấp. Những vấn đề này là mối quan tâm chung của nhiều thành viên trong cộng đồng, và việc giải quyết chúng là rất quan trọng.

MEV và sự phụ thuộc vào nhà xây dựng

Trong quá khứ, các khối Ethereum được tạo ra bởi các thợ mỏ, những người sử dụng các thuật toán tương đối đơn giản để tạo ra các khối. Người dùng gửi giao dịch đến mạng p2p công cộng, thường được gọi là "mempool" (hoặc "txpool"). Các thợ mỏ lắng nghe bộ nhớ, chấp nhận các giao dịch hợp lệ và trả phí. Chúng bao gồm các giao dịch có thể thực hiện, và nếu không đủ không gian, chúng sẽ được sắp xếp theo thứ tự ưu tiên theo phí cao nhất.

Đây là một hệ thống rất đơn giản và thân thiện với phi tập trung: với tư cách là một thợ mỏ, bạn chỉ cần chạy phần mềm mặc định, bạn có thể nhận được mức thu nhập phí tương tự như từ một mỏ chuyên nghiệp. Tuy nhiên, vào khoảng năm 2020, mọi người bắt đầu khai thác cái gọi là giá trị có thể khai thác từ thợ mỏ (MEV): chỉ có thể thu được thu nhập thông qua việc thực hiện các chiến lược phức tạp, những chiến lược này hiểu các hoạt động diễn ra bên trong các giao thức defi khác nhau.

Ví dụ, hãy xem xét một sàn giao dịch phi tập trung như Uniswap. Giả sử vào thời điểm T, tỷ giá USD/ETH trên sàn giao dịch tập trung và Uniswap là 3000 USD. Vào thời điểm T+11, tỷ giá USD/ETH trên sàn giao dịch tập trung tăng lên 3005 USD. Nhưng Ethereum vẫn chưa có khối tiếp theo. Đến thời điểm T+12, đúng là như vậy. Bất kỳ ai tạo ra khối đó, giao dịch đầu tiên của họ có thể là một loạt các giao dịch mua Uniswap, mua tất cả ETH có sẵn trên Uniswap với giá từ 3000 USD đến 3004 USD. Đây là thu nhập bổ sung, được gọi là MEV. Các ứng dụng ngoài DEX cũng gặp phải vấn đề tương tự. Bài báo Flash Boys 2.0 được công bố vào năm 2019 đã mô tả chi tiết về điều này.

Biểu đồ trong bài báo Flash Boys 2.0 cho thấy số tiền thu được từ việc sử dụng các phương pháp trên

Vấn đề là, điều này đã phá vỡ lý do tại sao việc khai thác (hoặc đề xuất khối sau năm 2022) có thể "công bằng": bây giờ, những người tham gia lớn có khả năng tốt hơn trong việc tối ưu hóa các thuật toán khai thác như vậy có thể nhận được lợi nhuận tốt hơn trong mỗi khối.

Kể từ đó, đã có một cuộc tranh luận giữa hai chiến lược mà tôi gọi là tối thiểu hóa MEV và cách ly MEV. Tối thiểu hóa MEV có hai hình thức: (i) phát triển tích cực các lựa chọn thay thế không có MEV cho Uniswap (ví dụ: Cowswap), và (ii) xây dựng các công nghệ trong giao thức như bộ nhớ mã hóa, giảm thông tin có sẵn cho các nhà sản xuất khối, từ đó giảm thu nhập mà họ có thể nhận được. Đặc biệt, bộ nhớ mã hóa có thể ngăn chặn các chiến lược như tấn công sandwich, trong đó giao dịch được đặt trước và sau giao dịch của người dùng để khai thác chúng về mặt kinh tế ("giao dịch trước").

Cách ly MEV hoạt động bằng cách chấp nhận MEV, nhưng cố gắng hạn chế tác động của nó đến sự tập trung hóa staking bằng cách chia thị trường thành hai loại người tham gia: các xác thực viên chịu trách nhiệm chứng minh và đề xuất khối, nhưng nhiệm vụ chọn nội dung khối được thực hiện thông qua một giao thức đấu giá. Các nhà đầu tư cá nhân giờ đây không còn phải lo lắng về việc tối ưu hóa arbitrage DeFi; họ chỉ cần tham gia vào giao thức đấu giá và chấp nhận giá thầu cao nhất. Điều này được gọi là phân tách người đề xuất/xây dựng (PBS). Phương pháp này đã có tiền lệ trong các ngành khác: một trong những lý do chính khiến các nhà hàng có thể duy trì sự phân tán như vậy là vì họ thường phụ thuộc vào các nhà cung cấp tương đối tập trung cho nhiều hoạt động, mà những hoạt động này thực sự có quy mô kinh tế lớn. Cho đến nay, PBS đã khá thành công trong việc đảm bảo rằng các xác thực viên nhỏ và lớn có môi trường cạnh tranh công bằng, ít nhất là về MEV. Tuy nhiên, nó đã mang lại một vấn đề khác: nhiệm vụ chọn giao dịch nào sẽ được bao gồm trở nên tập trung hơn.

Quan điểm của tôi luôn là tối thiểu hóa MEV là điều tốt, và chúng ta nên theo đuổi nó (tôi cá nhân thường sử dụng Cowswap!) ------ mặc dù bộ nhớ mã hóa có nhiều thách thức, nhưng tối thiểu hóa MEV có thể vẫn chưa đủ; MEV sẽ không giảm xuống bằng không, thậm chí gần bằng không. Do đó, chúng ta cũng cần một loại cách ly MEV. Điều này đặt ra một nhiệm vụ thú vị: làm thế nào để chúng ta làm cho "hộp cách ly MEV" càng nhỏ càng tốt? Làm thế nào để chúng ta trao quyền cho các nhà xây dựng càng ít càng tốt, trong khi vẫn cho phép họ hấp thụ tác động của việc tối ưu hóa arbitrage và các hình thức thu thập MEV khác?

Nếu các nhà xây dựng có quyền hoàn toàn loại bỏ giao dịch khỏi khối, thì sẽ dễ dàng xảy ra tấn công. Giả sử bạn có một vị thế nợ thế chấp (CDP) trong một giao thức defi, được hỗ trợ bởi tài sản có giá giảm nhanh. Bạn muốn tăng tài sản thế chấp hoặc rút khỏi CDP. Các nhà xây dựng độc hại có thể cố gắng thông đồng để từ chối bao gồm giao dịch của bạn, trì hoãn giao dịch cho đến khi giá giảm đủ để buộc thanh lý CDP của bạn. Nếu điều này xảy ra, bạn sẽ phải trả một khoản phạt lớn, trong khi các nhà xây dựng sẽ nhận được một phần lớn. Vậy làm thế nào để chúng ta ngăn chặn các nhà xây dựng loại bỏ giao dịch và thực hiện các cuộc tấn công như vậy?

Đây là lúc danh sách bao gồm phát huy tác dụng.

Nguồn: bài viết ethresear.ch

Danh sách bao gồm cho phép người đề xuất khối (tức là các bên liên quan) chọn các giao dịch cần thiết để vào khối. Các nhà xây dựng vẫn có thể sắp xếp lại giao dịch hoặc chèn giao dịch của riêng họ, nhưng họ phải bao gồm giao dịch của người đề xuất. Cuối cùng, danh sách bao gồm được sửa đổi để ràng buộc khối tiếp theo thay vì khối hiện tại. Trong mọi trường hợp, chúng sẽ tước đoạt khả năng của các nhà xây dựng để hoàn toàn loại bỏ giao dịch khỏi khối.

MEV là một vấn đề phức tạp; ngay cả mô tả trên cũng bỏ lỡ nhiều sắc thái quan trọng. Như đã nói, "bạn có thể không tìm kiếm MEV, nhưng MEV đang tìm kiếm bạn." Các nhà nghiên cứu Ethereum đã rất nhất quán trong việc cam kết mục tiêu "tối thiểu hóa hộp cách ly", giảm thiểu thiệt hại mà các nhà xây dựng có thể gây ra (ví dụ: thông qua việc loại trừ hoặc trì hoãn giao dịch như một cách tấn công vào các ứng dụng cụ thể).

Nói như vậy, tôi thực sự nghĩ rằng chúng ta có thể đi xa hơn. Lịch sử đã cho thấy rằng danh sách bao gồm thường được coi là một "tính năng ngoại lệ": thường thì bạn không nghĩ đến chúng, nhưng trong trường hợp các nhà xây dựng độc hại bắt đầu làm những điều điên rồ, chúng sẽ cho bạn một "con đường nhỏ thứ hai". Thái độ này phản ánh trong các quyết định thiết kế hiện tại: trong EIP hiện tại, giới hạn Gas cho danh sách bao gồm khoảng 2,1 triệu. Nhưng chúng ta có thể thực hiện một sự chuyển đổi triết học trong cách nhìn nhận danh sách bao gồm: coi danh sách bao gồm như một khối, và vai trò của các nhà xây dựng là thêm một số giao dịch để thu thập MEV như một chức năng phụ trợ. Nếu các nhà xây dựng có giới hạn Gas là 2,1 triệu thì sao?

Tôi nghĩ rằng ý tưởng theo hướng này ------ thực sự thúc đẩy hộp cách ly nhỏ nhất có thể ------ rất thú vị, và tôi ủng hộ việc phát triển theo hướng này. Đây là một sự chuyển đổi với "triết lý thời đại 2021": trong triết lý thời đại 2021, chúng tôi nhiệt tình với ý tưởng rằng: vì chúng tôi hiện có các nhà xây dựng, chúng tôi có thể "quá tải" chức năng của họ, để họ phục vụ người dùng theo cách phức tạp hơn, chẳng hạn như thông qua việc hỗ trợ thị trường phí ERC-4337. Trong ý tưởng mới này, phần xác thực giao dịch của ERC-4337 phải được đưa vào giao thức. May mắn thay, nhóm ERC-4337 đã ngày càng nhiệt tình với hướng đi này.

Tóm tắt: Tư tưởng MEV đã quay trở lại hướng trao quyền cho các nhà sản xuất khối, bao gồm cả việc trao quyền cho các nhà sản xuất khối đảm bảo trực tiếp rằng giao dịch của người dùng được bao gồm. Đề xuất trừu tượng tài khoản đã quay trở lại hướng loại bỏ sự phụ thuộc vào các bộ trung gian tập trung và thậm chí các nhà xây dựng. Tuy nhiên, có một lập luận tốt cho thấy chúng ta chưa đi đủ xa, và tôi nghĩ rằng áp lực để thúc đẩy tiến trình phát triển theo hướng này là rất đáng hoan nghênh.

Staking linh hoạt

Ngày nay, tỷ lệ các nhà đầu tư cá nhân trong tất cả các khoản staking Ethereum tương đối nhỏ, và hầu hết các khoản staking được thực hiện bởi nhiều nhà cung cấp khác nhau ------ một số nhà điều hành tập trung và các DAO khác, chẳng hạn như Lido và RocketPool.

Tôi đã thực hiện nghiên cứu của riêng mình ------ các cuộc khảo sát khác nhau, điều tra, đối thoại trực tiếp, đặt câu hỏi "tại sao bạn ------ đặc biệt là bạn ------ không staking một mình hôm nay?" Đối với tôi, cho đến nay, một hệ sinh thái staking cá nhân mạnh mẽ là kết quả ưa thích của tôi đối với staking Ethereum, và một trong những điều tốt nhất về Ethereum là chúng tôi thực sự cố gắng hỗ trợ một hệ sinh thái staking cá nhân mạnh mẽ, thay vì chỉ đơn giản là nhượng bộ cho ủy thác. Tuy nhiên, chúng ta còn xa mới đạt được kết quả này. Trong các cuộc khảo sát và điều tra của tôi, có một số xu hướng nhất quán:

Phần lớn những người không staking một mình cho rằng lý do chính của họ là tối thiểu 32 ETH.

Trong số những người đưa ra lý do khác, lý do lớn nhất là thách thức kỹ thuật trong việc vận hành và duy trì nút xác thực.

Mất khả năng truy cập ETH ngay lập tức, rủi ro bảo mật của "khóa riêng nóng" và mất khả năng tham gia vào các giao thức DeFi cùng một lúc đều là những vấn đề lớn nhưng nhỏ hơn.

Khảo sát Farcaster cho thấy lý do chính mà mọi người không thực hiện staking cá nhân.

Nghiên cứu về staking cần giải quyết hai vấn đề chính:

Chúng ta làm thế nào để giải quyết những lo ngại này?

Mặc dù có những giải pháp hiệu quả cho hầu hết các vấn đề, nhưng nếu phần lớn mọi người vẫn không muốn staking một mình, thì làm thế nào chúng ta duy trì tính ổn định và độ bền của giao thức để chống lại các cuộc tấn công?

Nhiều nghiên cứu và dự án phát triển đang diễn ra nhằm giải quyết những vấn đề này:

Cây Verkle cộng với EIP-4444 cho phép các nút staking hoạt động với yêu cầu ổ cứng rất thấp. Ngoài ra, chúng cho phép các nút staking đồng bộ gần như ngay lập tức, từ đó đơn giản hóa rất nhiều quy trình thiết lập cũng như các hoạt động như chuyển từ một triển khai này sang triển khai khác. Chúng cũng làm cho các khách hàng nhẹ của Ethereum khả thi hơn bằng cách giảm băng thông dữ liệu cần thiết để cung cấp chứng minh cho mỗi trạng thái.

Nghiên cứu (ví dụ như các đề xuất này) cho phép một tập hợp các xác thực viên lớn hơn (thực hiện giá trị staking tối thiểu nhỏ hơn), đồng thời giảm chi phí của các nút đồng thuận. Những ý tưởng này có thể được thực hiện như một phần của tính cuối cùng một lần. Làm như vậy cũng sẽ làm cho các khách hàng nhẹ an toàn hơn, vì họ sẽ có thể xác minh toàn bộ bộ chữ ký thay vì phụ thuộc vào ủy ban đồng bộ).

Mặc dù lịch sử đang phát triển, nhưng việc tối ưu hóa các khách hàng Ethereum đang diễn ra liên tục giảm chi phí và độ khó trong việc vận hành các nút xác thực.

Nghiên cứu về giới hạn hình phạt có thể giảm bớt lo ngại về rủi ro khóa riêng và cho phép các nhà đầu tư staking đồng thời staking ETH của họ vào các giao thức DeFi (nếu họ muốn).

Chứng chỉ rút tiền 0x01 cho phép các nhà đầu tư staking đặt địa chỉ ETH của họ làm địa chỉ rút tiền. Điều này làm cho các bể staking phi tập trung khả thi hơn, khiến chúng có lợi thế hơn so với các bể staking tập trung.

Tuy nhiên, chúng ta vẫn có thể làm nhiều hơn nữa. Về lý thuyết, có thể cho phép các xác thực viên rút tiền nhanh hơn: ngay cả khi tập hợp xác thực viên thay đổi vài phần trăm mỗi lần cuối cùng (tức là mỗi kỳ), Casper FFG vẫn an toàn. Do đó, nếu chúng ta cố gắng, chúng ta có thể rút ngắn chu kỳ một cách đáng kể. Nếu chúng ta muốn giảm đáng kể quy mô gửi tối thiểu, chúng ta có thể đưa ra quyết định khó khăn để đánh đổi theo những hướng khác. Ví dụ, nếu chúng ta tăng thời gian cuối cùng lên 4 lần, thì quy mô gửi tối thiểu sẽ giảm 4 lần. Tính cuối cùng một lần sẽ được giải quyết sau đó bằng cách hoàn toàn vượt qua mô hình "mỗi nhà đầu tư tham gia mỗi thời kỳ".

Một phần quan trọng khác của toàn bộ vấn đề là kinh tế của staking. Một câu hỏi chính là: chúng ta có muốn staking trở thành một hoạt động tương đối nhỏ, hay chúng ta có muốn mọi người hoặc hầu hết mọi người staking tất cả ETH của họ? Nếu mọi người đều staking, thì chúng ta muốn mọi người chịu trách nhiệm gì? Nếu mọi người cuối cùng chỉ ủy thác trách nhiệm vì lười biếng, thì điều đó có thể dẫn đến sự tập trung. Ở đây có những câu hỏi triết học quan trọng và sâu sắc. Câu trả lời sai có thể dẫn đến việc Ethereum đi theo con đường tập trung và "tái tạo hệ thống tài chính truyền thống thông qua các bước bổ sung"; câu trả lời đúng có thể tạo ra một mô hình sáng chói cho một hệ sinh thái thành công, với nhiều nhà đầu tư độc lập và bể staking rất phi tập trung. Những câu hỏi này liên quan đến kinh tế cốt lõi và giá trị của Ethereum, vì vậy chúng ta cần sự tham gia đa dạng hơn.

Yêu cầu phần cứng của nút

Nhiều vấn đề chính trong việc phi tập trung hóa Ethereum cuối cùng đều liên quan đến một câu hỏi đã định hình blockchain trong suốt một thập kỷ: Chúng ta muốn chạy nút một cách thuận tiện như thế nào, và làm thế nào để thực hiện điều đó?

Ngày nay, việc chạy nút rất khó khăn. Hầu hết mọi người không làm như vậy. Trên máy tính xách tay mà tôi dùng để viết bài này, tôi có một nút reth, nó chiếm 2,1 TB - đã là kết quả của kỹ thuật phần mềm và tối ưu hóa dũng cảm. Tôi cần mua thêm một ổ cứng 4 TB để đưa vào máy tính xách tay của mình để lưu trữ nút đó. Tất cả chúng ta đều muốn việc chạy nút trở nên dễ dàng hơn. Trong thế giới lý tưởng của tôi, mọi người sẽ có thể chạy nút trên điện thoại của họ.

Như tôi đã viết ở trên, EIP-4444 và cây Verkle là hai công nghệ chính giúp chúng ta tiến gần hơn đến lý tưởng này. Nếu cả hai đều được thực hiện, yêu cầu phần cứng cho nút cuối cùng có thể giảm xuống dưới một trăm gigabyte, và nếu chúng ta hoàn toàn loại bỏ trách nhiệm lưu trữ lịch sử (có thể chỉ áp dụng cho các nút không staking), thì có thể gần bằng không. ZK-EVM loại 1 sẽ loại bỏ nhu cầu tự chạy tính toán EVM, vì bạn có thể đơn giản xác minh chứng minh rằng việc thực hiện là chính xác. Trong thế giới lý tưởng của tôi, chúng ta sẽ xếp chồng tất cả các công nghệ này lại với nhau, thậm chí ví mở rộng trình duyệt Ethereum (chẳng hạn như Metamask, Rabby) cũng có một nút tích hợp để xác minh các chứng minh này, thực hiện lấy mẫu khả năng dữ liệu và đảm bảo chuỗi là chính xác.

Tầm nhìn trên thường được gọi là "The Verge".

Tất cả điều này đều được biết đến và hiểu rõ, ngay cả đối với những người bày tỏ lo ngại về quy mô nút Ethereum. Tuy nhiên, có một lo ngại quan trọng: nếu chúng ta gỡ bỏ trách nhiệm duy trì trạng thái và cung cấp chứng minh, thì điều này không phải là một vectơ tập trung sao? Ngay cả khi họ không thể gian lận bằng cách cung cấp dữ liệu không hợp lệ, nhưng việc quá phụ thuộc vào họ không phải là trái ngược với nguyên tắc của Ethereum sao?

Một phiên bản gần đây của mối lo ngại này là nhiều người không thoải mái với EIP-4444: nếu các nút Ethereum thông thường không còn cần lưu trữ lịch sử cũ, thì ai cần nó? Một câu trả lời phổ biến là: chắc chắn có đủ nhiều người tham gia lớn (chẳng hạn như trình duyệt khối, sàn giao dịch, Layer 2) có động lực để giữ những dữ liệu này, và so với 100 PB mà Wayback Machine lưu trữ, chuỗi Ethereum rất nhỏ. Do đó, ý tưởng cho rằng bất kỳ lịch sử nào thực sự sẽ bị mất là vô lý.

Tuy nhiên, lập luận này phụ thuộc vào một số ít người tham gia lớn. Trong phân loại mô hình tin cậy của tôi, đây là giả định 1 trong N, nhưng N rất nhỏ. Điều này có rủi ro đuôi. Một điều chúng ta có thể làm là lưu trữ lịch sử cũ trong một mạng ngang hàng, trong đó mỗi nút chỉ lưu trữ một phần nhỏ dữ liệu. Mạng này vẫn sẽ thực hiện đủ sao chép để đảm bảo tính ổn định: mỗi dữ liệu sẽ có hàng nghìn bản sao, và trong tương lai chúng ta có thể sử dụng mã sửa lỗi (trên thực tế, bằng cách đưa lịch sử vào blob kiểu EIP-4844, điều này đã được tích hợp mã sửa lỗi) để tăng cường tính ổn định hơn nữa.

Blob có mã sửa lỗi bên trong và giữa các Blob. Cách đơn giản nhất để cung cấp lưu trữ siêu ổn định cho tất cả lịch sử của Ethereum có thể là đưa các khối beacon và thực thi vào blob. Nguồn hình ảnh: codex.storage

Trong một thời gian dài, công việc này đã ở vị trí thứ yếu. Mạng cổng thực sự tồn tại, nhưng thực tế nó không nhận được sự chú ý tương xứng với tầm quan trọng của nó trong tương lai của Ethereum. May mắn thay, hiện nay mọi người đang rất quan tâm đến việc đầu tư nhiều nguồn lực hơn vào việc tối thiểu hóa phiên bản cổng tập trung vào lưu trữ phân tán và khả năng truy cập lịch sử. Chúng ta nên dựa vào điều này và cùng nhau nỗ lực để thực hiện EIP-4444 càng sớm càng tốt, kết hợp với một mạng ngang hàng phi tập trung mạnh mẽ để lưu trữ và truy xuất lịch sử cũ.

Đối với trạng thái và ZK-EVM, phương pháp phân tán này khó khăn hơn. Để xây dựng một khối hiệu quả, bạn chỉ cần có trạng thái đầy đủ. Trong trường hợp này, tôi cá nhân có xu hướng thực hiện một cách tiếp cận thực dụng: chúng ta định nghĩa và kiên trì với một mức độ yêu cầu phần cứng cần thiết để có một "nút làm mọi thứ", cao hơn chi phí của một nút xác minh đơn giản (lý tưởng là giảm dần), nhưng vẫn đủ thấp để những người đam mê có thể chi trả. Chúng ta dựa vào giả định 1 trong N, đảm bảo N đủ lớn.

Chứng minh ZK-EVM có thể là phần khó khăn nhất, vì các chứng minh viên ZK-EVM thời gian thực có thể cần phần cứng mạnh hơn so với các nút lưu trữ, ngay cả khi có những tiến bộ như Binius và giới hạn tồi tệ nhất của Gas đa chiều. Chúng ta có thể làm việc trên một mạng chứng minh phân tán, trong đó mỗi nút đảm nhận trách nhiệm chứng minh, chẳng hạn như: một phần trăm của việc thực thi khối, sau đó các nhà sản xuất khối chỉ cần tổng hợp một trăm chứng minh cuối cùng. Cây tổng hợp chứng minh có thể cung cấp thêm hỗ trợ. Nhưng nếu điều này không hoạt động tốt, thì một thỏa hiệp khác là cho phép yêu cầu phần cứng của chứng minh trở nên cao hơn, nhưng đảm bảo rằng "nút làm mọi thứ" có thể xác minh trực tiếp các khối Ethereum (không cần chứng minh), đủ nhanh để tham gia hiệu quả vào mạng.

Tóm tắt

Tôi nghĩ rằng, chỉ cần có một số cơ chế thị trường hoặc hệ thống chứng minh không kiến thức để buộc các bên tham gia tập trung hành động một cách trung thực, tư tưởng Ethereum thời đại 2021 thực sự đã quen với việc chuyển trách nhiệm cho một số ít người tham gia lớn. Các hệ thống như vậy thường hoạt động tốt trong các trường hợp chung, nhưng trong các trường hợp tồi tệ nhất có thể xảy ra sự cố thảm khốc.

Trong khi đó, tôi nghĩ rằng cần nhấn mạnh rằng các đề xuất giao thức Ethereum hiện tại đã đi xa khỏi mô hình này và nghiêm túc hơn với nhu cầu của một mạng lưới thực sự phi tập trung. Những ý tưởng xung quanh các nút không trạng thái, giảm thiểu MEV, tính cuối cùng một lần và các khái niệm tương tự đã đi xa hơn theo hướng này. Một năm trước, mọi người đã nghiêm túc xem xét ý tưởng thực hiện lấy mẫu khả năng dữ liệu thông qua các nút bán trung tâm. Năm nay, chúng ta không còn cần phải làm những điều đó nữa, PeerDAS đã đạt được những tiến bộ mạnh mẽ đáng ngạc nhiên.

Tuy nhiên, trong ba vấn đề trung tâm mà tôi đã đề cập ở trên và nhiều vấn đề quan trọng khác, chúng ta có thể làm nhiều điều hơn nữa để tiến xa hơn theo hướng này. Helios đã đạt được những tiến bộ lớn trong việc cung cấp "khách hàng nhẹ thực sự" cho Ethereum. Bây giờ, chúng ta cần đưa nó vào mặc định trong ví Ethereum và để các nhà cung cấp RPC cung cấp chứng minh và kết quả của chúng để xác minh, và mở rộng công nghệ khách hàng nhẹ đến các giao thức lớp 2. Nếu Ethereum mở rộng thông qua lộ trình tập trung vào Rollup, thì lớp 2 cần đạt được mức độ bảo mật và phi tập trung tương tự như lớp 1. Trong một thế giới tập trung vào Rollup, còn nhiều điều khác mà chúng ta nên nghiêm túc xem xét; cầu nối phân tán và hiệu quả giữa các L2 là một trong nhiều ví dụ. Nhiều dapp lấy nhật ký thông qua các giao thức tập trung vì việc quét nhật ký gốc của Ethereum trở nên quá chậm. Chúng ta có thể cải thiện điều này thông qua các giao thức con phi tập trung chuyên dụng; đây là một đề xuất của tôi về cách thực hiện điều này.

Có vô số dự án blockchain nhắm đến "chúng tôi có thể siêu nhanh, chúng tôi sẽ xem xét phi tập trung sau". Tôi nghĩ rằng Ethereum không nên tham gia vào hàng ngũ này. Ethereum L1 có thể và chắc chắn nên trở thành một lớp nền mạnh mẽ cho các dự án lớp 2 áp dụng phương pháp quy mô lớn, sử dụng Ethereum làm trụ cột cho sự phi tập trung và bảo mật. Ngay cả khi phương pháp tập trung vào lớp 2 cũng yêu cầu lớp 1 tự nó có đủ khả năng mở rộng để xử lý một lượng lớn giao dịch. Nhưng chúng ta nên tôn trọng sâu sắc những đặc điểm làm cho Ethereum trở nên độc nhất, và tiếp tục nỗ lực duy trì và cải thiện những đặc điểm này khi Ethereum mở rộng.