Sự gia tăng của chuỗi ứng dụng sẽ mang lại những rủi ro và cơ hội nào? Tương lai sẽ phát triển như thế nào?

Biên soạn văn bản gốc: Viện nghiên cứu Bai Ze

Biên soạn văn bản gốc: Viện nghiên cứu Bai Ze

Trong khi các ứng dụng ban đầu của blockchain xoay quanh tiền tệ và tài chính, các ứng dụng trong các lĩnh vực như nghệ thuật, chơi game và âm nhạc đã phát triển mạnh mẽ trong vài năm qua. Đồ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". Các ứng dụng xây dựng 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í, quyền ghi, v.v.

AppChains không phải là một khái niệm mới; Bitcoin có thể được coi là một chuỗi khối dành riêng cho ứng dụng dành cho vàng kỹ thuật số và Arweave để lưu trữ vĩnh viễn. Nghĩa là, thiết kế của AppChain không chỉ bao gồm các chuỗi khối nguyên khối (ví dụ: Osmosis), mà còn bao gồm các lớp thực thi mô-đun (ví dụ: rollup, sidechains, plasma) xử lý các chuyển đổi trạng thái ứng dụng, nhưng dựa vào một lớp giải quyết hoặc lớp đồng thuận riêng biệt để đạ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.) trong hầu hết các trường hợp chỉ là các chuỗi khối giảm thiểu độ tin cậy với các cầu nối xuyên chuỗi giảm thiểu độ tin cậy hai chiều.

Trong bài viết này, tôi sẽ:

• Tổng quan về lịch sử của AppChains

• Giải thích những ưu và nhược điểm của AppChains

• Mô tả cấu trúc thị trường AppChain trong tương lai

• Phác thảo cách AppChain được thiết kế

• tiêu đề cấp đầu tiên

Quá khứ và hiện tại của AppChains

AppChain đã mất nhiều năm để xuất hiện. Mặc dù Cosmos và Polkadot đã đề xuất và quảng bá khái niệm này vào năm 2016, nhưng họ đã không khởi chạy đầy đủ các mạng của mình (tương ứng với các khả năng của IBC và parachain) cho đến đầu năm 2021. Đồng thời, về khả năng mở rộng, do nhu cầu ngày càng tăng của người dùng đối với Ethereum, phí giao dịch ETH trở nên quá cao vào cuối năm 2020 và các nhà phát triển ứng dụng rất cần các giải pháp thay thế. Trong khi đó, nghiên cứu về khả năng mở rộng ngoài chuỗi của Ethereum đang dần được triển khai dưới dạng "L2", Polygon, Skale, zkSync (1.0), StarkWare (StarkEx), Optimism và ArbitrumCả hai đề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) sẽ tung ra các chuỗi tương thích với EVM vào năm 2020 và 2021.

Về thiết kế dành riêng cho ứng dụng, Celestia đã giới thiệu vào năm 2019 (ban đầu là LazyLedger) một thiết kế mô-đun mới giúp phân tách các lớp thực thi, giải quyết và dữ liệu sẵn có của các chuỗi khối nguyên khối truyền thống, cho phép chuỗi khối dành riêng cho ứng dụng cụ thể mà không cần xây dựng lại phần còn lại của ngăn xếp .

Ngày nay, có nhiều nền tảng khác nhau cung cấp 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 nếu có đủ nhu cầu của nhà phát triển, họ có thể sẽ triển khai hỗ trợ cho các lớp thực thi chuyên dụng.

tiêu đề cấp đầu tiên

Tại sao chọ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ì tung ra các hợp đồng thông minh trên các chuỗi khối công khai.

Hiệu suất

• 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 tốn một lượng tài nguyên không tương xứng, làm tăng chi phí giao dịch và độ trễ cho người dùng của các dApp khác.

• khả năng tùy biến

khả năng tùy biến

• Khi dApp ngày càng phổ biến, các nhà phát triển cần tiếp tục tối ưu hóa dApp của họ cho người dùng.

• Các dApp quy mô lớn cần cân nhắc các lựa chọn thiết kế nhất định, chẳng hạn 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. Ví dụ: trình xác minh 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 kiến ​​thức).

• Đối với các tổ chức truyền thống, AppChains cung cấp cách để họ 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 tài sản qua chuỗi chéo cầu.

nắm bắt giá trị

• Mặc dù các giải pháp khả năng mở rộng phổ biến giúp giảm chi phí giao dịch trong khi vẫn duy trì tính bảo mật và trải nghiệm của nhà phát triển, nhưng chúng mang lại ít cơ hội kiếm tiền cho nhà phát triển.

• Mặt khác, có một trường hợp kinh doanh mạnh mẽ cho AppChains, vì các dApp có thể rẽ nhánh và kiếm tiền từ các giao thức hiện có trong hệ sinh thái của chúng (ví dụ: phí giao dịch từ AMM hoặc thị trường NFT).

• Mã thông báo của họ được hưởng lợi từ các mã thông báo bổ sung được sử dụng làm mô hình bảo mật (tức là mã thông báo đặt cược hoặc mã thông báo gas).

• Ngoài ra, khả năng các ứng dụng 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à nhà tạo lập thị trường) có thể cung cấp cho người dùng các khoản Phí thấp hoặc miễn phí, nhưng cung cấp cho họ một giá thực hiện thấp hơn một chút, tương tự như mô hình trả tiền theo đơn đặt hàng mà Robinhood sử dụng.

• tiêu đề cấp đầu tiên

Sự cố với AppChains

Tuy nhiên, mọi thứ đều là con dao hai lưỡi:

Khả năng tổng hợp và tính nguyên tử hạn chế

• AppChains cách ly cơ sở hạ tầng và người dùng khỏi các hệ sinh thái khác ở 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 cầu nối đủ tốt trên cùng một máy ảo), 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ả các hoạt động phụ đều được thực thi hoặc không có hoạt động nào trong số chúng được thực thi).

• Điều đó nói rằng, mặc dù tính nguyên tử là 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 thanh toán, nhưng điều đó không thành vấn đề đố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ế của họ).

Xây dựng lại Walled Garden

• Như một thử nghiệm suy nghĩ, nếu tất cả cá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 kết hợp và không được phép của các nhà phát triển cũng như khả năng giao dịch tự do của người dùng, điều này sẽ đưa Crypto trở lại vấn đề mà nó được thiết kế để giải quyết .vào câu hỏi.

phân tán thanh khoản

• Tài sản thanh khoản từ các lớp hoặc chuỗi khác sẽ cần kết nối với AppChains qua các cầu chuỗi và 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ó bổ sung thêm "ma sát" cho người dùng.

Mô hình bảo mật phản xạ

• Nếu mã thông báo ứng dụng được sử dụng làm mô hình bảo mật, có một trường hợp khó khăn là nếu giá của mã thông báo giảm xuống 0, ứng dụng sẽ không còn an toàn về mặt kinh tế.

lãng phí tài nguyên

• AppChains có thể gây lãng phí tài nguyên (vật chất hoặc kinh tế) nếu ứng dụng không được sử dụng đủ. 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.

độ phức tạp bổ sung

• 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 nó tăng thêm độ phức tạp khi quản lý cơ sở hạ tầng bổ sung như người đặt hàng hoặc người xác thực.

Các công cụ hệ sinh thái hạn chế

• tiêu đề cấp đầu tiên

Cấu trúc thị trường AppChain mới nổi

Do có nhiều nhược điểm khi xây dựng trong các hệ sinh thái ít hơn, AppChains phù hợp nhất cho các ứng dụng có các đặc điểm sau:

• Quy mô đạt được (ví dụ: số lượng người dùng, doanh thu thỏa thuận, 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ử (ví dụ: trò chơi P2E, NFT, mạng xã hội được mã hóa)

Do đó, thật hợp lý khi cho rằng hầu hết các ứng dụng sẽ vẫn tiếp tục khởi chạy trên L1 và L2 chung. Ngoài ra, do bối cảnh L2 vẫn còn khá phân mảnh nên chúng ta sẽ thấy các giao thức DeFi tiếp tục khởi chạy trên L1 do các đặc tính bảo mật, thanh khoản và nguyên tử của chúng. Ngoài ra, nếu các ứng dụng không phải DeFi có hệ sinh thái và hiệu ứng mạng đủ lớn, chúng có thể khởi chạy trên L2 cho mục đích 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. Ta có thể hình dung sơ bộ về chuỗi thao tác này như sau:

Ngoài ra còn có một 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 bản tổng hợp) trên các chuỗi nguyên khối vì chúng không có vốn cần thiết để thu hút các nhóm trình xác thực lớn. Ngoài ra, những người xác thực chất lượng cao ít có khả năng chọn dành tài nguyên của họ cho AppChain nơi giá mã thông báo thấp và không ổn định.

Tuy nhiên, với sự trưởng thành và phổ biến của ngành công nghiệp mã hóa, nhiều ứng dụng sẽ tiếp tục khởi chạy AppChain của riêng họ và cấu trúc thị trường AppChain trong tương lai sẽ có nhiều dạng khác nhau:

• AppChains được kết nối thông qua các 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

• tiêu đề cấp đầu tiên

Cách AppChains được thiết kế

Có một số sự đánh đổi thiết kế cần xem xét khi quyết định xây dựng cơ sở hạ tầng AppChain:

Các loại bảo mật: Việc thay đổi trạng thái thông qua tấn công khó đến mức nào?

• Được chia sẻ: trạng thái được bảo đảm bởi nhiều trình xác nhận không đồng nhất, có thể được điều hành bởi các bên khác nhau (ví dụ: dù Polkadot, Skale)

• Cách ly: Bảo mật do chính ứng dụng cung cấp; có thể sử dụng trình xác thực hoặc trình đặt hàng do ứng dụng sở hữu và sử dụng mã thông báo của ứng dụng vì lợi ích kinh tế (ví dụ: Cosmos Chain, Axie Ronin)

• Kế thừa: Bảo mật được cung cấp bởi lớp dàn xếp/đồng thuận cơ bản (ví dụ: zkSync, Optimism)

Nguồn bảo mật: Bảo mật đến từ đâu và giải quyết đến từ đâu?

• Ethereum: Sử dụng Ethereum làm lớp thanh toán cho bằng chứng gian lận, bằng chứng hợp lệ và bảo vệ chi tiêu gấp đôi chung (ví dụ: Arbitrum, zkSync)

• Non-Ethereum L1: Sử dụng bảo mật không phải Ethereum và có thể có mô hình đồng thuận hoàn toàn khác (ví dụ: NEAR Aurora, bản tổng hợp Tezos)

• Mã thông báo ứng dụng: Sử dụng mã thông báo ứng dụng làm bảo mật kinh tế tiền điện tử (ví dụ: mạng con Avalanche, chuỗi Cosmos)

Quyền: Các nút được chọn như thế nào và ai có thể đọc/ghi trạng thái?

• Không được phép: Bất kỳ ai cũng có thể đọc/ghi hợp đồng và xác minh chuyển đổi trạng thái (ví dụ: Lạc quan, StarkNet)

• Quyền có chọn lọc: chỉ những người xác thực/nhà phát triển có trong danh sách trắng mới có thể đọc/ghi/xác thực chuỗi (ví dụ: Siêu mạng đa giác, mạng con Avalanche)

Khả năng kết hợp: Tính lưu động và trạng thái có dễ dàng và an toàn để di chuyển giữa các ứng dụng khác trong cùng một hệ sinh thái không?

• Tất cả: Di chuyển đến 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)

• Hạn chế: Hạn chế về kết nối, độ trễ hoặc bảo mật (ví dụ: mạng con Avalanche, Siêu mạng đa giác)

Finality: Khi nào một giao dịch được coi là cuối cùng?

• Ngay lập tức: thường sử dụng cơ chế đồng thuận BFT (ví dụ: NEAR Aurora, Evmos)

• Cuối cùng: Thông thường sử dụng tổng số, các giao dịch có thể được coi là cuối cùng sau khi một khối được xuất bản lên L1 (và giả sử có sẵn dữ liệu) (ví dụ: Arbitrum, zkSync)

Gas Token: Người dùng sẽ sử dụng token nào để thanh toán phí giao dịch?

• Mã thông báo không phải ứng dụng: thường là tài sản cơ bản L1 hoặc L2 để xây dựng ứng dụng trên đó (ví dụ: Ethereum, Evmos)

• Mã thông báo ứng dụng: Thông thường mã thông báo của ứng dụng tự chạy trên L1 hoặc L2 dành riêng cho ứng dụng (ví dụ: mạng con Avalanche, Osmosis)

• Không có mã thông báo: Trình xác thực L1 hoặc L2 hoặc ứng dụng cung cấp trợ cấp chi phí cho người dùng. (ví dụ: AltLayer, Skale)

Có một số yếu tố trực tiếp khác:

• Cổ phần bắt buộc: Số tiền cổ phần cần thiết để ứng dụng yêu cầu người xác nhận bảo mật chuỗi của nó

• Số giao dịch mỗi giây (TPS): Một thước đo chủ quan về thông lượng, vì các giao dịch có thể khác nhau về quy mô (nghĩa là các 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ã opcode của Solidity và EVM mà không yêu cầu nhà phát triển sửa đổi cơ sở mã của họ

Tóm lại là

Tóm lại là

Bất chấp các vấn đề của AppChains, sự tăng trưởng liên tục của chúng cho thấy nhu cầu của nhà phát triển. Như Apple đã chứng minh, tích hợp 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 chuỗi khối 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 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 nguồn lực để khởi chạy nó.

Theo "Thông báo về việc tiếp tục ngăn chặn và xử lý rủi ro thổi phồng trong giao dịch tiền ảo" do ngân hàng trung ương và các ban ngành khác ban hành, nội dung bài viết này chỉ mang tính chất chia sẻ thông tin, không quảng bá hay xác nhận bất kỳ hoạt động và đầu tư nào. Tham gia vào bất kỳ hoạt động tài chính bất hợp pháp nào.

cảnh báo rủi ro:

Theo "Thông báo về việc tiếp tục ngăn chặn và xử lý rủi ro thổi phồng trong giao dịch tiền ảo" do ngân hàng trung ương và các ban ngành khác ban hành, nội dung bài viết này chỉ mang tính chất chia sẻ thông tin, không quảng bá hay xác nhận bất kỳ hoạt động và đầu tư nào. Tham gia vào bất kỳ hoạt động tài chính bất hợp pháp nào.