Lớp 2 không còn chỉ là Lớp 2 của Ethereum.
Người viết: Hạo Thiên
Một câu chuyện mới về “EVM song song” đã xuất hiện trên thị trường, 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. Nếu phóng đại, nó có thể đạt được hiệu ứng kỳ diệu là Solana trở thành lớp 2 mới của Ethereum.
Theo tôi, EVM song song chỉ là một biểu hiện mang tính “mô-đun” cao của Rollup. Sau khi DA bị bên thứ ba xâm chiếm, lớp thực thi VM lại sụp đổ và lớp 2 sẽ được xác định lại trong tương lai. 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 bạn phải làm rõ mô hình thực thi đơn luồng của “EVM”.
Mô hình này quy định rằng 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., và là nguyên nhân chính gây ra tình trạng gas cao và tắc nghẽn của mạng chính Ethereum. mạng. 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 phải đả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 nhất quán giữa các nút khác nhau. cần thiết để đảm bảo rằng không có tài sản giống hệt nhau.
Điều này khiến các giao dịch được xếp hàng đợi 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.
Giải thích phổ biến: Ngân hàng chỉ có một cửa sổ dịch vụ và khách hàng phải xếp hàng để rút tiền, cho dù đó là tiền gửi, rút tiền, cho vay và các dịch vụ khác, một khách hàng chỉ có thể bắt đầu dịch vụ tiếp theo sau khi hoàn thành công việc kinh doanh. Ưu điểm là mọi thao tác trên hệ thống tài khoản của ngân hàng sẽ được ghi chép chính xác, tuy nhiên thời gian xếp hàng của khách hàng sẽ lâu hơn;
Nếu một ngân hàng mở nhiều cửa sổ dịch vụ và khách hàng có thể chọn một cửa sổ để xử lý các nghiệp vụ khác nhau thì sẽ có hai cửa sổ cố gắng trừ tiền cùng một lúc từ một tài khoản, 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 Rõ ràng, điều này sẽ Hiệu quả rõ ràng được cải thiện, nhưng logic kế toán phức tạp sẽ 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.Do trạng thái tính toán và lưu trữ của Solana được tách biệt nên sau khi VM của nó nhận được nhiều giao dịch từ người dùng, nút sẽ sắp xếp các giao dịch này và sau đó gọi chuỗi độc lập. Dữ liệu trạng thái của hệ thống lưu trữ sẽ 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 đóng gói thành một khối. Nếu có xung đột, giao dịch xung đột sẽ bị loại khỏi khối này.
Để so sánh, trạng thái lưu trữ của Ethereum được tính toán theo thời gian thực. Mỗi giao dịch phải đợi giao dịch trước đó hoàn thành trước khi cập nhật trạng thái. Do đó, không thể lọc các giao dịch trước khi chờ đóng gói, điều này hạn chế khả năng xử lý song song của nó. .
Trong kịch bản chuỗi cuộn lớp 2, để đạt được xử lý song song, khoảng cách là tương tự. 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 thực hiện các giao dịch theo lô ở lớp 2, Trình tuần tự trước tiên sẽ sắp xếp các nonce 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ự.
-
Dựa trên mô hình trừu tượng của tài khoản AA, có thể bắt đầu nhiều giao dịch cùng lúc từ trạng thái tài khoản. Ví dụ: nếu hai lần Chuyển khoản được thực hiện cùng lúc, hợp đồng thông minh AA sẽ tạm dừng hoạt động cho chúng, điều này cần phải được thực hiện theo thứ tự.Nếu một giao dịch là Chuyển khoản, Nếu một giao dịch được phê duyệt, nó có thể được xử lý song song linh hoạt hơn mà không bị hạn chế bởi 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.
-
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 và thực hiện sắp xếp và sàng lọc tinh tế. Ví dụ: nếu giống nhau Nếu một tài khoản bắt đầu hai lần chuyển, lầ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, chúng có thể được gộp thành một khối cùng một lúc.
Nghe có vẻ đơn giản? Nhưng điều này hoàn toàn không xảy ra.Lấy kịch bản DeFi làm ví dụ, Sequencer phải đối mặt với hai thách thức lớn để đạt được khả năng quản lý giao dịch tinh tế:
-
Cần phải phân tích dữ liệu giao dịch trong thời gian thực và hiểu các phương thức gọi hợp đồng thông minh cũng như các thông số của dữ liệu đến. Lấy Stake 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 gửi 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 giao dịch. bước có thể dẫn đến tai nạn nghiêm trọng.
-
Sequencer phải đảm bảo tính phân cấp. Hiện tại, Sequencer lớp 2 chỉ có các giao dịch Hàng loạt và quyền của nó quá lớn, nếu không giải quyết được vấn đề phân cấp Sequencer thì một Rollup “tinh tế” sẽ được cấp cho Sequencer. 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, bề ngoài, nó chỉ thực hiện việc phân cấp Sequencer, ở mức độ sâu hơn, nó xây dựng tiền đề đồng thuận cơ bản để Sequencer trong tương lai thực hiện việc tổng hợp tinh tế.
Tất nhiên, việc dựa vào Sequencer để đạt được khả năng 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, tính trừu tượng của tài khoản AA và ý tưởng mở về sự kết hợp mô-đun của toàn bộ chuỗi khối cung cấp điều kiện tiên quyết để thực hiện ý tưởng này. .
đó là tất cả.
Hơn nữa, như đã đề cập ở trên, toàn bộ lớp 2 đang ngày càng trở nên mô-đun. 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 được chuyển đổi thành DA của bên thứ ba như Celestia để giảm chi phí; ETH là dần dần được sử dụng làm Gas Truyền thống tính phí cũng đã được thay đổi, mang lại cho token layer2 tính thực tiễn cao hơn; thậm chí layer2 có thể xử lý hàng loạt các giao dịch và gửi chúng đến các môi trường thực thi VM khác nhau và các giao dịch được chia thành Solana và Ethereum để xử lý, v.v.
Đến lúc đó, 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 mà Solana cũng có thể là lớp 2 của Ethereum và thậm chí định nghĩa về lớp 2 cũng sẽ được thay đổi một cách kỳ diệu.
Hãy mạnh dạn tưởng tượng rằng bây giờ lớp 2 đã trở thành “lớp 1” cấp đầu vào tích hợp khả năng xử lý giao dịch đồng thời cao và lớp 1 trước đây như Ethereum và Solana đã trở thành “lớp 2” mới xử lý việc giải quyết và bảo mật tài sản sự đảm bảo.
Lớp 2 chưa bao giờ là một khái niệm cứng nhắc, nền tảng Lớp 2 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 hoàn thành, theo ý tưởng mô-đun, không chỉ tính hợp pháp của lớp 1 Ethereum sẽ bị phá vỡ mà tính khả dụng của dữ liệu DA, lớp thực thi VM và thậm chí cả khả năng tương tác, tương tác giao tiếp của toàn bộ chuỗi sẽ trở thành cơ sở để lớp 2 nhận ra Nhận con nuôi hàng loạt.
Đến lúc đó, 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, layer2 là ai?
