Toàn văn bài phát biểu của Vitalik EthCC: Ethereum nên được tối ưu hóa như thế nào trong tương lai?

Biên soạn bởi: 0xxz, Golden Finance

EthCC7 gần đây đã được tổ chức tại Brussels và ban tổ chức đã mời Vitalik, người sáng lập Ethereum, có bài 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 ICO. Sau bài phát biểu của Vitalik, ba cựu 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 sự kiện này.

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.

chủ đề bài phát biểu

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ĩ rằng có thể có nhiều sự phân công lao động khác nhau liên quan đến vai trò của lớp cơ sở Ethereum trong hệ sinh thái trong vòng 5 đến 10 năm tớ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.

Ở 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à 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 rất cực đoan ở 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ì vậ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.

Lợi thế mạnh mẽ của Ethereum

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

Phía bên trái của hình trên là biểu đồ về sức mạnh tính toán của tất cả các nhóm khai thác Bitcoin và phía 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 lên tới hơn 75%.

Và tình hình của Ethereum thực sự tốt hơn so với biểu đồ hiển thị, bởi vì phần lớn thứ hai của phần màu xám thực sự không được xác định, điều đó 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 nhà đầu 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 tôi 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 thừa 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.

Ưu điểm mạnh mẽ của Ethereum cũng bao gồm:

Nó có hệ sinh thái nhiều máy khách: có máy khách thực thi Geth và 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 huống tương tự xảy ra trong các hệ thống khách hàng đồng thuận;

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

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ở;

Các nền văn hóa coi trọng những thuộc tính này

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 và có thể cải thiện như thế nào?

Đây là một cuộc thăm dò tôi đã 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ặp lại câu hỏi ở địa điểm này, ai đang thực hiện đặ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?

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ó khi vận hành nút. Đ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 tìm hiểu cách tối đa hóa khả năng mọi người 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, hay nói cách khá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ó khoản 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 8 triệu, có thể là 9 triệu hoặc 10 triệu người xác thực. 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 kỹ thuật có thể cải thiện cả hai khía cạnh này.

Một kỹ thuật sẽ là cho phép đặt cược hoặc cho phép tính hữu hạn 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 sự đảm bảo 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ư khi 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, nhưng 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 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à làm cho 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à khách hàng 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 tương tự như Poseidon, một 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à một điều tồi tệ, 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 có thể 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 qua và khởi động ứng dụng khách mới. Bạn chỉ mất một kỷ nguyên.

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

Do đó, cả ngưỡng 32 ETH và khó khăn khi vận hành nút đề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 những rủi ro của việc tập trung đặt cược.

Bằng chứng cổ phần 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.

Phục hồi sau cuộc tấn công 51%

Tôi thực sự bắt đầu suy nghĩ nghiêm túc và chặt chẽ. Đ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% 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ó 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% là 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ể liên quan đến việc gửi tiền trên một sàn giao dịch và thực hiện những việc như xâm phạm giao thức DeFi.

Nhưng sự đảo ngược thực sự 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à khâu 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.

Và trong một cuộc tấn công kiểm duyệt, nó không phải là quy trình thủ tục, 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 thách thức khác với cơ chế kiểm duyệt là nếu ai đó muốn tấn công, họ có thể làm như vậy 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, rồi trì hoãn trong hai phút, và bạn thậm chí còn không làm được. có sự đồng thuận về thời điểm trả lời.

Vì vậy, tôi nói, thực ra kiểm duyệt 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 có một cuộc tấn công, 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ỏ những kẻ tấn công.

Điều đó có thể đúng ngày nay, nhưng điều đó phụ thuộc vào 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õ điều 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ông thể quy được. Vì vậy, chúng ta phải dựa vào sự đồng thuận của xã hội. Vì vậy, chúng ta 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 phải chạy phần mềm mà nếu phát hiện các giao dịch bị kiểm duyệt hoặc một số trình xác thực nhất định bị kiểm duyệt, nút đó sẽ tự động hủy kiểm duyệt phần lớn chuỗi và tất cả các nút trung thực sẽ tự động do mã chạy của chúng được điều phối trên cùng một vài chiếc nĩa mềm.

Tất nhiên, một lần nữa, về mặt toán học, kết quả không thể xảy ra, í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ự có thể xảy ra là bạn sẽ thấy một cuộc chiến truyền thông xã hội cùng một lúc và bạn sẽ thấy tất cả các loại 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ĩ ngưỡng cho Quorum (Lưu ý: Cơ chế Quorum là một thuật toán bỏ phiếu 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) có thể tăng từ 2/3 hiện nay lên 75% hoặc 80%.

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 thì việc phục hồi sẽ trở nên 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.

Có những rủi ro. 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 nguyên nhân. đã sai.

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

Những lo ngại về kiểm duyệt khác

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ố giải pháp 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 đưa vào. 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ĩ, trong số những ý tưởng khác nhau mà tôi đã nói đến, có lẽ khoảng một nửa 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 L2 làm lớp cơ sở cho người dùng Ethereum và L1, hoặc trực tiếp cho ứng dụng của người dùng như người dùng.

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

Theo nhiều cách, thật đáng buồn khi chúng ta tương tác với không gian, 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 ứng dụng khách nhẹ trên máy tính của mình để xác thực sự đồng thuận? 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à có một hệ thống trong đó người dùng cuối chạy thứ gì đó giống như ứng dụng 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ẽ đạt đượ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ó 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 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 2/3 tập hợp con 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.

Tôi đã từng kể điều này với mọi người trước đây và rất nhiều lần câu trả lời 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, kể từ 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ỉ 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 kháng lượng tử

Thời gian dành cho điện toán lượng tử đang ngày càng thu hẹp lại. 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 ta 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.

Một giải pháp thay thế kháng lượng tử cho Verkle Tree là Starked Poseidon Hash, hoặc nếu muốn thận trọng hơn, chúng ta có thể sử dụng chữ ký đồng thuận Blake, hiện tại chúng tôi sử dụng chữ ký tổng hợp BLS, có thể 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.

Khi bạn đã 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

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 sẽ 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 và 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, trạng thái và cây Merkle nhị phân, khi bạn có cây Merkle nhị phân, sau đó 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 được sử dụng, như trình biên dịch trước ModX, vốn thường gây ra lỗi đồng thuận, sẽ thật tuyệt nếu chúng ta có thể loại bỏ nó và thay thế bằng mã Solidity hiệu suất cao.

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 một số 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ự tăng cường 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 và quy trình phát triển cốt lõi nói riêng là khả năng làm việc song song của chúng tôi đã được cải thiện đáng kể. Đó 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” của Ethereum tái hợp

Năm 2024 là kỷ niệm 10 năm ra đời Ethereum IC0. EthCC 2024 đã mời cả ba nhà sáng lập cốt lõi của Ethereum, Vitalik Buterin, Joseph Lubin và Gavin Wood, tham dự cuộc họp.

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

Big Three bắt tay lần nữa