Toàn văn bài phát biểu của Vitalik EthCC: Cách tối ưu hóa Ethereum trong tương lai

EthCC7 gần đây đã được tổ chức tại Brussels. Ban tổ chức đã mời Vitalik, người sáng lập Ethereum, đến phát biểu quan trọng.

Điều đáng chú ý là năm 2024 đánh dấu kỷ niệm 10 năm Ethereum IC0. Sau bài phát biểu của Vitalik, ba nhà sáng lập cốt lõi của Ethereum, Vitalik Buterin, Joseph Lubin và Gavin Wood, một lần nữa chụp ảnh nhóm cùng nhau để kỷ niệm. .

Bài viết này là bài phát biểu quan trọng của Vitalik, người sáng lập Ethereum, tại EthCC7 gần đây, do Golden Finance 0xxz biên soạn.

Chủ đề diễn thuyết

Tăng cường L1: Tối ưu hóa Ethereum để trở thành lớp cơ sở Lớp 2 có độ tin cậy cao, đáng tin cậy và không cần cấp phép

Quang phổ Tầm nhìn Ethereum

Tôi nghĩ điều đó có thể xảy ra trong khoảng 5 đến 10 năm tới phổ của các bộ phận lao động khác nhau liên quan đến vai trò của lớp cơ sở Ethereum trong hệ sinh thái. Bạn có thể coi nó như một quang phổ từ trái sang phải.

Ở phía bên trái của quang phổ, về cơ bản nó cố gắng trở thành một lớp cơ sở rất tối giản, về cơ bản chỉ hoạt động như một trình xác minh bằng chứng cho tất cả L2. Có lẽ cũng cung cấp khả năng chuyển ETH giữa các L2 khác nhau. Nhưng ngoài điều đó ra, về cơ bản là như vậy.

Về phía bên phải của quang phổ, về cơ bản có sự tập trung lại vào các dApp chạy chủ yếu trên L1, trong đó L2 chỉ được sử dụng cho một số giao dịch rất cụ thể và có hiệu suất cao.

Có một số lựa chọn thú vị ở giữa quang phổ. Tôi đặt Ethereum làm lớp cơ sở của L2 ở phía bên trái thứ hai. Tôi đặt một phiên bản cực đoan ở phía bên trái. Phiên bản cực đoan là chúng tôi loại bỏ hoàn toàn phần máy khách thực thi của Ethereum, chỉ giữ lại phần đồng thuận và thêm một số trình xác thực bằng chứng không có kiến ​​thức, về cơ bản biến toàn bộ lớp thực thi thành một Bản tổng hợp.

Ý tôi là các tùy chọn cực kỳ cao cấp ở bên trái và bên phải nó có thể là lớp cơ sở, nhưng cũng cố gắng cung cấp cho L2 nhiều chức năng hơn. Một ý tưởng theo hướng này là giảm hơn nữa thời gian hoán đổi của Ethereum, hiện là 12 giây, có thể xuống còn 2-4 giây. Mục đích của việc này là thực sự làm cho các bản tổng hợp cơ bản trở nên khả thi như cách thức hoạt động chính của L2. Vì vậy, bây giờ, nếu bạn muốn L2 có trải nghiệm người dùng hàng đầu, bạn cần phải có xác nhận trước của riêng mình, nghĩa là bộ phân loại tập trung hoặc bộ phân loại phi tập trung của riêng bạn. Nếu sự đồng thuận của họ tăng lên, L2 sẽ không cần phải làm điều này nữa. Nếu bạn thực sự muốn nâng cao khả năng mở rộng của L1 thì nhu cầu về L2 cũng sẽ giảm đi.

Vậy đây là một quang phổ. Hiện tại, tôi chủ yếu tập trung vào phiên bản thứ hai từ bên trái, nhưng những điều tôi đề xuất ở đây cũng áp dụng cho các tầm nhìn khác và lời khuyên ở đây không thực sự cản trở những tầm nhìn khác. Đây là điều tôi nghĩ là rất quan trọng.

Ưu điểm mạnh mẽ của Ethereum

Ưu điểm lớn của Ethereum là nó có một lượng lớn và hệ sinh thái đặt cược tương đối phi tập trung.

Phía bên trái của hình trên là Biểu đồ về tốc độ băm của nhóm khai thác Bitcoin và bên phải là biểu đồ của những người đặt cọc Ethereum.

Sự phân bổ sức mạnh tính toán của Bitcoin hiện không tốt lắm. Hai nhóm khai thác cộng lại hơn 50% sức mạnh tính toán và bốn nhóm khai thác cộng lại hơn 75%. .

Và tình hình của Ethereum thực sự tốt hơn so với biểu đồ, bởi vì phần xám thứ hai thực sự không được xác định, có nghĩa là nó có thể là sự kết hợp của nhiều người và thậm chí có thể có nhiều người cam kết độc lập trong đó . Phần màu xanh lam, Lido, thực chất là một cấu trúc kỳ lạ, được phối hợp lỏng lẻo bao gồm 37 bộ xác nhận khác nhau. Vì vậy, Ethereum thực sự có một hệ sinh thái đặt cược tương đối phi tập trung và hoạt động khá tốt.

Chúng ta có thể thực hiện nhiều cải tiến trong lĩnh vực này, nhưng tôi nghĩ việc ghi nhận điều này vẫn có giá trị. Đó là một trong những lợi thế độc đáo mà chúng tôi thực sự có thể phát huy được.

Các lợi thế mạnh mẽ của Ethereum còn bao gồm:

Có hệ sinh thái nhiều khách hàng: Có các khách hàng thực thi Geth và các máy khách thực thi không phải Geth. Tỷ lệ máy khách thực thi không phải Geth thậm chí còn vượt quá tỷ lệ máy khách thực thi Geth. Tình trạng tương tự cũng xảy ra trong hệ thống khách hàng đồng thuận;

Cộng đồng quốc tế:Mọi người ở nhiều quốc gia khác nhau, bao gồm các dự án, L2, các nhóm, v.v.; p>

Hệ sinh thái tri thức đa trung tâm:Có Ethereum Foundation, có nhóm khách hàng và thậm chí cả nhóm Reth của Paradigm gần đây đã tăng cường vai trò lãnh đạo của mình trong lĩnh vực nguồn mở;

Vì vậy, hệ sinh thái Ethereum với tư cách là lớp cơ sở đã có những lợi thế rất mạnh mẽ này. Tôi nghĩ đây là điều rất có giá trị và không nên dễ dàng từ bỏ. Tôi có thể đi xa hơn khi nói rằng có những bước rõ ràng có thể được thực hiện để phát huy những điểm mạnh này và thậm chí giải quyết những điểm yếu của chúng ta.

Ethereum L1 không đạt tiêu chuẩn cao ở đâu? Có thể cải thiện ở đâu?

Đây là những gì tôi tôi đang thực hiện Một cuộc thăm dò được thực hiện trên Farcaster khoảng nửa năm trước: Nếu bạn không đặt cược Solo, điều gì đang ngăn cản bạn đặt cược Solo?

Tôi có thể làm điều này Câu hỏi được lặp lại tại địa điểm tổ chức, ai đang đặt cược Solo? Nếu không có Solo stake, ai trong số các bạn cảm thấy ngưỡng 32 ETH là trở ngại lớn nhất, ai cảm thấy việc chạy một nút quá khó là trở ngại lớn nhất và ai cảm thấy trở ngại lớn nhất là bạn không thể đầu tư ETH của mình vào DeFi giao thức cùng một lúc? Ai cảm thấy trở ngại lớn nhất là nỗi sợ phải đặt khóa riêng tư trên một nút đang chạy, nơi chúng có thể dễ dàng bị đánh cắp hơn?

Như bạn có thể thấy, hai trở ngại hàng đầu được nhất trí nhất trí là: yêu cầu tối thiểu 32 ETH và khó khăn khi vận hành nút < /span>. Điều quan trọng là phải nhận ra điều này.

Nhiều khi chúng tôi bắt đầu nghiên cứu cách tối đa hóa khả năng sử dụng kép tài sản thế chấp của họ trong các giao thức DeFi, chúng tôi nhận thấy rằng một số lượng lớn người thậm chí còn không sử dụng các giao thức DeFi. Vì vậy, hãy tập trung vào các vấn đề chính và những gì chúng ta có thể làm để cố gắng giải quyết chúng.

Bắt đầu bằng cách chạy nút xác thực hoặc Bắt đầu từ ngưỡng 32 ETH. Trên thực tế, hai câu hỏi này có liên quan với nhau vì chúng đều là hàm của số lượng người xác thực trong Bằng chứng cổ phần của Ethereum.

Ngày nay chúng ta có khoảng 1 triệu thực thể xác thực, mỗi thực thể có số tiền gửi là 32 ETH, vì vậy nếu yêu cầu tối thiểu được thay đổi thành 4 ETH thì chúng ta sẽ có 8 triệu hoặc có thể hơn 800 Mười nghìn, có thể 9 triệu hoặc 10 triệu người xác nhận. Nếu chúng tôi muốn giảm xuống còn 100.000 trình xác nhận thì yêu cầu tối thiểu có thể phải tăng lên khoảng 300 ETH.

Vì vậy, đó là một sự đánh đổi. Ethereum trong lịch sử đã cố gắng ở giữa sự đánh đổi. Tuy nhiên, nếu chúng tôi có thể tìm ra bất kỳ cách nào để cải thiện nó thì chúng tôi sẽ có thêm điểm chỉ số mà chúng tôi có thể tùy ý sử dụng để giảm các yêu cầu tối thiểu hoặc để giúp việc chạy nút dễ dàng hơn.

Trên thực tế, bây giờ tôi nghĩ rằng việc tổng hợp chữ ký thậm chí không phải là khó khăn chính khi chạy một nút. Lúc đầu, chúng tôi có thể tập trung nhiều hơn vào việc giảm các yêu cầu tối thiểu, nhưng cuối cùng nó sẽ liên quan đến cả hai.

Vì vậy, có hai công nghệ có thể cải thiện hai khía cạnh này.

Một kỹ thuật là cho phép đặt cược hoặc cho phép quyết định cuối cùng mà không yêu cầu mọi người xác nhận phải ký. Về cơ bản, bạn cần lấy mẫu ngẫu nhiên đủ số nút để đạt được mức độ an ninh kinh tế đáng kể.

Hiện tại, tôi nghĩ chúng ta đã có đủ an ninh kinh tế. Chi phí để thực hiện cuộc tấn công 51%, tính theo số lượng ETH bị cắt giảm, là 1/3 trong số 32 triệu ETH, tức là khoảng 11 triệu ETH. Ai sẽ chi 11 triệu ETH để phá hủy chuỗi khối Ethereum? Không ai, kể cả chính phủ Mỹ, muốn làm điều đó.

Những kỹ thuật lấy mẫu này tương tự như trường hợp bạn có một ngôi nhà và cửa trước được bảo vệ bởi bốn lớp thép, còn cửa sổ chỉ là một mảnh kính chất lượng thấp mà ai đó có thể dễ dàng đập vỡ bằng một miếng thép. gậy bóng chày. Tôi nghĩ Ethereum cũng như vậy ở một mức độ nào đó, nếu bạn muốn thực hiện cuộc tấn công 51%, bạn phải mất 11 triệu ETH. Nhưng trên thực tế, có nhiều cách khác để tấn công giao thức và chúng ta thực sự cần tăng cường các biện pháp phòng thủ này nhiều hơn. Vì vậy, thay vào đó, nếu bạn có một tập hợp con các trình xác thực thực hiện tính năng cuối cùng thì giao thức vẫn đủ an toàn và bạn thực sự có thể tăng mức độ phân cấp.

Kỹ thuật thứ hai là tổng hợp chữ ký tốt hơn. Bạn có thể làm điều gì đó nâng cao như Starks và thay vì hỗ trợ 30.000 chữ ký cho mỗi vị trí, cuối cùng chúng tôi có thể hỗ trợ nhiều chữ ký hơn. Đây là phần đầu tiên.

Phần thứ hai là giúp các nút chạy dễ dàng hơn.

Bước đầu tiên là hết hạn lịch sử. Trên thực tế, EIP-4444 đã có rất nhiều tiến bộ trong lĩnh vực này.

Bước thứ hai là ứng dụng khách không quốc tịch. Verkle đã xuất hiện từ lâu, một lựa chọn khả thi khác là tạo cây băm nhị phân giống Poseidon với hàm băm thân thiện với Stark. Khi đã có thứ này, để xác minh các khối Ethereum, bạn không cần ổ cứng nữa. Sau đó, bạn có thể thêm ZKVM Loại 1 để Stark có thể xác minh toàn bộ khối Ethereum, do đó bạn có thể xác minh các khối Ethereum lớn tùy ý bằng cách tải xuống dữ liệu hoặc thậm chí dữ liệu lấy mẫu tính sẵn có của dữ liệu và sau đó bạn chỉ cần xác minh một bằng chứng.

Nếu bạn làm điều này, việc chạy nút sẽ trở nên dễ dàng hơn. Một trong những điều rất khó chịu hiện nay với các máy khách không trạng thái là nếu bạn muốn thay đổi cài đặt phần cứng hoặc phần mềm, thông thường bạn cần phải bắt đầu lại từ đầu và mất một ngày, hoặc bạn cần phải làm điều gì đó rất nguy hiểm và đặt chìa khóa thành hai phần. sẽ là Slah, nếu chúng tôi có khách hàng không quốc tịch thì bạn không cần phải làm điều này nữa.

Bạn chỉ cần khởi động một ứng dụng khách độc lập mới, đóng ứng dụng khách cũ, di chuyển các phím sang và bắt đầu ứng dụng khách mới. Bạn chỉ mất một kỷ nguyên.

Khi ZKVM có sẵn, các yêu cầu về phần cứng về cơ bản giảm xuống gần như bằng không.

Vì vậy, ngưỡng 32 ETH và độ khó vận hành của nút, cả hai vấn đề đều có thể được giải quyết về mặt kỹ thuật. Tôi nghĩ rằng có rất nhiều lợi ích khác khi làm điều này, nó sẽ thực sự cải thiện khả năng của chúng tôi trong việc tăng mức đặt cược cá nhân của mọi người, nó sẽ mang lại cho chúng tôi một hệ sinh thái đặt cược cá nhân tốt hơn và tránh nguy cơ tập trung đặt cược.

Proof of Stake còn có những thách thức khác, chẳng hạn như rủi ro liên quan đến đặt cược thanh khoản và rủi ro liên quan đến MEV. Đây cũng là những câu hỏi quan trọng cần tiếp tục xem xét. Các nhà nghiên cứu của chúng tôi đang suy nghĩ về điều này.

Khôi phục sau các cuộc tấn công 51%

Tôi thực sự bắt đầu suy nghĩ một cách nghiêm túc và khắt khe. Điều đáng ngạc nhiên là có nhiều người không hề nghĩ đến chủ đề này mà chỉ coi nó như một chiếc hộp đen.

Điều gì sẽ xảy ra nếu chúng ta thực sự gặp phải cuộc tấn công 51%?

Ethereum có thể bị tấn công 51%, Bitcoin có thể bị tấn công 51% và chính phủ cũng có thể bị tấn công 51%, chẳng hạn như mua 51% các chính trị gia.

Một vấn đề là bạn không muốn chỉ dựa vào việc phòng ngừa mà còn muốn có một kế hoạch phục hồi.

Một quan niệm sai lầm phổ biến là mọi người nghĩ rằng các cuộc tấn công 51% nhằm đảo ngược mục đích cuối cùng. Mọi người chú ý đến điều này vì đây là điều mà Satoshi Nakamoto đã nhấn mạnh trong sách trắng. Bạn có thể chi tiêu gấp đôi, sau khi tôi mua máy bay riêng của mình, tôi đã thực hiện một cuộc tấn công 51%, lấy lại số bitcoin của mình và có thể giữ máy bay riêng của mình và bay vòng quanh.

Một cuộc tấn công thực tế hơn có thể thực sự liên quan đến việc gửi tiền trên các sàn giao dịch và những việc như phá vỡ các giao thức DeFi.

Tuy nhiên, sự đảo ngược thực tế không phải là điều tồi tệ nhất. Rủi ro lớn nhất mà chúng ta nên lo lắng thực sự là kiểm duyệt. 51% nút đã ngừng chấp nhận khối từ 49% nút còn lại hoặc bất kỳ nút nào đang cố gắng chứa một số loại giao dịch.

Tại sao đây là rủi ro lớn nhất? Bởi vì sự đảo ngược cuối cùng có Slash, nên có bằng chứng có thể xác minh ngay lập tức trên chuỗi rằng ít nhất một phần ba số nút đã làm điều gì đó rất rất sai và họ đã bị trừng phạt.

Trong một cuộc tấn công kiểm duyệt, điều này không được quy về mặt thủ tục và không có bằng chứng thủ tục ngay lập tức để nói ai đã làm điều gì xấu. Bây giờ, nếu bạn là một nút trực tuyến, nếu bạn muốn thấy rằng một giao dịch nhất định chưa được đưa vào trong 100 khối, tuy nhiên, chúng tôi thậm chí chưa viết phần mềm để thực hiện việc kiểm tra này,

Một đánh giá khác Một thách thức là nếu ai đó muốn tấn công, họ có thể làm như vậy, họ bắt đầu bằng cách trì hoãn các giao dịch và chặn mà họ không thích trong 30 giây, sau đó trì hoãn trong một phút, sau đó trì hoãn trong hai phút, và bạn thậm chí không có thống nhất về thời điểm trả lời.

Vì vậy, tôi nói, kiểm duyệt thực sự là rủi ro lớn hơn.

Có một lập luận trong văn hóa blockchain rằng nếu một cuộc tấn công xảy ra, cộng đồng sẽ đoàn kết lại và rõ ràng họ sẽ thực hiện một số soft fork và loại bỏ kẻ tấn công.

Điều này có thể đúng ngày nay, nhưng nó dựa trên rất nhiều giả định về sự phối hợp, hệ tư tưởng, tất cả những thứ khác, và không rõ những điều như thế này sẽ đúng như thế nào sau 10 năm nữa. Vì vậy, điều mà nhiều cộng đồng blockchain khác đang bắt đầu làm là, họ nói, chúng tôi có những thứ như kiểm duyệt, chúng tôi có những lỗi này về bản chất khó có thể quy được hơn. Vì vậy, chúng ta phải dựa vào sự đồng thuận của xã hội. Vì vậy, hãy chỉ dựa vào sự đồng thuận của xã hội và tự hào thừa nhận rằng chúng ta sẽ sử dụng nó để giải quyết vấn đề của mình.

Trên thực tế, tôi ủng hộ việc đi theo hướng ngược lại. Chúng tôi biết rằng việc phối hợp hoàn toàn các phản hồi tự động và tự động phân loại phần lớn những kẻ tấn công đang được xem xét là điều không thể về mặt toán học. Nhưng chúng ta có thể tiến gần đến mức đó nhất có thể.

Bạn có thể tạo một nhánh phân nhánh thực sự mang lại ít nhất phần lớn các nút trực tuyến dựa trên một số giả định về điều kiện mạng. Lập luận mà tôi đang cố gắng truyền đạt ở đây là điều chúng tôi thực sự muốn là cố gắng thực hiện phản ứng trước cuộc tấn công 51% một cách tự động nhất có thể.

Nếu bạn là người xác thực thì nút của bạn sẽ chạy phần mềm nếu nó phát hiện ra rằng một giao dịch đang bị kiểm duyệt hoặc một cái gì đó Trình xác thực được kiểm duyệt, nó sẽ tự động loại bỏ kiểm duyệt chuỗi đa số và tất cả các nút trung thực sẽ tự động phối hợp trên cùng một nhánh mềm thiểu số do mã mà chúng chạy.

Tất nhiên, một lần nữa lại có một kết quả không thể xảy ra về mặt toán học, ít nhất bất kỳ ai ngoại tuyến vào thời điểm đó sẽ không thể phân biệt được ai đúng ai sai.

Có nhiều hạn chế, nhưng Bạn càng tiến gần đến mục tiêu này thì sự đồng thuận xã hội cần phải làm càng ít.

Nếu bạn tưởng tượng cuộc tấn công 51% thực sự xảy ra như thế nào. Dưới đây sẽ không đột nhiên giống như vậy, tại một thời điểm nào đó, Lido, Coinbase và Kraken sẽ xuất bản một bài đăng trên blog vào lúc 5:46 với nội dung cơ bản là, này các bạn, chúng tôi đang thực hiện đánh giá.

Điều thực sự sắp xảy ra là bạn sẽ chứng kiến ​​một cuộc chiến truyền thông xã hội cùng một lúc và bạn sẽ chứng kiến ​​tất cả các kiểu tấn công khác cùng một lúc. Nhân tiện, nếu trên thực tế một cuộc tấn công 51% xảy ra, ý tôi là, chúng ta không nên cho rằng Lido, Coinbase và Kraken sẽ nắm quyền sau 10 năm nữa. Hệ sinh thái Ethereum sẽ ngày càng trở nên phổ biến và nó sẽ cần có khả năng thích ứng cao với điều này. Chúng tôi muốn gánh nặng lên tầng xã hội càng nhẹ càng tốt, điều đó có nghĩa là chúng tôi cần tầng kỹ thuật ít nhất tìm ra được một ứng cử viên chiến thắng rõ ràng và nếu họ muốn phân nhánh từ một chuỗi đang được xem xét, họ nên tập hợp lại. xung quanh một số ít nĩa mềm cao cấp.

Tôi ủng hộ việc chúng tôi nghiên cứu thêm và đưa ra khuyến nghị rất cụ thể.

Đề xuất: Nâng ngưỡng số đại biểu lên 75% hoặc 80%

Tôi nghĩ rằng Đại biểu (Lưu ý: Cơ chế đại biểu là một thuật toán biểu quyết thường được sử dụng trong các hệ thống phân tán để đảm bảo dự phòng dữ liệu và tính nhất quán cuối cùng) Ngưỡng đã được tăng từ 2/3 hiện nay đến khoảng 75 hoặc 80 phần trăm.

Lập luận cơ bản là nếu một chuỗi độc hại như chuỗi kiểm duyệt tấn công, việc phục hồi sẽ trở nên rất, rất khó khăn. Tuy nhiên, mặt khác, nếu tăng tỷ trọng Quorum thì có những rủi ro gì? Nếu Số đại biểu là 80%, thì thay vì 34% số nút dừng ngoại tuyến ở trạng thái cuối cùng, thì 21% số nút sẽ dừng ngoại tuyến ở trạng thái cuối cùng.

Điều này thật nguy hiểm. Hãy xem nó trông như thế nào trong thực tế? Theo những gì tôi hiểu, tôi nghĩ rằng chúng tôi chỉ có một lần lần cuối cùng bị đình trệ trong khoảng một giờ vì hơn một phần ba số nút đang ngoại tuyến. Và sau đó, có sự cố nào trong đó 20% đến 33% số nút ngoại tuyến không? Tôi nghĩ nhiều nhất là một lần và ít nhất là không lần nào. Vì trong thực tế rất ít trình xác nhận ngoại tuyến nên tôi thực sự nghĩ rằng rủi ro khi thực hiện việc này là khá thấp. Về cơ bản, lợi ích là phạm vi mà kẻ tấn công cần tiếp cận được tăng lên rất nhiều và phạm vi các tình huống trong đó chuỗi chuyển sang chế độ an toàn trong trường hợp có lỗ hổng phía máy khách tăng lên rất nhiều, vì vậy mọi người thực sự có thể cộng tác để tìm ra điều gì đã sai.

Nếu ngưỡng Quorum tăng từ 67% lên 80% thì giả sử tỷ lệ khách hàng cần đạt tăng từ 67% lên 80% thì giá trị của một số nhỏ khách hàng hoặc giá trị mà một số ít khách hàng có thể cung cấp thực sự bắt đầu tăng lên.

Các mối quan tâm kiểm duyệt khác

< /p>

Các mối quan tâm kiểm duyệt khác là danh sách đưa vào hoặc một số lựa chọn thay thế cho danh sách đưa vào. Vì vậy, toàn bộ thứ đề xuất đa song song, nếu nó hoạt động, thậm chí có thể trở thành một sự thay thế cho danh sách bao gồm. Bạn cần trừu tượng hóa tài khoản, bạn cần trừu tượng hóa tài khoản trong một số loại giao thức.

Lý do bạn cần nó là vì hiện tại, ví hợp đồng thông minh không thực sự được hưởng lợi từ danh sách bao gồm. Ví hợp đồng thông minh không thực sự được hưởng lợi từ bất kỳ loại đảm bảo chống kiểm duyệt nào ở lớp giao thức.

Họ sẽ được hưởng lợi nếu có sự trừu tượng hóa tài khoản trong giao thức. Vì vậy, có rất nhiều thứ, thực ra rất nhiều thứ có giá trị trong tầm nhìn của trung tâm L2 và tầm nhìn của trung tâm L1.

Tôi nghĩ đến những ý tưởng khác nhau mà tôi đã nói đến, khoảng một nửa có lẽ dành riêng cho Ethereum tập trung vào L2, nhưng nửa còn lại về cơ bản là dành cho người dùng L2 làm lớp cơ sở của Ethereum và L1, Hoặc, giống như một ứng dụng trực tiếp tới người dùng với tư cách là người dùng.

Sử dụng ứng dụng khách nhẹ ở mọi nơi

Về nhiều mặt, cách chúng ta tương tác với không gian hơi buồn, chúng ta phi tập trung, chúng ta không đáng tin cậy, ai trong phòng này đang chạy một sự đồng thuận đã được xác minh trên máy tính của mình Một client nhẹ? hiếm. Ai sử dụng Ethereum bằng cách tin tưởng vào ví trình duyệt của Infura? Trong 5 năm nữa, tôi muốn thấy số lượng cánh tay giơ lên ​​bị đảo ngược. Tôi muốn thấy những chiếc ví không tin tưởng Infura về bất cứ điều gì. Chúng ta cần tích hợp các client nhẹ.

Infura có thể tiếp tục cung cấp dữ liệu. Ý tôi là, nếu bạn không cần phải tin tưởng vào Infura, điều đó thực sự tốt cho Infura vì nó giúp họ xây dựng và triển khai cơ sở hạ tầng dễ dàng hơn nhưng chúng tôi có các công cụ để loại bỏ yêu cầu về độ tin cậy.

Những gì chúng tôi có thể làm là chúng tôi có thể có một hệ thống trong đó người dùng cuối chạy thứ gì đó giống như máy khách Helios light. Nó thực sự nên chạy trực tiếp trong trình duyệt, trực tiếp xác nhận sự đồng thuận của Ethereum. Nếu anh ấy muốn xác minh điều gì đó trên chuỗi, chẳng hạn như tương tác với chuỗi, thì bạn chỉ cần xác minh trực tiếp bằng chứng Merkle.

Nếu bạn làm điều này, bạn thực sự sẽ có được mức độ không đáng tin cậy khi tương tác với Ethereum. Cái này dành cho L1. Ngoài ra, chúng ta cũng cần một giải pháp tương đương cho L2.

Trên chuỗi L1, có các tiêu đề khối, trạng thái, ủy ban đồng bộ hóa và sự đồng thuận. Nếu bạn xác minh sự đồng thuận, nếu bạn biết tiêu đề khối là gì, bạn có thể đi qua nhánh Merkle và xem trạng thái là gì. Vậy làm cách nào để chúng tôi cung cấp sự đảm bảo an ninh cho khách hàng hạng nhẹ cho L2. Gốc trạng thái của L2 nằm ở đó. Nếu đó là một Bản tổng hợp cơ bản thì sẽ có một hợp đồng thông minh và hợp đồng thông minh đó sẽ lưu trữ tiêu đề khối của L2. Hoặc, nếu bạn có xác nhận trước, thì bạn có một hợp đồng thông minh lưu trữ người xác nhận trước là ai, vì vậy bạn xác định ai là người xác nhận trước và sau đó lắng nghe tập hợp con 2/3 chữ ký của họ.

Vì vậy, khi bạn có tiêu đề khối Ethereum, sẽ có một chuỗi tin cậy khá đơn giản, hàm băm, nhánh Merkle và chữ ký mà bạn có thể xác minh và bạn có thể nhận được xác minh khách hàng đơn giản. Điều tương tự cũng xảy ra với bất kỳ L2 nào.

Trước đây, tôi đã kể điều này với mọi người và rất nhiều lần phản ứng là, Ôi trời, điều đó thật thú vị, nhưng mục đích là gì? Rất nhiều L2 là đa chữ ký. Tại sao chúng ta không tin tưởng vào đa chữ ký để xác minh đa chữ ký?

May mắn thay, tính đến năm ngoái, điều này thực sự không còn đúng nữa. Optimism và Arbitrum đang ở giai đoạn đầu tiên của Rollup, có nghĩa là họ thực sự có hệ thống bằng chứng chạy trên chuỗi và một ủy ban bảo mật có thể bảo vệ họ trong trường hợp có lỗ hổng, nhưng ủy ban bảo mật cần phải vượt qua ngưỡng biểu quyết rất cao. , chẳng hạn như 75% của 8 người thì quy mô của Arbitrum sẽ tăng lên 15 người. Vì vậy, trong trường hợp của Optimism và Arbitrum, chúng không chỉ là đa chữ ký, chúng còn có hệ thống bằng chứng thực tế và những hệ thống bằng chứng đó thực sự có vai trò, ít nhất là về mặt có phần lớn quyền lực trong việc quyết định chuỗi nào đúng hay sai .

EVM còn đi xa hơn nữa, tôi tin rằng nó thậm chí còn không có ủy ban bảo mật nên hoàn toàn không có sự tin cậy. Chúng tôi thực sự đang bắt đầu tiến lên phía trước về vấn đề này và tôi biết rất nhiều L2 khác cũng đang tiến về phía trước. Vì vậy, L2 không chỉ có nhiều chữ ký, vì vậy khái niệm máy khách nhẹ cho L2 thực sự bắt đầu có ý nghĩa.

Hôm nay chúng ta đã có thể xác minh chi nhánh Merkle, chúng ta chỉ cần viết mã. Ngày mai, chúng tôi cũng có thể xác thực ZKVM, vì vậy bạn có thể xác thực hoàn toàn Ethereum và L2 trong ví trình duyệt của mình.

Ai muốn trở thành người dùng Ethereum đáng tin cậy trong ví trình duyệt? tuyệt vời. Ai muốn trở thành người dùng Ethereum không đáng tin cậy trên điện thoại di động của họ? Còn từ Raspberry Pi thì sao? Còn từ một chiếc đồng hồ thông minh thì sao? Từ trạm vũ trụ? Chúng tôi cũng sẽ khắc phục điều đó. Vì vậy, những gì chúng ta cần tương đương với một cấu hình RPC không chỉ chứa máy chủ bạn đang nói chuyện mà còn chứa các hướng dẫn xác thực ứng dụng khách nhẹ thực tế. Đây là điều chúng ta có thể hướng tới.

Chiến lược chống lượng tử

Thời gian cho điện toán lượng tử ngày càng giảm. Metaculous cho rằng máy tính lượng tử sẽ xuất hiện vào đầu những năm 2030 và một số người còn nghĩ sớm hơn thế.

Vì vậy, chúng tôi cần một Chiến lược kháng lượng tử. Chúng tôi có một chiến lược kháng lượng tử. Có bốn phần của Ethereum dễ bị tấn công bởi điện toán lượng tử và mỗi phần đều có những lựa chọn thay thế tự nhiên.

Lượng tử của cây Verkle Một giải pháp thay thế có khả năng kháng cự là Starked Poseidon Hash hoặc nếu muốn thận trọng hơn, chúng tôi có thể sử dụng chữ ký đồng thuận Blake. Chúng tôi hiện đang sử dụng chữ ký tổng hợp BLS, chữ ký này có thể được thay thế bằng chữ ký tổng hợp Stark. Blob sử dụng KZG và có thể được chứng minh bằng cách sử dụng cây Merkle mã hóa riêng biệt Stark. Tài khoản người dùng hiện đang sử dụng ECDSA SECP256K1, có thể được thay thế bằng chữ ký dựa trên hàm băm và trừu tượng hóa và tổng hợp tài khoản, ví hợp đồng thông minh ERC 4337, v.v.

Sau khi có những thứ này, người dùng có thể thiết lập thuật toán chữ ký của riêng họ, về cơ bản là sử dụng chữ ký dựa trên hàm băm. Tôi nghĩ chúng ta thực sự cần bắt đầu suy nghĩ về việc thực sự xây dựng chữ ký dựa trên hàm băm để ví của người dùng có thể dễ dàng nâng cấp lên chữ ký dựa trên hàm băm.

Đơn giản hóa giao thức

p>

Nếu bạn muốn có một lớp cơ sở mạnh mẽ thì giao thức cần phải đơn giản. Nó không nên có 73 móc ngẫu nhiên và một số khả năng tương thích ngược tồn tại do một ý tưởng ngu ngốc ngẫu nhiên mà một anh chàng ngẫu nhiên tên Vitalik đã nghĩ ra vào năm 2014.

Vì vậy, việc cố gắng thực sự đơn giản hóa và bắt đầu thực sự loại bỏ nợ kỹ thuật là rất có giá trị. Nhật ký hiện dựa trên các bộ lọc nở, không hoạt động tốt và không đủ nhanh, vì vậy cần cải tiến Nhật ký để tăng thêm tính bất biến mạnh mẽ hơn, điều mà chúng tôi đã thực hiện ở phía không trạng thái, về cơ bản hạn chế trạng thái của từng khối Chế độ xem.

Ethereum hiện là một bộ sưu tập đáng kinh ngạc, có RLP, có SSZ, có API, lý tưởng nhất là chúng ta chỉ nên sử dụng SSZ, nhưng ít nhất hãy loại bỏ RLP, cây Merkle trạng thái và nhị phân, một khi có cây Merkle nhị phân thì tất cả Ethereum đều nằm trên cây Merkle nhị phân.

Fast Finality, Single Slot Finality (SSF), dọn sạch các trình biên dịch trước không sử dụng, như trình biên dịch trước ModX, thường gây ra lỗi đồng thuận, nếu chúng ta có thể loại bỏ nó và thay thế bằng mã Solidity hiệu suất cao thì tốt .

Tóm tắt

Là một lớp cơ sở mạnh mẽ, Ethereum có những lợi thế rất độc đáo, bao gồm cả những lợi thế mà Bitcoin không có, chẳng hạn như phân cấp đồng thuận và nghiên cứu quan trọng về khả năng phục hồi sau cuộc tấn công 51%.

Tôi nghĩ cần phải thực sự phát huy những điểm mạnh đó. Đồng thời nhận ra và sửa chữa những thiếu sót của chúng tôi để đảm bảo chúng tôi đáp ứng các tiêu chuẩn rất cao. Những ý tưởng này hoàn toàn tương thích với lộ trình L1 tích cực.

Một trong những điều tôi hài lòng nhất về Ethereum, đặc biệt là quá trình phát triển cốt lõi, là khả năng làm việc song song của chúng tôi đã được cải thiện đáng kể. Đây là một điểm mạnh, chúng tôi thực sự có thể làm nhiều việc song song. Vì vậy, việc quan tâm đến những chủ đề này thực tế không ảnh hưởng đến khả năng cải thiện hệ sinh thái L1 và L2. Ví dụ: cải tiến L1 EVM để giúp việc mã hóa trở nên dễ dàng hơn. Hiện tại, việc xác minh hàm băm Poseidon trong EVM là quá đắt. Mật mã 384-bit cũng quá đắt.

Vì vậy, có một số ý tưởng dựa trên EOF, chẳng hạn như mã SIMD, EVM max, v.v. Có cơ hội gắn bộ đồng xử lý hiệu suất cao này vào EVM. Điều này tốt hơn cho Lớp 2 vì họ có thể xác minh bằng chứng rẻ hơn và tốt hơn cho các ứng dụng Lớp 1 vì các giao thức bảo mật như zk SNARK rẻ hơn.

Ai đã sử dụng thỏa thuận quyền riêng tư? Ai muốn trả 40 khoản phí thay vì 80 khoản phí bằng thỏa thuận quyền riêng tư? thêm người. Nhóm thứ hai có thể được sử dụng trên Lớp 2 và Lớp 1 có thể tiết kiệm chi phí đáng kể.

"Bộ ba lớn" Ethereum tái hợp

Năm 2024 là kỷ niệm 10 năm của Ethereum IC0. EthCC 2024 đã mời ba nhà sáng lập cốt lõi của Ethereum, Vitalik Buterin, Joseph Lubin và Gavin. Gỗ đều có mặt.

Sau bài phát biểu của Vitalik, họ được mời chụp ảnh nhóm cùng nhau:

Bộ ba lớn lại bắt tay nhau