Hướng tới lộ trình Ethereum với trọng tâm là triển khai

Tuần trước, nhóm Optimism đã thông báo ra mắt giai đoạn đầu tiên của mạng thử nghiệm của Optimism (Bản dịch tiếng Trung ) và công bố lộ trình ra mắt mainnet. Lạc quan không phải là nhóm duy nhất đang triển khai tổng hợp lạc quan. Quá trình tổng hợp của Fuel cũng đang tiến tới testnet và Arbitrum cũng đang thực hiện tổng hợp. Giải pháp tổng hợp dựa trên zk-rollup do Loopring và zkSync triển khai đã trực tuyến và Deversifi dựa trên công nghệ Starkware cũng đã trực tuyến. Hiện đã có người dùng sử dụng các sản phẩm này trên mạng chính. Việc ra mắt phiên bản mainnet beta của OMG cho thấy plasma cũng đang tiến về phía trước. Đồng thời, giá gas trên eth1 đang tăng lên mức cao mới, đến mức một số dapp phi tài chính buộc phải đóng cửa và một số dapp chỉ có thể chạy trên mạng thử nghiệm và bỏ lỡ mạng chính.

Khả năng mở rộng hệ thống là bản chất của Eth2 và giai đoạn đầu của Eth2 cũng đang phát triển nhanh chóng. Nhưng đối với các ứng dụng sử dụng lớp cơ sở, khả năng mở rộng sẽ không xuất hiện cho đến giai đoạn chính cuối cùng của Eth2 (Giai đoạn 2), vẫn còn vài năm nữa. Hơi mỉa mai là trong Giai đoạn 1 của Eth2, Eth2 có thể được sử dụng làm lớp tổng hợp sẵn có của dữ liệu, còn rất lâu nữa Eth2 mới có thể được sử dụng bởi các ứng dụng lớp "truyền thống" (Lưu ý của người dịch: hiện đang chạy trên ứng dụng eth1). Việc kết hợp các yếu tố này lại với nhau sẽ dẫn đến một kết luận cụ thể: hệ sinh thái Ethereum có thể sẽ cam kết hoàn toàn với các bản tổng hợp (cộng với một số giải pháp kênh plasma và kênh trạng thái) như một chiến lược để đạt được khả năng mở rộng trong ngắn hạn và trung hạn.

Nếu lấy kết luận này làm tiền đề, chúng ta sẽ có được kết luận về các ưu tiên phát triển cốt lõi Ethereum và hệ sinh thái Rút ra một số kết luận gợi ý một hướng đi khác với lộ trình hiện tại ở một khía cạnh nào đó. Cụ thể, chúng ta có thể rút ra kết luận gì?

Lộ trình ngắn hạn: thúc đẩy ETH1 khi triển khai

Về định hướng ngắn hạn, một kết luận chính là khả năng mở rộng của lớp cơ sở Ethereum sẽ chủ yếu tập trung vào việc mở rộng lượng dữ liệu mà mỗi khối có thể chứa, thay vì hiệu quả của hoạt động tính toán trên chuỗi hoặc hoạt động IO. Bởi vì đối với việc tổng hợp, yếu tố quyết định duy nhất về khả năng mở rộng của nó là lượng dữ liệu có thể được cung cấp trên chuỗi. Bất kỳ sự mở rộng nào vượt quá dung lượng dữ liệu hiện tại (khoảng 60 kB/giây) sẽ giúp tăng thêm khả năng mở rộng của bản tổng hợp.

Từ quan điểm này, những cải tiến sau đây đối với lớp cơ sở vẫn có ý nghĩa (có thể giúp cải thiện khả năng mở rộng của rollup ) :

EIP 2929 , đảm bảo rằng chuỗi chính Ethereum có thể chống lại các cuộc tấn công DoS theo cài đặt Gas hiện tại 

EIP 1559 , EIP 1559 không chỉ có thể thực hiện việc đốt ETH mà còn giúp giao dịch được đóng gói trong khối tiếp theo dễ dàng hơn (hệ thống tổng hợp cần phải dựa vào giao dịch thu được trên chuỗi chính Đã xác nhận) Quá trình biên dịch trước đường cong elip mới để khai thác tối đa tiềm năng hiệu suất của việc tổng hợp ZK. Các khách hàng trạng thái rất có giá trị)

Việc trừu tượng hóa tài khoản ít quan trọng hơn vì nó có thể được triển khai trên L2 bất kể L1 có hỗ trợ việc trừu tượng hóa tài khoản hay không. Các "tính năng lớp nền thông minh" tương tự khác sẽ trở nên ít quan trọng hơn.

Các máy khách Eth1 có thể được sử dụng lại bởi các máy khách tổng hợp lạc quan. Bản tổng hợp Optimistic vẫn yêu cầu một nút đầy đủ. Nếu các quy tắc chuyển đổi trạng thái bên trong bản tổng hợp tương tự như Ethereum, nhưng với một số sửa đổi (đây là mục tiêu của Optimism), thì mã hiện có có thể được sử dụng lại để chạy nút đầy đủ của bản tổng hợp. . Công việc tách công cụ đồng thuận khỏi công cụ chuyển đổi trạng thái đã được tiến hành trong bối cảnh hợp nhất eth1+Eth2 và cũng có thể giúp đạt được các mục tiêu trên. Điều quan trọng cần lưu ý là các dự án như TurboGeth vẫn rất quan trọng, chỉ là những người được hưởng lợi nhiều nhất từ chúng sẽ là ứng dụng khách tổng hợp thông lượng cao chứ không phải máy khách eth1 lớp cơ sở.

Lộ trình ngắn hạn: Điều chỉnh cơ sở hạ tầng tương ứng xung quanh Rollup

Hiện tại, tài khoản của người dùng ở L1, tên miền ENS ở L1 và các ứng dụng cũng đang chạy trên L1. Mọi thứ cần phải thay đổi. Chúng ta cần thích ứng với một thế giới nơi tài khoản chính, số dư, tài sản, v.v. của người dùng hoàn toàn ở L2. Điều này dẫn đến các kịch bản sau:

ENS cần hỗ trợ đăng ký và chuyển nhượng tên miền trên L2; một đề xuất khả thi về cách đạt được điều này Xem tại đây .

Giao thức lớp L2 nên được tích hợp vào ví thay vì đưa lên web như dapp. Hiện tại, việc tích hợp L2 vào dapp/dapp-like (chẳng hạn như tích hợp Gitcoin cho zksync) yêu cầu người dùng phải hoàn toàn tin tưởng vào dapp, điều này kém an toàn hơn đáng kể so với hiện trạng. Tình huống lý tưởng là để L2 trở thành một phần của ví (siêu mặt nạ, trạng thái, v.v.) để chúng tôi có thể duy trì mô hình tin cậy hiện tại. Hỗ trợ này phải được chuẩn hóa để ứng dụng hỗ trợ thanh toán zksync sẽ ngay lập tức hỗ trợ zksync-inide-Metamask, zksync-inide-Status, v.v.

Chúng tôi cần thực hiện nhiều công việc hơn trong việc chuyển giao giữa các L2 để việc chuyển giao tài sản giữa các L2 khác nhau diễn ra ngay lập tức và liền mạch nhất có thể. Tiêu chuẩn hóa rõ ràng hơn Yul hoặc thứ gì đó tương tự như ngôn ngữ được biên dịch trung gian. EVM cơ bản của Ethereum và OVM do Optimism giới thiệu sử dụng các mục tiêu biên dịch hơi khác nhau, nhưng cả hai đều có thể được biên dịch bởi Solidity. Để hỗ trợ một hệ sinh thái với các mục tiêu biên dịch khác nhau, nhưng đồng thời tránh sự độc canh của Solidity và sử dụng nhiều ngôn ngữ, có thể hợp lý hơn khi tiêu chuẩn hóa rõ ràng hơn một cái gì đó như Yul làm ngôn ngữ trung gian, do đó làm cho nó có thể truy cập được đối với tất cả những người có trình độ cao. ngôn ngữ cấp độ (Bằng cách biên dịch sang ngôn ngữ trung gian) được biên dịch sang EVM hoặc OVM. Chúng ta cũng có thể xem xét một ngôn ngữ trung gian thân thiện với xác minh chính thức rõ ràng hơn, có thể xử lý các khái niệm như biến và đảm bảo các bất biến cơ bản, từ đó giúp việc xác minh chính thức dễ dàng hơn.  

Lợi ích bền vững về kinh tế của Chủ nghĩa tập trung tổng hợp

Một thực tế không thể tránh khỏi là: Một dự án tiền điện tử phải bền vững về mặt tài chính. Vào năm 2020, điều đó có nghĩa là hàng triệu, thậm chí hàng chục triệu đô la tài trợ cho một dự án. Một phần trong số này có thể được cung cấp bởi các tổ chức tài trợ công cộng phổ biến (chẳng hạn như Gitcoin Grants hoặc Ethereum Foundation), nhưng nó sẽ không đủ lớn để đạt được mức tài trợ nêu trên. Các dự án lớp 2 có thể gây quỹ bằng cách tung ra các token của riêng họ—tất nhiên với điều kiện là token đó được hỗ trợ bởi giá trị kinh tế thực tế (tức là L2 dự kiến sẽ thu được các khoản phí trong tương lai).

Lợi ích quan trọng thứ hai của lộ trình tập trung vào tổng hợp là nó mở ra cánh cửa cho không gian giao thức L2, những điều này Giao thức L2 có thể trực tiếp thu phí/MEV hoặc gián tiếp bằng cách phát hành mã thông báo, từ đó có được số tiền cần thiết để phát triển. Một yêu cầu quan trọng của lớp cơ sở Ethereum là tính trung lập đáng tin cậy, điều này khiến việc tài trợ phúc lợi công cộng trong giao thức trở nên khó khăn (hãy tưởng tượng khó khăn trong việc thống nhất xem ai sẽ nhận được bao nhiêu tiền), nhưng L2 thiết lập cơ chế tài trợ phúc lợi công cộng của riêng mình (nó cũng có thể Được thực hiện trên Gitcoin Grants) ít gây tranh cãi hơn nhiều. Do đó, rời khỏi không gian này là một bước đi chiến lược tốt cho sự bền vững kinh tế lâu dài của Ethereum nói chung.

Bỏ tiền ra, những nhà nghiên cứu và phát triển sáng tạo nhất thường muốn đứng trên sân của riêng mình. Tạo ảnh hưởng thay vì tranh cãi với những người khác về tương lai của giao thức Ethereum từ một vị trí có ít ảnh hưởng. Ngoài ra, hiện đã có nhiều dự án đang cố gắng tạo ra nhiều nền tảng khác nhau. Lộ trình tập trung vào tổng hợp mang lại cơ hội rõ ràng cho tất cả các dự án này trở thành một phần của hệ sinh thái Ethereum trong khi vẫn duy trì mức độ tự chủ cao về kinh tế và kỹ thuật.

Lộ trình dài hạn

Ngoài ra ở trên Ở cấp độ lộ trình ngắn hạn, lộ trình tập trung vào tổng hợp cũng có thể có nghĩa là hình dung lại tương lai lâu dài của Eth2: một phân đoạn thực thi có độ bảo mật cao mà mọi người đều có thể xử lý, kết hợp với lớp sẵn có Dữ liệu có thể mở rộng.

Để hiểu lý do tại sao có thể nói như vậy, hãy xem xét dữ liệu sau:

TPS hiện tại của Ethereum là khoảng 15.

Nếu mọi người chuyển sang sử dụng gói tổng hợp, TPS sẽ đạt 3000.

Sau khi Giai đoạn 1 của Eth2 được triển khai, quá trình tổng hợp sẽ được chuyển sang chuỗi phân đoạn Eth2 để lưu trữ dữ liệu và TPS tối đa theo lý thuyết có thể đạt tới 100.000.

Cuối cùng, Giai đoạn 2 của Eth2 sẽ được triển khai và việc tính toán sẽ được thực hiện trên cơ sở sharding, lúc này TPS sẽ vào khoảng 1000-5000 TPS .

Theo tôi, khi Eth2 Giai đoạn 2 cuối cùng được triển khai, sẽ không có ai quan tâm. Đến lúc đó, dù muốn hay không, tất cả chúng ta đều đã thích nghi với thế giới tập trung vào tổng số. Tại thời điểm đó, việc tiếp tục đi theo con đường tương tự như trước sẽ dễ dàng hơn nhiều thay vì cố gắng thuyết phục mọi người chuyển sang chuỗi cơ sở hậu Eth2, nơi không có lợi ích rõ ràng nào đối với khả năng mở rộng. Nó sẽ giảm 20-100 lần.

Điều này có nghĩa là Eth2 sẽ được hoàn thành trong "Giai đoạn 1.5", lúc đó lớp nền sẽ co lại và chỉ cần tập trung vào Thực hiện đúng một số điều – cụ thể là sự đồng thuận và tính sẵn có của dữ liệu.

Đây có thể là mục tiêu phù hợp hơn cho Eth2, vì việc phân chia để đảm bảo tính khả dụng của dữ liệu khó hơn việc phân chia để tính toán EVM . Máy tính bảng an toàn hơn nhiều. Nếu bạn muốn xác minh bằng chứng gian lận đa số của phép tính EVM phân mảnh theo giả định rằng những người không trung thực chiếm đa số, bạn cần một bằng chứng gian lận, yêu cầu giả định đồng bộ hóa nghiêm ngặt và tiềm ẩn rủi ro của hai kỷ nguyên, nhưng lấy mẫu dữ liệu sẵn có (nếu được thực hiện bằng cách sử dụng bằng chứng không có kiến thức hoặc cam kết đa thức) sẽ an toàn theo giả định không đồng bộ.

Điều này sẽ giúp phân biệt các mô hình bảo mật của Ethereum với các chuỗi lớp thứ hai được phân mảnh khác, mà Chuỗi lớp thứ hai được phân chia ở cấp độ thực thi. Chức năng của Eth2 như một lớp cơ sở chỉ cần vừa phải (Bản dịch tiếng Trung), không cần mạnh mẽ lắm.

Eth2 nên làm gì về lâu dài?

Sắp xếp xen kẽ thời gian khối trên các phân đoạn khác nhau để bất cứ lúc nào luôn có một số phân đoạn sẽ tạo ra các khối trong vòng vài trăm mili giây. Điều này cho phép các bản tổng hợp chạy trên nhiều phân đoạn có độ trễ cực thấp mà không khiến chuỗi gặp rủi ro về độ trễ cực thấp.

Cải thiện và củng cố thuật toán đồng thuận

Điều chỉnh EVM để xác minh bằng chứng gian lận Thân thiện hơn (đối với ví dụ: điều này có thể có nghĩa là một số loại tính năng "đóng khung" để ngăn mã rơi ra khỏi hộp cát hoặc cho phép các lệnh SLOAD/SSTORE được ánh xạ lại tới một thứ khác ngoài kho lưu trữ tài khoản làm nguồn dữ liệu của nó).

Mọi thứ liên quan đến ZK-SNARK.

Một đề xuất dễ thỏa hiệp hơn

Nếu bạn không đồng ý với phía trên "theo hướng phát triển" Giai đoạn 1.5 sẽ hoàn thành ", có một sự thỏa hiệp tự nhiên: làm cho Eth2 có một số lượng nhỏ phân đoạn thực thi (ví dụ: 4-8) và nhiều phân đoạn dữ liệu hơn. Mục tiêu của chúng tôi là số lượng phân đoạn thực thi vẫn đủ nhỏ để trong những trường hợp đặc biệt, máy tính thông thường có thể xác minh đầy đủ tất cả các phân đoạn thực thi, nhưng không gian lớp cơ sở sẽ vẫn lớn hơn nhiều so với những gì hiện được đặt trong lộ trình.

Không gian lớp cơ sở không được quá nhỏ, vì người dùng và ứng dụng vẫn cần sử dụng lớp cơ sở để thực hiện một loạt hoạt động, chẳng hạn như Di chuyển giữa các lần cuộn khác nhau, gửi bằng chứng gian lận, gửi bằng chứng ZK trong bản tổng hợp ZK, xuất bản hợp đồng mã thông báo ERC20 gốc (tất nhiên, hầu hết người dùng sẽ sử dụng bản tổng hợp hầu hết thời gian, nhưng hợp đồng lớp cơ sở phải được lưu trữ ở đâu đó ở lớp cơ sở ...), v.v. Và nếu chi phí cho mỗi giao dịch liên quan đến các hoạt động này là 140 USD thì trải nghiệm người dùng vẫn rất kém. Do đó, nếu cần thiết, việc thiết lập 4-8 phân đoạn thực thi thay vì 1 có thể giảm bớt vấn đề này rất nhiều. Và một máy tính vẫn có thể xác minh tất cả các phân đoạn. Ngày nay, cứ 13 giây lại có một khối được khai thác trên Ethereum và trung bình mất khoảng 200-500 mili giây để xác minh một khối, do đó việc xác minh 8 luồng trong thời gian ngắn là hoàn toàn khả thi. Có thể hình dung rằng khách hàng sẽ có biện pháp đối phó như sau: “Chỉ cần độ trễ của mạng rất thấp hoặc số lượng thành viên ủy ban đạt 80% tổng số, dựa vào bằng chứng gian lận và ủy ban, tất cả các phân đoạn đều có thể được chuyển trực tiếp.” được xác nhận trong những trường hợp đặc biệt."