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

Bản tổng hợp ban đầu: 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, đế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 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 cùng nhau chụp ảnh 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.

Chủ đề diễn thuyết

Tăng cường L1: Tối ưu hóa Ethereum để làm cho nó có độ tin cậy và giá trị cao Đáng tin cậy và Lớp cơ sở Lớp 2 không được phép

Quang phổ Tầm nhìn Ethereum

h3>

Tôi nghĩ rằng trong 5 đến 10 năm tới, lớp cơ sở Ethereum sẽ nằm trong hệ sinh thái Có thể có một phả hệ của các bộ phận khác nhau của các vai trò có thể có. 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 nhận 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ố ứng dụng rất cụ thể và có hiệu suất cao. giao dịch.

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 thứ hai từ bên trái. 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 nằm ở 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 việc 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 thực 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 tăng 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ó số 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 đồ hash rate của tất cả Bitcoin nhóm khai thác và phía bên phải là biểu đồ người đặt cược Ethereum.

Việc 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 chiếm hơn 50% sức mạnh tính toán và bốn nhóm khai thác cộng lại. 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 đồ cho thấy, bởi vì phần màu 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 cầm cố độ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, được tạo thành từ 37 bộ xác thực 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.

Những 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ó khách hàng thực thi Geth và khách hàng thực thi không phải Geth, và tỷ lệ khách hàng thực thi không phải Geth thậm chí còn vượt quá tỷ lệ khách hàng 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ế: người dân ở nhiều quốc gia khác nhau, bao gồm các dự án, L2, các nhóm, 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 đã bổ sung thêm các nhà lãnh đạo trong lực lượng nguồn mở;

· Một nền văn hóa coi trọng những đặc tính này

Do đó, hệ sinh thái Ethereum đóng vai trò các Lớp nền tảng đã có những lợi thế rất mạnh mẽ này. Tôi nghĩ đây là điều rất quý giá 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 nó như thế nào?

Đây là 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ì ngăn cản bạn đặt cược Solo?

Tôi có thể lặp lại câu hỏi này tại địa điểm này, ai đang thực hiện Solo stake? 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 rằng trở ngại lớn nhất là không thể đầu tư ETH của mình vào Giao thức DeFi 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.

Rất nhiều lần 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 của mọi người Hoặc thậm chí không sử dụng giao thức DeFi nào cả. 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 tôi 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 tôi sẽ có 8 triệu hoặc có thể hơn 8 triệu, 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 thực, yêu cầu tối thiểu có thể lên tới 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 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 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 một 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á vỡ 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ư những gì xảy ra nếu bạn có một ngôi nhà và nếu 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 kém chất lượng, ai đó có thể dễ dàng dùng gậy bóng chày để đột nhập. 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% thì 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 quyền.

Kỹ thuật thứ hai là tập 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ử và trên thực tế đối với EIP-4444, đã có rất nhiều tiến bộ về vấn đề 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 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 này, bạn cũng có thể thêm ZKVM Loại 1 để Stark 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 khả dụng của dữ liệu và sau đó bạn chỉ cần xác minh một bằng chứng.

Việc chạy nút sẽ dễ dàng hơn nếu bạn làm điều này. 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 và bắt đầu ứ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 về phần cứng sẽ giảm xuống gần như bằng không.

Vì vậy, cả ngưỡng 32 ETH và khó khăn khi chạy các 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.

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.

Phục hồi sau các 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ể gặp phải cuộc tấn công 51%, Bitcoin có thể gặp phải cuộc tấn công 51% và chính phủ cũng có thể gặp phải cuộc 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 tin 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ột chiếc máy bay riêng, 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ũng giữ lại chiếc máy bay riêng của mình và bay vòng quanh.

Trên thực tế, các 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 các sàn giao dịch và những việc như phá vỡ 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à 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.

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, nhưng chúng tôi thậm chí không có phần mềm được viết để thực hiện việc kiểm tra này,

Một thách thức khác trong quá trình xem xé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, sau đó trì hoãn trong hai phút phút, và bạn thậm chí không có sự đồng thuận 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 vài 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õ điều gì sẽ xảy ra trong 10 năm Một chuyện như thế này sẽ thực tế biết bao. 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, 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 đưa ra ở đâ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 tự động. Bằng cách chống kiểm duyệt hiệu quả, phần lớn chuỗi, 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ã họ chạy.

Tất nhiên, lại có những kết quả không thể tin được về mặt toán học, ít nhất là đối với bất kỳ Người nào lúc đó offline sẽ không phân biệt được ai đúng ai sai.

Có nhiều hạn chế, nhưng chúng ta 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ẽ đăng 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ẽ 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ả những thứ khác tấn công 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 ngưỡng Quorum (Lưu ý: Cơ chế Quorum 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 tính dự phòng dữ liệu và tính nhất quán cuối cùng) có thể từ 2/3 hiện nay khoảng 75% hoặc 80%.

Lập luận cơ bản là nếu một chuỗi độc hại như chuỗi đánh giá 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ì rủi ro là 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ì sẽ là 21% số nút ngừ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ỉ một lần duy nhất 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 Số đại biểu được nâng từ 67% lên 80%, thì giả sử rằng tỷ lệ khách hàng cần đạt được tăng từ 67% lên 80%, thì một số lượng nhỏ khách hàng Giá trị của khách hàng, hay giá trị mà một số ít khách hàng có thể cung cấp, đang thực sự bắt đầu tăng lên.

Các mối quan tâm 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 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ĩ về 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, áp dụng cho L2 với tư cách là người dùng Lớp cơ sở Ethereum và L1, hoặc giống như các ứng dụng hướng tới người dùng trực tiếp với tư cách là người dùng.

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

Theo nhiều cách, 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 xác minh đồng thuận trên máy tính của mì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à, điều đó thực sự tốt cho Infura nếu bạn không cần phải tin tưởng Infura vì điều đó 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ề lòng tin.

Điều 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ẽ đạ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ần một sơ đồ 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 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, hàm băm, nhánh merkle và chữ ký khá đơn giản mà bạn có thể xác minh và bạn có thể nhận được xác thực ứng dụng khách nhẹ. Đ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. , giả sử là 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 chống lượng tử

Thời gian dành cho điện toán lượng tử đang giảm dần. 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.

Phương án thay thế kháng lượng tử cho Verkle Tree là Starked Poseidon Hash, hoặc nếu chúng ta Nếu muốn thận trọng hơn, bạn 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, có thể được chứng minh bằng cách sử dụng cây Merkle được mã hóa phân tách 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

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 nhị phân và trạng thái, khi bạn có cây Merkle nhị phân thì tất cả Ethereum đều nằm trên cây Merkle nhị phân.

Tính cuối cùng nhanh, Tính cuối cùng của một khe (SSF), dọn sạch các trình biên dịch trước không được sử dụng, chẳng hạn như trình biên dịch trước ModX, thường dẫn đến lỗi đồng thuận nếu chúng ta có thể loại bỏ nó và được thay thế bằng mã vững chắc hiệu suất cao, và điều đó thật tuyệ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 thế mạnh này. Đồ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 sự 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. Việc xác thực giá trị băm Poseidon trong EVM hiện 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ì chúng có thể rẻ hơn để xác minh bằng chứng 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 thay vì 80 để sử dụng thỏa thuận quyền riêng tư? thêm người. Bộ 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

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

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

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia