Tiêu đề gốc: "Nghệ thuật đánh đổi của Vitalik: Giao thức Ethereum nên gói gọn những chức năng nào?" 》
Nguồn gốc: Ebunker Chinese
Vào tháng 9, Vitalik Buterin, người sáng lập Ethereum, đã xuất bản một bài báo có tiêu đề "Giao thức Ethereum có nên gói gọn hơn Đa chức năng?" bài đăng trên blog cân nhắc những ưu điểm và nhược điểm do "lưu trữ" mang lại cho giao thức Ethereum L1, cung cấp cho người đọc 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.
Từ định nghĩa truyền thống về phát triển phần mềm, đóng gói ( Đóng gói) đề cập đến một phương pháp đóng gói một phần và ẩn các chi tiết triển khai của 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ó.
"Đóng gói tối thiểu" đề cập đến chức năng cụ thể được đóng gói trong chuỗi để đơ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 do Lido đưa ra), mà chỉ cầ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 này 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ư giảm phí gas, cải thiện bảo mật và giảm rủi ro tập trung, v.v. .
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 tung ra Đã lọt vào tầm mắt của mọi người. 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.
Bản tóm tắt tài khoản đã được sửa đổi nhiều lần trong nhiều năm. 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ố 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. Thay vào đó, việc đóng gói ERC-4337 sẽ thay thế hợp đồng điểm 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 hưởng 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.
Việc đóng gói có thể thúc đẩy sự phân quyền Tập trung hóa và tạo ra một hệ thống không cần sự tin cậy, đóng gói PBS (tách biệt người đề xuất/người xây dựng) là một ví dụ điển hình. 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, 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.
Vitalik Butein cho biết kể từ khi dự án Ethereum ra đời, Chỉ cần cố gắng giữ Ethereum cốt lõi đơn giản nhất có thể bằng cách xây dựng giao thức ở trên cùng. 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 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 bị giới hạn về lượng dữ liệu mà nó có thể lưu trữ. 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 có thể ngăn cản việc tập trung hóa 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ộ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 đủ.
Khi độ phức tạp của giao thức Ethereum được nâng cao Khi đi ra các lớp bên ngoài, nguy cơ tập trung hóa có thể xảy ra 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.
Mặc dù việc đóng gói một mempool riêng có thể giải quyết được vấn đề này, nhưng Vitalik Buterin lại có cách tiếp cận thực tế hơn. Ông tin rằng việc đóng gói tính năng chống chạy trước trong L1 Vẫn là một đề xuất khó khăn, ít nhất là cho đến khi quá trình mã hóa bị trì hoãn được hoàn thiện hoặc có bước đột phá công nghệ nào khá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. 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, 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 quá mức;
4. Nếu được đóng gói chức năng có thể không được đủ người dùng sử dụng và việc đóng gói có thể phản tác dụng về lâu dài.

(Ghi chú của biên tập viên: “Tóm tắt nhiều hàm hơn” ở đây là “ Ngược lại 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ằng 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 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;
p>
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 thì 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.
Trong khi kế hoạch ban đầu của Ethereum là xây dựng giao thức trên hàng đầu Làm cho chuỗi khối hoạt động an toàn, nhưng Vitalik Buterin tin rằng tương lai của Ethereum chưa được định sẵn. 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à một "hệ thống xã hội" và ông có xu hướng hỗ trợ Ethereum trong những trường hợp có lợi với những lý do chính đáng và hợp lệ. 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 sự cân bằng giữa bao bì sẽ tiếp tục phát triển theo thời gian.
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