Tiêu đề gốc: "Sự trỗi dậy của chuỗi ứng dụng sẽ mang lại những rủi ro và cơ hội gì?" Tương lai sẽ phát triển như thế nào? 》
Tác giả gốc: Dmitriy Berenzon, nhà phân tích 1kx
Biên soạn gốc: Viện nghiên cứu Baize
p>
Trong khi các ứng dụng ban đầu của blockchain tập trung vào tiền tệ và tài chính, trong vài năm qua đã có sự gia tăng ứng dụng trong các lĩnh vực như nghệ thuật, trò chơi và âm nhạc. Đồng thời, số lượng người dùng tổng hợp trong các ứng dụng này đang tăng lên một cách tuyến tính, gây áp lực lên cơ sở hạ tầng cơ bản và làm giảm trải nghiệm người dùng. Ngoài ra, khi các ứng dụng này mở rộng quy mô, chúng ngày càng đòi hỏi nhiều khả năng tùy chỉnh hơn và các mô hình kinh doanh mạnh mẽ hơn.
Một mô hình kinh doanh mới nổi để giải quyết những vấn đề này là xây dựng các chuỗi khối dành riêng cho ứng dụng được gọi là "AppChains" (chuỗi ứng dụng). Các ứng dụng được xây dựng trên AppChains có thể tùy chỉnh nhiều lớp trong ngăn xếp của chúng, chẳng hạn như mô hình bảo mật, phí và quyền ghi.
AppChains không phải là một khái niệm mới; Bitcoin có thể được coi là một blockchain dành riêng cho ứng dụng dành cho vàng kỹ thuật số, trong khi Arweave có thể được sử dụng để lưu trữ vĩnh viễn. Nghĩa là, AppChain được thiết kế để không chỉ bao gồm các chuỗi khối nguyên khối (ví dụ: Thẩm thấu), mà còn bao gồm các lớp thực thi mô-đun xử lý chuyển đổi trạng thái ứng dụng (ví dụ: cuộn lên, chuỗi bên, plasma), mà còn dựa vào lớp giải quyết riêng biệt hoặc lớp đồng thuận để đạt được tính hữu hạn.
Trên thực tế, các "lớp" (chẳng hạn như L2, L3, v.v.) chỉ là các chuỗi khối giảm thiểu độ tin cậy trong hầu hết các trường hợp, với độ tin cậy tối thiểu hai chiều. -Cầu dây xích.

Trong bài viết này, tôi sẽ:
Tổng quan về lịch sử của AppChain, giải thích ưu điểm và nhược điểm của AppChain, mô tả cấu trúc thị trường AppChain trong tương lai, tổng quan về cách AppChain được thiết kế, so sánh các giải pháp AppChain hiện có khác nhau
AppChain phải mất nhiều năm mới xuất hiện. Trong khi Cosmos và Polkadot đề xuất và phổ biến khái niệm này ngay từ năm 2016, họ đã không triển khai đầy đủ mạng lưới của mình (với khả năng IBC và parachain tương ứng) cho đến đầu năm 2021. Trong khi đó, về khả năng mở rộng, do nhu cầu của người dùng đối với Ethereum ngày càng tăng, phí giao dịch ETH đã trở nên cao đáng ngạc nhiên vào cuối năm 2020 và các nhà phát triển ứng dụng đang nỗ lực tìm kiếm các giải pháp thay thế. Trong khi đó, nghiên cứu khả năng mở rộng ngoài chuỗi Ethereum đang dần được triển khai dưới dạng “L2s”, với Polygon, Skale, zkSync (1.0), StarkWare (StarkEx), Optimism và Arbitrum đều ra mắt vào năm 2020 và 2021.
Các lớp cơ sở khác ("L1") cũng nhận ra tầm quan trọng của việc hỗ trợ EVM (Máy ảo Ethereum) như một phần trong nỗ lực phát triển kinh doanh của họ; Avalanche (C-Chain), NEAR (Aurora ), Polkadot (Moonbeam) và Cosmos (Evmos) đều đã ra mắt chuỗi tương thích EVM vào năm 2020 và 2021.
Về mặt thiết kế dành riêng cho ứng dụng, Celestia đã ra mắt một thiết kế mô-đun mới vào năm 2019 (ban đầu là LazyLedger) kết hợp nguyên khối truyền thống Các lớp thực thi, giải quyết và sẵn có dữ liệu của chuỗi khối được tách biệt, cho phép các chuỗi khối dành riêng cho ứng dụng mà không cần phải xây dựng lại các phần khác của ngăn xếp.

Ngày nay, có rất nhiều nền tảng có sẵn Cơ sở hạ tầng AppChain. Mặc dù một số trong số họ hiện chỉ cung cấp không gian khối công khai (ví dụ: Optimism, zkSync), nhưng họ có thể sẽ triển khai hỗ trợ cho các lớp thực thi chuyên dụng nếu có đủ nhu cầu của nhà phát triển.

Ngoài ra, mặc dù việc ra mắt và Các vấn đề về khả năng tương tác trước đây rất khó khăn, nhưng trong vài năm qua, cả nhà phát triển và người dùng đều đã đẩy nhanh việc chấp nhận AppChains. Axie đã ra mắt sidechain Ethereum Ronin của họ vào đầu năm 2021, DeFi Kingdoms thông báo chuyển từ Harmony sang mạng con Avalanche vào cuối năm 2021, khoảng 46% thành viên của cộng đồng Apecoin vẫn hỗ trợ xây dựng ApeChain và dYdX thông báo rằng giao thức phiên bản V4 của họ sẽ được xây dựng trên L1 được xây dựng bằng Cosmos SDK. Ngày nay, có vô số ứng dụng được xây dựng trên AppChains.

Có ba lý do chính khiến các nhà phát triển ngày càng chuyển sang xây dựng AppChains thay vì triển khai hợp đồng thông minh trên các chuỗi khối công khai.
Vì các dApp cạnh tranh với nhau trên cùng một mạng nên một dApp phổ biến thường tiêu thụ một lượng tài nguyên không cân xứng, điều này làm tăng hiệu suất của các dApp khác người dùng Chi phí giao dịch và sự chậm trễ. AppChains cung cấp cho các dự án khả năng ổn định chi phí giao dịch và độ trễ thấp, từ đó mang lại trải nghiệm người dùng tốt hơn cho người dùng.
Khi dApp trở nên phổ biến hơn, các nhà phát triển cần tiếp tục để Người dùng tối ưu hóa dApp của họ. Các dApp lớn cần phải đánh đổi các lựa chọn thiết kế nhất định như thông lượng, tính hữu hạn, mức độ bảo mật, quyền, khả năng kết hợp và tính nhất quán của hệ sinh thái, cùng những lựa chọn khác. Ví dụ: trình xác thực có thể có các yêu cầu phần cứng hiệu suất cao (chẳng hạn như chạy SGX hoặc FPGA để tạo bằng chứng không có kiến thức). Đối với các tổ chức truyền thống, AppChains cung cấp cách truy cập Web3 mà không cần ủy quyền; ví dụ: các công ty có thể yêu cầu người xác minh KYC sàng lọc các nhà phát triển muốn xây dựng trên mạng của họ và chọn họ. Chuỗi nào bạn muốn kết nối nội dung thông qua một chuỗi chéo Cầu dây xích.
Mặc dù các giải pháp về khả năng mở rộng phổ quát giúp giảm chi phí giao dịch nhưng đồng thời An ninh và Trải nghiệm của nhà phát triển được giữ nguyên nhưng chúng mang lại cho nhà phát triển ít cơ hội kiếm tiền. Mặt khác, AppChains có một trường hợp kinh doanh mạnh mẽ, vì dApps có thể phân nhánh và kiếm tiền từ các giao thức hiện có trong hệ sinh thái của họ (ví dụ: từ phí giao dịch trên thị trường AMM hoặc NFT). Mã thông báo của họ được hưởng lợi từ việc được sử dụng làm mô hình bảo mật (tức là đặt cược Mã thông báo hoặc khí đốt Mã thông báo ) thêm Mã thông báo . Ngoài ra, các ứng dụng có thể nắm bắt MEV bằng cách chạy trình đặt hàng hoặc trình xác thực của riêng chúng có thể tạo cơ hội cho các mô hình kinh doanh tiền điện tử mới; ví dụ: trình xác thực của dYdX (có thể là các nhà tạo lập thị trường) có thể cung cấp phí thấp hoặc miễn phí cho phí người dùng, nhưng mang lại cho họ mức thực thi thấp hơn một chút giá, tương tự như mô hình trả tiền theo đơn hàng được Robinhood sử dụng. Một ví dụ khác, nhiều trò chơi thành công có rất nhiều mod, giao diện, v.v. và tích cực cố gắng điều chỉnh càng nhiều càng tốt. Nhưng hầu hết thời gian, việc lập mô hình được thực hiện bởi những game thủ nghiệp dư đang chật vật kiếm tiền. Nếu trò chơi được xây dựng trên AppChain thì các mod có thể mở rộng quy mô IP trên đầu danh sách và kiếm tiền bằng cách sử dụng chuỗi.
Tuy nhiên, mọi thứ đều là con dao hai lưỡi:
AppChains tách biệt cơ sở hạ tầng và người dùng khỏi phần còn lại của hệ sinh thái ở một mức độ nhất định. Mặc dù điều này không phá vỡ khả năng kết hợp (bạn chỉ cần một cầu nối đủ tốt trên cùng một VM), nhưng nó phá vỡ tính nguyên tử (thuộc tính "tất cả hoặc không có gì" trong đó tất cả dữ liệu trong một giao dịch duy nhất Hoặc tất cả các hoạt động phụ đều được thực thi hoặc không có gì được thực thi).
Nghĩa là, mặc dù tính nguyên tử là một thuộc tính đặc biệt của tất cả các ứng dụng nằm trên cùng một lớp giải quyết, nhưng nó không quan trọng đối với nhiều ứng dụng (ví dụ: trò chơi P2E không dựa vào các khoản vay nhanh để duy trì hoạt động kinh tế).
Như một thử nghiệm về ý tưởng, nếu tất cả AppChain đều có quyền đọc/ghi, Cấu trúc thị trường kết quả sẽ hạn chế sự đổi mới không được phép và kết hợp của các nhà phát triển cũng như khả năng người dùng giao dịch tự do, điều này sẽ đưa Crypto trở lại chính vấn đề mà nó được thiết kế để giải quyết.
Tài sản thanh khoản từ các lớp hoặc chuỗi khác sẽ yêu cầu kết nối cầu nối chuỗi chéo với AppChains , mặc dù điều này có thể thực hiện được thông qua cơ sở hạ tầng bắc cầu, nhưng nó lại tạo thêm "ma sát" cho người dùng.
Nếu sử dụng một ứng dụng Mã thông báo Là một mô hình bảo mật, có một trường hợp đặc biệt, nghĩa là nếu Mã thông báo Nếu giá giảm xuống 0, ứng dụng sẽ không còn an toàn về mặt kinh tế.
AppChains có thể lãng phí tài nguyên nếu ứng dụng không nhận được mức sử dụng đủ (vật lý hoặc Kinh tế học). Nếu AppChain có trình xác thực chuyên dụng thì những trình xác thực đó có thể triển khai tài nguyên của họ ở nơi khác hiệu quả hơn.
Bởi vì nó không đơn giản như việc triển khai một hợp đồng thông minh nên sẽ phức tạp hơn trong việc quản lý Độ phức tạp bổ sung được thêm vào khi thêm cơ sở hạ tầng bổ sung như bộ sắp xếp hoặc trình xác thực.
Có thể không có tài nguyên “có sẵn”, chẳng hạn như với tư cách là người khám phá khối, nhà cung cấp RPC, người lập chỉ mục, nhà tiên tri và tài trợ cho hệ sinh thái.
Do có nhiều nhược điểm khi xây dựng trong một hệ sinh thái biệt lập hơn, AppChains phù hợp nhất cho các ứng dụng có các đặc điểm sau:
Đạt được quy mô (ví dụ: số lượng người dùng, doanh thu giao thức, TVL) và mức độ phù hợp với thị trường sản phẩm Hiệu suất có thể mang lại lợi thế đáng kể cho sản phẩm Ít yêu cầu hơn về bảo mật và tính nguyên tử ( Chẳng hạn như trò chơi P2E, NFT, mạng xã hội được mã hóa)
Do đó, chúng tôi có lý do để tin rằng hầu hết các ứng dụng sẽ tiếp tục được ra mắt trên L1 và L2 công khai. Ngoài ra, do bối cảnh L2 vẫn còn khá rời rạc, chúng ta sẽ thấy các giao thức DeFi tiếp tục ra mắt trên L1 do tính chất bảo mật, tính thanh khoản và tính nguyên tử của nó. Ngoài ra, nếu các ứng dụng không phải DeFi có được hệ sinh thái và hiệu ứng mạng đủ lớn, chúng có thể khởi chạy trên L2 chung và chuyển sang L3 dành riêng cho ứng dụng hoặc L1 dành riêng cho ứng dụng. Chúng ta có thể hình dung đại khái chuỗi thao tác này như sau:

Cũng có lý do khiến hầu hết các ứng dụng khởi chạy AppChains sẽ chọn các lớp thực thi mô-đun (đặc biệt là các lớp cuộn) thay vì các chuỗi nguyên khối vì chúng không có đủ vốn cần thiết để thu hút cơ sở xác thực lớn. Hơn nữa, những người xác thực chất lượng cao ít có khả năng chọn sử dụng nguồn lực của mình vào Mã thông báo Giá thấp và AppChain không ổn định.
Tuy nhiên, khi ngành công nghiệp mã hóa phát triển và trở nên phổ biến hơn, nhiều ứng dụng sẽ tiếp tục ra mắt AppChain của riêng họ và sẽ có nhiều cấu trúc thị trường AppChain khác nhau trong tương lai. Hình thức:
- AppChains được kết nối thông qua nhiều cầu nối chuỗi chéo khác nhau
- Chuỗi bên dành riêng cho ứng dụng được kết nối với L1
p>- danh sách cuộn dành riêng cho ứng dụng không sử dụng lớp thanh toán

  ;
Khi quyết định xây dựng cơ sở hạ tầng cho AppChain, có một số sự đánh đổi trong thiết kế cần cân nhắc:
Được chia sẻ: trạng thái được bảo vệ bởi nhiều trình xác thực không đồng nhất, có thể do các bên khác nhau điều hành (ví dụ: Polkadot parachains, Skale)
Cách ly: Bảo mật được cung cấp bởi chính ứng dụng; có thể sử dụng trình xác thực hoặc trình sắp xếp thứ tự do ứng dụng sở hữu và sử dụng Mã thông báo Để có được lợi ích kinh tế (như chuỗi Cosmos, Axie Ronin)
Kế thừa: bảo mật được cung cấp bởi lớp giải quyết/đồng thuận cơ bản (chẳng hạn như zkSync, Optimism)
Ethereum: Sử dụng Ethereum làm lớp giải quyết để chống gian lận, bằng chứng hợp lệ và bảo vệ chi tiêu hai lần nói chung (ví dụ: Arbitrum, zkSync)
Không Ethereum L1: sử dụng bảo mật không phải Ethereum và có thể có các mô hình đồng thuận hoàn toàn khác nhau (ví dụ: NEAR Aurora, Tezos rollup)
Ứng dụng Mã thông báo : Thay đổi ứng dụng Mã thông báo Được sử dụng làm bảo mật kinh tế tiền điện tử (ví dụ: mạng con Avalanche, chuỗi Cosmos)
Không được phép: Bất kỳ ai cũng có thể đọc/ghi hợp đồng và xác minh các chuyển đổi trạng thái (ví dụ: Optimism, StarkNet)
Quyền có chọn lọc: Chỉ các cột Chỉ được đưa vào danh sách trắng người xác minh/nhà phát triển có thể đọc/ghi/xác minh chuỗi (chẳng hạn như Polygon Supernets, mạng con Avalanche)
Tất cả: Di chuyển tới bất kỳ ứng dụng nào có độ trễ tối thiểu và bảo mật tối đa (ví dụ: Polkadot XCMP, Cosmos IBC)
Giới hạn: Đang di chuyển Có những hạn chế về hiệu suất, độ trễ hoặc bảo mật (ví dụ: mạng con Avalanche, Siêu mạng đa giác)
Ngay lập tức: thường sử dụng cơ chế đồng thuận BFT (chẳng hạn như NEAR Aurora, Evmos)
Cuối cùng: thường sử dụng tổng hợp, sau khi khối được xuất bản lên L1 (và giả sử có sẵn dữ liệu), giao dịch có thể được coi là cuối cùng (ví dụ: Arbitrum, zkSync)
Không ứng dụng Mã thông báo : Thông thường là tài sản cơ bản L1 hoặc L2 mà ứng dụng được xây dựng trên đó (ví dụ: Ethereum, Evmos)
Ứng dụng Mã thông báo : Ứng dụng phổ biến Mã thông báo Chạy nguyên bản trên L1 hoặc L2 dành riêng cho ứng dụng (ví dụ: mạng con Avalanche, Thẩm thấu)
Không có Mã thông báo : Trình xác nhận hoặc ứng dụng L1 hoặc L2 cung cấp trợ cấp chi phí cho người dùng. (chẳng hạn như AltLayer, Skale)
Cổ phần bắt buộc: Lượng cổ phần mà ứng dụng yêu cầu từ người xác thực để đảm bảo chuỗi của nó
Giao dịch mỗi giây (TPS): Một thước đo chủ quan về thông lượng, vì quy mô của giao dịch có thể khác nhau (tức là, giao dịch lớn hơn sẽ dẫn đến TPS thấp hơn và ngược lại)
Hỗ trợ EVM: Khả năng hỗ trợ cả mã Solidity và EVM mà không yêu cầu nhà phát triển sửa đổi cơ sở mã của họ

Bất chấp các vấn đề với AppChains, sự tăng trưởng liên tục của chúng thể hiện nhu cầu của nhà phát triển. Như Apple đã chứng minh, tích hợp theo chiều dọc thường mang lại trải nghiệm người dùng tốt hơn; tương tự, các nhà phát triển blockchain sẽ tìm cách cung cấp các ứng dụng Web3 được tối ưu hóa hoàn toàn do AppChains cung cấp. Điều đó nói lên rằng, AppChains không dành cho tất cả mọi người và các nhà phát triển nên xem xét/cân nhắc sâu sắc nhu cầu của ứng dụng của họ trước khi cam kết tài nguyên để khởi chạy ứng dụng.
AppChains có nhiều tác động đến kinh tế mô hình bảo mật, chiến lược kiếm tiền, khả năng bảo vệ nền tảng, tích lũy giá trị tổng thể trên toàn hệ thống và đến cấu trúc thị trường tiền điện tử sẽ tiếp tục phát triển. của chúng tôi trong vài năm tới.
Liên kết gốc a>
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia