Nguồn: Chế độ xem trên chuỗi
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 mới về Rollup "tinh tế", và phóng đại nó có thể đạt được Solana, nó trở thành hiệu ứng sửa đổi kỳ diệu của 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 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., khiến mạng chính Ethereum Gas tăng cao và tắc nghẽn.lý do chính. 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 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 hoạt động của hệ thống tài khoản ngân hàng sẽ được ghi lại chính xác, tuy nhiên thời gian xếp hàng của khách hàng sẽ tương đối dài;
Nếu ngân hàng mở nhiều cửa sổ dịch vụ và khách hàng có thể chọn cửa sổ để xử lý các nghiệp vụ khác nhau thì sẽ có 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. Việc không đối chiếu hệ thống tài khoản 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 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ẽ dễ dàng được giải quyết.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 dữ liệu trạng thái độc lập của hệ thống lưu trữ 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 .
Ngược lại, 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 giao dịch trước khi chờ đóng gói. , hạn chế khả năng xử lý song song. 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 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 điểm không liên quan 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 cách nào chúng ta có thể đạt được đa luồng?
1) 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ẽ cung cấp cho chúng 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ế 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.
2) Có thể thực hiện xử lý "tinh tế" 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 phân loại và xử lý tinh tế. ví dụ: nếu cùng một tài khoản thực hiện hai lần Chuyển khoả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, 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 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) Nó cần phân tích dữ liệu giao dịch trong thời gian thực và hiểu được tính năng thông minh Phương thức gọi và các tham số, 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) Sequencer phải đảm bảo tính phân cấp. Hiện tại, Sequencer lớp 2 chỉ là giao dịch Batch và quyền của nó quá lớn. Nếu vấn đề phân cấp Sequencer không thể giải quyết được, chúng tôi sẽ thực hiện "tinh chỉnh" Rollup. Điều này tương đương với việc cấp cho Sequencer 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 thì Sequencer đã đạt được sự phân quyền. Ở mức độ sâu hơn, nó đã thiết lập một tiền đề đồng thuận cơ bản cho quá trình tổng hợp tinh tế của Sequencer trong tương lai. 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, sự trừu tượng của các 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 . tình trạng.
Ở trên.
Bên cạnh đó, như đã đề cập ở trên, toàn bộ lớp 2 đ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 được chuyển đổi thành DA của bên thứ ba chẳng hạn như Celestia. Để giảm chi phí, dần dần truyền thống của ETH dưới dạng phí Gas cũng đã được thay đổi, mang lại cho mã thông báo lớp 2 tính thực tế cao hơn, thậm chí lớp 2 có thể xử lý các giao dịch theo nhóm 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 Xử lý trên Solana và Ethereum và hơn thế nữa.
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 mà Solana cũng có thể là lớp 2 của Ethereum, và thậm chí định nghĩa về lớp 2 sẽ là đã thay đổi một cách kỳ diệu.
Hãy mạnh dạn tưởng tượng rằng lớp 2 giờ đây đã 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 một nền tảng mới để thanh toán tài sản và đảm bảo an ninh "layer2". 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 và giao tiếp của toàn bộ chuỗi sẽ bị phá vỡ. trở thành Áp dụng hàng loạt cho lớp 2. infra. Đế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?