Vào tháng 9, người sáng lập Ethereum Vitalik Buterin đã cân nhắc những ưu điểm và nhược điểm của việc "lưu giữ" mang lại cho giao thức Ethereum L1 trong một bài đăng trên blog có tiêu đề "Giao thức Ethereum có nên gói gọn nhiều chức năng hơn không?", nói với độc giả Cung cấp manh mối về hướng đi tương lai của Ethereum. Bài viết này sẽ giới thiệu khái niệm “đóng gói” và nó sẽ ảnh hưởng như thế nào đến lộ trình của Ethereum.
Khái niệm “đóng gói”
Theo định nghĩa truyền thống về phát triển phần mềm, đóng gói đề cập đến một phương pháp đóng gói và ẩn các chi tiết triển khai của một giao diện chức năng trừu tượng. Đối với "đóng gói" của Ethereum, điều đó có nghĩa là nhiều chức năng hơn có thể được thực thi trực tiếp trên chuỗi chính và các chức năng này trước đây có thể đã dựa vào phần mềm bên ngoài. Các chức năng mới được đóng gói sẽ trở thành "chức năng giao thức".
Trong bài đăng trên blog được đề cập ở trên, Vitalik Buterin đã nói về “triết lý đóng gói tối thiểu” ban đầu của Ethereum. Ý tưởng là giữ cho lớp Ethereum L1 cơ bản đơn giản nhất có thể trong khi dựa vào các giải pháp ngoài chuỗi (chẳng hạn như cuộn lên) để có thêm chức năng và tính năng mới.
Tuy nhiên, hiện tại ông tin rằng có thể cần phải điều chỉnh một chút đối với "triết lý đóng gói tối thiểu". Tiếp theo, chúng ta sẽ khám phá sâu hơn về "triết lý đóng gói tối thiểu" cũng như những ưu và nhược điểm của nó.
"Triết lý đóng gói tối thiểu"
“Đóng gói tối thiểu” đề cập đến việc đóng gói các chức năng cụ thể trong chuỗi khối để đơn giản hóa việc triển khai mà không áp đặt các quy tắc nghiêm ngặt. Ví dụ: giao thức Ethereum không cần đóng gói một hệ thống đặt cược thanh khoản hoàn chỉnh (chẳng hạn như stETH do Lido đưa ra), mà chỉ cần gói gọn các phần cụ thể của chức năng giải quyết các thách thức chính. Điều này sẽ giúp triển khai tính năng này một cách đơn giản và tránh làm cho nó trở nên phức tạp.
Các nhà phát triển cốt lõi của Ethereum luôn cố gắng giữ cho lớp cơ sở sạch sẽ, đơn giản và an toàn. Việc xây dựng các tính năng mới trên giao thức Ethereum chủ yếu là trách nhiệm của phần còn lại của cộng đồng Ethereum. Theo lời của Vitalik Buterin, Ethereum được tạo ra “để phục vụ như một máy ảo xác minh các khối”. Một trong những ưu điểm chính của phương pháp này là hard fork có thể dễ dàng được mô tả như một giao dịch duy nhất của hợp đồng bộ xử lý khối. Các ưu điểm khác của cấu trúc tối giản bao gồm tính linh hoạt để đáp ứng các nhu cầu khác nhau của người dùng và tránh sự cồng kềnh của phần mềm.
Tuy nhiên, khi ngành công nghiệp phát triển, cộng đồng nhận ra rằng việc đóng gói nhiều chức năng hơn có thể cải thiện giao thức Ethereum, chẳng hạn như giảm phí gas, cải thiện tính bảo mật và giảm rủi ro tập trung.
Gói ERC-4337
Vào năm 2023, tính năng trừu tượng hóa tài khoản, một tính năng mới của Ethereum, sẽ được mọi người chú ý. Tính năng trừu tượng hóa tài khoản, còn được gọi là ERC-4337, được viết bởi Vitalik Buterin cùng với năm nhà phát triển khác và là một tiêu chuẩn mã thông báo giới thiệu tính năng trừu tượng hóa tài khoản. Việc trừu tượng hóa tài khoản mang đến các tính năng mới như ví hợp đồng thông minh và sử dụng mã thông báo ERC-20 để trả phí gas cho người dùng Ethereum. Những tính năng thân thiện với người dùng này có lợi trong việc đẩy nhanh việc áp dụng tiền điện tử và ví tiền điện tử và do đó được mong đợi rộng rãi.
Việc trừu tượng hóa tài khoản đã được sửa đổi nhiều lần trong những năm qua. Nó phát triển từ một đề xuất cải tiến Ethereum có tên EIP-86 đến dạng cuối cùng, ERC-4337. Là một ERC, việc trừu tượng hóa tài khoản không yêu cầu hard fork và tồn tại độc lập về mặt kỹ thuật với giao thức Ethereum.
Giờ đây, Vitalik Buterin nhận thấy những lợi thế rõ ràng trong việc gói gọn một số bộ phận nhất định của ERC-4337. Tiêu chuẩn này hỗ trợ khả năng chống kiểm duyệt, tiết kiệm gas và hỗ trợ các mã hoạt động của Máy ảo Ethereum (EVM).
Nếu được triển khai thông qua phần mềm bên ngoài, kẻ tấn công có thể khai thác các lỗ hổng trong hợp đồng điểm đầu vào để đánh cắp tiền. Ngược lại, việc đóng gói ERC-4337 sẽ thay thế hợp đồng điểm đầu vào của nó như một chức năng trong giao thức, giúp tiền của người dùng an toàn hơn. Ngoài ra, là một phần của giao thức L1, người dùng có mức phí gas thấp hơn khi sử dụng chức năng trừu tượng hóa tài khoản được đóng gói do chi phí lưu trữ thấp hơn.
Đóng gói PBS sẽ giúp giải quyết rủi ro tập trung Ethereum
Đóng gói PBS sẽ giúp giải quyết rủi ro tập trung Ethereum
Đóng gói có thể thúc đẩy phân cấp và tạo ra một hệ thống không cần tin cậy, và PBS đóng gói (Tách người đề xuất/người xây dựng) là một ví dụ điển hình về điều này. Những người đề xuất chuỗi khối Ethereum là những người xác nhận bán quyền sản xuất khối của họ cho các nhà xây dựng chuyên trích xuất Giá trị có thể trích xuất tối đa (MEV) từ các khối. Những người đề xuất kiếm được phần thưởng MEV trong quá trình này, trong khi những người xây dựng khối giữ một phần phần thưởng MEV cho riêng mình.
Hiện tại, những người xác thực sử dụng giải pháp mev-Boost của bên thứ ba của FlashBot để truy cập vào thị trường của công cụ xây dựng. Giải pháp này hiện đang phổ biến rộng rãi và chiếm 90% số khối Ethereum được sản xuất. Để giải phóng giao thức khỏi nguy cơ tập trung mev-boost, việc đóng gói PBS hiện đang được ủng hộ, điều này sẽ cho phép PBS được thực thi trong lớp đồng thuận của giao thức Ethereum. Thị trường xây dựng trong giao thức này sẽ không có sự kiểm soát của các mạng tập trung của bên thứ ba (được gọi là “rơle”) hoạt động như nhà đấu giá trong thị trường tăng cường mev.
Đóng gói ZK-EVM và chức năng đặt cược thanh khoản
Vitalik Butein cho biết kể từ khi dự án Ethereum ra đời, họ đã cố gắng giữ Ethereum cốt lõi đơn giản nhất có thể bằng cách xây dựng các giao thức hàng đầu. Tuy nhiên, gần đây đã có sự quan tâm thận trọng đến việc kết hợp nhiều tính năng hơn vào giao thức Ethereum cốt lõi. Ngoài tính năng trừu tượng hóa tài khoản vừa đề cập, tính năng này cho phép ví hợp đồng thông minh hỗ trợ các chức năng chính như đóng băng và phục hồi tài khoản. ZKEVM, hay Máy ảo dựa trên bằng chứng không có kiến thức, cũng cải thiện hiệu quả xử lý giao dịch bằng cách tận dụng mật mã tiên tiến một cách an toàn và đáng tin cậy. Về lý thuyết, cả tính năng trừu tượng hóa tài khoản được đóng gói và ZKEVM đều có thể cung cấp những cách hiệu quả hơn để xử lý các lỗ hổng.
Về ZKEVM, ERC-4337 cũng đóng một vai trò trong vấn đề này, nhưng trọng tâm là mở rộng hơn là trừu tượng hóa tài khoản. Các tính năng của giao thức ZK có thể thúc đẩy triết lý đa dạng giữa các khách hàng Ethereum. Việc đóng gói ZKEVM sẽ cho phép sự đồng thuận xã hội của Ethereum xử lý các trường hợp đặc biệt, giảm nhu cầu quản trị bổ sung trong hệ sinh thái tổng hợp. Tuy nhiên, Ethereum có thể phải đối mặt với những thách thức trong việc đóng gói ZKEVM vì chuỗi khối Ethereum có thể lưu trữ dữ liệu hạn chế. Tuy nhiên, vấn đề này cũng có thể được giảm bớt bằng cách ZKEVM nén thêm dữ liệu.
Vitalik Buterin tin rằng nếu ZKEVM không phải mang dữ liệu "nhân chứng" thì hiệu quả dữ liệu của chúng sẽ cao hơn. Nghĩa là, nếu dữ liệu cụ thể đã được đọc hoặc ghi trong một số khối trước đó, thì có thể đơn giản giả định rằng người chứng minh có quyền truy cập vào dữ liệu đó mà không cần phải cung cấp lại bằng chứng.
Việc đóng gói chức năng đặt cược thanh khoản sẽ ngăn chặn việc tập trung vào trình xác thực. Thông thường, đặt cược thanh khoản bao gồm việc khóa hoặc đặt cược tiền điện tử trên chuỗi khối PoS và nhận mã thông báo tương ứng từ các nền tảng như Lido, mã thông báo này cũng có thể tiếp tục được sử dụng trong DeFi. Nếu tình huống như vậy mà một mã thông báo duy nhất chiếm ưu thế, nó có thể dẫn đến một công cụ quản trị duy nhất, có khả năng dễ bị tổn thương, kiểm soát phần lớn các trình xác thực Ethereum. Các giao thức như Lido đã cung cấp nhiều biện pháp bảo vệ hơn cho vấn đề này, nhưng một lớp bảo vệ có thể là không đủ.
Chức năng đóng gói đòi hỏi một nền tảng trung gian linh hoạt
Rủi ro tập trung có thể xảy ra khi độ phức tạp của giao thức Ethereum bị đẩy ra các lớp bên ngoài và việc đóng gói có thể tránh được điều này. Tuy nhiên, việc đóng gói quá mức có thể làm quá tải độ tin cậy và khả năng quản lý của một giao thức, ảnh hưởng đến tính trung lập của nó. Độ phức tạp của giao thức cũng tạo ra rủi ro hệ thống, chẳng hạn như việc tiền mã hóa đòi hỏi độ phức tạp cao hơn.
Vì vậy, khi nói đến việc đóng gói, Vitalik Buterin đang sử dụng một nền tảng trung gian linh hoạt. Anh ấy vẫn quan tâm đến việc đóng gói một mempool riêng để giúp người dùng giảm thiểu các vấn đề như chạy trước. Giống như mev-boost, các giải pháp mempool riêng tư được cung cấp bởi các nhà cung cấp bên thứ ba, điều này gây lo ngại về sự tập trung và tin cậy.
Trong khi việc đóng gói một mempool riêng có thể giải quyết vấn đề này, Vitalik Buterin lại có cách tiếp cận thực tế hơn, lập luận rằng việc đóng gói tính năng chống chạy trước trong L1 vẫn sẽ là một đề xuất khó khăn, ít nhất là cho đến khi có được mật mã trì hoãn. hoàn thiện hoặc xảy ra.
Những điểm chính anh ấy chia sẻ trong bài đăng trên blog của mình như sau:
1. Đóng gói có thể giúp tránh rủi ro tập trung;
2. Tuy nhiên, nếu việc đóng gói sẽ làm suy yếu mô hình tin cậy của Ethereum và khiến Ethereum trở nên chủ quan hơn, thì tốt nhất nên tránh sử dụng chức năng đóng gói;
3. Việc đóng gói quá nhiều chức năng sẽ làm phức tạp giao thức;
4. Nếu chức năng đóng gói không được sử dụng bởi đủ người dùng, việc đóng gói có thể phản tác dụng về lâu dài.
(Lưu ý của người biên tập: "Tóm tắt nhiều hàm hơn" ở đây trái ngược với "đóng gói nhiều hàm hơn". Các hàm trừu tượng có thể được triển khai gián tiếp bởi nhiều phần mềm bên ngoài hơn, trong khi các hàm được đóng gói có thể được triển khai trực tiếp bằng cách dựa vào nhiều hàm tích hợp sẵn hơn.)
Một mặt, những người có xu hướng trừu tượng hóa nhiều chức năng hơn có những ưu điểm sau:
1. Tránh mở rộng quá mức các giao thức tải quản trị và tin cậy giao thức;
2. Hỗ trợ nhu cầu đa dạng của người dùng;
3. Khi nhu cầu trong tương lai không chắc chắn;
4. Giảm độ phức tạp của giao thức.
Mặt khác, những người có xu hướng gói gọn nhiều chức năng hơn sẽ có những ưu điểm sau:
1. Đối phó với chi phí cố định cao;
2. Tăng cường chức năng ủy quyền giao thức;
3. Giảm nguy cơ lỗi mã cho người dùng;
4. Tránh rủi ro tập trung cấp cao.
Điểm mấu chốt về sự phát triển của giao thức
Trong khi kế hoạch ban đầu của Ethereum là làm cho chuỗi khối chạy an toàn bằng cách xây dựng một giao thức hàng đầu, Vitalik Buterin tin rằng tương lai của Ethereum không hề cố định. Như một câu nói phổ biến trong ngành, “Không có giải pháp hoàn hảo nào trong tiền điện tử, chỉ có sự đánh đổi.” Đóng gói có ưu điểm là giảm rủi ro dễ bị tổn thương và giảm xác suất tập trung, nhưng nhược điểm rõ ràng của nó là nó có thể dẫn đến các vấn đề ngày càng phức tạp. giao thức, Cuối cùng nó trở nên quá mở rộng và khó sử dụng. Có một sự đánh đổi phức tạp về những tính năng nào sẽ được đưa vào giao thức và những tính năng nào nên được để lại ở các cấp độ khác của hệ sinh thái.
Nhìn chung, trong môi trường hiện tại, Vitalik Buterin tin rằng blockchain là "hệ thống xã hội" và trong những trường hợp có lợi với những lý do chính đáng và hợp lệ, ông có xu hướng hỗ trợ giao thức Ethereum để gói gọn một số chức năng cụ thể. Đối với các chức năng hiếm khi được sử dụng, có thể cần phải loại bỏ tính năng đóng gói để đảm bảo khả năng tương thích với các phiên bản cũ hơn và các giao thức nhẹ. Tất nhiên, ông thừa nhận rằng việc đánh đổi bao bì sẽ tiếp tục phát triển theo thời gian.
Tất cả bình luận