Tại sao Cosmos L1 có thể xây dựng ứng dụng killer tiếp theo?
Tuyển chọn TechFlowTuyển chọn TechFlow
Tại sao Cosmos L1 có thể xây dựng ứng dụng killer tiếp theo?
Lý thuyết đằng sau sự trỗi dậy của các chuỗi ứng dụng đặc thù.
Chuyên sâu báo cáo Web3Tác giả: RainandCoffee
Dịch: TechFlow intern
Trong vài tuần qua, hệ sinh thái Cosmos đã chứng kiến sự phục hưng khi các ứng dụng và nhà sáng lập hoặc quyết định xây dựng chuỗi chuyên dụng riêng (L1 trên Cosmos), hoặc thể hiện mong muốn làm như vậy. Đây là điều xảy ra sau khi hệ sinh thái Terra sụp đổ, một sự kiện cũng ảnh hưởng đến toàn bộ hệ sinh thái IBC lớn hơn.
Tuy nhiên, chúng tôi cho rằng cần lưu ý rằng về mặt kỹ thuật, toàn bộ hệ thống vẫn hoạt động rất tốt; mặc dù khối lượng giao dịch cực kỳ biến động, nhưng nó vẫn có khả năng xử lý truyền tải tin nhắn và tài sản nội bộ lẫn bên ngoài giữa các chuỗi thông qua IBC, cũng như xử lý trên chuỗi thông qua Cosmos SDK với Tendermint, ABCI và một máy ảo nhất định (ví dụ như EVM).
Trong bài viết này, chúng tôi nhằm giải thích lý thuyết đằng sau sự trỗi dậy của các chuỗi chuyên dụng, và tại sao chủ quyền, tính kết hợp và khả năng tương tác mà chúng mang lại là vô cùng quan trọng để xây dựng "ứng dụng killer" và hệ sinh thái tiếp theo trong chu kỳ sắp tới.
Trước khi đi sâu vào bản thân học thuyết, chúng tôi sẽ giới thiệu ngắn gọn một số công nghệ độc đáo trong hệ sinh thái Cosmos theo cách dễ tiếp cận. Kiến trúc tổng thể trông như thế này:
Cosmos SDK
Cosmos SDK là một bộ công cụ mô-đun, cho phép các nhà phát triển blockchain xây dựng logic lớp ứng dụng một cách độc lập với máy ảo. Cosmos SDK được thiết kế để kết nối với Tendermint thông qua ABCI. Ngoài việc là một khung tạo ra blockchain chuyên biệt theo ứng dụng, nó còn cho phép nhiều tùy chọn tùy chỉnh khác nhau, ví dụ như cơ chế quản trị, giao dịch và đặt cược không phụ thuộc vào giao thức. SDK xử lý phần lớn các nhiệm vụ cần thiết ở lớp logic ứng dụng, nghĩa là các nhà phát triển không cần phải xây dựng mọi thứ từ đầu. Nó sử dụng bộ định tuyến để xử lý các giao dịch nhận được từ động cơ đồng thuận Tendermint, gửi các thông điệp kèm thay đổi trạng thái đến các mô-đun xử lý phù hợp.
ABCI
ABCI là giao diện kết nối phần ứng dụng blockchain với động cơ sao chép trạng thái Tendermint cung cấp cơ chế đồng thuận và mạng. ABCI thực hiện việc tách rời ngăn xếp blockchain, nghĩa là phần ứng dụng blockchain có thể độc lập với máy ảo, do đó bất kỳ máy ảo hay môi trường thực thi nào cũng có thể được dùng cho phần ứng dụng của ngăn xếp. Các ví dụ về điều này bao gồm Junowasm, Cosmwasm, Hardened Javascript của Agoric, thậm chí cả phiên bản Cosmwasm cho Secret hỗ trợ sử dụng TEE. Bản thân Tendermint tạo ra ba kết nối ABCI với phần ứng dụng, chịu trách nhiệm xác thực giao dịch khi lan truyền trong mempool, kết nối giữa ứng dụng và động cơ đồng thuận, cũng như khả năng đề xuất khối và truy vấn trạng thái ứng dụng.
Tendermint
Tendermint Core chịu trách nhiệm về lớp đồng thuận và mạng cho các chuỗi trong hệ sinh thái Cosmos. Lớp đồng thuận đảm bảo tính hợp lệ và thứ tự giao dịch thông qua quá trình thuật toán đồng thuận giữa các thành viên tham gia mạng; lớp mạng chịu trách nhiệm tạo điều kiện giao tiếp điểm-điểm giữa các nút trong hệ thống, đồng thời cho phép các ứng dụng và nút bên thứ ba tương tác với lớp đồng thuận.
Tendermint sử dụng mô hình đồng thuận Byzantine (BFT) và đạt được khả năng hoàn tất ngay lập tức. Quá trình BFT trải qua ba giai đoạn trước khi khối được cam kết cuối cùng. Ba giai đoạn này là:
-
Giai đoạn đề xuất, một khối được chỉ định ở độ cao cụ thể;
-
Giai đoạn tiền bỏ phiếu, 2/3 số trình xác thực bỏ phiếu sơ bộ cho khối được đề xuất;
-
Giai đoạn tiền cam kết, 2/3 số trình xác thực tiền cam kết khối được đề xuất.
IBC
Thông tin liên chuỗi (IBC) về cốt lõi là giao thức truyền tin nhắn giữa các blockchain đồng nhất. Điều này có nghĩa là nó kết nối các chuỗi chia sẻ chức năng tương tự, trong trường hợp này là các chuỗi có đặc điểm hoàn tất ngay lập tức do thuật toán đồng thuận Tendermint cung cấp, và có khả năng khách hàng nhẹ. Cách IBC hoạt động là hai chuỗi muốn kết nối sẽ đưa ra đề xuất quản trị trên chuỗi đích. Thông thường việc này diễn ra trước tiên thông qua Cosmos Hub hoặc Osmosis (hiện tại Osmosis có thể kết nối 45 chuỗi, Cosmos có 40). Điều này có nghĩa là có một giao thức ở tầng giao thức, do đó không cần cầu nối liên chuỗi bên thứ ba.
Sau đó, hai chuỗi cần có một khách hàng nhẹ trên chuỗi đối phương để xác minh mã hóa trạng thái đồng thuận giữa hai chuỗi, đồng thời cần một bộ lặp (relayer) để truyền thông tin giữa các khách hàng nhẹ trên hai chuỗi. Bộ lặp là yêu cầu về hiệu lực — khả năng trao đổi thông tin giữa các nút, và khả năng các nút đạt đồng thuận thành công. Hãy xem xét cách điều này diễn ra trong thực tế:
Điều này có nghĩa là giả định tin cậy nằm ở hai bộ xác thực kết nối blockchain, do đó giả định tin cậy ít hơn nhiều so với các loại cầu nối liên chuỗi và giao thức truyền tin nhắn khác. Ví dụ, trong hệ sinh thái Polkadot với XCMP, giả định tin cậy chỉ nằm ở chuỗi trung tâm (Polkadot).
Để thể hiện tính tương thích và phổ biến của IBC trong hệ sinh thái Cosmos, cũng như số lượng chuỗi mà nó kết nối — hãy xem quy mô kết nối trực tiếp hiện tại:
ICS
ICS là viết tắt của Interchain Standard (Tiêu chuẩn Liên chuỗi), đặt ra các tham số cho các giao dịch xảy ra giữa các chuỗi sử dụng IBC. Về cơ bản, ICS là đặc tả mô-đun cho các giao dịch IBC; để hai chuỗi sử dụng IBC thì họ cần có cùng ICS.
Một ICS thú vị và độc đáo là ICS-27, còn được gọi là tài khoản liên chuỗi.
ICS-27
Tài khoản liên chuỗi thực hiện tính kết hợp, chính là khả năng tương tác. Chúng cho phép người dùng không chỉ trao đổi dữ liệu mà còn ghi trạng thái từ một hợp đồng thông minh trên chuỗi này sang chuỗi khác. Điều này có nghĩa là, miễn là chỉ định đúng điểm cuối giao dịch, người dùng sẽ có thể tận dụng một giao diện duy nhất trên chuỗi nguồn, thay vì phải di chuyển giữa nhiều giao diện khi chuyển tài sản hay tin nhắn. Các chuỗi hỗ trợ ICS-27 có thể tạo tài khoản trên các chuỗi khác cũng hỗ trợ ICS-27, và có thể kiểm soát các tài khoản này thông qua giao dịch IBC. Tài khoản liên chuỗi giữ nguyên mọi chức năng của tài khoản thông thường, nhưng được vận hành bởi một chuỗi riêng biệt hoặc người dùng cuối thông qua IBC, nhờ đó chủ sở hữu trên chuỗi nguồn duy trì kiểm soát hoàn toàn đối với mọi tài khoản liên chuỗi đăng ký trên chuỗi đích.
Quy trình sau giao dịch IBC tuân theo đặc tả ICS mà mỗi chuỗi phải có. Điều này có nghĩa là nó cho phép giao dịch chuyển từ chuyên biệt theo ứng dụng sang độc lập với ứng dụng, nói cách khác – nó thực hiện tính kết hợp thực sự trong một loạt mạng khác nhau.
Bảo mật liên chuỗi
Bảo mật liên chuỗi cho phép một chuỗi hoặc trung tâm sản xuất khối cho các chuỗi khác. Các trình xác thực chạy hai (hoặc nhiều hơn) nút, mỗi chuỗi một nút, nhưng chỉ cần đặt cược token gốc của họ trên chuỗi chính. Điều này được thực hiện thông qua xác thực liên chuỗi, một giao thức ở cấp độ IBC. Chuỗi con sử dụng IBC để giao tiếp với chuỗi chính nhằm theo dõi những trình xác thực nào đang tham gia bảo mật liên chuỗi thông qua xác thực liên chuỗi. Theo cách này, mức an ninh từ giá trị bị khóa trên chuỗi chính được chia sẻ với chuỗi con. Do đó, chuỗi tiêu dùng/chuỗi con nhận được bảo vệ an ninh từ chuỗi chính mà không cần xây dựng bộ xác thực riêng. Điều này giúp các ứng dụng nhẹ về vốn có thể dễ dàng khởi chạy chuỗi riêng trong khi vẫn giữ mức độ an ninh mạnh mẽ từ các trình xác thực hiện có.
Chuỗi chính chịu trách nhiệm tạo khối cho một nhóm chuỗi con, các trình xác thực sẽ nhận phần thưởng đặt cược từ các chuỗi mà họ đang xác thực, và việc phạt (slashing) giúp ngăn chặn hành vi ác ý của các trình xác thực.
Tóm tắt
Các blockchain chuyên dụng theo ứng dụng thực hiện cái mà chúng ta gọi là “kho bãi” không gian khối. Nếu bạn xem ngăn xếp blockchain như một chuỗi cung ứng, thì không gian khối ở từng phần của ngăn xếp về mặt kỹ thuật được “mua” bởi các ứng dụng trên chuỗi/tầng đó. Điều này có nghĩa là nó cùng chia sẻ không gian khối với vô số ứng dụng khác, cùng trả phí gas, dẫn đến tình trạng đông đúc và cạnh tranh cao, do đó đẩy chi phí tăng lên.
Việc tăng phí này do chuỗi đơn thể bị tắc nghẽn nghiêm trọng bởi hàng ngàn ứng dụng, sau đó được chuyển sang người dùng, khiến họ phải gánh chi phí nặng nề. Trên một chuỗi chuyên dụng theo ứng dụng, bản thân ứng dụng có thể kiểm soát tốt hơn chi phí mà người dùng cuối phải trả, và có khả năng giữ chúng ở mức ổn định — một ví dụ điển hình là Osmosis.
Vì ứng dụng như vậy không phụ thuộc vào chuỗi X hay Y làm nơi lưu trữ, điều này đồng nghĩa với việc tránh được rủi ro chi phí trung bình cao, tương tự như rủi ro tồn kho của cửa hàng. Điều này có nghĩa là bản thân ứng dụng và cộng đồng mở rộng của nó có thể tham gia và quản lý rủi ro tồn kho. Kết quả là hiệu quả định giá tài nguyên, từ đó dẫn đến mô hình kinh tế tốt hơn cho ứng dụng.
Vì ứng dụng là chủ sở hữu của chuỗi mà nó hoạt động, điều này cho phép tự quản cấu trúc phí, nghĩa là bạn không còn bị ràng buộc bởi chuỗi mình đang sử dụng — bạn quyết định chi phí cho từng tài nguyên trên chuỗi của mình.
Hơn nữa, sự linh hoạt cho phép bởi ngăn xếp kỹ thuật nền tảng cho phép tối ưu hóa ở lớp ứng dụng, đồng thời duy trì tính kết hợp giữa các chuỗi trong hệ sinh thái lớn hơn nhờ hệ thống truyền tin nhắn liên chuỗi bản địa, một tính kết hợp hoàn toàn không cần tin cậy bên thứ ba.
Trước khi sự phổ biến của Cosmos, luôn tồn tại một khoảng cách rõ rệt giữa ứng dụng và cơ sở hạ tầng (chuỗi), trong khi các chuỗi chuyên dụng theo ứng dụng với IBC sẽ phá vỡ rào cản này và cho phép các ứng dụng trở thành cơ sở hạ tầng có thể kết nối và kết hợp được.
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
