Vào tháng Chín, người sáng lập Ethereum Vitalik Buterin đã viết một bài phát biểu có tiêu đề "Giao thức Ethereum có nên đóng gói nhiều tính năng hơn không?" Bài đăng trên blog cân nhắc những ưu điểm và nhược điểm của việc "tôn thờ" giao thức Ethereum L1, cung cấp cho độc giả 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 đến lộ trình của Ethereum như thế nào.
Khái niệm "đóng gói"
Từ đị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 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 có thể đã dựa vào phần mềm bên ngoài trong quá khứ và 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 nói 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 càng đơn giản càng tốt, trong khi dựa vào các giải pháp ngoài chuỗi như rollup, cho các chức năng bổ sung và các tính năng mới.
Tuy nhiên, bây giờ ông tin rằng một sự điều chỉnh nhỏ đối với "triết lý đóng gói tối thiểu" có thể là cần thiết. Tiếp theo, chúng ta sẽ khám phá thêm "triết lý đóng gói tối thiểu" và 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 chức năng cụ thể trong blockchain để đơn giản hóa việc thực thi 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 của Lido), mà chỉ cần các phần chức năng cụ thể 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 một cách đơn giản và tránh làm phức tạp nó.
Các nhà phát triển cốt lõi của Ethereum đã cố gắng giữ cho nó sạch sẽ, đơn giản và an toàn ở lớp cơ sở. 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 để "xác thực các khối như một máy ảo". 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 kiến trúc tối giản bao gồm tính linh hoạt để đáp ứng các nhu cầu người dùng khác nhau và tránh phần mềm phình to.
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 tính năng hơn có thể dẫn đến những cải tiến cho giao thức Ethereum, chẳng hạn như phí gas thấp hơn, tăng cường bảo mật và giảm rủi ro tập trung.
đóng gói ERC-4337
Vào năm 2023, trừu tượng hóa tài khoản, một tính năng mới của Ethereum, đã lọt vào tầm ngắm của mọi người. 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 trừu tượng hóa tài khoản. 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. Các tính năng thân thiện với người dùng này được mong đợi rộng rãi vì chúng có lợi cho việc đẩy nhanh việc áp dụng tiền điện tử và ví tiền điện tử.
Sự 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 gọi là EIP-86 đến dạng cuối cùng của nó, ERC-4337. Là một ERC, 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 khi gói gọn một số bộ phận của ERC-4337. Tiêu chuẩn này tạo điều kiện cho khả năng chống kiểm duyệt, hiệu quả khí và hỗ trợ opcode Máy ảo Ethereum (EVM).
Nếu được thực hiện thông qua phần mềm bên ngoài, có thể kẻ tấn công có thể khai thác lỗ hổng trong hợp đồng điểm nhập cảnh để đánh cắp tiền. Ngược lại, việc đóng gói ERC-4337 sẽ thay thế hợp đồng điểm nhập cảnh của nó như một tính 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ó phí gas thấp hơn khi sử dụng trừu tượng tài khoản đóng gói do chi phí lưu trữ thấp hơn.
Đóng gói PBS sẽ giúp giải quyết các 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 tin cậy, và đóng gói PBS (Proposer / Builder Separation) là một ví dụ điển hình. Những người đề xuất blockchain Ethereum là những người xác thực 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 các nhà xây dựng khối giữ một phần phần thưởng MEV cho chính họ.
Hiện tại, trình xác thực sử dụng mev-boost, giải pháp của bên thứ ba của FlashBot, để truy cập thị trường của nhà xây dựng. Giải pháp này hiện đang được hoan nghênh rộng rãi, chiếm 90% khối Ethereum được tạo ra. Để miễn trừ giao thức khỏi rủi ro tập trung mev-boost, nó hiện đang ủng hộ việc đóng gói PBS, điều này sẽ cho phép PBS được triển khai trong lớp đồng thuận của giao thức Ethereum. Các thị trường xây dựng trong các thỏa thuận như vậy sẽ được giải phóng khỏi sự kiểm soát của mạng tập trung của bên thứ ba (được gọi là "rơle") hoạt động như các nhà đấu giá trong thị trường mev-boost.
Đóng gói ZK-EVM và các chức năng đặt cọc thanh khoản
Vitalik Butein nói rằng kể từ khi dự án Ethereum ra đời, họ đã cố gắng giữ cho Ethereum cốt lõi càng đơn giản càng tốt bằng cách xây dựng một giao thức trên đầu. Tuy nhiên, gần đây, đã có một mối quan tâm thận trọng trong 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 việc 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 tính năng chính như đóng băng và khôi phục tài khoản. ZKEVM, hoặc 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 một cách an toàn và đáng tin cậy bằng cách tận dụng mật mã tiên tiến. Về mặt lý thuyết, cả trừu tượng tài khoản và ZKEVM đều cung cấp một cách hiệu quả hơn để giải quyết các lỗ hổng.
Về ZKEVM, ERC-4337 cũng đóng một vai trò trong việc này, nhưng trọng tâm là mở rộng quy mô hơn là trừu tượng hóa tài khoản. Tính năng giao thức ZK có thể thúc đẩy triết lý đa dạng hóa khách hàng Ethereum. Đó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 rollup. 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ó dữ liệu hạn chế để lưu trữ. TUY NHIÊN, VẤN ĐỀ NÀY CŨNG CÓ THỂ ĐƯỢC GIẢM THIỂU BẰNG CÁCH ZKEVM NÉN NHIỀU DỮ LIỆU HƠN.
Vitalik Buterin tin rằng nếu ZKEVM không phải mang dữ liệu "nhân chứng", hiệu quả dữ liệu của chúng sẽ trở nên cao hơn. Đó là, nếu một phần dữ liệu cụ thể đã được đọc hoặc ghi trong một số khối trước đó, có thể giả định đơn giản rằng người chứng minh sẽ có thể truy cập nó mà không phải cung cấp lại bằng chứng.
Việc đóng gói đặt cọc thanh khoản ngăn chặn sự tập trung của trình xác thực. Thông thường, đặt cọc thanh khoản liên quan đến 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ừ một nền tảng như Lido, cũng có thể tiếp tục được sử dụng cho DeFi. Nếu một mã thông báo duy nhất như vậy chiếm ưu thế, nó có thể dẫn đến một công cụ quản trị có khả năng bị xâm phạm duy nhất 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 sự đảm bảo hơn cho điều này, nhưng một lớp phòng thủ có thể khô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 sự phức tạp của giao thức Ethereum được đẩy ra lớp ngoài và việc đóng gói tránh được điều này. Tuy nhiên, đóng gói quá mức làm quá tải sự tin tưởng và quản trị của giao thức, làm suy yếu tính trung lập của nó. Độ phức tạp của giao thức cũng gây ra các rủi ro hệ thống, chẳng hạn như cần phải thêm phức tạp hơn vào mã hóa trước.
Vì vậy, khi nói đến bao bì, Vitalik Buterin đang có một nền tảng trung gian linh hoạt. Anh ấy vẫn đam mê đóng gói mempool riêng tư để giúp người dùng giảm thiểu các vấn đề như giao dịch ưu tiên. Giống như Mev-Boost, các giải pháp MemPool riêng được cung cấp bởi các nhà cung cấp bên thứ ba, làm dấy lên lo ngại về sự tập trung và tin tưởng.
Trong khi đóng gói các mempool riêng tư giải quyết vấn đề này, Vitalik Buterin có một cách tiếp cận thực tế hơn, lập luận rằng việc đóng gói chống frontrunning trong L1 vẫn là một đề xuất khó khăn, ít nhất là cho đến khi mã hóa độ trễ được hoàn thiện hoặc một số đột phá công nghệ khác xuất hiện.
Những điểm chính mà anh ấy chia sẻ trong bài đăng trên blog của mình như sau: **
Đóng gói có thể giúp tránh nguy cơ tập trung;
Tuy nhiên, nếu việc đóng gói 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, tốt nhất bạn nên tránh sử dụng đóng gói;
Đóng gói quá nhiều chức năng sẽ làm phức tạp quá mức giao thức;
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.
! [Nghệ thuật đánh đổi của Vitalik: Giao thức Ethereum nên gói gọn những tính năng nào?] ](https://cdn-img.panewslab.com/panews/images/B13yINjz59.png)
(Lưu ý của biên tập viên: "nhiều chức năng trừu tượng hơn" ở đây trái ngược với "đóng gói nhiều chức năng hơn", các hàm trừu tượng có thể được chuyển giao cho nhiều phần mềm bên ngoài hơn để thực hiện gián tiếp và các chức năng đóng gói được thực hiện trực tiếp bằng cách dựa vào nhiều chức năng tích hợp hơn)
Một mặt, xu hướng trừu tượng hóa nhiều tính năng hơn có những ưu điểm sau:
Tránh mở rộng quá mức các giao thức tải tin cậy và quản trị giao thức;
Hỗ trợ đa dạng nhu cầu sử dụng;
Khi nhu cầu trong tương lai không chắc chắn;
Giảm độ phức tạp của giao thức.
Mặt khác, ưu tiên đóng gói nhiều chức năng hơn có những ưu điểm sau: **
Xử lý chi phí cố định cao;
Tăng cường chức năng ủy quyền giao thức;
Giảm nguy cơ lỗi mã cho người dùng;
Tránh rủi ro tập trung ở mức độ cao.
Điểm mấu chốt của sự phát triển giao thức
Trong khi kế hoạch ban đầu của Ethereum là làm cho blockchain chạy an toàn bằng cách xây dựng một giao thức trên đầu, Vitalik Buterin tin rằng tương lai của Ethereum không được thiết lập trong đá. Như ngành công nghiệp đã nói, "Không có giải pháp hoàn hảo trong tiền điện tử, chỉ có sự đánh đổi." "Đóng gói có lợi thế là giảm nguy cơ lỗ hổ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 giao thức ngày càng phức tạp và cuối cùng trở nên quá mức và khó sử dụng. Đó là một sự đánh đổi phức tạp về những tính năng nào nên được đưa vào giao thức và 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 coi blockchain là một "hệ thống xã hội" và trong các ví dụ hợp lý và có lợi, ông có xu hướng hỗ trợ giao thức Ethereum đóng gói 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ỏ đó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 sự đánh đổi xung quanh bao bì sẽ tiếp tục phát triển theo thời gian.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Nghệ thuật đánh đổi của Vitalik: Giao thức Ethereum nên gói gọn những tính năng nào?
Vào tháng Chín, người sáng lập Ethereum Vitalik Buterin đã viết một bài phát biểu có tiêu đề "Giao thức Ethereum có nên đóng gói nhiều tính năng hơn không?" Bài đăng trên blog cân nhắc những ưu điểm và nhược điểm của việc "tôn thờ" giao thức Ethereum L1, cung cấp cho độc giả 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 đến lộ trình của Ethereum như thế nào.
Khái niệm "đóng gói"
Từ đị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 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 có thể đã dựa vào phần mềm bên ngoài trong quá khứ và 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 nói 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 càng đơn giản càng tốt, trong khi dựa vào các giải pháp ngoài chuỗi như rollup, cho các chức năng bổ sung và các tính năng mới.
Tuy nhiên, bây giờ ông tin rằng một sự điều chỉnh nhỏ đối với "triết lý đóng gói tối thiểu" có thể là cần thiết. Tiếp theo, chúng ta sẽ khám phá thêm "triết lý đóng gói tối thiểu" và 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 chức năng cụ thể trong blockchain để đơn giản hóa việc thực thi 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 của Lido), mà chỉ cần các phần chức năng cụ thể 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 một cách đơn giản và tránh làm phức tạp nó.
Các nhà phát triển cốt lõi của Ethereum đã cố gắng giữ cho nó sạch sẽ, đơn giản và an toàn ở lớp cơ sở. 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 để "xác thực các khối như một máy ảo". 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 kiến trúc tối giản bao gồm tính linh hoạt để đáp ứng các nhu cầu người dùng khác nhau và tránh phần mềm phình to.
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 tính năng hơn có thể dẫn đến những cải tiến cho giao thức Ethereum, chẳng hạn như phí gas thấp hơn, tăng cường bảo mật và giảm rủi ro tập trung.
đóng gói ERC-4337
Vào năm 2023, trừu tượng hóa tài khoản, một tính năng mới của Ethereum, đã lọt vào tầm ngắm của mọi người. 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 trừu tượng hóa tài khoản. 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. Các tính năng thân thiện với người dùng này được mong đợi rộng rãi vì chúng có lợi cho việc đẩy nhanh việc áp dụng tiền điện tử và ví tiền điện tử.
Sự 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 gọi là EIP-86 đến dạng cuối cùng của nó, ERC-4337. Là một ERC, 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 khi gói gọn một số bộ phận của ERC-4337. Tiêu chuẩn này tạo điều kiện cho khả năng chống kiểm duyệt, hiệu quả khí và hỗ trợ opcode Máy ảo Ethereum (EVM).
Nếu được thực hiện thông qua phần mềm bên ngoài, có thể kẻ tấn công có thể khai thác lỗ hổng trong hợp đồng điểm nhập cảnh để đánh cắp tiền. Ngược lại, việc đóng gói ERC-4337 sẽ thay thế hợp đồng điểm nhập cảnh của nó như một tính 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ó phí gas thấp hơn khi sử dụng trừu tượng tài khoản đóng gói do chi phí lưu trữ thấp hơn.
Đóng gói PBS sẽ giúp giải quyết các 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 tin cậy, và đóng gói PBS (Proposer / Builder Separation) là một ví dụ điển hình. Những người đề xuất blockchain Ethereum là những người xác thực 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 các nhà xây dựng khối giữ một phần phần thưởng MEV cho chính họ.
Hiện tại, trình xác thực sử dụng mev-boost, giải pháp của bên thứ ba của FlashBot, để truy cập thị trường của nhà xây dựng. Giải pháp này hiện đang được hoan nghênh rộng rãi, chiếm 90% khối Ethereum được tạo ra. Để miễn trừ giao thức khỏi rủi ro tập trung mev-boost, nó hiện đang ủng hộ việc đóng gói PBS, điều này sẽ cho phép PBS được triển khai trong lớp đồng thuận của giao thức Ethereum. Các thị trường xây dựng trong các thỏa thuận như vậy sẽ được giải phóng khỏi sự kiểm soát của mạng tập trung của bên thứ ba (được gọi là "rơle") hoạt động như các nhà đấu giá trong thị trường mev-boost.
Đóng gói ZK-EVM và các chức năng đặt cọc thanh khoản
Vitalik Butein nói rằng kể từ khi dự án Ethereum ra đời, họ đã cố gắng giữ cho Ethereum cốt lõi càng đơn giản càng tốt bằng cách xây dựng một giao thức trên đầu. Tuy nhiên, gần đây, đã có một mối quan tâm thận trọng trong 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 việc 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 tính năng chính như đóng băng và khôi phục tài khoản. ZKEVM, hoặc 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 một cách an toàn và đáng tin cậy bằng cách tận dụng mật mã tiên tiến. Về mặt lý thuyết, cả trừu tượng tài khoản và ZKEVM đều cung cấp một cách hiệu quả hơn để giải quyết các lỗ hổng.
Về ZKEVM, ERC-4337 cũng đóng một vai trò trong việc này, nhưng trọng tâm là mở rộng quy mô hơn là trừu tượng hóa tài khoản. Tính năng giao thức ZK có thể thúc đẩy triết lý đa dạng hóa khách hàng Ethereum. Đó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 rollup. 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ó dữ liệu hạn chế để lưu trữ. TUY NHIÊN, VẤN ĐỀ NÀY CŨNG CÓ THỂ ĐƯỢC GIẢM THIỂU BẰNG CÁCH ZKEVM NÉN NHIỀU DỮ LIỆU HƠN.
Vitalik Buterin tin rằng nếu ZKEVM không phải mang dữ liệu "nhân chứng", hiệu quả dữ liệu của chúng sẽ trở nên cao hơn. Đó là, nếu một phần dữ liệu cụ thể đã được đọc hoặc ghi trong một số khối trước đó, có thể giả định đơn giản rằng người chứng minh sẽ có thể truy cập nó mà không phải cung cấp lại bằng chứng.
Việc đóng gói đặt cọc thanh khoản ngăn chặn sự tập trung của trình xác thực. Thông thường, đặt cọc thanh khoản liên quan đến 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ừ một nền tảng như Lido, cũng có thể tiếp tục được sử dụng cho DeFi. Nếu một mã thông báo duy nhất như vậy chiếm ưu thế, nó có thể dẫn đến một công cụ quản trị có khả năng bị xâm phạm duy nhất 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 sự đảm bảo hơn cho điều này, nhưng một lớp phòng thủ có thể khô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 sự phức tạp của giao thức Ethereum được đẩy ra lớp ngoài và việc đóng gói tránh được điều này. Tuy nhiên, đóng gói quá mức làm quá tải sự tin tưởng và quản trị của giao thức, làm suy yếu tính trung lập của nó. Độ phức tạp của giao thức cũng gây ra các rủi ro hệ thống, chẳng hạn như cần phải thêm phức tạp hơn vào mã hóa trước.
Vì vậy, khi nói đến bao bì, Vitalik Buterin đang có một nền tảng trung gian linh hoạt. Anh ấy vẫn đam mê đóng gói mempool riêng tư để giúp người dùng giảm thiểu các vấn đề như giao dịch ưu tiên. Giống như Mev-Boost, các giải pháp MemPool riêng được cung cấp bởi các nhà cung cấp bên thứ ba, làm dấy lên lo ngại về sự tập trung và tin tưởng.
Trong khi đóng gói các mempool riêng tư giải quyết vấn đề này, Vitalik Buterin có một cách tiếp cận thực tế hơn, lập luận rằng việc đóng gói chống frontrunning trong L1 vẫn là một đề xuất khó khăn, ít nhất là cho đến khi mã hóa độ trễ được hoàn thiện hoặc một số đột phá công nghệ khác xuất hiện.
Những điểm chính mà anh ấy chia sẻ trong bài đăng trên blog của mình như sau: **
Đóng gói có thể giúp tránh nguy cơ tập trung;
Tuy nhiên, nếu việc đóng gói 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, tốt nhất bạn nên tránh sử dụng đóng gói;
Đóng gói quá nhiều chức năng sẽ làm phức tạp quá mức giao thức;
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.
! [Nghệ thuật đánh đổi của Vitalik: Giao thức Ethereum nên gói gọn những tính năng nào?] ](https://cdn-img.panewslab.com/panews/images/B13yINjz59.png)
(Lưu ý của biên tập viên: "nhiều chức năng trừu tượng hơn" ở đây trái ngược với "đóng gói nhiều chức năng hơn", các hàm trừu tượng có thể được chuyển giao cho nhiều phần mềm bên ngoài hơn để thực hiện gián tiếp và các chức năng đóng gói được thực hiện trực tiếp bằng cách dựa vào nhiều chức năng tích hợp hơn)
Một mặt, xu hướng trừu tượng hóa nhiều tính năng hơn có những ưu điểm sau:
Tránh mở rộng quá mức các giao thức tải tin cậy và quản trị giao thức;
Hỗ trợ đa dạng nhu cầu sử dụng;
Khi nhu cầu trong tương lai không chắc chắn;
Giảm độ phức tạp của giao thức.
Mặt khác, ưu tiên đóng gói nhiều chức năng hơn có những ưu điểm sau: **
Xử lý chi phí cố định cao;
Tăng cường chức năng ủy quyền giao thức;
Giảm nguy cơ lỗi mã cho người dùng;
Tránh rủi ro tập trung ở mức độ cao.
Điểm mấu chốt của sự phát triển giao thức
Trong khi kế hoạch ban đầu của Ethereum là làm cho blockchain chạy an toàn bằng cách xây dựng một giao thức trên đầu, Vitalik Buterin tin rằng tương lai của Ethereum không được thiết lập trong đá. Như ngành công nghiệp đã nói, "Không có giải pháp hoàn hảo trong tiền điện tử, chỉ có sự đánh đổi." "Đóng gói có lợi thế là giảm nguy cơ lỗ hổ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 giao thức ngày càng phức tạp và cuối cùng trở nên quá mức và khó sử dụng. Đó là một sự đánh đổi phức tạp về những tính năng nào nên được đưa vào giao thức và 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 coi blockchain là một "hệ thống xã hội" và trong các ví dụ hợp lý và có lợi, ông có xu hướng hỗ trợ giao thức Ethereum đóng gói 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ỏ đó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 sự đánh đổi xung quanh bao bì sẽ tiếp tục phát triển theo thời gian.