Vitalik Buterin, người đồng sáng lập Ethereum, đã xuất bản một bài báo thảo luận về “liệu Ethereum có nên ‘đóng gói’ nhiều nội dung hơn trong giao thức hay không.” Bài báo chỉ ra rằng việc tạo ra phần mềm tối giản có thể dễ dàng thích ứng với các nhu cầu khác nhau của người dùng và tránh được hậu quả là phần mềm cồng kềnh. Tuy nhiên, blockchain không phải là hệ điều hành máy tính cá nhân mà là một hệ thống xã hội. Điều này có nghĩa là việc đóng gói một số chức năng nhất định trong giao thức là hợp lý.
Trong nhiều trường hợp, những ví dụ khác này tương tự như những gì chúng ta đã thấy trong phần tóm tắt tài khoản. Nhưng chúng ta cũng học được một số bài học mới:
– Chức năng đóng gói có thể giúp tránh rủi ro tập trung ở các khu vực khác của ngăn xếp;
– Đóng gói quá nhiều có thể làm tăng quá mức gánh nặng tin cậy và quản trị của giao thức;
– Đóng gói quá nhiều có thể Giao thức quá phức tạp;
– Chức năng đóng gói có thể phản tác dụng về lâu dài vì nhu cầu của người dùng là không thể đoán trước.
Ngoài ra, đặt cược thanh khoản, ZK-EVM và các ví dụ được biên dịch trước cho thấy khả năng có một con đường trung gian: khả năng lưu trữ khả thi ở mức tối thiểu. Giao thức không cần gói gọn toàn bộ chức năng nhưng có thể chứa các phần cụ thể nhằm giải quyết các thách thức chính, giúp chức năng dễ triển khai mà không quá hoang tưởng hoặc quá hẹp. Các ví dụ bao gồm:
– Thay vì đóng gói một hệ thống đặt cược thanh khoản hoàn chỉnh, hãy thay đổi các quy tắc phạt đặt cược để làm cho việc đặt cược thanh khoản không cần sự tin cậy trở nên khả thi hơn;
– Thay vì đóng gói nhiều trình biên dịch trước, tốt hơn là nên đóng gói EVM-MAX và/hoặc SIMD, để mở rộng phạm vi hoạt động lớp hoạt động dễ triển khai hiệu quả hơn;
– Xác minh EVM có thể được gói gọn một cách đơn giản, thay vì toàn bộ khái niệm về tổng hợp.
