Video của tập cuối cùng đã sẵn sàng: Nhận cái nhìn tổng quan nhanh về Mô hình Phát triển của BTC L2
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:
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 độ:
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ôi đã phân loại khái niệm về EVM song song theo phương pháp phân rã, nhưng phần giải thích về khái niệm song song vẫn chưa hoàn chỉnh. Nếu chúng ta tiếp tục trực tiếp giải thích logic triển khai dự án, có thể gây nhầm lẫn cho độc giả.
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
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ề EVM
Mộ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 khái niệm về song song và VM đã tồn tại từ lâu, nhưng việc giới thiệu chúng vào blockchain, đặc biệt là khái niệm về EVM song song, có thể được truy vấn lại đến năm 2022. Aptos đã phát hành bài báo “Block-STM: Mở rộng Việc thực thi Blockchain bằng cách Biến Lời Nguyền Thứ tự thành Một Ân Huệ Hiệu Năng” làm điểm khởi đầu. Sau đó, chuỗi Polygon PoS đã cố gắng tích hợp chức năng này vào cuối năm. Không chỉ vậy, nhiều giải pháp và ý tưởng được Aptos đề xuất trong bài báo này đã trở thành lựa chọn phổ biến trong ngành và xứng đáng được giới thiệu.
Các Dự Án Liên Quan Đến EVM Song Song Và Phân Loại
Block-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-STM
Cụ 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.
Kể từ đó, hầu hết các triển khai EVM song song tuân theo một phương pháp tương tự. Sự khác biệt nằm ở việc triển khai chuỗi và thực thi, cũng như nhu cầu cải thiện tính tương thích với EVM. Các dự án như Neon EVM và Polygon PoS rơi vào danh mục này.
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:
Như bạn có thể thấy, điểm khởi đầu của Sui không phải là kiểm tra tài khoản của cả hai bên trong giao dịch mà là tham gia vào sự thay đổi trong các thuộc tính của các đối tượng. Điều này có thể được mở rộng ra ngoài việc chuyển đổi mã thông báo đến tài sản như NFT.
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 EVM
Nhiệ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 V2
Chắ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.
Trong bài viết này, tôi đã nhấn mạnh rằng lõi của EVM song song nằm ở việc phân bổ tài nguyên phần cứng và trình tự cũng như thực thi các nhiệm vụ - cả hai thành phần cần thiết. Ràng buộc về phần cứng đặt ra một giới hạn cao nhất cho tối ưu hóa phần mềm, xem xét rằng ngay cả Usain Bolt cũng không thể vượt qua tốc độ của ánh sáng. Hiện nay, hầu hết các sáng kiến song song EVM đều là sự biến đổi hoặc bắt chước của Aptos 'Block-STM, và đây là một sự thực căn bản.
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.
Video của tập cuối cùng đã sẵn sàng: Nhận cái nhìn tổng quan nhanh về Mô hình Phát triển của BTC L2
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:
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 độ:
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ôi đã phân loại khái niệm về EVM song song theo phương pháp phân rã, nhưng phần giải thích về khái niệm song song vẫn chưa hoàn chỉnh. Nếu chúng ta tiếp tục trực tiếp giải thích logic triển khai dự án, có thể gây nhầm lẫn cho độc giả.
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
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ề EVM
Mộ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 khái niệm về song song và VM đã tồn tại từ lâu, nhưng việc giới thiệu chúng vào blockchain, đặc biệt là khái niệm về EVM song song, có thể được truy vấn lại đến năm 2022. Aptos đã phát hành bài báo “Block-STM: Mở rộng Việc thực thi Blockchain bằng cách Biến Lời Nguyền Thứ tự thành Một Ân Huệ Hiệu Năng” làm điểm khởi đầu. Sau đó, chuỗi Polygon PoS đã cố gắng tích hợp chức năng này vào cuối năm. Không chỉ vậy, nhiều giải pháp và ý tưởng được Aptos đề xuất trong bài báo này đã trở thành lựa chọn phổ biến trong ngành và xứng đáng được giới thiệu.
Các Dự Án Liên Quan Đến EVM Song Song Và Phân Loại
Block-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-STM
Cụ 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.
Kể từ đó, hầu hết các triển khai EVM song song tuân theo một phương pháp tương tự. Sự khác biệt nằm ở việc triển khai chuỗi và thực thi, cũng như nhu cầu cải thiện tính tương thích với EVM. Các dự án như Neon EVM và Polygon PoS rơi vào danh mục này.
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:
Như bạn có thể thấy, điểm khởi đầu của Sui không phải là kiểm tra tài khoản của cả hai bên trong giao dịch mà là tham gia vào sự thay đổi trong các thuộc tính của các đối tượng. Điều này có thể được mở rộng ra ngoài việc chuyển đổi mã thông báo đến tài sản như NFT.
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 EVM
Nhiệ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 V2
Chắ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.
Trong bài viết này, tôi đã nhấn mạnh rằng lõi của EVM song song nằm ở việc phân bổ tài nguyên phần cứng và trình tự cũng như thực thi các nhiệm vụ - cả hai thành phần cần thiết. Ràng buộc về phần cứng đặt ra một giới hạn cao nhất cho tối ưu hóa phần mềm, xem xét rằng ngay cả Usain Bolt cũng không thể vượt qua tốc độ của ánh sáng. Hiện nay, hầu hết các sáng kiến song song EVM đều là sự biến đổi hoặc bắt chước của Aptos 'Block-STM, và đây là một sự thực căn bản.
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.