BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
AI AI
Tin nhanh
Bài viết
Sự kiện
BlockBeats Pro
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR

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ì?

Đọc bài viết này mất 29 phút
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.
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


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

 

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

 

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.

 


 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ì triển khai 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 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.

 

Khả năng tùy chỉnh


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.

 

Nắm bắt giá trị


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.

 

Các vấn đề với AppChains

 

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

 

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

 

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ế).

 

Xây dựng lại Khu vườn có tường bao quanh

 

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.

 

Phân cấp thanh khoản

 

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.

 

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

 

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ế.

 

Lãng phí tài nguyên

 

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.

 

Sự 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 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ác công cụ hệ sinh thái có giới hạn

 

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.

 

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 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

 

  ;

AppChain được thiết kế như thế nào

 

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:

 

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

 

Đượ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)

 

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

 

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)

 

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 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)

 

Khả năng kết hợp: Tính thanh khoản và trạng thái ở mức Di chuyển dễ dàng và an toàn giữa các ứng dụng khác trong cùng hệ sinh thái?

 

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)

 

Tính cuối cùng: 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 (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)

 

Gas Mã thông báo : Người dùng sử dụng cái nào? Mã thông báo Trả phí giao dịch?

 

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ó một số yếu tố trực tiếp khác:

 

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ọ

 

Chúng tôi có thể lập bản đồ các giải pháp AppChain hiện có dựa trên các yếu tố sau:

 

 

Kết luận

 

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


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

举报 Báo lỗi/Báo cáo
Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Báo lỗi/Báo cáo
Gửi