Lộ trình Nervos Q4 được công bố, thúc đẩy toàn diện DeFi, cơ sở hạ tầng và Lớp 2, trải nghiệm và nghiên cứu của nhà phát triển, v.v.
Nguồn gốc: Cộng đồng người Trung Quốc Nervos
Vào lúc 10 giờ sáng ngày 15 tháng 9, Nervos đã tổ chức Cuộc họp Tòa thị chính đầu tiên cho cộng đồng. Trong buổi gặp mặt, Kiến trúc sư trưởng Jan đã giới thiệu những kế hoạch chính cho năm tới, đồng thời cùng Kevin giải đáp các thắc mắc của cộng đồng.
Trong quý 4, chúng tôi sẽ đầu tư nhiều năng lượng hơn vào DeFi, cơ sở hạ tầng và Lớp 2, trải nghiệm và nghiên cứu của nhà phát triển. Ngày càng có nhiều công cụ xuất hiện trong hệ sinh thái Nervos trong quý 4. Chúng tôi sẽ xây dựng một hệ sinh thái mở và thịnh vượng, đồng thời làm việc với cộng đồng để thúc đẩy tiến bộ sinh thái liên tục.
Sau đây là bản ghi của Cuộc họp Tòa thị chính đầu tiên mà chúng tôi biên soạn cho các đối tác cộng đồng người Hoa ở Nervos. Mời bạn xem qua.
DeFi
Sơ đồ phân cấp DeFi
DeFi là trọng tâm của chúng tôi trong giai đoạn tiếp theo .
Trong Sơ đồ phân cấp DeFi, lớp dưới cùng là tiêu chuẩn Token, chẳng hạn như ERC 20, ERC 721 và các tiêu chuẩn Token khác. Chỉ bằng cách dựa vào các tiêu chuẩn Token này chúng ta mới có thể xây dựng được lớp ứng dụng phía trên. Lớp thứ hai là stablecoin và tài sản, chẳng hạn như USDT và USDC. Cấp độ cao hơn là sàn giao dịch phi tập trung, giao thức cho vay, v.v. Phần còn lại là máy oracle, cung cấp các dịch vụ dữ liệu rất quan trọng đối với các ứng dụng phi tập trung cấp cao hơn. Lộ trình của chúng tôi sẽ xoay quanh sơ đồ lớp DeFi này.
Giới thiệu Mã thông báo do người dùng xác định (UDT)
UDT tương tự như ERC Token trên Ethereum. Khi tiêu chuẩn Token do người dùng xác định được xác định, bất kỳ ai cũng có thể phát hành Token trên CKB và các Token này có thể được tích hợp hoàn toàn vào các ứng dụng DeFi khác nhau.
Tiêu chuẩn UDT đầu tiên là SUDT (UDT đơn giản), đây là một tiêu chuẩn Token cực kỳ đơn giản và tương thích với tất cả các tập lệnh khóa:
https://docs.ckb.dev/docs/rfcs/0025-simple-udt/0025-simple-udt
Tiêu chuẩn UDT thứ hai là Bất kỳ ai cũng có thể thanh toán, đây là một tập lệnh khóa cho phép người dùng gửi và nhận bất kỳ số lượng UDT nào bằng cách sử dụng mô hình tài khoản Ethereum hoặc EOS:
https://docs.ckb.dev/docs/rfcs/0026-anyone-can-pay/0026-anyone-can-pay
Mô hình Cell trên CKB là mô hình lập trình cực kỳ trừu tượng và linh hoạt. Chúng ta có thể triển khai UTXO hoặc mô hình tài khoản trên CKB.
Trong hợp đồng CKB, các tiêu chuẩn UDT không chỉ là giao diện, chúng tôi còn cung cấp các thư viện để triển khai các tiêu chuẩn UDT này. Các thư viện này sẽ được kiểm tra mã bởi các đối tác, cơ quan bảo mật của chúng tôi như Trail of Bits và Paidun.
Các thư viện này có thể được nhiều dự án sử dụng nhiều lần, điều đó có nghĩa là các nhà phát triển không phải triển khai và triển khai nhiều lần cùng một hợp đồng UDT trong quá trình phát triển mà có thể gọi trực tiếp mã trong thư viện để sử dụng. Tất nhiên, các nhà phát triển cũng có thể tích hợp thư viện với mã riêng của họ để có được nhiều chức năng khác nhau hơn.
Tiêu chuẩn UDT thứ ba là NFT (Mã thông báo không thể thay thế), mã thông báo không thể thay thế. Nó vẫn đang trong giai đoạn dự thảo, hoan nghênh mọi người tham gia thảo luận và chia sẻ ý kiến, quan điểm:
https: //talk.nervos.org/t/rfc-ckb-nft-draft-spec/4779
Giới thiệu về việc phát hành tài sản
Có hai cách để tạo nội dung trên CKB. Chúng bao gồm các tài sản gốc được phát hành trên CKB, cũng như các tài sản được chuỗi chéo từ các dự án blockchain khác sang CKB. Hiện tại, chúng tôi sẽ tập trung nhiều hơn vào tài sản sau.
toCKB là một hệ thống chuỗi tài sản chéo, bao gồm một loạt các giao thức, hợp đồng CKB và ngoại tuyến mô-đun chuỗi, là cầu nối xuyên chuỗi cho các tài sản giữa CKB và các chuỗi khối khác.
Trong quý 4 năm nay, chúng tôi sẽ phát hành phiên bản đầu tiên của toCKB. Vào thời điểm đó, mọi người đều có thể trở thành người ký bằng cách thế chấp một số lượng CKB Token nhất định, từ đó di chuyển tài sản trên các blockchain khác tới CKB xuất hiện.
Bạn có thể tìm thêm thông tin chi tiết tại:
https://talk.nervos.org/t/tockb-an-asset-cross-chain-system/4945
CKB có thể hỗ trợ rất linh hoạt nhiều dạng mã hóa nguyên thủy khác nhau, điều này cũng mang lại cho CKB lợi thế lớn về khía cạnh chuỗi chéo. Bởi vì cốt lõi của chuỗi chéo là xác minh các giao dịch trên các chuỗi khối khác và hợp đồng thông minh chịu trách nhiệm xác minh cần hỗ trợ các nguyên tắc mã hóa khác nhau để xác minh giao dịch.
Ví dụ: nếu một blockchain muốn xác minh các giao dịch trên Ethereum thì nó phải hỗ trợ thuật toán Keccak Hash, nếu bạn muốn để xác minh các giao dịch trong Zcash, bạn cần hỗ trợ thuật toán băm blake2b. Do đó, nếu bạn muốn kết nối nhiều dự án blockchain hơn, bạn phải hỗ trợ nhiều nguyên tắc mã hóa hơn, vì các thuật toán băm được sử dụng bởi mỗi dự án là khác nhau.
Sự hỗ trợ linh hoạt cho các nguyên tắc mã hóa nguyên thủy là điểm giúp CKB có lợi thế hơn các chuỗi khối khác, do đó hoàn toàn có thể xây dựng một khuôn khổ chuỗi chéo phổ quát trên CKB.
Hiện tại, mã dự án toCKB đã có nguồn mở và đang được phát triển và lặp lại nhanh chóng. Bạn có thể truy cập GitHub để xem mã liên quan:
https://github.com/nervosnetwork/toCKB
Giới thiệu về sàn giao dịch phi tập trung (DEX)
Cấp cao nhất của hệ thống phân cấp là sàn giao dịch phi tập trung (DEX). Chúng tôi hiện đang tập trung vào hai giao thức DEX.
CKB là một nền tảng xác minh; Nó không phải là một nền tảng điện toán. Tính năng này cho phép nhiều giao dịch chỉ được thực hiện ngoài chuỗi. Phương pháp thiết kế này gây khó khăn cho việc triển khai một số DEX, chẳng hạn như EtherDelta, trên CKB, nhưng đối với các thiết kế DEX như 0x, sẽ rất dễ triển khai trên CKB.
Đồng thời, do đặc điểm thiết kế như vậy nên hiệu suất DEX trên CKB sẽ tốt hơn. Hai giao thức DEX được đề cập trong hình - Automated Market Maker (AMM) & Order Book (Sổ đặt hàng), sẽ tập trung vào việc triển khai ngoài chuỗi (bao gồm cả Lớp 2).
Mục tiêu của chúng tôi là phát hành hai sản phẩm DEX này vào quý 4 năm nay, miễn phí cho mọi người sử dụng. Bất kỳ ai cũng có thể sử dụng mẫu DEX này để xây dựng DEX hoặc thêm nhiều sản phẩm khác vào DEX dựa trên chức năng mới của mẫu này . Chúng tôi hy vọng rằng hai sản phẩm DEX này có thể giảm bớt những trở ngại mà các nhà phát triển có thể gặp phải trong tương lai và cho phép hệ sinh thái trên CKB phát triển tốt hơn.
Giới thiệu về Oracle
Chúng tôi cũng đang hợp tác với một số đối tác để xây dựng các oracle trên CKB.
Một phần công việc chúng tôi hiện đang thực hiện là dựa trên dự báo giá của Coinbase, sử dụng API Coinbase để lấy dữ liệu, sau đó xác minh chữ ký để xác nhận rằng dữ liệu đến từ Coinbase. Ngoài ra, chúng tôi cũng sẽ hợp tác với Chainlink và Band Protocol để tổng hợp và kết nối dữ liệu và API trong thế giới thực thành các hợp đồng thông minh nhằm tạo điều kiện cho các nhà phát triển xây dựng dApps tốt hơn.
Chung Nói chung phát biểu, chúng tôi sẽ nỗ lực đồng thời trong năm khía cạnh này và bạn có thể thấy những sản phẩm này lần lượt được phát hành trước cuối năm nay. Những sản phẩm này rất quan trọng để các nhà phát triển xây dựng các ứng dụng DeFi ngày càng thịnh vượng hơn trên CKB.
Về lâu dài, điều mà nhóm cốt lõi phải làm là xây dựng một hệ sinh thái cởi mở và thịnh vượng, đồng thời cung cấp cho các nhà phát triển những công cụ tốt hơn để cùng nhau thúc đẩy tiến trình sinh thái liên tục.
Cơ sở hạ tầng
Hỗ trợ ví phần cứng
Hiện tại, nhóm Neuron đang nỗ lực thúc đẩy việc tích hợp với các ví phần cứng như Ledger. Trong quý 4 năm nay, có thể sử dụng ví phần cứng để lưu trữ CKB.
Công cụ dành cho nhà phát triển
Chúng tôi luôn cam kết cung cấp cho các nhà phát triển những công cụ phát triển tốt hơn. Trong quý 4, nhiều tính năng hơn sẽ được thêm vào CKB Studio IDE, bao gồm cả việc tích hợp các công cụ phát triển Lumos & Capsule.
Một công cụ dành cho nhà phát triển rất quan trọng khác là Polyjuice. Ethereum hiện có cộng đồng nhà phát triển blockchain lớn nhất, mặc dù Solidity còn nhiều điểm chưa hoàn thiện so với Rust hay TypeScript nhưng mọi người đều đã quen với việc sử dụng EVM và Solidity để phát triển. Thông qua Polyjuice, lớp tương thích Ethereum trên Nervos CKB, dApps trên Ethereum có thể được triển khai và chạy trên Polyjuice.
Điều đáng nói là chúng tôi không xây dựng lớp tài khoản dành riêng cho Ethereum. Chúng tôi đã trích xuất lớp tài khoản cốt lõi từ Polyjuice. Với thư viện chung này, các nhà phát triển có thể tự do tích hợp bất kỳ lớp tài khoản nào bạn muốn tích hợp.
Hiện tại chúng tôi đã di chuyển thành công ENS (Dịch vụ tên Ethereum) sang Polyjuice. Bạn có thể xem phần này của mã có liên quan trên GitHub:
https://github.com/TheWaWaR/ens-polyjuice
Trong quý 4, chúng tôi sẽ hoàn thành các thử nghiệm còn lại để giúp các ứng dụng DeFi di chuyển sang CKB dễ dàng hơn.
Trải nghiệm của nhà phát triển
Chúng tôi sẽ cung cấp cho các nhà phát triển các ứng dụng mẫu Nervos dApp để các nhà phát triển học hỏi. Ngoài ra, lộ trình học tập và kế hoạch học tập dành cho nhà phát triển sẽ được cung cấp để giúp các nhà phát triển mới từng bước xây dựng dApp trên Nervos. Đồng thời, chúng tôi sẽ tiếp tục cải thiện tài liệu phát triển.
Ứng dụng khách nhẹ
Máy khách nhẹ CKB có thể hoàn thành hầu hết mọi công việc mà nút đầy đủ CKB có thể thực hiện mà không tiêu tốn nhiều tài nguyên phần cứng và băng thông.
Light client là một bước rất quan trọng đối với khả năng sử dụng của các dự án blockchain. Light client CKB rất thân thiện với người dùng và cho phép Nervos được nhiều người sử dụng hơn. Hiện tại, người dùng cần chạy nút đầy đủ CKB theo cách không cần tin cậy, nhưng trong tương lai, người dùng có thể sử dụng Nervos dApps thông qua tiện ích mở rộng trình duyệt, ứng dụng di động và thậm chí cả thiết bị IoT.
Ngoài ra, các client hạng nhẹ cũng là một phần quan trọng của CKB và các giao thức xuyên chuỗi blockchain khác. Trong quý 4 năm nay, chúng tôi sẽ phát hành nguyên mẫu máy khách nhẹ, bao gồm các bản demo dành cho điện thoại di động và máy tính để bàn.
Lớp 2
Mọi người đều biết rằng Nervos là một kiến trúc phân lớp và CKB là blockchain Lớp 1 và là nền tảng của hệ sinh thái phía trên. Hiện tại trên thị trường có rất nhiều giao thức Lớp 2. Một số giao thức chỉ còn trong giai đoạn nghiên cứu và thảo luận học thuật, trong khi một số giao thức mang tính thực tế và có thể áp dụng hơn. Chúng tôi hiện đang chủ yếu nghiên cứu hai loại giao thức Lớp 2, kênh thanh toán và Rollup.
Cách đây vài tháng, tôi đã đăng một bài viết về giải pháp kênh thanh toán phổ quát trên diễn đàn Talk, sau đó tôi đã thảo luận với một số nhà nghiên cứu và cảm thấy có thể triển khai được: "Áp dụng cho giải pháp kênh thanh toán toàn cầu CKB đối với bất kỳ tài sản nào."
Vì vậy, chúng tôi đã tổ chức cho các nhà nghiên cứu và nhà phát triển triển khai nguyên mẫu của thiết kế kênh thanh toán toàn cầu. Quá trình này đang diễn ra suôn sẻ và nguyên mẫu sản phẩm dự kiến sẽ được phát hành vào quý 4 năm nay. Thông qua nguyên mẫu này, chúng tôi có thể thử nghiệm nhiều ý tưởng sản phẩm khác nhau, ví dụ: chúng tôi có thể kết hợp các stablecoin để tạo thành kênh stablecoin nhằm thực hiện các chức năng thanh toán.
Một dự án khác là khung Rollup trên CKB: Godwoken. Rollup là giao thức Lớp 2 sử dụng Lớp 1 làm công cụ xác thực dữ liệu. Nó cải thiện đáng kể hiệu suất trong khi vẫn đảm bảo tính bảo mật. Nó hiện là một giải pháp Lớp 2 hoạt động rất hiệu quả.
Optimistic Rollup và Zk Rollup là hai giao thức khác nhau trong khuôn khổ Rollup và Godwoken sẽ hỗ trợ chúng trong tương lai. Tuy nhiên, trong quý 4, chúng tôi sẽ chủ yếu tập trung vào việc triển khai Tổng hợp lạc quan và mẫu Tổng hợp lạc quan sẽ được phát hành vào thời điểm đó.
Nghiên cứu
Sau đây là các dự án nghiên cứu đang diễn ra của Nervos:
Flyclient là một giao thức đồng bộ hóa nhanh được thiết kế cho các máy khách hạng nhẹ trên CKB. Nó có thể giúp các máy khách hạng nhẹ đồng bộ hóa dữ liệu nhanh hơn.
https://talk.nervos.org/t/minimum-viable-light-client-via-flyclient-style-checkpointing/4774
Thêm phần mở rộng mô-đun RISC-V B và mô-đun V vào CKB-VM, điều này sẽ cho phép CKB hỗ trợ tốt hơn các nguyên tắc mã hóa.
Khám phá khả năng của ngôn ngữ lập trình hợp đồng thông minh được thiết kế đặc biệt cho mô hình lập trình CKB. Nghiên cứu chỉ mới bắt đầu, đây là một dự án nghiên cứu dài hạn và tôi cảm thấy chúng ta sẽ thấy một số kết quả vào năm 2021.
Hợp tác với cộng đồng Grin để triển khai MimbleWimble trên CKB. Nó sẽ cung cấp cho CKB các chức năng bảo mật, cho phép người dùng đạt được quyền riêng tư và ẩn danh khi sử dụng CKB hoặc bất kỳ giao dịch Token nào khác được phát hành trên CKB. Trong quý 4 năm nay, tôi nghĩ chúng ta sẽ thấy đề xuất triển khai MimbleWimble trên CKB.
Làm việc với nhóm Ambi để triển khai ZK Rollup.
Thiết kế mô hình lập trình hợp nhất (Unified Programming Model) cho mạng phân cấp của Nervos. Mục tiêu cuối cùng là sử dụng cùng một mô hình lập trình trên cả Lớp 1 và Lớp 2. Ví dụ: các hợp đồng thông minh được thiết kế dựa trên mô hình lập trình này có thể chạy ở nhiều nơi khác nhau, cho dù trên CKB, trên Godwoken Rollup hay trên chuỗi bên Axon của CKB. Một giao dịch gọi là hợp đồng thông minh có thể được chấp nhận bởi nhiều giao thức khác nhau trong mạng phân lớp và người dùng có thể quyết định nơi gửi giao dịch, cho dù đó là Lớp 1 hay Lớp 2. Lấy kênh thanh toán phổ quát làm ví dụ, các hợp đồng được viết bằng TypeScript có thể chạy trong các kênh thanh toán phổ biến Lớp 1 và Lớp 2 và Mô hình lập trình hợp nhất còn tiến xa hơn một bước so với điều này. Phần nghiên cứu này vẫn đang ở giai đoạn đầu và chúng tôi vẫn đang khám phá những khả năng khác nhau.
Khả năng tương tác 2.0
Cuối cùng tôi muốn nói chuyện với bạn về khả năng tương tác 2.0. Chúng tôi đã thấy cách các chuỗi khối có thể tương tác với nhau và chúng tôi đã thấy các giải pháp cho các nút đáng tin cậy hoặc các giải pháp không yêu cầu sự tin cậy. Nhiều dự án blockchain cũng cam kết về khả năng tương tác, hay còn gọi là chuỗi chéo, nhưng tất cả đều bắt đầu từ quan điểm của nhà phát triển và bỏ qua trải nghiệm người dùng.
Ví dụ: nếu người dùng muốn chuyển Bitcoin của mình sang Ethereum và thế chấp nó trên DeFi của Ethereum, thì người dùng cần sử dụng hai ví hoàn toàn khác nhau, một là ví Bitcoin Coin và một là ví Ethereum, bạn phải học kiến thức về hai giao thức blockchain hoàn toàn khác nhau.
Nếu lấy Internet làm ví dụ thì Internet có hai giao thức truyền dẫn, một là TCP và một là giao thức truyền UDT, theo cách này, nó sẽ được chia thành hai loại khác nhau. Mỗi khi người dùng muốn sử dụng một trang web, anh ta phải tìm và tải xuống nhiều trình duyệt phù hợp với hai giao thức khác nhau và qua lại giữa hai thế giới song song này. Trải nghiệm người dùng như vậy chắc chắn sẽ rất tệ, nhưng rõ ràng thế giới Internet hiện tại của chúng ta không như thế này.
Tại sao chuyện này lại xảy ra? Lý do chính là Internet áp dụng kiến trúc phân lớp và chúng tôi cũng tin rằng blockchain sẽ phát triển giống như Internet. Theo chúng tôi, người dùng không cần biết chính xác họ đang sử dụng giao thức nào. Khi chúng ta mở một trang web để nhận email, họ không cần biết mình đang sử dụng TCP hay IMAP. Tất cả các chi tiết kỹ thuật trên Internet đều có thể được gấp lại và người dùng không cần phải xem, miễn là các nhà phát triển biết chúng.
Vậy theo cách tương tự, tại sao chúng tôi muốn người dùng biết hiện tại họ đang sử dụng giao thức blockchain nào? Họ không cần biết, họ chỉ cần quan tâm đến tài sản của mình.
Đây là điểm mà Nervos làm tốt hơn.
Trước đây phần giới thiệu đề cập rằng sẽ ngày càng có nhiều công cụ xuất hiện trong hệ sinh thái Nervos trong quý 4.
Hiện tại có các khoản Tài trợ cộng đồng đang hoạt động trên PW-SDK, giúp tập lệnh khóa tương thích với các chuỗi khối khác. Thông qua PW-SDK, người dùng có thể lưu trữ tài sản của họ trên Nervos dưới dạng Bitcoin hoặc Ethereum hoặc thậm chí các địa chỉ chuỗi công khai khác và kiểm soát nó bằng ví Ethereum hoặc Bitcoin.
Các nhà phát triển khác cũng có thể sử dụng bộ công cụ này để tạo dApp tương thích với các ví đa chuỗi như Ethereum, Bitcoin và EOS.
Ngoài ra, còn có UDT và toCKB, một là giao thức Token và một là cầu nối từ tài sản chung đến CKB trên các chuỗi. Tài sản trên Bitcoin và Ethereum có thể được chuyển trực tiếp sang CKB. Polyjuice là lớp tương thích của Ethereum EVM và dApps trên Ethereum cũng có thể được di chuyển sang CKB.
Điều gì sẽ xảy ra nếu bốn mảnh ghép này được ghép lại với nhau?
Chúng ta có thể nhìn vào bức tranh này, khả năng tương tác 2.0 (chuỗi chéo 2.0).
Hình ảnh này hiển thị nhiều mạng blockchain khác nhau, bao gồm Bitcoin, Ethereum và EOS. Mỗi blockchain có người dùng và ví riêng, ở dưới cùng là các blockchain khác nhau và tất cả tài sản blockchain được phát hành trên các blockchain khác nhau.
Lấy Bitcoin làm ví dụ. Thông qua toCKB, chúng ta có thể chuyển BTC từ Bitcoin sang chuỗi CKB. Quá trình này có thể được hoàn thành trực tiếp bằng ví Bitcoin gốc mà không cần sử dụng ví Nervos. Sau khi tài sản được chuyển sang CKB, Wrap BTC đã di chuyển cũng có thể được kiểm soát bằng địa chỉ và ví Bitcoin. Nhưng nó được lưu trữ trên chuỗi CKB. Tại thời điểm này, người dùng đã có thể sử dụng Wrap BTC của mình để chơi nhiều DeFi khác nhau và các hoạt động này cũng có thể được hoàn thành thông qua ví BTC.
Quy trình này giống với trường hợp của Ethereum và EOS. Người dùng cũng có thể hoàn thành các ứng dụng tài sản chuỗi chéo này bằng ví và địa chỉ của riêng họ.
Đây là cách Internet hoạt động và tại sao Internet là Internet. Ví trên blockchain ngày nay giống như các trình duyệt trên Internet của Nervos. Bất kể họ sử dụng ví blockchain nào, họ đều có thể truy cập vào mạng blockchain. Không có chi phí di chuyển và nhiều chi tiết kỹ thuật được ẩn trong đó.
Đây là cái mà tôi gọi là khả năng tương tác 2.0, đó là lý do tại sao Nervos có thể tích hợp tất cả các chuỗi khối trên Nervos. Điều thú vị nhất là người dùng thiết bị đầu cuối có thể tận hưởng các dịch vụ này mà không cần phải làm gì cả.
Hỏi đáp
Q1: Tháng trước chúng tôi thấy Nervos tích hợp Rosetta của Coinbase. Đây có được coi là sự hợp tác giữa bạn và Coinbase không? Nếu vậy, lộ trình sơ bộ là gì?
Kevin: Tôi nghĩ câu trả lời đơn giản nhất là Có. Hiện tại, hai nút của sự hợp tác này gần như đã hoàn tất và chúng tôi sẽ làm việc với chúng một lần nữa Mọi người đều đồng bộ. Bạn có thể kiểm tra thông tin liên quan:
https://www.chainnews.com/zh-hant/articles/317840666445.htm
Câu 2: Tôi có thể tìm thông tin mới nhất về Rollup ở đâu?
Tháng 1:Chúng tôi có GitHub Repo, nơi bạn có thể tìm thấy tiến trình của Rollup:
https://github.com/nervosnetwork/godwoken
Câu 3: Nervos có triển khai chuỗi chéo ERC20 trên Binance Smart Chain không?
Tháng 1:Không. Giải pháp chuỗi chéo toCKB của chúng tôi là một giải pháp chuỗi chéo phổ quát. toCKB về cơ bản có thể hiện thực hóa chuỗi chéo giữa CKB và bất kỳ chuỗi nào khác. Nói cách khác, việc CKB và Binance Chain kết hợp các tài sản chuỗi chéo là hoàn toàn khả thi. Chúng tôi hiện đang thử nghiệm hỗ trợ chuỗi chéo cho nhiều chuỗi khác nhau.
Q4: Làm thế nào AMM trên CKB có thể tốt hơn Ethereum?
Tháng 1: Chúng giống nhau về mặt chức năng nhưng khác nhau về thiết kế và kiến trúc. Cách tốt nhất để triển khai AMM trên CKB là kết hợp các hợp đồng thông minh trên chuỗi với các giao thức ngoài chuỗi. Vì chúng ta có thể chia sẻ trạng thái trên AMM nên AMM của CKB có thể phức tạp hơn về mặt thiết kế nhưng cũng dễ mở rộng hơn. Nhưng đây là những khác biệt đối với nhà phát triển và chúng giống nhau đối với người dùng.
Kevin: Tôi muốn mở rộng quan điểm này. Không chỉ AMM, bất kỳ dApp nào cũng có thể tận dụng tốt kiến trúc phân lớp trên CKB . Ví dụ: State Channel, Side Chain và cầu nối với các chuỗi khác, v.v. Đây là những cơ sở hạ tầng mà AMM hoặc các dApp khác có thể sử dụng. Lớp 2 có thể cung cấp cho các dApp này hiệu suất tốt hơn và phí rẻ hơn.
Câu hỏi 5: Những loại stablecoin nào sẽ có trên Nervos? Các stablecoin hiện tại sẽ được phát triển trên Nervos hay sẽ có các giải pháp stablecoin mới?
Kevin: Sẽ có cả hai, chẳng hạn như stablecoin loại thế chấp như DAI hoặc stablecoin dựa trên các khoản thế chấp tiền tệ hợp pháp, chẳng hạn như USDT, USDC và thậm chí một số giải pháp stablecoin mới gần đây. có sự đa dạng trong stablecoin.
Q6: Làm cách nào để triển khai kênh thanh toán Lớp 2? Nó sẽ khác như thế nào so với việc triển khai Lớp 2 của các chuỗi khối khác?
Tháng 1: Chúng tôi có thể làm rất nhiều thứ trên các kênh thanh toán. Những gì chúng tôi đang làm gần đây là kênh thanh toán giữa hai người dùng. Trong tương lai, chúng tôi cũng sẽ biến nhiều kết nối kênh thanh toán thành mạng lưới kênh thanh toán . Bằng cách này, bất kỳ hai người nào trên mạng này đều có thể kết nối với nhau và dung lượng có thể được mở rộng vô hạn.
Nếu bạn tưởng tượng một chút, khi chúng ta muốn kết nối hàng tỷ thiết bị IOT trên thế giới này, giải pháp duy nhất trên blockchain lúc đó là mạng kênh thanh toán, bởi vì khi hàng tỷ giao dịch được bắt đầu trên mạng cùng lúc, 10.000 TPS có thể không đủ, nhìn vào mạng kênh thanh toán, đó là một giải pháp có thể được kiểm chứng trong tương lai.
Ngoài ra, mạng kênh thanh toán cũng là một phần bổ sung cho Internet, vì trên Internet không có lớp truyền giá trị, nếu bạn muốn đăng ký YouTube, trước tiên bạn cần phải đăng ký và thanh toán cho YouTube Lệ phí. Nhưng với mạng kênh thanh toán, chúng ta có thể tự động trả tiền cho YouTube khi xem mà không cần tạo tài khoản trên YouTube. Nói cách khác, nếu bạn thiết lập kênh với YouTube thì khi bắt đầu xem video Primer của YouTube, bạn có thể tự động thanh toán qua kênh thanh toán cùng lúc, điều này hoàn toàn khác với các phương thức thanh toán mà chúng ta thấy trên thế giới ngày nay. đó là lý do tại sao tôi nói rằng các kênh thanh toán có thể làm cho thế giới Internet hiện tại trở nên tốt đẹp hơn.
Q7: Bạn nghĩ gì về nhận định "sẽ chỉ còn lại hai hoặc ba chuỗi công cộng trong tương lai"? Nếu bạn đồng ý thì Nervos có cơ hội trở thành một trong số họ.
Tháng 1: Trước hết, tôi không đồng ý với nhận định này. Tôi nghĩ trong tương lai sẽ có rất nhiều chuỗi công khai, bởi vì tài sản có giá trị nằm rải rác khắp nơi trên thế giới hiện tại nên tôi nghĩ sẽ có nhiều trong tương lai Chuỗi công khai có thể phát hành tài sản, nhưng chỉ có hai hoặc ba chuỗi công khai có thể lưu trữ giá trị của tài sản. Như tôi đã nói trong sơ đồ khả năng tương tác, tất cả người dùng có thể vận hành tài sản được phát hành trên mỗi chuỗi thông qua các dịch vụ được cung cấp bởi một chuỗi công khai nhất định với khả năng lưu trữ có giá trị.
Q8: Có vẻ như tiếng nói của Nervos trong lĩnh vực DeFi hiện nay hiếm khi được nghe thấy. Bạn nghĩ gì về DeFi? Bạn có nghĩ bây giờ đã quá muộn để bắt đầu phát triển DeFi?
Tháng 1:DeFi là hướng phát triển lâu dài và không bao giờ là quá muộn.
Kevin: Đây cũng là một điểm mà tôi rất tin tưởng. Chúng tôi rất quan tâm Đội ngũ phát triển blockchain cũng hoàn toàn tin tưởng vào sự phát triển công nghệ của blockchain. Chúng tôi hy vọng thấy công nghệ này mang lại những thay đổi tích cực to lớn cho thế giới, giống như Internet. Chúng tôi biết rằng giá cả luôn thay đổi trong thế giới blockchain sẽ khiến mọi người cảm thấy rằng blockchain dường như đang phát triển rất nhanh, nhưng điều này dễ khiến chúng tôi bỏ qua bối cảnh phát triển chung của toàn bộ blockchain.
Nếu nhìn vào toàn bộ chu trình, đầu tư vào Internet ngay cả bây giờ cũng chưa muộn, vì Internet vẫn còn rất non trẻ, nên quay trở lại với blockchain, tôi tin rằng đây là một thế hệ mới kéo dài hàng chục năm chuyển giao mô hình, vì vậy chúng ta phải có tầm nhìn dài hạn để xem xét cơ sở hạ tầng blockchain cần thiết cho DeFi sẽ như thế nào trong tương lai.
Tháng 1:Đúng vậy, Internet vẫn còn rất non trẻ và vẫn đang chờ đợi một mạng kênh thanh toán toàn cầu~ :)
Q9: Chúng ta có cần thực hiện bất kỳ sự đánh đổi nào khi chọn Godwoken, Open Tx, GPC (Kênh thanh toán chung) và các giải pháp mở rộng khác không?
Tháng 1:Đây là một câu hỏi hay, Lớp 2 này có các tính năng và chức năng khác nhau.
Ví dụ: kênh thanh toán có đặc điểm độ trễ thấp, rất tốt để chơi trò chơi, nhưng có nhược điểm là bạn cần thế chấp tài sản trước khi thiết lập kênh, điều này không thân thiện, bạn cũng có thể sử dụng Rollup. Rollup là một thỏa hiệp và giải pháp thực tế, nhưng nó bị hạn chế về hiệu suất; tất nhiên bạn cũng có thể sử dụng chuỗi bên, nhưng bạn cần giả định rằng không quá 1/3 số trình xác nhận chuỗi bên sẽ làm điều ác. Nếu đây là tình huống hiện tại, tôi khuyên bạn nên sử dụng Rollup trước. Nếu Rollup không thể đáp ứng kịch bản của bạn, bạn có thể khám phá các chuỗi bên và kênh thanh toán.
Q10: Mục tiêu của bạn là biến MimbleWimble thành một giao thức phổ quát cho các quy trình giao dịch sUDT phải không?
Tháng 1:sUDT là một giao thức UDT (Mã thông báo do người dùng xác định) đơn giản không có nhiều chức năng bổ sung. Mục tiêu của MimbleWimble trên CKB là làm cho lớp bảo mật tương thích với sUDT, để các tài sản trên sUDT có thể có quyền riêng tư của MimbleWinble.
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ài viết liên quan
