https://www.bilibili.com/video/BV1dw411575M/?vd_source=e88bbc11f1ecd88d1c5847538efee51c
Cạnh tranh trong không gian Alt L1 đang ngày càng gay gắt, với Near giới thiệu một giải pháp DA và TVL của Sui đang tăng ổn định. Trong khi Ethereum mất thời gian cho các nâng cấp mainnet, L2 giới thiệu hai điểm cạnh tranh chính: EVM song song và các bộ xử lý phân cấp.
Trong hiện tại và tương lai, một sự thật cơ bản là vị trí của Ethereum rất khó có thể lay chuyển. Khái niệm về tính linh hoạt sẽ được tổng quát hóa, và nếu những nỗ lực của Vitalik để đàn áp Celestia không thành công, thị trường sẽ lựa chọn một cách chọn lọc. Sự kết hợp và sự linh hoạt sẽ không bị hạn chế trong cùng một hệ thống, vì các nguyên tắc thị trường sẽ thúc đẩy các nhóm dự án tự do lắp ráp các thành phần khác nhau. Điều này bao gồm sự kết hợp của các chuỗi công khai khác nhau, các giải pháp Layer 2, và Bitcoin, như rõ ràng trong sự phổ biến của BTC Layer 2.
Nếu Near có thể cung cấp Khả năng Cung Cấp Dữ Liệu (DA), các chuỗi công cộng hiệu suất cao như Aptos, Solana và Sui có thể chuyển sang L2, cuối cùng trở nên tương thích và hợp nhất vào Ethereum.
EVM Song Song có thể hiểu là sự song song hóa của các chuỗi/L2 tương thích với EVM. Giải pháp bắt đầu bằng cách giải quyết tốc độ blockchain, với lý thuyết có hai cách để vượt qua vấn đề về các hoạt động blockchain chậm:
Đầu tư vào phần cứng và liên tục tối ưu hóa. Ví dụ, Solana tự hào về cấu hình phần cứng độc đáo và cao cấp, với quản lý trung tâm dữ liệu hiệu quả và cấu hình cho phép Solana tận hưởng tốc độ internet siêu nhanh và tăng thông lượng.- Tận dụng đa lõi song song và đa luồng. Sau khi phần cứng được cải thiện, nhiều lõi có thể thực sự đạt được khả năng đa nhiệm. Hơn nữa, việc liên tục chia nhỏ nhiệm vụ thành các thành phần nhỏ hơn có thể tăng cường hiệu suất - một thực hành phổ biến của máy tính.Giả sử việc sử dụng phần cứng đã đạt đỉnh điểm, EVM song song có thể được phân loại và hiểu ở ba cấp độ:
Song song là một thực hành phổ biến trong lĩnh vực máy tính và có thể được áp dụng bởi bất kỳ chuỗi công cộng nào hoặc L2. Các ví dụ bao gồm các L1 như Aptos, Sui và Solana, hoặc Sei tuyên bố là L1 tương thích với EVM đầu tiên, cũng như các dự án L2 của Ethereum như Scroll (lộ trình 2024), Lumio, Eclipse và các giải pháp tương thích với EVM khác trên chuỗi không đồng nhất như Neon EVM (thuộc hệ sinh thái Solana và tuyên bố là L1 tương thích với EVM đầu tiên).- EVM song song, hẹp hơn, đề cập đến L1/L2 có thể tương thích với EVM. Lí thuyết, Ethereum chính nó có thể trải qua sự biến đổi song song, đó là định nghĩa phù hợp nhất của EVM song song nhưng gần như không thể do phạm vi hành động rộng lớn của nó.- EVM song song, được định nghĩa rộng rãi, có thể được mở rộng đến bất kỳ chuỗi tính toán song song nào, bất kể nó có tương thích với EVM theo bản chất hay không. Miễn là nó có thể thiết lập kết nối và liên kết với EVM, nó có thể được bao gồm. Ví dụ, xem xét Aptos như một “catalyst” cho Ethereum.Việc kiểm tra các Alt L1 không tương thích với EVM đặc biệt quan trọng vì chúng có thể được tích hợp vào hệ sinh thái EVM. Ngoài ra, giải pháp Block-STM đột phá của Aptos đã trở thành một mẫu và nguồn cảm hứng mặc định cho nhiều giải pháp song song EVM mới nổi, như đã trình bày trong các phần tiếp theo.
Tương tự, các giải thích như "quy trình là đơn vị nhỏ nhất của việc phân bổ tài nguyên, và luồng là đơn vị nhỏ nhất của lập lịch CPU" là chuyên nghiệp nhưng không phải dễ hiểu đối với hầu hết mọi người. Tôi muốn sử dụng việc mua dưa hấu làm ví dụ để minh họa quy trình này.
Đầu tiên, hãy thiết lập sân khấu. Cấp độ thấp nhất của máy tính của chúng ta là phần cứng vật lý, với hệ điều hành và các ứng dụng khác được xếp lớp lên trên. Khi một máy tính xử lý các nhiệm vụ, nó phân bổ tài nguyên phần mềm và phần cứng dựa trên ưu tiên. Hãy sử dụng ví dụ Bob mua dưa hấu để giải thích quá trình này:
Mối quan hệ giữa Luồng, Quá trình, Song song và Đồng thời- Bob đang đi xe đạp để mua một quả dưa hấu, đó là một hành động đơn và đơn vị nhỏ nhất - một luồng. Dưa hấu ở điểm này đại diện cho tài nguyên vật lý phần cứng có sẵn, và không còn nữa.- Nếu hai Bob muốn mua một quả dưa hấu, đây là một hành động phức tạp. Mặc dù có hai Bob muốn ăn dưa hấu, điều quan trọng là chỉ có một quả dưa hấu. Cả hai Bob đồng ý đi mua dưa hấu cùng nhau, tạo thành một quá trình. Mỗi Bob ăn dưa hấu vẫn là một luồng. Do đó, một quá trình bao gồm hai luồng.Bây giờ, nếu chỉ có một quả dưa hấu nhưng có nhiều người để ăn, điều này được gọi là đồng thời. Điều quan trọng ở đây là mọi người cùng ăn dưa hấu, đảm bảo mỗi người ít nhất có thể cắn một miếng. Bất kể người ta ngồi như thế nào hoặc thứ tự họ ăn như thế nào, điều đó không ảnh hưởng đến kết quả cuối cùng của việc chia sẻ một quả dưa hấu.
Bạn có thể đã nhận thấy một vấn đề - tại sao có nhiều người cần phải ăn một quả dưa hấu cùng nhau? Ông chủ quán dưa hấu về cơ bản là chủ cửa hàng trái cây, và bạn cũng có thể ăn chuối. Đúng vậy! Đây là lý do cho cải cách cung ứng. Ông chủ bây giờ thông báo rằng chuối cũng có sẵn. Trong trường hợp này, tài nguyên vật lý (trái cây) đã tăng, và hai Bob có thể mỗi người ăn các loại trái cây khác nhau. Đây là sự song song - hai hàng cạnh nhau, mỗi người thưởng thức loại trái cây yêu thích của mình.
(Xin lưu ý: Phần giải thích ở trên được đơn giản hóa và không chuyên nghiệp. Trong trường hợp tranh chấp, hãy dựa vào sự hiểu biết của nhà lập trình.)
Tiếp theo, chúng tôi sẽ kết hợp những khái niệm này với EVM và tiết lộ ý nghĩa thực sự của EVM song song.
Mặc dù EVM được đề cập thường xuyên, ý nghĩa thực sự của nó thường không rõ ràng, đặc biệt khi máy ảo (VM) mang lại cảm giác chuyển từ thế giới thực sang ảo. Trong thực tế, để nói một cách đơn giản, máy ảo là một hệ điều hành chuyên biệt. Các lập trình viên không cần phát triển cho các thực thể vật lý; họ chỉ cần thích nghi ở mức phần mềm.
Đơn giản hóa vai trò của EVM, nó về cơ bản là về giao dịch. Người dùng gửi hướng dẫn, và EVM, dựa trên yêu cầu của người dùng như chuyển khoản, đổi mã, giao dịch cọc, hoặc các tương tác khác với hợp đồng thông minh, thực thi chúng một cách tuần tự. Điều quan trọng ở đây là hướng dẫn và thực thi tuần tự. EVM có thể hiểu được nhu cầu của người dùng, nhưng việc thực thi cần được xếp hàng; thứ tự không thể thay đổi theo ý muốn.
Vì vậy, EVM song song cơ bản thay đổi thứ tự thực thi, cho phép nhiều hợp đồng thông minh (hướng dẫn) tiến hành đồng thời. Đó giống như chủ cửa hàng thuê công nhân - anh ta bán dưa hấu, và nhân viên bán chuối, nhưng cuối cùng, ông chủ nhận tiền lương.
Giải thích về EVMMột trong những ví dụ điển hình nhất là các giải pháp BTC Layer 2 được đề cập trong bài viết trước đó của tôi. Các giải pháp BTC Layer 2 hiện tại về cơ bản đang tìm cách tích hợp Bitcoin vào hệ sinh thái EVM. Về bản chất, chúng phục vụ như một máy ảo trên Bitcoin, và các nhà phát triển có thể phát triển dựa trên chúng mà không cần xem xét các hạn chế về kiến trúc và ngôn ngữ lập trình của Bitcoin, sử dụng quy trình phát triển EVM quen thuộc để hoàn thành công việc.
Tương tự, EVM có thể so sánh được. Trong trường hợp cực đoan, nếu bạn là nhà phát triển frontend, bạn thậm chí có thể phát triển mà không cần hiểu phần cứng, nguyên tắc hệ điều hành hoặc nguyên tắc Ethereum. Bạn chỉ cần hiểu tài liệu cho các công cụ và giao diện phát triển EVM. Ví dụ: bạn có thể tạo giao diện người dùng cho DEX - chỉ giải thích lý thuyết, vì nó khá phức tạp trong thực tế.
Đơn giản, máy ảo là một phòng thí nghiệm xử lý mà không cần xem xét phần cứng và nguyên tắc. Ví dụ, nếu Bob muốn làm nước ép dưa hấu, máy ảo chính là máy ép. Chỉ cần ba bước để làm một cốc nước ép dưa hấu: mở nắp, đặt dưa hấu và ép – hoàn thành.
Tương tự, EVM là máy ép của Ethereum. Việc tương thích với EVM giống như việc mua một chiếc máy ép giảm giá cho L1/L2, mặc dù có một số khuyết điểm, nó vẫn hoạt động. EVM song song giống như nhiều máy ép hoạt động cùng nhau.
Không phải là lao động thủ công không hiệu quả; chỉ là máy ép trái cây mang lại giá trị tốt hơn cho tiền bạc.
Cuối cùng, khái niệm về EVM song song tái xuất. Về cơ bản, Ethereum chỉ có thể xử lý giao dịch một cách tuần tự do giới hạn về tốc độ, dẫn đến một mainnet TPS ổn định ở mức khoảng 10. Ngay cả các chuỗi tương thích EVM tương đối tập trung như BNB Chain cũng chỉ có thể tăng lên khoảng 200. Trong tình hình thiếu những đột phá mang tính cách mạng trong phần cứng vật lý và Ethereum không thể chuyển đổi thành một cơ chế song song, lộ trình EVM song song sẽ tiếp tục nóng trong dài hạn. Cuối cùng, không ai phàn nàn về tốc độ.
Các Dự Án Liên Quan Đến EVM Song Song Và Phân LoạiBlock-STM: Dự án EVM Song Song Ban Đầu
Có thể nói rằng Aptos là người dẫn đầu trong việc song song hóa trên blockchain. Trong khi Solana và Near đã khám phá lĩnh vực này, Aptos, áp dụng STM (Bộ nhớ Giao dịch Phần mềm) để sắp xếp lại các giao dịch trên blockchain, giả định ban đầu là các giao dịch đã được sắp xếp lại là chính xác. Sau đó, nó thực hiện chúng song song và xác định bất kỳ sai biệt nào sau đó. Các sai biệt cá nhân được giải quyết một cách riêng lẻ. Theo nguyên lý Pareto, phương pháp này tăng tốc thực thi của đa số giao dịch. Điều này được gọi là cơ chế xác minh lạc quan, và ý tưởng cốt lõi tương tự với cơ chế xác minh lạc quan trong Rollup.
Block-STMCụ thể, Block-STM chia quá trình thực hiện blockchain thành hai giai đoạn: giai đoạn xếp hàng và giai đoạn thực thi.
Sui Transformation: Mọi thứ đều là một Đối tượng
Sui và Aptos chia sẻ một nguồn gốc chung, và mặc dù chúng rất tương tự, sự khác biệt chính nằm ở việc Sui tập trung vào các đối tượng. Ví dụ, trong quá trình Alice chuyển 1 USDT cho Bob:
Hơn nữa, nếu một tài sản chỉ liên quan đến sự thay đổi về thuộc tính giữa hai bên, không cần đồng bộ hóa toàn bộ nút. Miễn là cả hai bên đều công nhận giao dịch, các giao dịch như vậy có thể được xử lý song song.
Tất nhiên, việc triển khai cụ thể của cả hai đều phức tạp hơn nhiều, và sự song song mang lại nhiều thách thức. Tuy nhiên, hiểu được điều này là đủ.
Solana và Neon EVM: Sống qua Cơ chế Hiện tại
Solana đạt được quá trình xử lý song song thông qua cơ chế Mực nước biển, tương tự như Block-STM (mặc dù Sea Level đã được giới thiệu vào năm 2019, trước Block-STM vào năm 2022). Cả hai đều yêu cầu các giao dịch trình tự trước khi thực hiện.
“Sáng tạo” của Solana nằm ở việc tối ưu hóa chuyên biệt các tài nguyên phần cứng. Lý thuyết, nó có thể xếp các hướng dẫn, và việc đa luồng được tối ưu hóa có thể tận dụng toàn bộ sức mạnh của bộ xử lý, đạt được đồng thời cao. Giá trị TPS lý thuyết là 50,000, với bài kiểm tra thực tế đạt khoảng 5,000 khi cao điểm.
Vậy, mối quan hệ với Neon EVM là gì?
Chi phí Neon EVMNhiệm vụ của Neon là đồng bộ thông tin giao dịch từ EVM và sau đó thực hiện tính toán trên Solana. Cách tiếp cận này cho phép tận dụng sự phong phú và an toàn của hệ sinh thái EVM cho các ứng dụng phi tập trung trong khi sử dụng Solana để tăng tốc độ và giảm chi phí. So với mạng chính Ethereum đắt đỏ và chậm chạp, các quyền ủy của Neon, các giao dịch và tương tác nói chung thường có giá khoảng 0,1 đô la hoặc thậm chí dưới 0,01 đô la.
Một cách tương tự, Neon biến Solana thành một L2 thay thế cho Ethereum. Mở rộng ra, L1/L2 EVM không chỉ có thể triển khai song song mà còn có thể phục vụ như trung gian. Họ có thể tập trung vào tính tương thích với EVM hoặc hoạt động chỉ như L1/L2, outsourcing các thành phần còn lại.
Điều này tương thích với khái niệm rộng hơn về modularization và generalization được đề cập ở đầu, nơi mà L1/L2 song song với EVM có thể là một sản phẩm kết hợp của ba dự án hoặc thậm chí liên quan đến sự kết hợp qua các chuỗi khác nhau, mang lại một loạt các khả năng đa dạng.
Sei V2 và Monad: Tương thích byte
Từ một quan điểm kỹ thuật, Sei V2 và Monad có nhiều điểm tương đồng đáng kể. Cả hai dự án đều tập trung vào tính tương thích cấp byte với EVM trên Ethereum. Về mặt song song hóa, họ đều lựa chọn xác nhận lạc quan quen thuộc độc lập. Họ sắp xếp giao dịch trước, thực thi những giao dịch có thể tiến hành và giải quyết các phụ thuộc một cách riêng biệt trong trường hợp có lỗi.
Giải Thích Về Hệ Thống Song Song Sei V2Chắc chắn, các sản phẩm và phương pháp đã chín muồi được áp dụng rộng rãi. Tuy nhiên, điều quan trọng cần lưu ý là, giống như BTC L2, các đổi mới công nghệ thực sự bị hạn chế, và sự tập trung vẫn được đặt vào 'kết hợp'. Solana nổi bật với việc triển khai song song quy mô lớn duy nhất, đạt được độ tương phản cao thông qua sự kết hợp giữa phần cứng và phần mềm. Những dự án khác chủ yếu cung cấp một gói dịch vụ 'tương thích với EVM + song song'.
Như người ta có thể mong đợi, nếu Solana có thể hoạt động như một bộ gia tốc, thì Aptos và những dự án khác cũng có thể. Lumio, ví dụ, tuân theo một phương pháp tương tự - hoạt động như một trung gian, đồng thời đảm bảo tính tương thích với EVM và triển khai song song. Do đó, bất kỳ dự án nào áp dụng chiến lược kép này có thể được gọi là EVM song song. Do đó, tôi sẽ không đi sâu hơn vào Lumio trong ngữ cảnh này.
Hơn nữa, hiện tại không cần thám hiểm một cách chi tiết về các phương pháp song song trên Ethereum L2. Những giải pháp này chủ yếu cần giải quyết các vấn đề tập trung liên quan đến các sequencer, vì hiệu suất của chúng đã đủ cao rồi.
EVM song song không phải là điều bí ẩn. Trong bài viết, tôi đã bỏ qua các chi tiết kỹ thuật như thiết kế cơ chế đọc-ghi, so sánh TPS, ghi dữ liệu và đồng bộ trạng thái. Những phức tạp này không cần thiết cho người thông thường hiểu. Chỉ cần nhớ rằng hiện nay chúng ta đang ở trong thời đại của xác nhận lạc quan, nơi thực thi đứng trước kiểm tra lỗi. Nếu có cập nhật, tôi sẽ cung cấp thông tin bổ sung ngay lập tức.





