EVM song song và Bộ điều khiển phân cấp

Người mới bắt đầu2/28/2024, 9:46:23 AM
Sự cạnh tranh trong không gian Alt L1 đang nóng lên, với việc Near giới thiệu giải pháp DA và TVL của Sui tăng đều đặn. Trong khi Ethereum dành thời gian với việc nâng cấp mainnet, L2 giới thiệu hai điểm cạnh tranh chính: EVM song song và trình tự phi tập trung.
  • Chuyển Tiêu Đề Gốc: Parallel Solutions Beyond EVM – High-Performance L1 (Sui) Battles Ethereum L2?

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:

  • Đầ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 độ:

  1. 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).
  2. 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ó.
  3. 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.

Lời tựa: Giới thiệu về Chủ đề, Quy trình, Song song và Đồng thời của người ngoại đạo và EVM

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

  1. 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.
  2. 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ề 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 độ.

Tình hình hiện tại: Xác minh lạc quan trở thành sự đồng thuận, hệ sinh thái Move có thể trở thành một giải pháp

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.

  • Trong giai đoạn giải trình tự, Block-STM sử dụng STM để sắp xếp trình tự các giao dịch nhằm đảm bảo thứ tự giao dịch;
  • Trong giai đoạn thực thi, Block-STM sử dụng kết quả sắp xếp để thực thi giao dịch song song, từ đó cải thiện hiệu suất 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:

  • Aptos: Tài khoản của Alice giảm đi 1 USDT, và tài khoản của Bob tăng lên 1 USDT, liên quan đến thông tin kế toán và thay đổi số dư của hai tài khoản.
  • Sui: 1 USDT không thay đổi; chỉ thuộc tính sở hữu của nó chuyển từ Alice sang Bob. Điều này chỉ liên quan đến việc thay đổi thông tin của 1 USDT.

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.

Kết luận: Bài toán của EVM song song

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.

免责声明:

  1. Bài viết này được in lại từ [佐爷歪脖山], Chuyển tiếp tiêu đề gốc'Giải pháp song song ngoài EVM - L1 hiệu suất cao (Sui) Trận chiến Ethereum L2?', Tất cả bản quyền thuộc về tác giả gốc [佐爷]. Nếu có bất kỳ phản đối nào về việc tái in này, vui lòng liên hệ với Học việc Cổngđội ngũ, và họ sẽ xử lý nó ngay lập tức.
  2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không hề tạo thành bất kỳ lời khuyên đầu tư nào.
  3. Bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu ra, việc sao chép, phân phối hoặc đạo văn bản dịch là không được phép.

EVM song song và Bộ điều khiển phân cấp

Người mới bắt đầu2/28/2024, 9:46:23 AM
Sự cạnh tranh trong không gian Alt L1 đang nóng lên, với việc Near giới thiệu giải pháp DA và TVL của Sui tăng đều đặn. Trong khi Ethereum dành thời gian với việc nâng cấp mainnet, L2 giới thiệu hai điểm cạnh tranh chính: EVM song song và trình tự phi tập trung.
  • Chuyển Tiêu Đề Gốc: Parallel Solutions Beyond EVM – High-Performance L1 (Sui) Battles Ethereum L2?

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:

  • Đầ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 độ:

  1. 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).
  2. 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ó.
  3. 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.

Lời tựa: Giới thiệu về Chủ đề, Quy trình, Song song và Đồng thời của người ngoại đạo và EVM

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

  1. 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.
  2. 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ề 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 độ.

Tình hình hiện tại: Xác minh lạc quan trở thành sự đồng thuận, hệ sinh thái Move có thể trở thành một giải pháp

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.

  • Trong giai đoạn giải trình tự, Block-STM sử dụng STM để sắp xếp trình tự các giao dịch nhằm đảm bảo thứ tự giao dịch;
  • Trong giai đoạn thực thi, Block-STM sử dụng kết quả sắp xếp để thực thi giao dịch song song, từ đó cải thiện hiệu suất 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:

  • Aptos: Tài khoản của Alice giảm đi 1 USDT, và tài khoản của Bob tăng lên 1 USDT, liên quan đến thông tin kế toán và thay đổi số dư của hai tài khoản.
  • Sui: 1 USDT không thay đổi; chỉ thuộc tính sở hữu của nó chuyển từ Alice sang Bob. Điều này chỉ liên quan đến việc thay đổi thông tin của 1 USDT.

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.

Kết luận: Bài toán của EVM song song

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.

免责声明:

  1. Bài viết này được in lại từ [佐爷歪脖山], Chuyển tiếp tiêu đề gốc'Giải pháp song song ngoài EVM - L1 hiệu suất cao (Sui) Trận chiến Ethereum L2?', Tất cả bản quyền thuộc về tác giả gốc [佐爷]. Nếu có bất kỳ phản đối nào về việc tái in này, vui lòng liên hệ với Học việc Cổngđội ngũ, và họ sẽ xử lý nó ngay lập tức.
  2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ là của tác giả và không hề tạo thành bất kỳ lời khuyên đầu tư nào.
  3. Bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu ra, việc sao chép, phân phối hoặc đạo văn bản dịch là không được phép.
Comece agora
Registe-se e ganhe um cupão de
100 USD
!