Sửa đổi kỳ diệu của Lớp 2: Sự kết thúc của quá trình mô-đun hóa là lối vào Lớp 1 mới?

Tác giả: Haotian, nhà nghiên cứu độc lập Nguồn: X, @tmel0211

Một câu chuyện mới về "EVM song song" đã xuất hiện trên thị trường, điều này rất thú vị ở lớp 2. Nó có thể hiện thực hóa một mô hình Rollup "tinh tế" mới. Để phóng đại, Solana có thể trở thành mô hình mới lớp 2 của Ethereum Hiệu ứng sửa đổi kỳ diệu.

Theo tôi, EVM song song chỉ là một biểu hiện mang tính "mô-đun" cao của Rollup. Đó là sự sụp đổ của lớp thực thi VM một lần nữa sau khi DA bị xâm chiếm bởi một bên thứ ba. Trong tương lai, layer2 sẽ được xác định lại. Tại sao? Tiếp theo, hãy phân tích nó từ góc độ khoa học phổ biến:

Để hiểu chủ đề này, trước tiên chúng ta phải làm rõ mô hình thực thi đơn luồng của "EVM".

Mô hình này quy định các giao dịch phải được xử lý và xác nhận lần lượt theo thứ tự, điều này ảnh hưởng trực tiếp đến tốc độ xử lý giao dịch, thời gian tạo khối và thông lượng giao dịch, v.v. , là những lý do chính gây ra tình trạng gas cao và tắc nghẽn của mạng chính Ethereum. Hơn nữa, lý do tại sao nó được thiết kế đơn luồng có những hạn chế lịch sử nhất định.

Vì các giao dịch trên Ethereum được xác minh và thực hiện bởi các nút độc lập phân tán nên cần đảm bảo rằng dữ liệu của tất cả các địa chỉ, chẳng hạn như số dư, mã hợp đồng thông minh, v.v., vẫn khác nhau. Trạng thái giữa các nút phải nhất quán, đồng thời phải đảm bảo rằng không có khả năng chi tiêu gấp đôi của cùng một tài sản.

Điều này khiến các giao dịch được xếp hàng theo thứ tự. Nếu các giao dịch song song xảy ra, có thể dẫn đến lỗi đồng bộ hóa dữ liệu giữa các nút, điều quan trọng là có thể xảy ra các giao dịch chi tiêu gấp đôi nghiêm trọng.

Một, ưu điểm là mọi thao tác của hệ thống tài khoản ngân hàng sẽ được ghi nhận chính xác nhưng thời gian xếp hàng của khách hàng sẽ lâu hơn;

Nếu ngân hàng mở nhiều cửa sổ dịch vụ, Khách hàng có thể chọn các cửa sổ để xử lý các hoạt động kinh doanh khác nhau, đồng thời sẽ có hai cửa sổ cố gắng trừ tiền từ một tài khoản cùng một lúc, nếu việc đối chiếu hệ thống tài khoản giữa các cửa sổ không kịp thời sẽ dẫn đến chi tiêu gấp đôi. Rõ ràng, điều này cải thiện đáng kể hiệu quả nhưng lại phức tạp, logic kế toán có thể gây áp lực lên hệ thống kế toán.

Trong kịch bản chuỗi độc lập lớp 1, nếu lớp dưới cùng của chuỗi hỗ trợ xử lý song song thì vấn đề sẽ được giải quyết dễ dàng. Vì trạng thái tính toán và lưu trữ của Solana được tách biệt , VM của nó sẽ không nhận được của người dùng Sau nhiều giao dịch, nút sẽ sắp xếp các giao dịch này và sau đó gọi dữ liệu trạng thái hệ thống lưu trữ độc lập để phát hiện xem có xung đột trạng thái trong các giao dịch này hay không. Nếu không có xung đột, giao dịch sẽ được thực hiện được đóng gói thành một khối, nếu xảy ra xung đột thì giao dịch xung đột sẽ bị loại khỏi khối này.

Ngược lại, trạng thái lưu trữ của Ethereum được tính theo thời gian thực. Mỗi giao dịch phải đợi giao dịch trước đó hoàn tất trước khi cập nhật trạng thái nên không thể thực hiện sàng lọc giao dịch trước khi chờ đóng gói sẽ hạn chế khả năng xử lý song song.

Trong kịch bản chuỗi Rollup layer2, để đạt được xử lý song song, khoảng cách là tương tự nhau. Bạn có thể coi tính toán giao dịch và phát hiện trạng thái lưu trữ của Solana đang chờ dấu thời gian POH là quá trình chuỗi Rollup xử lý các giao dịch trong Sequener và sau đó phân nhóm chúng vào mạng chính.

Bây giờ, trước khi phân nhóm các giao dịch ở lớp 2, Trình sắp xếp thứ tự trước tiên sẽ sắp xếp các nonces cho các giao dịch theo thứ tự thời gian, sau đó đưa chúng vào mạng chính theo thứ tự. Làm thế nào chúng ta có thể đạt được đa luồng?

1) Dựa trên mô hình trừu tượng tài khoản AA, nhiều giao dịch có thể được bắt đầu cùng lúc từ trạng thái tài khoản. Ví dụ: nếu hai Giao dịch chuyển tiền được thực hiện tại đồng thời, AA thông minh Hợp đồng sẽ cấp cho nó một nonce, cần được thực hiện theo thứ tự, nếu một là Transfer và một là Approve thì có thể xử lý song song linh hoạt hơn mà không bị hạn chế nonce. Trong mô hình tài khoản AA, mỗi tài khoản có thể tùy chỉnh logic xử lý giao dịch và sau đó hợp tác với nonce để đạt được tính đồng thời cao.

2) Có thể thực hiện xử lý "tinh chỉnh" các giao dịch trong Sequencer. Ví dụ: khi các giao dịch lớp 2 được gửi tới Sequencer, Sequencer có thể nhanh chóng phát hiện các logic giao dịch này tùy thuộc vào sự sắp xếp và sàng lọc tinh tế. Ví dụ: nếu cùng một tài khoản bắt đầu hai Giao dịch chuyển tiền thì chuyển khoản sau phải được loại trừ và chờ Lô tiếp theo. Nếu cùng một tài khoản bắt đầu hai hoạt động có tính chất khác nhau, thì Có thể được gộp thành một khối tại cùng lúc.

Nghe có vẻ đơn giản? Nhưng điều này chắc chắn không phải như vậy. Lấy kịch bản DeFi làm ví dụ, Sequencer có hai thách thức lớn trong việc đạt được khả năng quản lý giao dịch tinh tế:

1) Thời gian thực phân tích Dữ liệu giao dịch, hiểu phương thức gọi hợp đồng thông minh và các thông số của dữ liệu đến, lấy Đặt cược phổ biến trong DeFi làm ví dụ, hoạt động Đặt cược bao gồm chuyển mã thông báo, cập nhật trạng thái, thời gian cam kết và tính toán phần thưởng tiềm năng, v.v. Nếu một số lượng lớn người dùng nhập một số giao dịch cầm cố cùng lúc, nếu cũng có các giao dịch liên quan đến cầm cố rồi chuyển khoản, cùng với các yếu tố giá Oralce phức tạp, v.v., nếu Sequener không thể phân tích cú pháp và xử lý đúng cách thì sẽ xảy ra lỗi trong một bước có thể dẫn đến tai nạn nghiêm trọng.

2) Trình sắp xếp chuỗi phải đảm bảo tính phân cấp. Với tiền đề là Trình sắp xếp lớp 2 hiện tại chỉ là một giao dịch Batch, các quyền quá lớn. Nếu vấn đề phân cấp Trình sắp xếp chuỗi là đã giải quyết Không, thực hiện Tổng hợp "tinh chỉnh" tương đương với việc cấp cho Trình sắp xếp nhiều quyền hơn. Nếu Sequencer thực hiện các giao dịch giả mạo, trắng trợn tham gia vào bẫy MEV hoặc thậm chí thao túng việc thanh lý Oracle một cách ác ý, v.v., thì nó sẽ sinh sản.

Gần đây, Metis đã trở nên phổ biến. Nhìn bề ngoài, nó chỉ thực hiện việc phân quyền của Sequencer. Ở cấp độ sâu hơn, nó xây dựng nền tảng cơ bản cho việc tổng hợp Sequencer được cải tiến trong tương lai tiền đề đồng thuận.

Tất nhiên, việc dựa vào Sequencer để đạt được sự tổng hợp và xử lý giao dịch Rollup được tinh chỉnh cao vẫn chỉ là một ý tưởng. May mắn thay, sự trừu tượng hóa tài khoản AA, chuỗi khối Sự kết hợp mô-đun tổng thể và tư duy cởi mở cung cấp những điều kiện tiên quyết cho việc thực hiện ý tưởng này.

Trên.

Hơn nữa, như đã đề cập ở trên, layer2 nói chung đang ngày càng trở nên mô-đun hóa. Công nghệ ZK được nhúng trong khung OP Stack để đạt được sự mở rộng về quyền riêng tư; Ethereum DA ban đầu Chuyển đổi nó thành DA của bên thứ ba như Celestia để giảm chi phí; thay đổi dần truyền thống ETH dưới dạng phí gas, mang lại cho mã thông báo lớp 2 tính thực tiễn cao hơn; thậm chí lớp 2 có thể thực hiện các giao dịch hàng loạt và gửi chúng đến môi trường thực thi VM khác nhau, các giao dịch sẽ được xử lý trên Solana và Ethereum, v.v.

Khi đó, một mô hình mới sẽ xuất hiện. Lớp 2 hiện tại không còn chỉ là lớp 2 của Ethereum nữa. Solana cũng có thể là lớp 2 của Ethereum , và thậm chí Định nghĩa của layer2 cũng sẽ được sửa đổi.

Trí tưởng tượng táo bạo, giờ đây layer2 đã trở thành "layer1" cấp đầu vào tích hợp khả năng xử lý giao dịch đồng thời cao và layer1 trước đây như Ethereum và Solana đã trở thành A "lớp 2" mới để giải quyết tài sản và bảo vệ an ninh.

Layer2 chưa bao giờ là một khái niệm cứng nhắc. Nền tảng Layer2 luôn có sứ mệnh giải quyết việc xử lý đồng thời các giao dịch trên quy mô lớn và thu hút các nhóm thị trường người dùng gia tăng.

Nếu sứ mệnh đạt được, theo ý tưởng mô-đun, không chỉ tính hợp pháp của lớp 1 Ethereum mà còn cả tính khả dụng của dữ liệu DA của toàn bộ chuỗi sẽ bị phá vỡ , lớp thực thi VM và thậm chí cả giao tiếp và tương tác Khả năng tương tác sẽ trở thành cơ sở hạ tầng để lớp 2 triển khai Áp dụng hàng loạt.

Khi đó, layer2 sẽ không còn chỉ là phần bổ sung cho layer1 mà sẽ trở thành một nền tảng xử lý phân phối và tổng hợp giao dịch toàn diện mạnh mẽ. Cho tôi hỏi, ai là layer2 của ai? ?