Rủi ro và cơ hội của chuỗi ứng dụng: Các đội ngũ có nên xây dựng một chuỗi riêng biệt cho ứng dụng của mình không?
Tuyển chọn TechFlowTuyển chọn TechFlow
Rủi ro và cơ hội của chuỗi ứng dụng: Các đội ngũ có nên xây dựng một chuỗi riêng biệt cho ứng dụng của mình không?
Đối với một số dự án tăng trưởng cao, việc chuyển đổi theo hướng chuỗi ứng dụng là điều có thể dự đoán trước.
Chuyên sâu báo cáo Web3
Viết bởi: Mohamed Fouda
Biên dịch: TechFlow
Trong năm qua, một số ứng dụng nổi bật đã ra mắt chuỗi dành riêng cho ứng dụng của họ hoặc công bố kế hoạch phát triển chuỗi ứng dụng trong tương lai.
Đối với một số dự án tăng trưởng nhanh, việc chuyển đổi sang mô hình chuỗi ứng dụng là điều có thể dự đoán được.
Theo bài luận “Appchain”, mỗi ứng dụng Web3 phổ biến cuối cùng sẽ sở hữu một blockchain riêng.
Xu hướng này khiến một số nhà sáng lập tin rằng cách tiếp cận đúng đắn là ngay từ đầu đã thiết kế sản phẩm của họ như một chuỗi ứng dụng.
Tôi cho rằng phương pháp này có thể hiệu quả với một số ứng dụng nhất định, nhưng với những ứng dụng khác, việc đầu tư xây dựng chuỗi ứng dụng từ sớm sẽ tự dẫn đến thất bại.
Tại sao chọn chuỗi ứng dụng?
Chuỗi ứng dụng được thiết kế chủ yếu để thực hiện một chức năng hay ứng dụng duy nhất, ví dụ như trò chơi hoặc ứng dụng DeFi. Điều này có nghĩa là ứng dụng có thể sử dụng toàn bộ tài nguyên của chuỗi như thông lượng, trạng thái... mà không phải cạnh tranh với bất kỳ ứng dụng nào khác. Ngoài ra, lựa chọn thiết kế này cho phép tối ưu hóa kiến trúc kỹ thuật, tham số bảo mật, thông lượng... phù hợp với nhu cầu của ứng dụng.
Vì thường không thể triển khai các ứng dụng khác lên chuỗi, chuỗi ứng dụng không nhất thiết phải mở cửa cho các nhà phát triển xây dựng (không cần permission), mà chỉ mở cửa cho người dùng sử dụng.
Khái niệm chuỗi ứng dụng khác biệt so với khái niệm blockchain tiêu chuẩn, nơi chuỗi mở cửa cả cho người dùng lẫn nhà phát triển.
Chuỗi ứng dụng như những thị trấn nông thôn
Khái niệm “chuỗi hợp đồng thông minh như các thành phố” sẽ giúp giải thích sự đánh đổi mà các nhà sáng lập phải đối mặt khi quyết định ra mắt ứng dụng dưới dạng chuỗi ứng dụng.
Các chuỗi tính toán phổ thông như Ethereum và Solana giống như các đô thị lớn. Chúng có cơ sở hạ tầng đa dạng để hỗ trợ nhiều loại hình kinh doanh (ứng dụng) khác nhau. Điều này khiến các chuỗi tính toán phổ thông trở nên phổ biến hơn, đông đúc hơn, thường đắt đỏ hơn và đôi khi cũng căng thẳng hơn.
Nhưng dòng chảy đó lại tạo ra lượng lớn lưu lượng và cơ hội cho các dự án trong hệ sinh thái. Việc di chuyển giữa các dự án rất dễ dàng, và có thể kết hợp các hoạt động kinh doanh khác nhau để tạo ra những mô hình mới thú vị.
Mặt khác, chuỗi ứng dụng giống như những thị trấn nông thôn với một hoạt động thương mại duy nhất. Thị trấn này có thể tự tạo ra luật lệ và chính sách riêng. Nó ít đông đúc hơn, rẻ hơn, nhưng có thể liên kết kém hơn với thế giới bên ngoài. Mọi người trong thị trấn đều sử dụng hoạt động thương mại duy nhất này, và nếu nó đủ nổi tiếng và độc đáo, khách hàng thậm chí có thể đến thị trấn chỉ vì mục đích đó.
Sự so sánh này còn mở rộng để mô tả sự khác biệt về an ninh và đảm bảo giữa hai loại chuỗi:
- Các thành phố lớn có dân số đông hơn, giàu có hơn và mạnh mẽ hơn. Tất cả các doanh nghiệp trong thành phố đều có lợi ích chung là duy trì một thành phố an toàn và ổn định. Những yếu tố này khiến các thành phố lớn khó bị tấn công hơn, tức là an toàn hơn.
- Ngược lại, an ninh của một thị trấn nông thôn gắn chặt với danh tiếng và thành công của doanh nghiệp duy nhất đó. Nếu doanh nghiệp hoạt động tốt, số lượng cư dân sẽ tăng lên và thị trấn trở nên mạnh mẽ hơn; nếu doanh nghiệp gặp khó khăn, mọi người sẽ rời đi, khiến thị trấn yếu ớt hơn và dễ bị tấn công hơn.
Giữa hai mô hình trên, tồn tại các chuỗi chuyên ngành, hỗ trợ một phần chứ không phải tất cả các hoạt động kinh doanh — ví dụ như DeFi hoặc trò chơi. Những chuỗi này tương đương với các thành phố ngoại ô, phổ biến và an toàn hơn các thị trấn nông thôn, nhưng không nhộn nhịp bằng các đô thị lớn.
Các chuỗi tính toán phổ thông, chuỗi ứng dụng và chuỗi chuyên ngành cung cấp sự đa dạng cần thiết, có thể cùng tồn tại và đáp ứng các nhu cầu khác nhau. Điều quan trọng là nhận biết được trường hợp nào cần đến chuỗi ứng dụng, thay vì xây dựng hợp đồng thông minh trên chuỗi tính toán phổ thông hoặc chuỗi chuyên ngành.
Khi nào nên dùng chuỗi ứng dụng?
Như chúng ta đã thấy trong vài năm qua, chuỗi ứng dụng có thể được khởi chạy vì nhiều lý do khác nhau. Trong phần này, chúng tôi sẽ thảo luận về những kịch bản phổ biến nhất, nơi việc xây dựng chuỗi ứng dụng có thể là lựa chọn tối ưu.
Nhu cầu từ hệ sinh thái
Các nhà phát triển ứng dụng trên hệ sinh thái như Cosmos và Polkadot về cơ bản buộc phải xây dựng ứng dụng của họ dưới dạng chuỗi ứng dụng. Cả hai giao thức này đều tập trung vào việc xây dựng một hệ sinh thái gồm nhiều chuỗi liên kết với nhau, và chuỗi chính trong cả hai hệ sinh thái đều không triển khai máy thực thi để hỗ trợ hợp đồng thông minh. Do đó, để xây dựng bất kỳ ứng dụng nào, một phương án khả thi là xây dựng một chuỗi ứng dụng hoặc sử dụng một chuỗi đã triển khai máy thực thi tính toán phổ thông.
Trong hệ sinh thái Cosmos, các ví dụ về chuỗi thực hiện máy thực thi hợp đồng thông minh bao gồm Evmos (tương thích EVM) và Juno (hợp đồng thông minh CosmWasm). Các khu vực Cosmos phổ thông này đều có hàng loạt ứng dụng DeFi và NFT. Một số ứng dụng khác chọn xây dựng chuỗi ứng dụng được tối ưu riêng. Ví dụ điển hình gồm Osmosis (sàn DEX AMM), Mars Hub (cho vay) và Secret (riêng tư).
Trong hệ sinh thái Polkadot, các chuỗi tính toán phổ thông (parallel chain) bao gồm Moonbeam (tương thích EVM) và Astar (hợp đồng thông minh WASM). Các ví dụ về chuỗi ứng dụng trên Polkadot gồm Polkadex (sàn DEX sổ lệnh), Phala (riêng tư) và Nodle (mạng IoT).
Nhu cầu từ ứng dụng
Một trường hợp khác mà việc xây dựng chuỗi ứng dụng là lựa chọn tối ưu là khi yêu cầu về thông lượng hoặc phí giao dịch của ứng dụng không thể được đáp ứng bởi các chuỗi tính toán phổ thông. Các ứng dụng cần hiệu suất kiểu Web2 trong môi trường Web3 phi tập trung nên cân nhắc chuỗi ứng dụng như giải pháp triển khai đầu tiên. Ứng dụng trò chơi là ví dụ tiêu biểu nhất cho nhóm này.
Hầu hết các trò chơi tương tác đều cần thông lượng cực cao để hỗ trợ tương tác người dùng. Hơn nữa, các giao dịch này nên miễn phí hoặc chi phí gần như bằng không. Những yêu cầu này không thể đáp ứng bằng các chuỗi tính toán phổ thông, do đó cần khởi chạy một chuỗi ứng dụng chuyên dụng. Một số ví dụ bao gồm:
- Trò chơi Axie Infinity – ra mắt trên sidechain Ronin;
- Sorare – một trò chơi bóng đá ảo, ra mắt trên L2 StarkEx;
Ngoài lĩnh vực trò chơi, các giao thức DeFi như sàn giao dịch sổ lệnh thường cần thông lượng cao để mang lại trải nghiệm vượt trội cho các trader chuyên nghiệp. Một ví dụ nổi bật là sàn phái sinh DeFi dYdX. Giao thức này hiện xử lý khoảng 1.000 đơn đặt hàng mỗi giây. Chuỗi nền tảng cần đạt thông lượng vượt quá 1.000 TPS. Vì lý do này, phiên bản V3 của giao thức được ra mắt dưới dạng Rollup chuyên dụng dựa trên công nghệ StarkEx. Khi giao thức lên kế hoạch mở rộng hơn nữa và cần thông lượng cao hơn, họ đang chuyển sang một giải pháp chuỗi ứng dụng khác. Giao thức đã công bố sẽ sử dụng một chuỗi Cosmos chuyên dụng cho phiên bản V4.
Bổ sung tính năng kỹ thuật
Nếu một ứng dụng cần một tính năng kỹ thuật cụ thể mà chuỗi L1 không có sẵn, thì phương án khác là xây dựng một chuỗi ứng dụng triển khai tính năng đó. Ví dụ điển hình nhất là chứng minh kiến thức không tiết lộ (zero-knowledge proofs) như zk-SNARKs hoặc zk-STARKs.
Các ứng dụng chú trọng riêng tư như thanh toán riêng tư hoặc giao dịch ẩn danh cần ZK proof làm khối xây dựng. Tuy nhiên, việc tính toán ZK quá nặng nề và quá đắt đỏ để thực hiện trực tiếp trên chuỗi. Trong trường hợp này, phương án tốt nhất là triển khai công nghệ này trên chuỗi ứng dụng. Ví dụ như Aztec, một ứng dụng thanh toán và giao dịch riêng tư trên Ethereum. Aztec đã triển khai L2 của riêng mình trên Ethereum để phục vụ mục đích này. Một ví dụ tương tự là chuỗi ứng dụng Secret trên hệ sinh thái Cosmos.
Cải thiện kinh tế học ứng dụng
Khi một đội ngũ xây dựng ứng dụng dưới dạng hợp đồng thông minh trên chuỗi L1, người dùng ứng dụng phải trả hai loại phí: phí gốc của ứng dụng và phí gas.
- Phí gốc của ứng dụng, ví dụ như phí giao dịch trên sàn hoặc chênh lệch lãi suất trên giao thức cho vay, về bản chất là nguồn thu nhập của ứng dụng. Thu nhập này thường được dùng để thưởng cho các bên tham gia nhằm phát triển cộng đồng và đẩy nhanh việc áp dụng ứng dụng.
- Mặt khác, phí gas là khoản mà người dùng trả cho các trình xác thực L1 để đảm bảo giao dịch được đưa vào khối. Phí gas là chi phí vận hành của người dùng, làm giảm trải nghiệm. Phí gas không đóng góp gì vào kinh tế học của ứng dụng, đại diện cho giá trị kinh tế bị rút ra khỏi hệ thống. Mặc dù khoản phí này là cần thiết để đảm bảo an ninh, nhưng lý tưởng hơn cả là giữ giá trị kinh tế này trong hệ sinh thái ứng dụng để thưởng cho các bên tham gia.
Chuỗi ứng dụng hiện thực hóa tầm nhìn này. Chi phí gas và cách phân bổ của nó có thể được kiểm soát để thưởng cho các bên tham gia ứng dụng.
Nỗ lực của Yuga Labs tách hệ sinh thái Bored Ape Yacht Club (BAYC) thành một chuỗi độc lập là ví dụ điển hình cho tình huống này. Cộng đồng BAYC đã trả một khoản phí khổng lồ cho mạng Ethereum trong quá trình mint NFT, việc chuyển sang ApeChain sẽ giúp giữ lại các khoản phí này trong hệ sinh thái kinh tế của BAYC.
Tại sao KHÔNG nên xây dựng chuỗi ứng dụng?
Mặc dù chuỗi ứng dụng có những ưu điểm, nhưng cũng cần cân nhắc một số rủi ro.
Rủi ro chính là: Xây dựng một chuỗi ứng dụng phức tạp hơn nhiều so với việc phát triển một hợp đồng thông minh. Nó đòi hỏi việc phát triển cơ sở hạ tầng không liên quan trực tiếp đến nghiệp vụ cốt lõi của ứng dụng.
Hơn nữa, rủi ro về an ninh và khả năng kết hợp (composability) cũng gia tăng.
An ninh
Các ứng dụng hợp đồng thông minh thừa hưởng an ninh từ lớp L1 nền tảng. Như đã thảo luận trước đó trong phép ẩn dụ về đô thị lớn, do L1 hỗ trợ nhiều ứng dụng, việc duy trì an ninh L1 là lợi ích chung của một lượng lớn người tham gia L1. Điều này khiến L1 an toàn hơn và khó bị tấn công hơn. Ngoài ra, đảm bảo an ninh của L1 không phụ thuộc vào mức độ áp dụng của một ứng dụng cụ thể.
Với chuỗi ứng dụng, mức độ an toàn chủ yếu phụ thuộc vào mức độ áp dụng của ứng dụng và giá của token gốc. Tùy theo cách triển khai, chuỗi ứng dụng có thể chọn trình sắp xếp L2 hoặc các trình xác thực PoS độc lập. Trong cả hai trường hợp, phần thưởng cho trình xác thực thường được trả bằng token gốc của ứng dụng. Trình xác thực phải stake token gốc và vận hành cơ sở hạ tầng phức tạp với thời gian hoạt động ổn định để tham gia mạng. Phần thưởng phải cao hơn chi phí vận hành và rủi ro mất giá token. Mô hình này có một số vấn đề:
- Rủi ro stake khó thu hút các trình xác thực chuyên nghiệp, ngược lại lại thu hút các trình xác thực nghiệp dư, điều này có thể làm tổn hại đến an ninh mạng và thời gian hoạt động.
- Sự phụ thuộc của phần thưởng xác thực vào giá token gây áp lực lên các nhà phát triển ứng dụng, buộc họ phải dùng mức lạm phát token cao hoặc xây dựng kinh tế token không bền vững.
- Nếu mức độ áp dụng thấp và giá token thấp, an ninh mạng sẽ yếu đi, cho phép kẻ tấn công mua đủ cổ phần để tấn công mạng với chi phí thấp.
Chi phí và thời gian đội ngũ
Khi khởi chạy chuỗi ứng dụng, cần xây dựng một danh sách dài các cơ sở hạ tầng bổ sung và phối hợp hoạt động với các trình xác thực.
Về cơ sở hạ tầng, cần có các nút RPC công cộng để cho phép ví và người dùng tương tác với chuỗi. Cần có cơ sở hạ tầng phân tích dữ liệu như trình khám phá khối và nút lưu trữ để người dùng xem lịch sử hoạt động, cũng như các dịch vụ như giám sát mạng và thông tin trình xác thực.
Danh sách cơ sở hạ tầng cần thiết rất dài, đòi hỏi chi phí lớn và thời gian phát triển đáng kể. Một phần đáng kể đội ngũ kỹ sư sẽ phải xử lý các nhiệm vụ không liên quan đến logic ứng dụng. Ngoài ra, vận hành một chuỗi cần rất nhiều kế hoạch và giao tiếp với trình xác thực để sắp xếp nâng cấp mạng hoặc xử lý lỗi và ngừng hoạt động. Quản trị và quản lý cộng đồng cũng tốn rất nhiều nguồn lực của đội ngũ.
Nói chung, xây dựng chuỗi ứng dụng đòi hỏi đội ngũ lớn hơn và chi phí cao hơn, điều mà các dự án khởi nghiệp không thể chịu đựng được, đặc biệt ở giai đoạn đầu. Việc xao nhãng khỏi logic ứng dụng cốt lõi có thể cản trở khả năng thích nghi nhanh và đạt được điểm hòa hợp sản phẩm - thị trường.
Thiếu khả năng kết hợp
Một trong những lợi thế chính khi xây dựng ứng dụng dưới dạng hợp đồng thông minh là khả năng kết hợp nguyên tử (atomic composability). Các ứng dụng có thể xây dựng chồng lên nhau, và người dùng có thể tương tác liền mạch với nhiều giao thức trong cùng một giao dịch. Ví dụ điển hình là bộ định tuyến DEX thông minh, có thể định tuyến một giao dịch qua nhiều AMM để đạt được mức giá tốt nhất. Một ví dụ khác là khoản vay chớp nhoáng (flash loan), cho phép giao dịch vay vốn từ giao thức cho vay, thực hiện giao dịch hoặc arbitrage trên AMM rồi hoàn trả khoản vay trong cùng một giao dịch.
Khả năng kết hợp nguyên tử là một tính năng độc đáo của ứng dụng Web3, cho phép hành vi thú vị và tạo ra cơ hội kinh doanh mới. Chuỗi ứng dụng thiếu khả năng này vì mỗi ứng dụng bị cô lập với các ứng dụng khác. Việc tương tác giữa các ứng dụng cần đến cầu nối xuyên chuỗi hoặc truyền tin nhắn, mất vài khối và không thể thực hiện theo cách nguyên tử. Tuy nhiên, sự thiếu hụt này có thể mở ra cơ hội cho các startup thú vị để giải quyết vấn đề.
Rủi ro xuyên chuỗi
Một vấn đề khác của chuỗi ứng dụng là rủi ro gia tăng khi cầu nối tài sản. Cụ thể, các ứng dụng DeFi cần cầu nối nhiều tài sản như BTC, ETH và stablecoin. Việc di chuyển tài sản giữa các chuỗi làm giảm trải nghiệm người dùng và gia tăng rủi ro. Cầu nối xuyên chuỗi là mục tiêu phổ biến bị khai thác, và nếu cầu nối bị tấn công, các ứng dụng DeFi sử dụng tài sản đó sẽ gánh nợ xấu. Rủi ro còn cao hơn đối với các chuỗi ứng dụng có thể không thu hút được trình xác thực uy tín và đầy đủ vốn. Trong những trường hợp này, chuỗi ứng dụng có thể phải dựa vào cầu nối tập trung như sàn giao dịch tập trung hoặc tự phát triển cầu nối riêng.
Cơ hội cho các startup chuỗi ứng dụng
Các thách thức của hệ sinh thái chuỗi ứng dụng tạo ra nhiều cơ hội để các startup giải quyết. Dưới đây là một số cơ hội như vậy.
1. Giao thức DeFi hiệu suất cao
Các giao thức DeFi muốn cạnh tranh về hiệu suất với Web2 cần được triển khai như chuỗi ứng dụng. Sàn giao dịch sổ lệnh tập trung (CLOB) là ứng viên lý tưởng. dYdX đã khởi đầu xu hướng này, và chúng tôi kỳ vọng các sàn giao dịch giao ngay và hàng hóa sẽ được xây dựng như chuỗi ứng dụng để tận dụng phí thấp và độ trễ thấp. Yếu tố then chốt ở đây là sử dụng stack công nghệ có thể tùy chỉnh theo nhu cầu của giao thức DeFi.
2. Công cụ phát triển game cho chuỗi ứng dụng
StarkEx hiện là lựa chọn phổ biến. Chúng tôi mong đợi các startup xây dựng kiến trúc hiệu quả mới cho game trên chuỗi, hỗ trợ hơn 100.000 TPS.
3. Công cụ phát triển cho tùy chỉnh, triển khai và duy trì sidechain và L2
Việc khởi chạy một sidechain hoặc Rollup với kiến trúc phù hợp để hỗ trợ một ứng dụng cụ thể là một nhiệm vụ phức tạp. Các nền tảng hỗ trợ nhiệm vụ này có thể trở thành một doanh nghiệp cực kỳ giá trị, hãy nghĩ đến Alchemy dành cho chuỗi ứng dụng.
4. Chuỗi ứng dụng tích hợp AI
Tương tự như zk-proof, trí tuệ nhân tạo là công nghệ mang tính cách mạng và đòi hỏi tính toán nặng. Do đó, các ứng dụng AI không thể xây dựng trực tiếp trên chuỗi. Nhiều sản phẩm AI Web2 thành công hiện yêu cầu người dùng trả phí đăng ký cao, và việc dùng chuỗi ứng dụng có thể mở cửa tiếp cận ứng dụng AI cho công chúng.
5. Giải pháp khả năng kết hợp cho truyền tin nhắn xuyên chuỗi
Sự thiếu hụt khả năng kết hợp nguyên tử trong chuỗi ứng dụng tạo cơ hội cho các startup xây dựng giải pháp truyền tin nhắn xuyên chuỗi và tạo cảm giác như thể các ứng dụng đang hoạt động kết hợp. Các ý tưởng bao gồm:
- Giao diện người dùng phía trước, tự động thực hiện chức năng xuyên chuỗi ở nền sau như IBC hoặc LayerZero, tạo ảo giác rằng nhiều ứng dụng đang hoạt động kết hợp. Hãy nghĩ đến Zapper xuyên chuỗi.
- Ví với tài khoản đa chuỗi an toàn thông qua MPC (tính toán đa bên), xử lý tự nhiên các hoạt động xuyên chuỗi bằng cách thực hiện giao dịch đồng thời trên nhiều chuỗi. Ví dụ như arbitrage xuyên chuỗi.
6. Giao thức DeFi xuyên chuỗi
Mặc dù chuỗi ứng dụng có nhiều lợi thế về thông lượng, nhưng chúng cũng gây phân mảnh thanh khoản, dẫn đến trượt giá tăng và trải nghiệm người dùng kém hơn. Các giao thức DeFi xuyên chuỗi tự động phân chia giao dịch giữa các chuỗi để có mức giá tốt hơn sẽ mang lại trải nghiệm tốt hơn và thu hút được nhiều khách hàng hơn.
7. Truyền tin nhắn xuyên chuỗi không cần tin cậy giữa chuỗi EVM và không phải EVM
Một cách cải thiện khả năng kết hợp là xây dựng giao thức truyền tin nhắn chung, không cần tin cậy, có thể kết nối các L2 EVM, Cosmos, parallel chain Polkadot... Sản phẩm như vậy có thể thay thế các cầu nối hiện tại và thúc đẩy hàng tỷ USD giao dịch mỗi năm.
8. Kích hoạt chia sẻ an ninh xuyên chuỗi
Thách thức an ninh của chuỗi ứng dụng có thể được giảm nhẹ bằng các sản phẩm cho phép chia sẻ an ninh xuyên chuỗi. Tương tự như khai thác hợp nhất (merge mining) trên chuỗi PoW, chúng tôi hình dung một phương pháp cho phép các chuỗi PoS không liên quan chia sẻ an ninh, ví dụ như trình xác thực dùng ETH thay vì token gốc để bảo vệ chuỗi ứng dụng. Các giao thức staking linh hoạt có thể đóng vai trò quan trọng trong cơ chế này.
Triển khai chuỗi ứng dụng
Chuỗi ứng dụng có thể được triển khai theo nhiều cách với mức độ phức tạp và an ninh khác nhau.
Cosmos
Cosmos là hệ sinh thái đầu tiên hình dung ra một thế giới gồm nhiều blockchain liên kết. Với tầm nhìn này, trọng tâm phát triển của Cosmos là chuẩn hóa và đơn giản hóa quy trình xây dựng các chuỗi ứng dụng có thể kết nối lẫn nhau. Nỗ lực này đã tạo ra Cosmos SDK – một framework mô-đun để tùy chỉnh và phát triển blockchain.
Cosmos SDK được xây dựng để mặc định hỗ trợ cơ chế đồng thuận Tendermint, nhưng cũng cho phép sử dụng các cơ chế khác. Sau đó, Cosmos SDK được cải tiến thêm bằng module IBC, cho phép giao tiếp không cần tin cậy giữa các chuỗi dựa trên Tendermint, mỗi chuỗi như vậy được gọi là một "zone". Hệ sinh thái Cosmos hiện đã phát triển vượt quá 45 zone và được kết nối bởi hơn 700 bộ lặp IBC. Nhiều zone Cosmos trong số này là các chuỗi ứng dụng phục vụ mục đích đơn lẻ. Một trong những zone lớn nhất, Osmosis, là một chuỗi ứng dụng triển khai DEX AMM.
Ban đầu, Cosmos áp dụng ý tưởng an ninh cách ly – mỗi zone tự chịu trách nhiệm về an ninh của mình. Mỗi zone cần một nhóm trình xác thực để vận hành mạng và nhóm này được thưởng bằng token gốc của zone. Mặc dù phương pháp này linh hoạt, nhưng nó làm tăng rào cản gia nhập cho các nhà xây dựng chuỗi ứng dụng. Do đó, Cosmos đang triển khai một thay đổi cho phép các zone nhỏ hơn nhận an ninh từ Cosmos Hub thông qua module Interchain Security.
Parallel chain Polkadot
Tương tự Cosmos, Polkadot cũng có hệ sinh thái đa chuỗi. Các chuỗi trong hệ sinh thái Polkadot được gọi là parallel chain, có thể khởi chạy bằng Substrate SDK.
Sự khác biệt chính giữa Polkadot và Cosmos là Polkadot hỗ trợ chia sẻ an ninh ngay từ đầu – tất cả các parallel chain đều chia sẻ an ninh với chuỗi chính gọi là relay chain.
Chức năng chính của relay chain là cung cấp đồng thuận và an ninh cho các parallel chain. Do đó, relay chain không triển khai chức năng hợp đồng thông minh.
Do có chia sẻ an ninh, hệ sinh thái Polkadot không thể cho phép parallel chain khởi chạy tự do.
Thay vào đó, các slot parallel chain được đấu giá cho các nhà phát triển muốn xây dựng chuỗi tùy chỉnh. Người tham gia đấu giá phải khóa DOT. Đến nay, đã có 27 parallel chain được đấu giá thành công.
Các parallel chain khác nhau trên Polkadot có thể giao tiếp thông qua định dạng thông điệp chéo (XCM). Việc triển khai XCM đang diễn ra và đã hoạt động, nhưng vẫn cần lưu trữ dữ liệu thông điệp trên relay chain.
Subnet Avalanche
Subnet Avalanche rất giống với Cosmos. Nhà phát triển có thể khởi chạy subnet riêng, mỗi subnet có thể hỗ trợ nhiều chuỗi, và subnet cần trình xác thực riêng.
Tuy nhiên, các trình xác thực này ngoài việc xác thực subnet chuyên dụng, còn phải đồng thời xác thực mạng chính Avalanche.
Yêu cầu này tuy tăng cường an ninh cho mạng chính, nhưng lại làm tăng rào cản gia nhập cho các subnet chuyên dụng so với Cosmos.
Hiện tại, hệ sinh thái subnet chưa hỗ trợ giao tiếp nội bộ giữa các subnet, các subnet phải tự xây dựng cầu nối. Tuy nhiên, đội ngũ Avalanche đang nỗ lực thêm tính năng này để thúc đẩy việc áp dụng subnet.
L2 Ethereum
Trong Ethereum, thuật ngữ "chuỗi ứng dụng" có thể không chính xác để mô tả các ứng dụng cần môi trường chuyên dụng. Trong Ethereum, các ứng dụng như vậy có thể được triển khai như một L2 chuyên dụng hoặc một sidechain. L2 không thể được gọi là chuỗi ứng dụng vì nó không triển khai đầy đủ stack công nghệ.
- L2 hoặc là Rollup hoặc Validium – chỉ thực hiện việc thực thi và sắp xếp giao dịch. Với Rollup, đồng thuận và khả năng truy cập dữ liệu do Ethereum L1 cung cấp. Với Validium, L1 chỉ cung cấp đồng thuận, còn dữ liệu được lưu trữ ngoài chuỗi. Các ứng dụng sử dụng kiến trúc này bao gồm Sorare và Immutable X.
- Phương án khác, sidechain, yêu cầu khởi chạy một blockchain độc lập, được xác thực bởi một nhóm nhỏ trình xác thực để đạt thông lượng cao. Một cầu nối xuyên chuỗi kết nối sidechain với Ethereum, thường được xác thực bởi cùng nhóm trình xác thực. Ví dụ như sidechain Ronin của Axie Infinity.
Lợi thế chính của L2 so với các phương án khác là mức độ an ninh vượt trội. L2 kế thừa an ninh từ Ethereum L1 thông qua bằng chứng zk hoặc bằng chứng gian lận. Dù vậy, chúng vẫn có thể đạt được thông lượng rất cao và phí gần như bằng không. Những yêu cầu này rất phù hợp với nhu cầu của ứng dụng trò chơi.
Nhược điểm chính của L2 là khả năng kết hợp kém hơn giữa các L2 hoặc giữa L2 và L1. Việc chuyển tài sản nhanh giữa các Rollup thường cần đến nhà cung cấp bên thứ ba như LayerZero. Mặc dù có một số công nghệ cho phép chuyển tài sản giữa các Rollup mà không cần qua L1, nhưng chúng đòi hỏi độ trễ lớn – điều mà các ứng dụng DeFi không thể chấp nhận. Đây là lý do tại sao các giao thức DeFi thường dùng L2 phổ thông như Optimism và Arbitrum để mở rộng, thay vì dùng L2 chuyên dụng.
Một thách thức khác của L2 là độ phức tạp trong triển khai. So với việc khởi chạy chuỗi ứng dụng Cosmos bằng Cosmos SDK – tương đối đơn giản – thì việc khởi chạy L2 chuyên dụng trên Ethereum chưa có hướng dẫn chuẩn. Tuy nhiên, khi Ethereum tiếp tục theo lộ trình tập trung vào Rollup, điều này có thể thay đổi trong tương lai.
Kết luận
Chuỗi ứng dụng đang thu hút sự chú ý, nhưng hướng phát triển hiện tại đã khác biệt đôi chút so với tầm nhìn ban đầu. Việc triển khai chuỗi ứng dụng trên Cosmos, Polkadot, Avalanche và Ethereum đang tiến gần hơn đến phương pháp chia sẻ an ninh, dù có những khác biệt nhỏ. Với an ninh được chia sẻ, chuỗi ứng dụng thực tế không cần cơ chế đồng thuận riêng.
Thay vào đó, ứng dụng có thể chỉ cần một môi trường thực thi chuyên dụng phục vụ ứng dụng, và dùng L1 để đảm bảo đồng thuận và khả năng truy cập dữ liệu. Môi trường thực thi này có thể là Rollup hoặc một lớp thực thi độc lập theo hướng tiếp cận blockchain mô-đun.
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
Alliance
