lời nói đầu
Tất cả các sản phẩm lấy đặc tính kỹ thuật làm điểm bán hàng chính đều là bán thành phẩm.
Sự cường điệu và tranh luận về EVM và ZK EVM đã diễn ra được một thời gian, đặc biệt là sau khi Vitalik chia các loại ZK EVM. Có vô số bài báo khoa học phổ biến về mã byte, máy ảo, khả năng tương thích và các khái niệm khó xử khác, nhưng những từ vựng này chính xác là gì điều đó có nghĩa là và mức độ phổ biến của ZK EVM sẽ dẫn đến cấu trúc chuỗi công khai ở đâu vẫn chưa được giải thích rõ ràng.
Đường đua ZK cũng đã chính thức trở nên phổ biến, nếu ZK-Rollup trước đó giới hạn nó ở khu vực L2 cục bộ thì giờ đây nó có xu hướng mơ hồ là trở thành công nghệ chung cho toàn bộ mạng blockchain. R3PO tin rằng ZK EVM sẽ kết thúc nhiều mô hình cùng tồn tại của Chuỗi.
Trong quá trình lịch sử của sự thay thế này, chắc chắn sẽ có thêm nhiều dự án mới xuất hiện. R3PO cam kết khám phá giá trị tiềm ẩn. Chúng tôi sẽ bắt đầu từ sự hiểu biết "vô thức" về EVM để khám phá hướng đi tương lai của chuỗi công cộng.
Mô tả hình ảnh: Giải pháp truyền file giữa các hệ điều hành khác nhau
Nguồn ảnh: R3PO
Hãy tưởng tượng kịch bản sau:
Alice muốn chuyển một tài liệu Word chạy trên Windows cho Bob nhưng Bob chỉ có máy Mac sử dụng được Pages nên Bob không thể mở được tài liệu này. Tôi phải giải quyết vấn đề này như thế nào? Nếu Bob cài đặt phiên bản Word của Mac và sao chép văn bản trong bài viết thì vẫn còn bốn phương pháp:
1. Alice tải bài viết lên đám mây, chẳng hạn như Google Docs và Bob có thể mở và chỉnh sửa tài liệu trên trình duyệt hỗ trợ đa nền tảng;
2. Alice giao Word.exe và tài liệu cho bên kia và Bob có thể sử dụng Crossover hoặc máy ảo (VM) để mô phỏng môi trường Windows, để anh ấy có thể chạy ứng dụng .exe trên máy Mac và mở tài liệu;
Crossover chỉ có thể hỗ trợ Word.exe chạy một mình chứ không thể làm gì với các ứng dụng .exe khác.
Máy ảo (VM) sẽ cài đặt hệ thống con Windows trong máy Mac và mọi ứng dụng .exe đều có thể chạy trong hệ thống con Windows;
3. Alice thay đổi tài liệu thành định dạng tệp mà Java có thể hiểu được và chuyển nó cho bên kia. Bob có thể cài đặt môi trường Java trên Mac để mở tài liệu;
4. Alice biến tài liệu thành tệp nhị phân và chuyển nó cho bên kia. Bob có thể mở tài liệu với khả năng tương thích thấp nhất.
Nếu bạn có thể hiểu được quy trình trên thì hãy thử thay thế các khái niệm sau:
Các hệ điều hành như Windows và macOS --> Chuỗi công khai như Ethereum và Cosmos;
Các định dạng ứng dụng như .exe và .dmg --> Dapp của các chuỗi công khai khác nhau;
Tài liệu Word --> Tài sản trên chuỗi;
Crossover --> cầu xích chéo;
Máy ảo (VM) --> EVM có khả năng tương thích thấp hơn, chẳng hạn như Polygon Hermez, là ZK VM. Để triển khai các chức năng so với EVM, cần phải lặp lại thủ công để duy trì các bản cập nhật được đồng bộ hóa;
JVM --> EVM, khả năng tương thích tương đương ở cấp độ ngôn ngữ, chẳng hạn như Scroll theo kế hoạch, ZK EVM do nó triển khai hoàn toàn tương đương với EVM, có thể hiểu là EVM bổ sung phiên bản tính năng ZK;
Tương thích nhị phân --> Đây chính là EVM hoặc Ethereum;
Đặc điểm của toàn bộ VM và EVM như đã đề cập ở trên và chế độ hoạt động của chúng về cơ bản tương tự như quá trình truyền file giữa các hệ điều hành. Theo R3PO, xu hướng lớn nhất là ZK EVM sẽ không chỉ thay thế các giải pháp tương thích EVM hiện có mà cuối cùng sẽ dẫn đến việc Ethereum trở thành giao thức truyền thông lớp ứng dụng duy nhất, trong khi các chuỗi công khai khác sẽ trở thành chuỗi mục đích cụ thể trong các lĩnh vực cụ thể, tương tự như Linux. Hoạt động trong lĩnh vực máy chủ, trong khi Windows hoạt động với người dùng thông thường.
Những lý do cho kết luận này sẽ được thảo luận chi tiết dưới đây.
Muốn hiểu người khác thì trước tiên phải hiểu chính mình: bản chất của sinh thái là sự vội vàng hai chiều giữa nhà phát triển và người dùng
EVM thúc đẩy chiến thắng của Ethereum trong cuộc cạnh tranh chuỗi công cộng không phải do "sức mạnh tính toán vượt trội" của Ethereum, mà chủ yếu là do khả năng tương thích, bởi vì những kẻ giết Ethereum thế hệ cũ như EOS và các thế hệ trước như Solona Ethereum Killer, như. cũng như thế hệ Ethereum Killer mới như Aptos, đều đã phô trương tốc độ cực cao của TPS của họ.
Tuy nhiên, Ethereum vẫn đứng vững, duy trì vị trí dẫn đầu tuyệt đối về số lượng TVL và Dapps với TPS một chữ số. Lợi thế này có thể được tóm tắt là hiệu ứng cụm sinh thái, nhưng tại sao các chuỗi công khai khác lại tương thích với EVM và mạnh mẽ xây dựng các chuỗi chéo. ? Sau cây cầu, khoảng cách vẫn chưa được thu hẹp, nhưng liệu có dấu hiệu mở rộng hơn nữa trong thị trường gấu?
R3PO tin rằng giải pháp cho vấn đề có thể xuất phát từ một xuất phát điểm chắc chắn hơn.
Điểm khởi đầu này là kinh nghiệm của nhà phát triển. Web 3 hiện tại vẫn đang ở giai đoạn rất sớm, có thể so sánh với Internet trước năm 2000. Nó vẫn là miền của những người đam mê công nghệ và những người chấp nhận sớm. Ngay cả với cơ chế mã thông báo, hầu hết người dùng vẫn còn. bị mắc kẹt trong CeDeFi do các tổ chức CEX và TradiFi xây dựng, có rất ít người dùng thực sự trên chuỗi. Địa chỉ hoạt động của Ethereum chỉ có 400.000, nhưng TVL cao tới 32 tỷ đô la Mỹ và giá trị thị trường đạt 200 tỷ đô la Mỹ. USD.
Trong bối cảnh có sự tương phản rất lớn giữa số lượng người dùng và số tiền tích lũy, việc cạnh tranh quyền lực của các nhà phát triển đã trở thành cách quan trọng nhất để duy trì hệ sinh thái. Logic nằm ở chỗ ai có thể tồn tại cho đến khi ra mắt hàng tỷ đô la thực sự. các ứng dụng tiêu dùng cấp độ mà chuỗi công cộng có thể thực sự trở thành thế hệ tiếp theo Cơ sở hạ tầng của thế hệ Internet giống như trình duyệt World Wide Web và Netscape trong quá khứ.
Ethereum mang đến cho các nhà phát triển trải nghiệm phát triển hoàn thiện nhất.
Ở một khía cạnh nào đó, đây cũng là sự bắt chước sự thành công của ngôn ngữ Java Trước Java, vấn đề lớn nhất với ngôn ngữ C/C++ là các lập trình viên cần xem xét việc điều chỉnh phần mềm và phần cứng, chẳng hạn như các loại số 32-bit. không thể di chuyển trực tiếp để chạy trên máy 16-bit.
Mô tả hình ảnh: Kiến trúc JVM
Nguồn: Wikipedia
Ngoài những cải tiến về tính dễ sử dụng của ngôn ngữ, cải tiến lớn nhất của Java nằm ở thiết kế của JVM. Nói một cách dễ hiểu, đặc điểm của nó nằm ở "làm mềm phần cứng", cho phép thích ứng tương tự với các phần cứng khác nhau thông qua lập lịch ngôn ngữ. miễn là nó được triển khai một lần trong EVM, nó có thể chạy trên mọi thiết bị, thực sự thực hiện được việc phát triển đa nền tảng mà không cần cân nhắc thêm về các vấn đề phần cứng.
Với sự trợ giúp của JVM, Java đã trở thành một trong những ngôn ngữ phát triển phổ biến nhất trên thế giới. Nó có thể không chuyên về một lĩnh vực nhất định, nhưng nó có thể được áp dụng cho bất kỳ lĩnh vực nào. Đây chính là bản chất của khả năng tương thích.
Điều này cũng đúng với hệ sinh thái phát triển EVM và Ethereum. Các nhà phát triển chỉ cần phát triển EVM một lần và sau đó họ có thể tiếp tục phát triển với hệ sinh thái Ethereum mà không cần xem xét tính tương thích của việc nâng cấp chuỗi công khai, sự khác biệt về phần cứng, v.v.
Mô tả hình ảnh: Kiến trúc EVM
Nguồn hình ảnh: ethereum.org
Độ vững chắc không phải là hoàn hảo và EVM không phải là không có vấn đề, nhưng khả năng tương thích tốt nhất là đủ để đảm bảo sự trung thành của các nhà phát triển Vì ngày càng có nhiều chuỗi công khai tương thích với EVM, khả năng tương thích này đã mang lại lợi ích thụ động và việc di chuyển giữa các chuỗi. khối lượng công việc đủ nhỏ và các chuỗi công khai khác chỉ là phiên bản bản địa hóa của Ethereum Dapps, điều này cuối cùng có lợi cho sự thống trị của hệ sinh thái Ethereum.
Mô tả hình ảnh: Sơ đồ làm việc EVM
Nguồn ảnh: R3PO
Và khả năng tương thích ở cấp độ ngôn ngữ cũng giúp đảm bảo tính hiệu quả và bảo mật của EVM.
Máy ảo (VM) trong hình trên đề cập đến chế độ hoạt động giữa các hệ điều hành khác nhau. Ví dụ: Parallels Desktop có thể đảm bảo rằng hệ thống con Windows chạy trên Mac, nhưng nó cần phân bổ các tài nguyên phần mềm và phần cứng cụ thể từ hệ thống gốc sang. thiết lập hệ thống con. Sau đó cài đặt ứng dụng Windows trong hệ thống con và sau đó ứng dụng có thể chạy. Tuy nhiên, do hạn chế về tài nguyên được phân bổ nên hiệu quả hoạt động của nó không thể so sánh được với các ứng dụng gốc.
EVM tương tự như JVM và thực hiện các hoạt động tương thích từ cấp độ ngôn ngữ Solidity. Các nhà phát triển sử dụng API do Infura cung cấp để tương tác với mạng chính và sử dụng Truffle để phát triển, thử nghiệm và triển khai hợp đồng thông minh, v.v. Tất cả các bộ công cụ phát triển đều có. có sẵn để hoàn thành EVM Sau khi thích ứng, Dapp có thể chạy trên bất kỳ chuỗi công khai nào tương thích với EVM.
Không chỉ dành cho các nhà phát triển, sự phát triển tương thích ở cấp độ EVM đảm bảo rằng trải nghiệm mang lại cho bất kỳ người dùng nào là hoàn toàn nhất quán, tiết kiệm một nhóm người dùng hạt giống tối thiểu cho hệ sinh thái Ethereum. Chỉ các nhà phát triển và một số ít người dùng mới có thể duy trì ảnh hưởng của hệ sinh thái Ethereum đối với những người dùng khác. Những ưu điểm hàng đầu của chuỗi công cộng.
EVM đề cập đến JVM. Không cần phải xem xét quá nhiều vấn đề về phần cứng và mã hóa. Nó chỉ cần được phát triển cho các chức năng mà ứng dụng thực sự cần. Nó có thể được điều chỉnh một lần và sử dụng trên nhiều thiết bị đầu cuối.
Ý nghĩa của sinh thái là phát triển + ứng dụng + người dùng và EVM đóng vai trò khởi tạo bánh đà trong xây dựng sinh thái.
Muốn chỉ trích người khác thì trước hết bạn phải phê bình chính mình: Khả năng tương thích của EVM sẽ không giúp đối thủ giành chiến thắng.
EVM đã thúc đẩy sự thành công của Ethereum, nhưng tại sao các chuỗi công khai khác tương thích với EVM và “Kế hoạch ma cà rồng” của hệ sinh thái Ethereum hút máu lại không thể hoạt động?
Logic của sự tương thích mọi người:
Dành cho nhà phát triển: Tương thích với EVM để giảm chi phí di chuyển cho nhà phát triển Ethereum và cung cấp các tính năng chuỗi công khai mới như TPS cao hơn;
Đối với người dùng: cung cấp một mức độ khuyến khích mã thông báo nhất định để khuyến khích việc di chuyển của người dùng;
Hoàn thành việc thay thế Ethereum.
Những lỗ hổng logic của khả năng tương thích:
Dành cho nhà phát triển: EVM tương thích xét cho cùng không phải là EVM gốc và có các chi phí di chuyển ẩn;
Đối với người dùng: Tính bảo mật của Ethereum là cao nhất ngoại trừ mạng Bitcoin. Tính bảo mật này không thể so sánh với những cám dỗ ngắn hạn như khai thác vàng và airdrop;
Kết quả: Ethereum vẫn chiếm vị trí chủ đạo nhất.
Trên thực tế, các chuỗi công khai khác đang ở trong tình thế tiến thoái lưỡng nan. Khả năng tương thích EVM có nguy cơ trở thành chuỗi bên trên thực tế của Ethereum, nhưng sự không tương thích dẫn đến hậu quả là trở thành một hòn đảo biệt lập. Với tiền đề là mọi người đều mong muốn có lưu lượng truy cập, nó sẽ trở thành phương sách cuối cùng. Một hành động tuyệt vọng.
Mô tả hình ảnh: Danh sách các giải pháp tương thích EVM
Nguồn ảnh: R3PO
Tại thời điểm này, các chuỗi công khai khác chủ yếu nắm quyền chủ động, trong khi Ethereum đang tập trung cải thiện các vấn đề cũ của mình, chẳng hạn như PoW sang PoS, chọn đường dẫn L2, triển khai trừu tượng hóa tài khoản, DankSharding, v.v. Trên đường dẫn tương thích, nó chủ yếu triển khai EVM, sử dụng các ứng dụng để đạt được khả năng tương thích giữa các chuỗi và các chuỗi tương thích với EVM.
Chuỗi công khai tương thích với EVM, được đại diện bởi Chuỗi BNB và các chuỗi khác.
Theo dữ liệu của DeFi Llama, các chuỗi trao đổi công khai như Chuỗi BNB hoặc Chuỗi OKX, dựa vào cơ sở người dùng của sàn giao dịch và khả năng vận hành các dự án, không thể đánh giá thấp TVL và hệ sinh thái của các chuỗi của họ. Lấy Chuỗi BNB làm ví dụ. Không thể đánh giá thấp TVL và hệ sinh thái chạy trên nó Với 492 giao thức và TVL trị giá 6 tỷ USD, đây là chuỗi công khai lớn thứ hai sau Ethereum về quy mô và khối lượng.
Chế độ hoạt động chính của nó "bắt chước" Ethereum. Ví dụ, Pancakeswap, DEX lớn nhất trên đó, ban đầu là một phiên bản phân nhánh của Uniswap. Cùng một Dapp có thể chuyển đổi liền mạch giữa hai chuỗi công khai. Đằng sau điều này là lợi ích to lớn do khả năng tương thích EVM mang lại. Ưu điểm: Các bên tham gia dự án chỉ cần tập trung vào vận hành hơn là phát triển sản phẩm từ đầu.
Khả năng tương thích EVM trên chuỗi, được đại diện bởi Solona.
Solona là một blockchain duy nhất có cơ chế PoH từ lâu đã là chuỗi công khai duy nhất trong số 10 dự án chuỗi công khai hàng đầu theo giá trị thị trường không tương thích với EVM. Tuy nhiên, điều này không có nghĩa là nó không thể giao tiếp với các chuỗi tương thích EVM. chạy trên chuỗi Dự án Neon cung cấp khả năng tương thích EVM.
Khả năng tương thích này có thể được hiểu là khả năng tương thích kiểu matryoshka, thay vì khả năng tương thích trực tiếp ở cấp độ chuỗi công khai.
Neon cung cấp trải nghiệm phát triển rất giống với EVM, chẳng hạn như hỗ trợ lập trình ngôn ngữ Solidity, trải nghiệm triển khai hợp đồng thông minh liền mạch, các cuộc gọi trực tiếp tới MetaMask và các bộ công cụ phát triển như Truffle.
Tương thích với chuỗi EVM, được đại diện bởi EVMOS.
Có nhiều tùy chọn hơn cho các chuỗi khối mô-đun như Cosmos hoặc Polkadot. Các ứng dụng trên chúng có thể độc lập trở thành chuỗi công khai cấp L1, EVMOS cũng là một chuỗi con của Cosmos và chuỗi công khai cung cấp khả năng tương thích EVM, có nghĩa là Evmos. không chỉ có thể "vượt qua" khả năng tương thích EVM giữa Cosmos mà còn cung cấp khả năng tương thích EVM giữa bất kỳ chuỗi công khai nào khác.
Ngoài vai trò là nhà cung cấp khả năng tương thích EVM, nó còn có thể được sử dụng làm chuỗi công khai để triển khai DeFi và các ứng dụng khác. Ví dụ: DEX Exswap trên đó là phiên bản phân nhánh của Uniswap.
Tóm tắt đoạn này:
Chính khả năng tương thích rộng rãi này đã góp phần mở ra toàn bộ thế giới chuỗi công cộng và mối liên kết giữa chúng là khả năng tương thích EVM, cầu nối chuỗi chéo và trao đổi. Theo quan điểm này, R3PO đã tóm tắt các trường phái tương thích cụ thể được đề cập ở trên. để cung cấp ZK EVM Nhân vật Kẻ hủy diệt thực hiện khởi động trước trận đấu.
Muốn chiến thắng người khác thì trước tiên bạn phải chiến thắng chính mình: ZK EVM là sáng kiến của Ethereum
Nếu các chuỗi công cộng khác đang bận rộn tương thích với EVM thì Ethereum có quá nhiều thời gian để tự chăm sóc bản thân, nhưng sau khi sáp nhập thành công PoS và quyết tâm đi theo con đường công nghệ L2, ZK đã trở thành công nghệ chung cho toàn bộ chuỗi công cộng. và sự kết hợp giữa công nghệ ZK và EVM cũng sẽ thúc đẩy Ethereum Quá trình phát triển của kiến trúc mô-đun đã hoàn tất.
Công nghệ ZK không chỉ giới hạn ở lĩnh vực L2. Nó có vị trí trong Dapps, chuỗi công khai và các lớp trên và lớp dưới khác. Tuy nhiên, đường đua ZK EVM phổ biến nhất là một chút hỗn hợp. R3PO tóm tắt ngắn gọn điều này và cố gắng loại bỏ. những điều cần thiết và giữ lại những điều cần thiết.
Mô tả hình ảnh: Khả năng tương thích và hiệu suất EVM khác nhau
Nguồn hình ảnh: Vitalik.eth
Vitalik đã từng đưa ra mối quan hệ giữa khả năng tương thích và hiệu suất của các phân loại EVM khác nhau. Có thể thấy rằng việc triển khai càng thấp thì khả năng tương thích càng mạnh nhưng hiệu suất của nó lại càng kém. Lý do thực sự rất đơn giản. mainnet thật đáng thương. Bạn có thể hiểu được hiệu suất và khả năng bảo mật mạnh mẽ.
Càng gần lớp dưới cùng, càng gần với chế độ vận hành EVM gốc thì khả năng tương thích càng mạnh, nhưng hiệu suất cũng sẽ bị hạn chế nghiêm trọng;
Càng gần lớp trên, nó càng kiểm tra khả năng của giải pháp tương thích EVM của chính nó. Sự khác biệt so với EVM gốc của Ethereum càng lớn, khả năng tương thích càng kém, nhưng nó cũng sẽ mang lại sự tự do tùy chỉnh cao hơn, có thể tối ưu hóa rất nhiều. hiệu suất.
Polygon Hermez đã được đề cập trước đó và được phân loại là ZK VM, nhưng trên thực tế Hermez tự gọi mình là giải pháp ZK EVM. Nó có vẻ chỉ khác nhau một chữ cái, nhưng khả năng tương thích và bảo mật của nó hoàn toàn khác.
ZK VM/EVM được triển khai trên Polygon Hermez về cơ bản "sao chép" các chức năng của EVM từng cái một, tương tự như mối quan hệ giữa WBTC và BTC cũng như mối quan hệ giữa bóng và bản thể luận trong hoạt động hàng ngày, miễn là nhóm phát triển liên tục cập nhật. Trải nghiệm sử dụng của nó giống như EVM, nhưng xét cho cùng, nó không phải là một triển khai ở cấp độ ngôn ngữ. Chỉ có thể nói rằng đây là một sự minh oan trong cuộc cạnh tranh thương mại.
Mới đây, StarkNet đã phát hành ZK EVM Kakarot sử dụng ngôn ngữ Cairo, ngôn ngữ được sử dụng để chạy các hợp đồng thông minh Ethereum trên StarkNet. Đây có thể coi là lần đầu tiên ZK EVM bước vào giai đoạn thử nghiệm. Những người khác trên đường bao gồm Taiko, Scroll, zkSync 2.0 và các trình phát ZK EVM khác.
Tại sao ZK EVM lại trở thành một ca khúc hot như vậy và tại sao nó lại kết thúc chuỗi công khai? Hiện tại, trong giai đoạn cạnh tranh thương mại, thông tin do các bên dự án đưa ra còn chưa đầy đủ. R3PO cố gắng đưa ra hiểu biết riêng của mình và đóng vai trò hướng dẫn.
Hình ảnh Mô tả Kiến trúc Ethereum trong Kỷ nguyên ZK EVM
Nguồn ảnh R3PO
Đối với câu hỏi đầu tiên, câu trả lời là ZK EVM thực sự là ngôi nhà thực sự cho các Dapp trong tương lai.
Theo kiến thức hiện có, Dapp chạy trên chuỗi công khai hoặc trên mạng L2. Nhưng theo quan điểm của R3PO, ZK EVM sẽ trực tiếp lưu trữ lớp ứng dụng trong tương lai.
Như được hiển thị trong hình trên, ZK EVM trong tương lai sẽ trở thành một tập hợp các chức năng EVM, Rollup và cầu nối chuỗi chéo. Bản thân nó là một loại EVM và không cần giải thích thêm.
Rollup cấp L2 ở mức quá thấp. Để theo đuổi hiệu suất cao hơn, hãy lấy StarkNet do StarkWare phát triển làm ví dụ. Nó có kế hoạch sử dụng đệ quy ZK để chứng minh tính hợp lệ của dữ liệu xác minh. -test before" và ZK có thể đảm bảo Quy mô dữ liệu tổng thể bị hạn chế, do đó, bản thân StarkNet có thể được sử dụng làm lớp xác minh cho các ứng dụng và L3 ở trên nó.
Bản thân cầu nối chuỗi chéo dễ hiểu hơn. Bản chất của cầu nối chuỗi chéo là trao đổi và chuyển giao tài sản giữa các chuỗi công khai khác nhau. Nếu cả hai bên đạt được khả năng tương thích EVM thì cầu nối chuỗi chéo không cần phải hoạt động như vậy. một trung gian so với các giải pháp cầu nối chuỗi chéo hiện tại với các lỗ hổng thường xuyên thì an toàn hơn, vì vậy ZK EVM là giải pháp cầu nối chuỗi chéo tốt hơn.
Đối với câu hỏi thứ hai, câu trả lời là ZK EVM sẽ biến toàn bộ chuỗi công khai thành chuỗi EVM.
Ngay cả các chuỗi công khai không tương thích với EVM, chẳng hạn như Solona và Aptos, vẫn có thể được kết nối thông qua Evmos. Từ góc độ này, ZK EVM là sáng kiến của Ethereum nếu bạn không kết nối với tôi, tôi sẽ tương thích với bạn. bằng cách này, lợi thế sinh thái của Ethereum sẽ được khuếch đại hơn nữa.
Các chuỗi công khai sinh thái Move như Aptos và Sui cho rằng Move VM cũng là một cơ chế phát triển chung tương tự EVM Về lý thuyết, ngôn ngữ Move được sửa đổi từ Rust thực sự tốt hơn Solidity, nhưng nhược điểm lớn nhất của nó là Vì thời gian không chờ đợi. thứ nhất, người ta nghi ngờ liệu nó có thể xây dựng lưu lượng truy cập và hệ sinh thái của riêng mình hay không, và điều này sẽ dẫn đến tình thế tiến thoái lưỡng nan về việc liệu các chuỗi công khai khác có tương thích với EVM hay không.
Phần kết luận
Tất nhiên, chuỗi công khai có thể đạt được thành công trên thị trường hay không phụ thuộc vào nỗ lực của chính nó, nhưng nó cũng phải xem xét tiến trình lịch sử.
Trong quá trình phát triển ZK EVM, chúng ta có thể cảm nhận rõ ràng sự khó khăn của cuộc đấu tranh chuỗi công khai đằng sau nó. Trong cuộc giằng co giữa Ethereum và chuỗi công khai, những câu chuyện lãng mạn bất tận đã được tạo ra. đối với EVMOS và Liên quan đến sự sống và cái chết của các loài mới như Move VM và ZK EVM, R3PO tin rằng bối cảnh chuỗi công cộng trong tương lai phải dựa trên khả năng tương tác do khả năng tương thích EVM mang lại là điều kiện tiên quyết để cạnh tranh. toàn bộ câu chuyện.
Nếu ZK EVM tiến triển suôn sẻ, có khả năng Ethereum sẽ trở thành Windows của thế giới chuỗi công cộng, chạy lớp ứng dụng phong phú nhất và đảm bảo mình là lớp thanh toán an toàn và mạnh mẽ nhất.
Sẽ mất ít nhất 5 năm để công nghệ ZK trưởng thành trên quy mô lớn. Với sự trưởng thành về vốn và thị trường trên quy mô lớn, có thể chậm lại còn khoảng 3 năm. Đến lúc đó chúng ta mới có thể chứng kiến được liệu những dự đoán của ngày hôm nay có đến hay không. ĐÚNG VẬY.
Tuyên bố về bản quyền: Nếu bạn cần in lại, bạn có thể liên hệ với trợ lý của chúng tôi trên WeChat. Nếu bạn in lại hoặc xóa bản thảo mà không được phép, chúng tôi sẽ có quyền truy cứu trách nhiệm pháp lý.
Tuyên bố miễn trừ trách nhiệm: Thị trường có nhiều rủi ro nên việc đầu tư cần phải thận trọng. Yêu cầu độc giả tuân thủ nghiêm ngặt luật pháp và quy định của địa phương khi xem xét bất kỳ ý kiến, quan điểm hay kết luận nào trong bài viết này. Nội dung trên không cấu thành bất kỳ lời khuyên đầu tư nào.
