Chiến tranh ngầm thị trường gấu: ZK EVM có chấm dứt được cuộc chiến giữa các chuỗi công khai?
Tuyển chọn TechFlowTuyển chọn TechFlow
Chiến tranh ngầm thị trường gấu: ZK EVM có chấm dứt được cuộc chiến giữa các chuỗi công khai?
Mọi sản phẩm lấy các tính năng kỹ thuật làm điểm bán hàng chính đều là sản phẩm chưa hoàn thiện.
Chuyên sâu báo cáo Web3Mọi sản phẩm lấy tính năng kỹ thuật làm điểm bán chủ yếu đều chỉ là sản phẩm nửa thành phẩm.
Cuộc tranh luận và thổi phồng về EVM và ZK-EVM đã kéo dài một thời gian, đặc biệt sau khi Vitalik phân loại các dạng ZK-EVM, những bài viết phổ biến kiến thức về các khái niệm khó hiểu như bytecode, máy ảo, tính tương thích ngày càng xuất hiện dày đặc. Tuy nhiên, ý nghĩa thực sự của những từ vựng này, hay xu hướng phát triển của cảnh quan blockchain do sự phổ cập ZK-EVM dẫn dắt vẫn chưa được giải thích rõ ràng.
Làn sóng ZK cũng chính thức nóng lên. Nếu trước đây ZK-Rollup giới hạn công nghệ này trong phạm vi L2, thì giờ đây đã mơ hồ hiện ra xu thế trở thành công nghệ chung cho toàn bộ mạng lưới blockchain. R3PO cho rằng, ở mức độ nào đó, ZK-EVM sẽ kết thúc cục diện đa chuỗi tồn tại song song.
Trong quá trình thay thế mang tính lịch sử này, chắc chắn sẽ xuất hiện thêm nhiều dự án mới. R3PO cam kết khám phá giá trị tiềm ẩn, bắt đầu từ việc "thấu hiểu" EVM để tìm ra định hướng tương lai của các blockchain công cộng.
Chú thích ảnh: Giải pháp truyền tệp tin giữa các hệ điều hành khác nhau Nguồn ảnh: R3PO
Hãy tưởng tượng tình huống sau:
Alice muốn gửi một tài liệu Word đang chạy trên Windows cho Bob, nhưng Bob chỉ có một chiếc Mac dùng ứng dụng Pages, nên không thể mở được tài liệu. Làm thế nào để giải quyết vấn đề này? Nếu không tính đến việc Bob cài phiên bản Word cho Mac hoặc sao chép nội dung văn bản, còn lại bốn cách sau:
1. Alice tải tài liệu lên đám mây, ví dụ Google Docs, 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 gửi đồng thời file Word.exe và tài liệu cho đối phương, Bob có thể dùng Crossover hoặc máy ảo (VM) mô phỏng môi trường Windows để chạy ứng dụng .exe và mở tài liệu trên Mac;
Crossover chỉ hỗ trợ chạy riêng lẻ Word.exe, còn với các ứng dụng .exe khác thì bất lực;
Máy ảo (VM) sẽ cài một hệ con Windows bên trong Mac, cho phép chạy mọi ứng dụng .exe trong hệ con này;
3. Alice chuyển đổi tài liệu sang định dạng mà Java có thể hiểu được rồi gửi cho Bob, người này có thể cài môi trường Java trên Mac để mở tài liệu;
4. Alice chuyển tài liệu thành file nhị phân rồi gửi đi, Bob có thể mở nhờ khả năng tương thích ở mức thấp nhất.
Nếu bạn hiểu được quy trình trên, hãy thử thay thế các khái niệm như sau:
Hệ điều hành như Windows, macOS → Các blockchain công cộng như Ethereum, Cosmos;
Định dạng ứng dụng như .exe, .dmg → Dapp trên các blockchain khác nhau;
Tài liệu Word → Tài sản trên chuỗi;
Crossover → Cầu nối liên chuỗi (cross-chain bridge);
Máy ảo (VM) → EVM có mức độ tương thích thấp hơn, ví dụ Polygon Hermez là một dạng ZK VM, mô phỏng chức năng EVM, cần thủ công cập nhật để duy trì đồng bộ;
JVM → EVM, tương thích ở cấp độ ngôn ngữ, ví dụ Scroll trong kế hoạch, ZK-EVM triển khai hoàn toàn tương đương EVM, có thể coi là phiên bản EVM được bổ sung tính năng ZK;
Tương thích nhị phân → Chính là EVM hoặc bản thân Ethereum;
Tính chất của VM và EVM như đã nêu trên, cơ chế hoạt động gần như tương tự quy trình truyền tệp giữa các hệ điều hành khác nhau. Theo R3PO, xu hướng lớn nhất là ZK-EVM không chỉ thay thế các giải pháp tương thích EVM hiện tại, mà còn cuối cùng khiến Ethereum trở thành giao thức truyền thông duy nhất ở tầng ứng dụng, còn các blockchain khác sẽ trở thành các chuỗi chuyên biệt cho lĩnh vực riêng biệt, giống như Linux thống trị lĩnh vực máy chủ, còn Windows phổ biến ở người dùng cá nhân.
Lý do đằng sau kết luận này sẽ được trình bày chi tiết trong phần tiếp theo.
Muốn hiểu người, phải tự hiểu mình:Bản chất của hệ sinh thái là cuộc hội ngộ hai chiều giữa nhà phát triển và người dùng
EVM góp phần vào chiến thắng của Ethereum trong cuộc cạnh tranh blockchain công cộng. Chiến thắng này không đến từ “ưu thế vượt trội về khả năng tính toán” của Ethereum, mà chủ yếu nhờ tính tương thích, bởi vì EOS – kẻ giết Ethereum thế hệ cũ, Solana – kẻ giết Ethereum thế hệ trước, hay Aptos – kẻ giết Ethereum thế hệ mới đều từng tuyên bố tốc độ TPS siêu cao của mình.
Tuy nhiên Ethereum vẫn trụ vững, giữ lợi thế tuyệt đối về TVL và số lượng Dapp dù chỉ có vài đơn vị TPS. Lợi thế này có thể được tổng kết là hiệu ứng tập trung hệ sinh thái. Nhưng tại sao khi các blockchain khác纷纷 tương thích EVM và tích cực xây dựng cầu nối liên chuỗi, khoảng cách không thu hẹp mà thậm chí có dấu hiệu nới rộng thêm trong thị trường gấu?
R3PO cho rằng, có thể bắt đầu từ một điểm khởi đầu khá chắc chắn để tìm ra lời giải.
Điểm khởi đầu đó là trải nghiệm của nhà phát triển. Web3 hiện nay vẫn ở giai đoạn sơ khai, có thể so sánh với Internet trước năm 2000, vẫn là lĩnh vực của các kỹ sư và người dùng tiên phong. Dù có cơ chế token, phần lớn người dùng vẫn nằm trong CEX, các tổ chức CeDeFi do TradiFi xây dựng, số lượng người dùng thực sự trên chuỗi rất ít ỏi – địa chỉ hoạt động của Ethereum chỉ khoảng 400.000, nhưng TVL đã đạt 32 tỷ USD, vốn hóa thị trường lên tới 200 tỷ USD.
Trong bối cảnh chênh lệch lớn giữa số lượng người dùng và khối lượng vốn, việc giành giật lực lượng nhà phát triển trở thành con đường chủ yếu để duy trì hệ sinh thái. Logic ở đây là: Chuỗi nào trụ được đến khi xuất hiện ứng dụng tiêu dùng hàng tỷ người, chuỗi đó sẽ thật sự trở thành hạ tầng Internet thế hệ tiếp theo, giống như câu chuyện WWW và trình duyệt Netscape.
Và trải nghiệm phát triển mà Ethereum mang lại là đầy đủ nhất.
Ở một mức độ nào đó, đây cũng là sự bắt chước thành công của ngôn ngữ Java. Trước Java, vấn đề lớn nhất của C/C++ là lập trình viên phải tự xử lý việc tương thích giữa phần mềm và phần cứng, ví dụ kiểu dữ liệu 32-bit không thể trực tiếp chuyển sang máy 16-bit để chạy.
Chú thích ảnh: Kiến trúc JVM Nguồn ảnh: Wikipedia
Ngoài cải tiến về tính dễ dùng, cải tiến lớn nhất của Java nằm ở thiết kế JVM. Tóm lại, đặc điểm chính là “mềm hóa phần cứng”, thông qua ngôn ngữ lập trình để đạt được sự tương thích giống nhau trên các phần cứng khác nhau. Chỉ cần triển khai một lần trên EVM, có thể chạy trên mọi thiết bị mà không cần lo lắng thêm về phần cứng.
Nhờ JVM, Java trở thành một trong những ngôn ngữ lập trình phổ biến nhất thế giới – có thể không chuyên sâu lĩnh vực nào, nhưng áp dụng được ở mọi lĩnh vực. Đây chính là bản chất của tính tương thích.
Hệ sinh thái phát triển của EVM và Ethereum cũng vậy. Nhà phát triển chỉ cần phát triển một lần cho EVM, sau đó có thể liên tục tiến bộ cùng hệ sinh thái Ethereum mà không cần lo lắng về tính tương thích nâng cấp chuỗi hay sự khác biệt phần cứng.
Chú thích ảnh: Kiến trúc EVM Nguồn ảnh: ethereum.org
Solidity không hoàn hảo, EVM cũng có vấn đề, nhưng tính tương thích tốt nhất đủ để đảm bảo lòng trung thành của nhà phát triển. Khi ngày càng nhiều blockchain tương thích EVM, tính tương thích này nhận được lợi ích thụ động – công sức di chuyển giữa các chuỗi rất nhỏ, các chuỗi khác chỉ là phiên bản địa phương hóa Dapp của Ethereum, cuối cùng có lợi cho sự độc tôn của hệ sinh thái Ethereum.
Chú thích ảnh: Minh họa hoạt động của EVM Nguồn ảnh: R3PO
Hơn nữa, tính tương thích ở cấp độ ngôn ngữ cũng giúp đảm bảo hiệu quả và an toàn của EVM.
VM trong hình minh họa ở trên chỉ mô hình vận hành giữa các hệ điều hành khác nhau, ví dụ Parallels Desktop, cho phép chạy hệ con Windows trên Mac, nhưng cần phân bổ tài nguyên phần mềm/phần cứng cụ thể từ hệ gốc để tạo hệ con, sau đó cài ứng dụng Windows vào hệ con, ứng dụng mới chạy được. Tuy nhiên do giới hạn tài nguyên được phân bổ, hiệu suất chạy không thể so sánh với ứng dụng gốc.
EVM tương tự JVM, thực hiện thao tác tương thích ở cấp độ ngôn ngữ Solidity. Nhà phát triển dùng API do Infura cung cấp để tương tác với mạng chính, dùng Truffle để phát triển, kiểm thử và triển khai hợp đồng thông minh, bộ công cụ phát triển đầy đủ. Sau khi hoàn thành việc thích ứng với EVM, Dapp có thể chạy trên mọi blockchain tương thích EVM.
Không chỉ với nhà phát triển, việc phát triển ở mức EVM đảm bảo trải nghiệm người dùng là hoàn toàn nhất quán, giúp Ethereum giữ lại nhóm người dùng hạt nhân tối thiểu. Chỉ bằng nhà phát triển và một lượng nhỏ người dùng, Ethereum duy trì lợi thế dẫn đầu so với các blockchain khác.
EVM tham chiếu từ JVM, không cần lo lắng nhiều về phần cứng và mã hóa, chỉ cần phát triển theo đúng chức năng ứng dụng cần, một lần thích ứng, dùng được trên mọi nền tảng.
Hệ sinh thái nghĩa là phát triển + ứng dụng + người dùng, EVM đóng vai trò khởi động vòng xoay flywheel trong việc xây dựng hệ sinh thái.
Muốn đánh giá người, phải tự đánh giá mình:Tương thích EVM sẽ không giúp đối thủ chiến thắng
EVM thúc đẩy thành công của Ethereum, nhưng tại sao các blockchain khác tương thích EVM, các "dự án ma hút máu" hút sinh khí từ hệ sinh thái Ethereum lại không hiệu quả?
Logic của các bên tương thích:
Với nhà phát triển: Tương thích EVM để giảm chi phí di chuyển của nhà phát triển Ethereum, đồng thời cung cấp các đặc tính mới như TPS cao hơn;
Với người dùng: Cung cấp phần thưởng token nhất định để khuyến khích di chuyển;
Hoàn thành việc thay thế Ethereum.
Lỗ hổng logic của các bên tương thích:
Với nhà phát triển: Tương thích EVM rốt cuộc không phải EVM gốc, vẫn tồn tại chi phí di chuyển ẩn;
Với người dùng: Mức độ an toàn của Ethereum là cao nhất ngoài Bitcoin, thứ an toàn này không thể so sánh với các cám dỗ ngắn hạn như farm kim hay抢airdrop;
Kết quả: Ethereum vẫn chiếm vị trí chủ đạo.
Thực tế, các blockchain khác rơi vào thế tiến thoái lưỡng nan: Tương thích EVM thì có nguy cơ trở thành sidechain thực tế của Ethereum, nhưng không tương thích thì lại thành hòn đảo cô lập. Trong bối cảnh ai cũng khát流量, đây trở thành lựa chọn bất đắc dĩ.
Chú thích ảnh: Tổng quan các giải pháp tương thích EVM Nguồn ảnh: R3PO
Hiện tại, chủ yếu là các blockchain khác chủ động tấn công, còn Ethereum đang mải miết cải thiện các vấn đề cũ như PoW sang PoS, lựa chọn lộ trình L2, hiện thực hóa tài khoản trừu tượng, DankSharding... Về đường đi tương thích, chủ yếu có ba loại: Triển khai EVM, tận dụng ứng dụng để đạt tương thích liên chuỗi, và chuỗi tương thích EVM.
Blockchain triển khai tương thích EVM, tiêu biểu là BNB Chain.
BNB Chain hay OKX Chain – các blockchain của sàn giao dịch – dựa vào lượng người dùng khổng lồ của sàn và năng lực vận hành dự án, TVL và hệ sinh thái của họ cũng đáng kể. Ví dụ BNB Chain, theo dữ liệu DeFi Llama, có 492 giao thức đang hoạt động, TVL đạt 6 tỷ USD. Xét về quy mô, đây là blockchain công cộng lớn thứ hai, chỉ sau Ethereum.
Mô hình vận hành chính của họ là "bắt chước" Ethereum. Ví dụ DEX lớn nhất trên BNB Chain, Pancakeswap, ban đầu là bản fork của Uniswap. Cùng một Dapp có thể chuyển đổi liền mạch giữa hai chuỗi, đằng sau là lợi thế to lớn từ việc tương thích EVM – các bên phát triển chỉ cần tập trung vào vận hành, không cần phát triển sản phẩm từ đầu.
Tương thích EVM trên chuỗi, tiêu biểu là Solana.
Solana là một blockchain đơn thể sử dụng cơ chế PoH, cũng là dự án blockchain công cộng duy nhất trong top 10 vốn hóa chưa tương thích EVM. Tuy nhiên điều này không có nghĩa nó không thể giao tiếp với các chuỗi tương thích EVM. Dự án Neon chạy trên Solana cung cấp khả năng tương thích EVM.
Có thể hiểu loại tương thích này là "tương thích lồng ghép", chứ không phải tương thích trực tiếp ở cấp độ bản thân blockchain.
Neon cung cấp trải nghiệm phát triển rất giống với EVM, ví dụ hỗ trợ lập trình bằng ngôn ngữ Solidity, trải nghiệm triển khai hợp đồng thông minh liền mạch, gọi trực tiếp MetaMask và các bộ công cụ phát triển như Truffle.
Chuỗi tương thích EVM, tiêu biểu là EVMOS.
Các blockchain mô-đun như Cosmos hay Polkadot có nhiều lựa chọn hơn, ứng dụng trên đó có thể trở thành blockchain L1 riêng biệt. EVMOS vừa là một chuỗi con của Cosmos, vừa là một blockchain cung cấp tính tương thích EVM, nghĩa là Evmos không chỉ có thể "truyền" tính tương thích EVM trong Cosmos, mà còn có thể cung cấp tính tương thích EVM giữa bất kỳ blockchain nào khác.
Ngoài vai trò nhà cung cấp tương thích EVM, bản thân nó cũng có thể triển khai các ứng dụng như DeFi, ví dụ DEX Exswap trên đó là bản fork của Uniswap.
Tóm tắt đoạn này: Chính sự tương thích rộng rãi này đã tạo nên sự kết nối toàn bộ thế giới blockchain, và sợi dây kết nối chính là tính tương thích EVM, cầu nối liên chuỗi và các sàn giao dịch. Trên cơ sở đó, R3PO tổng kết các trường phái tương thích như trên để làm tiền đề cho vai trò "kết liễu" của ZK-EVM.
Muốn chiến thắng người, phải tự chiến thắng mình:ZK-EVM là cuộc tấn công chủ động của Ethereum
Nếu nói rằng khi các blockchain khác đang bận tương thích EVM thì Ethereum tự顾 không xuể, thì sau khi hợp nhất PoS thành công và xác định rõ lộ trình công nghệ L2, ZK đã trở thành công nghệ chung cho toàn bộ赛道 blockchain, và sự kết hợp giữa công nghệ ZK với EVM sẽ thúc đẩy hoàn thiện kiến trúc mô-đun của Ethereum.
Công nghệ ZK không chỉ giới hạn trong lĩnh vực L2, mà có chỗ đứng ở cả các tầng trên dưới như Dapp, blockchain công cộng. Tuy nhiên赛道 ZK-EVM nóng bỏng hiện nay hơi hỗn tạp, R3PO xin sắp xếp sơ lược nhằm gạn đục khơi trong.
Chú thích ảnh: So sánh mức độ tương thích EVM khác nhau và hiệu suất Nguồn ảnh: vitalik.eth
Vitalik từng đưa ra mối quan hệ giữa mức độ tương thích và hiệu suất của các loại EVM khác nhau. Có thể thấy, triển khai ở tầng càng thấp thì tương thích càng mạnh, nhưng hiệu suất càng kém. Lý do rất đơn giản, liên hệ với hiệu suất đáng thương của mạng chính Ethereum và độ an toàn cực cao của nó là hiểu ngay.
Càng gần tầng thấp, càng gần mô hình vận hành EVM gốc, tương thích càng mạnh, nhưng hiệu suất bị giới hạn nghiêm trọng;
Càng gần tầng cao, càng kiểm nghiệm năng lực giải pháp tương thích EVM riêng, khác biệt với EVM gốc Ethereum càng lớn, tương thích càng kém, nhưng lại có độ tự do tùy chỉnh cao hơn, có thể tối ưu hiệu suất mạnh mẽ.
Trước đây từng đề cập Polygon Hermez và xếp nó vào loại ZK VM, nhưng thực tế Hermez tự gọi mình là giải pháp ZK-EVM. Dường như chỉ sai một chữ, nhưng mức độ tương thích và an toàn hoàn toàn khác biệt.
ZK VM/EVM được triển khai trên Polygon Hermez về bản chất là "sao chép y hệt" chức năng EVM, tương tự mối quan hệ WBTC và BTC, bóng với vật thể. Trong vận hành thường ngày, miễn đội phát triển duy trì cập nhật, trải nghiệm sử dụng là như nhau. Nhưng rốt cuộc không phải triển khai ở cấp độ ngôn ngữ, chỉ có thể nói đây là mỹ từ trong cạnh tranh thương mại.
Gần đây StarkNet phát hành ZK-EVM Kakarot sử dụng ngôn ngữ Cairo, dùng để chạy hợp đồng thông minh Ethereum trên StarkNet, có thể coi là ZK-EVM đầu tiên bước vào giai đoạn thử nghiệm. Ngoài ra còn có Taiko, Scroll, zkSync 2.0 và nhiều ứng cử viên ZK-EVM khác đang chờ đợi.
Tại sao ZK-EVM trở thành赛道 nóng như vậy, và tại sao đây là kẻ kết liễu blockchain?
Hiện tại trong giai đoạn cạnh tranh thương mại, thông tin các dự án công bố chưa đầy đủ, R3PO thử đưa ra hiểu biết riêng, xem như ném gạch tìm ngọc.
Chú thích ảnh: Kiến trúc Ethereum thời đại ZK-EVM Nguồn ảnh: R3PO
Với câu hỏi thứ nhất, đáp án là ZK-EVM thực ra là nơi trú ẩn thực sự cho Dapp tương lai.
Theo nhận thức hiện tại, Dapp hoặc chạy trên blockchain công cộng, hoặc chạy trên mạng L2. Nhưng theo R3PO, tương lai ZK-EVM sẽ trực tiếp gánh vác tầng ứng dụng.
Như hình trên, tương lai ZK-EVM sẽ trở thành tập hợp chức năng của EVM, Rollup và cầu nối liên chuỗi. Là EVM thì không cần giải thích, tập trung vào hai chức năng sau.
Rollup ở cấp độ L2 quá底层, để theo đuổi hiệu suất cao hơn, lấy ví dụ StarkNet do StarkWare phát triển, kế hoạch dùng bằng chứng đệ quy ZK để xác minh tính hợp lệ dữ liệu. Đệ quy có thể mở rộng vô hạn theo cách "sau kiểm chứng trước", ZK đảm bảo quy mô dữ liệu tổng thể hữu hạn, do đó StarkNet bản thân có thể trở thành tầng xác minh cho các ứng dụng và L3 trên nó.
Cầu nối liên chuỗi dễ hiểu hơn, bản chất là trao đổi, truyền tải tài sản giữa các blockchain khác nhau. Nếu các bên đều triển khai tính tương thích EVM, thì không cần cầu nối làm trung gian. Bản thân ZK an toàn hơn nhiều so với các giải pháp cầu nối hiện nay hay gặp lỗi, do đó ZK-EVM là giải pháp cầu nối liên chuỗi tốt hơn.
Với câu hỏi thứ hai, đáp án là ZK-EVM sẽ biến toàn bộ blockchain thành chuỗi EVM.
Ngay cả các blockchain như Solona, Aptos vốn không tương thích EVM cũng có thể kết nối thông qua Evmos. Từ góc độ này, ZK-EVM là cuộc tấn công chủ động của Ethereum: Không tiếp nhận tôi, tôi cũng sẽ tương thích bạn. Như vậy, sẽ càng khuếch đại lợi thế hệ sinh thái của Ethereum.
Còn các blockchain hệ sinh thái Move như Aptos, Sui, Move VM họ tuyên bố cũng là cơ chế phát triển tương tự EVM. Về lý thuyết, ngôn ngữ Move được cải tiến từ Rust thực sự ưu việt hơn Solidity, nhưng nhược điểm lớn nhất là thời gian không chờ đợi. Việc xây dựng lưu lượng và hệ sinh thái riêng biệt đáng nghi ngờ, và lại rơi vào thế tiến thoái lưỡng nan của việc có nên tương thích EVM hay không.
Kết luận
Một blockchain có thành công trên thị trường hay không tất nhiên phải靠 nỗ lực bản thân, nhưng cũng phải xem xét tiến trình lịch sử.
Trong tiến trình phát triển ZK-EVM, có thể cảm nhận rõ ràng sự tranh đấu gian khổ đằng sau giữa các blockchain. Trong cuộc giằng co giữa Ethereum và các blockchain khác, đã tạo nên vô số câu chuyện lãng mạn. Hiện tại, thời khắc quyết định đã đến – trận đấu sống còn giữa các loài mới như EVMOS, Move VM và ZK-EVM. R3PO cho rằng, cục diện blockchain tương lai phải dựa trên tiền đề cạnh tranh là tính tương thích EVM mang lại sự thông suốt, người dùng và nhà phát triển vẫn là toàn bộ ý nghĩa của câu chuyện.
Nếu ZK-EVM tiến triển thuận lợi, rất có thể khiến Ethereum trở thành Windows của thế giới blockchain, chạy các tầng ứng dụng phong phú nhất, đảm bảo vị thế là tầng thanh toán an toàn và ổn định nhất.
Công nghệ ZK để đạt đến mức trưởng thành quy mô lớn, ít nhất còn 5 năm nữa. Trong bối cảnh vốn và thị trường thúc đẩy mạnh mẽ, có thể rút ngắn xuống khoảng 3 năm. Đến lúc đó chúng ta sẽ chứng kiến dự đoán hôm nay có thành hiện thực hay không.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
