Phỏng vấn độc quyền với Cdot Liu Yi: Chuyển tiếp chuỗi chéo không cần sự tin tưởng là chuỗi chéo hoàn hảo

Tiêu đề gốc: "Một bài viết giải thích chi tiết các điểm kỹ thuật và khó khăn của chuỗi chéo: bắt đầu từ chuỗi chéo hoàn hảo"

Nguồn gốc: Đồng hồ cơ

Bản gốc phỏng vấn và viết: Li Hua

Người được phỏng vấn: Liu Yi, người sáng lập Cdot

Điều đầu tiên bạn cần biết về chuỗi chéo là chúng ta không bao giờ thực sự có thể chuyển tài sản trên chuỗi này sang chuỗi khác. Lấy Bitcoin làm ví dụ, 21 triệu Bitcoin, tất cả chúng sẽ Và sẽ chỉ ở một địa chỉ Bitcoin nhất định và không đi đâu khác.

Chuyển giao tài sản xuyên chuỗi là gì? Nó khóa một tài sản trên một chuỗi và phát hành một tài sản thay thế có giá trị tương đương cho tài sản đó trên một chuỗi khác. (Lưu ý: Khóa băm không thuộc phương pháp này)

Lấy ví dụ về chuỗi chéo giữa Bitcoin và Ethereum, nó yêu cầu bạn chuyển Bitcoin sang A địa chỉ nhất định, khóa phần Bitcoin này, sau đó phát hành các sản phẩm thay thế Bitcoin trên Ethereum và chuyển chúng đến địa chỉ của bạn trên Ethereum; khi đổi quà, bạn cần gọi hợp đồng thông minh để hủy các sản phẩm thay thế Bitcoin, sau đó Mạng Bitcoin sẽ phát hành Bitcoin bị khóa để Bạn.

Không khó để nhận ra rằng khó khăn duy nhất nằm ở việc trao đổi tin nhắn.

Nói cách khác, khi bạn khóa Bitcoin của mình trên mạng Bitcoin, miễn là Ethereum có thể biết về nó, bạn có thể khóa nó trong Ethereum. Đúc tiền cho bạn; khi bạn phá hủy sự thay thế trong Ethereum, miễn là mạng Bitcoin có thể biết về nó, tiền có thể được phát hành cho bạn trên mạng Bitcoin.

Vậy khó khăn trong việc truyền đạt thông điệp là gì? Tôi đã phỏng vấn Liu Yi, người sáng lập Cdot. Liu Yi tin rằng đa chuỗi là một hệ thống khả thi hơn, vì vậy anh ấy và nhóm của mình cam kết kết nối giữa các chuỗi. Cdot đã thiết lập một cầu nối chuỗi chéo cho Ethereum và Flow, đồng thời cũng đang tiến hành nghiên cứu và phát triển chuỗi chéo giữa Cosmos và Polkadot, Cosmos và Ethereum.

Tại sao khó đạt được chuỗi chéo hoàn hảo

Câu hỏi: Đầu tiên đặt một câu hỏi “lớn”, bạn thấy tầm quan trọng của chuỗi chéo như thế nào?

Liu Yi: Vấn đề chính mà sự phát triển của công nghệ chuỗi công cộng phải đối mặt là làm thế nào để vượt qua các tắc nghẽn về hiệu suất và chi phí mà không phải hy sinh quá mức khả năng kết hợp của chuỗi trên- ứng dụng chuỗi. . Hiện tại có ba giải pháp: sharding, Lớp 2 và đa chuỗi (chuỗi chéo). Polkadot, Cosmos, Ava và nhiều nhóm bao gồm Cdot đang làm việc theo hướng đa chuỗi.

Nói cách khác, nếu bạn có thể sử dụng Substrate/Cosmos SDK để phát triển chuỗi dành riêng cho từng giao thức mã hóa, thì bạn cũng có thể tạo chuỗi chéo để giao thức mã hóa này có thể giao tiếp với các giao thức khác. Khả năng tương tác, khi đó các vấn đề về hiệu suất và chi phí của chuỗi công cộng có thể được giải quyết.

Q: Quay trở lại chủ đề kỹ thuật ngày nay, khó khăn trong việc truyền đạt thông điệp giữa hai chuỗi khi xuyên chuỗi là gì?

Liu Yi: Chúng ta có thể bắt đầu từ một bài báo có tên "Khả năng tương tác chuỗi" do Vitalik viết vào năm 2016. Ông chia công nghệ chuỗi chéo thành ba loại , khóa thời gian băm, nhân chứng và chuyển tiếp, tôi nghĩ về cơ bản có thể được sử dụng.

Nhân chứng và người chuyển tiếp đều là các quy trình ngoài chuỗi. Họ chịu trách nhiệm chuyển các thông điệp xung quanh: nó thấy điều gì đó đã xảy ra trên chuỗi A Nếu có chuyện gì xảy ra, hãy báo cho chuỗi B (lưu ý: chịu trách nhiệm trao đổi tin nhắn giữa hai chuỗi).

Sự khác biệt giữa chúng là gì? Khi tôi nhận được tin nhắn trên chuỗi mục tiêu, nếu đó là nhân chứng xuyên chuỗi, điều tôi xác minh là tin nhắn đó đến từ nhân chứng. Nếu tôi tin tưởng nhân chứng, tôi tin tin nhắn đó và thực hiện các thao tác được yêu cầu.

Nếu đó là một chuỗi chéo chuyển tiếp, điều tôi xác minh không phải là thông báo chuyển tiếp đến từ đâu mà là thông báo đó có đến từ đâu hay không. Dựa trên chuỗi nguồn, nếu có, hãy thực hiện thao tác.

Nói cách khác, nhân chứng có thể được coi là người chuyển tiếp cần được tin cậy và người chuyển tiếp có thể được coi là nhân chứng không cần được tin cậy. Đây là điểm khác biệt cốt lõi giữa hai bên. Người tiếp sóng rõ ràng là không đáng tin cậy hơn nhân chứng.

Rơle không thể làm điều ác. Nếu thông tin do rơle gửi không đến từ chuỗi nguồn, chuỗi đích sẽ xác định thông tin đó sau khi xác minh. Nhưng một nhân chứng có thể làm điều ác, nó có thể tạo một tin nhắn và gửi đến chuỗi mục tiêu. Sau khi chuỗi mục tiêu xác minh rằng nó đến từ một nhân chứng mà nó tin tưởng, nó sẽ thực hiện thao tác này.

Dường như mọi người nên sử dụng rơle để tạo ra các sản phẩm chuỗi chéo, nhưng tại sao phương pháp nhân chứng vẫn tồn tại? Vì yêu cầu chuyển tiếp xuyên chuỗi tương đối cao.

Yêu cầu của nó là gì? Giả sử chúng ta là hai chuỗi. Một sự kiện xảy ra trên chuỗi của bạn và được rơle gửi cho tôi. Tôi muốn xác minh rằng thông tin này đến từ chuỗi của bạn, phải không?

Xác minh bằng cách nào? Tôi cần một khách hàng nhẹ của chuỗi của bạn trên chuỗi của tôi. Có thể hiểu nôm na là cơ chế tương tự như Bitcoin SPV nhưng nó xảy ra trên chuỗi thay vì trong ví di động, tức là mình có tất cả các tiêu đề khối của bạn ở đây.

Lúc này, khi có tin nhắn đến, người chuyển tiếp không chỉ đưa tin nhắn cho tôi mà còn đưa cho tôi bằng chứng về tin nhắn. Bằng chứng này là Merkle Proof, tức là cho tôi biết điều này Sự kiện hoặc giao dịch đã xảy ra ở khối (độ cao) nào trên chuỗi của bạn?

Sau khi tôi nhận được Bằng chứng Merkle, vì tôi có tất cả các tiêu đề khối của bạn, tôi có thể lấy ra các tiêu đề khối có chiều cao tương ứng và sử dụng Bằng chứng Merkle để xác minh giao dịch hoặc Sự kiện này có tồn tại không? Nếu sự tồn tại được chứng minh, tôi chắc chắn rằng thông báo này thực sự bắt nguồn từ chuỗi của bạn.

Sau đó, khi chuỗi của tôi tạo ra một sự kiện hoặc một giao dịch xảy ra, rơle cũng sẽ được gửi cho bạn và bạn cũng sẽ có tất cả các tiêu đề khối của tôi . Bạn có thể xác minh rằng tin nhắn này là từ tôi. Đây là một chuỗi chéo hoàn hảo, phải không?

Nhưng tại sao không phải ai cũng nhận ra chuỗi chuyển tiếp hoàn hảo? Bởi vì một số chuỗi không có cách nào để triển khai các client nhẹ của chuỗi khác. Ví dụ: Bitcoin không thể triển khai ứng dụng khách nhẹ của bất kỳ chuỗi nào.

Có thể triển khai các client nhẹ của các chuỗi khác trên Ethereum không? Nó phụ thuộc vào độ khó của việc thực hiện. Ethereum cần sử dụng hợp đồng thông minh để triển khai các ứng dụng khách nhẹ, nhưng hợp đồng thông minh có giới hạn gas, do đó, lượng tính toán xác minh ứng dụng khách nhẹ phải có thể nằm trong Giới hạn Gas.

H: Chúng ta có thể nghĩ rằng nếu một chuỗi không có điều kiện để triển khai light client của chuỗi khác thì nó sẽ không bao giờ có thể chuyển tiếp được Làm thế nào để liên kết chéo với chuỗi khác?

Liu Yi: Nó chỉ có thể sử dụng nhân chứng để xuyên chuỗi, nhưng có thể trộn lẫn, sử dụng nhân chứng theo một hướng và chuyển tiếp theo hướng khác. .

Ví dụ: nếu tôi phát triển một chuỗi, Bitcoin chắc chắn sẽ không triển khai được light client của tôi, nhưng tôi có thể triển khai light client của Bitcoin thì Bitcoin sẽ là có sẵn cho tôi Rơle có thể được sử dụng theo hướng này, nhưng đối với Bitcoin, tôi chỉ có thể sử dụng nhân chứng.

Hỏi: Tình hình với Ethereum là gì? Ví dụ: cần phải hiện thực hóa chuỗi chéo chuyển tiếp giữa Ethereum và Cosmos.

Liu Yi: Ethereum là một vấn đề phức tạp, nó có điều kiện để triển khai một số client nhẹ, nhưng như đã đề cập ở trên, điều quan trọng nhất là The giới hạn là Gas Limit.

Ví dụ: trong chuỗi Tendermint (giao thức đồng thuận được Cosmos áp dụng), chuỗi chéo chuyển tiếp cần xác minh tiêu đề khối của nó và tiêu đề khối của nó thuộc về tất cả các trình xác nhận. Chữ ký, các chữ ký này sử dụng thuật toán chữ ký BLS và việc xác minh tiêu đề khối yêu cầu xác minh các chữ ký BLS này. Tuy nhiên, không có chữ ký BLS được biên dịch trước trên Ethereum.

Hợp đồng thông minh có thể gọi trực tiếp các thuật toán mã hóa được biên dịch sẵn, chẳng hạn như gọi phương thức ECRecover. Sử dụng nó để xác minh chữ ký ECDSA chỉ cần 3000 gas, tương đối thấp, nhưng không có thuật toán biên dịch trước BLS để xác minh. Để ký, bạn phải triển khai toàn bộ thuật toán xác minh chữ ký Solidity, thuật toán này không được lớp bên dưới hỗ trợ. Điều này quá tốn kém.

Để xác minh chữ ký BLS, lượng gas tối ưu dường như là hơn 200.000. Nếu có 100 trình xác thực trên Tendermint thì mỗi khối có thể có 100 Chữ ký, việc xác minh 100 chữ ký BLS, khí nhất định sẽ vượt quá, không thể làm được.

Tuy nhiên, theo lộ trình được Vitalik viết trong năm nay, Ethereum 1.x sẽ bổ sung các hợp đồng biên dịch trước chữ ký BLS, tương đương với việc triển khai xác minh BLS ở phía dưới lớp của máy khách. Sau đó, một lệnh gọi hàm duy nhất có thể xác minh chữ ký.

Giả sử 3000 gas giống như ECDSA, sau đó xác minh 100 chữ ký BLS tốn 300.000 gas, có thể được thực hiện trong hợp đồng thông minh.

Với quá trình biên dịch trước BLS, về mặt lý thuyết có thể triển khai ứng dụng khách nhẹ của Tendermint trên Ethereum, sau đó Ethereum và Cosmos có thể đạt được giao tiếp hai chiều. Do đó, khi nói đến chuỗi chéo với Cosmos Relay, Bitcoin chắc chắn sẽ không hoạt động và Ethereum hiện tại sẽ không hoạt động, nhưng nó có thể hoạt động trong tương lai.

H: Ngay cả khi các chuỗi được phát triển theo tiêu chuẩn IBC của Cosmos, chẳng phải chúng có khả năng xuyên chuỗi một cách tự nhiên sao?

Liu Yi: Có, ngay cả khi cả hai chuỗi đều triển khai IBC, nếu bạn muốn chuyển tiếp các chuỗi chéo, bạn phải triển khai ứng dụng khách nhẹ của chuỗi kia.

Cách truyền tải thông điệp xuyên chuỗi giữa các chuỗi

H: Light client được sử dụng cho chuỗi chéo Xác minh các tin nhắn trong chuỗi, nhưng bản thân tin nhắn chuỗi chéo được truyền giữa hai chuỗi như thế nào?

Liu Yi: Cây cầu xuyên xích rất sống động, có hai trụ và một cầu. Hai trụ cầu là hai bộ hợp đồng thông minh (một số chuỗi có thể được gọi là mô-đun), một chạy trên chuỗi A và một chạy trên chuỗi B; có một cầu nối ở giữa, là một quy trình ngoài chuỗi chịu trách nhiệm giám sát sự kiện của hai bộ hợp đồng thông minh của cả hai bên.

Hỏi: Ví dụ: nếu tôi khóa một CryptoKitty vào một hợp đồng thông minh trên Ethereum, thì quy trình ngoài chuỗi có thể dễ dàng theo dõi sự kiện này, nhưng làm thế nào nó có thông báo Hợp đồng thông minh trên Flow là tôi đã khóa một con mèo không?

Liu Yi: Quy trình off-chain là gửi một giao dịch đến Flow, nói rằng Ethereum đã khóa một con mèo và bạn muốn đúc một con mèo. Đây là chương trình kết nối với các nút Ethereum ở một bên và các nút Flow ở phía bên kia thông qua giao diện RPC (Cuộc gọi thủ tục từ xa).

H: Bạn có thể mô tả đầy đủ một quy trình chuỗi chéo cụ thể không?

Liu Yi: Giả sử có một token ERC20, chẳng hạn như UNI, được phát hành trên Ethereum và chúng ta muốn chuyển nó sang PlatON. .

Sau đó phải có một hợp đồng thông minh trên Ethereum, chẳng hạn như hợp đồng Vault, là trụ cột của cây cầu xuyên chuỗi; người dùng chuỗi chéo phải thực hiện hai giao dịch Giao dịch, giao dịch đầu tiên là gọi phương thức Phê duyệt của hợp đồng UNI, cho phép hợp đồng Vault chuyển càng nhiều UNI của người dùng càng tốt.

Giao dịch thứ hai được gửi đến phương thức Khóa của hợp đồng Vault. Loại tiền cần khóa (UNI trong trường hợp này) và số lượng (ví dụ: 500 ) được sử dụng làm Các tham số được truyền vào và sau đó phải cung cấp địa chỉ PlatON. Người ta nói rằng tôi khóa 500 để tạo ra 500 thay thế UNI tại địa chỉ này.

Lúc này, hợp đồng Vault sẽ gọi hợp đồng UNI để chuyển UNI. Vì hợp đồng Vault đã được phê duyệt nên UNI có thể được chuyển từ địa chỉ người dùng tới địa chỉ của hợp đồng Vault, UNI bị khóa.

Sau khi khóa hoàn tất, hợp đồng Vault sẽ gửi một sự kiện, chẳng hạn như sự kiện AssetLock; quy trình ngoài chuỗi được kết nối với nút Ethereum thông qua Giao diện RPC. Nó sẽ đăng ký sự kiện AssetLock của hợp đồng Vault. Ngay khi sự kiện này xuất hiện trong nhật ký, quy trình ngoài chuỗi sẽ nhận được sự kiện này.

Sự kiện này chứa các thông số liên quan, chẳng hạn như đồng xu nào bị khóa, số tiền bị khóa và ai là người hưởng lợi trên chuỗi còn lại; quy trình ngoài chuỗi sẽ đợi Ví dụ: việc xác nhận 100 khối là không thể đảo ngược; khi đó, quy trình ngoài chuỗi cũng có giao diện RPC được kết nối với PlatON và nó sẽ gửi giao dịch tới PlatON, giả sử rằng giao dịch đó được gọi là Mint.

PlatON cũng sẽ có một hợp đồng, chẳng hạn như hợp đồng Kiểm soát, là một trụ cột khác của cây cầu xuyên chuỗi; hợp đồng Kiểm soát sẽ tạo ra một hợp đồng tương tự như Ví dụ: trước ERC20, nó được gọi là EUNI. Hợp đồng kiểm soát là chủ sở hữu của hợp đồng này, nghĩa là nó có quyền kiểm soát việc cung cấp mã thông báo của hợp đồng EUNI.

Sau khi hợp đồng Kiểm soát nhận được yêu cầu Mint và xác minh rằng yêu cầu đó thực sự đến từ nhân chứng, nó sẽ gọi phương thức Mint của hợp đồng EUNI và yêu cầu nó gửi đúc một địa chỉ nhất định 500 mã thông báo EUNI, sau khi EUNI được đúc, nó sẽ được đặt trên địa chỉ do người dùng cung cấp trước đó và người dùng có thể sử dụng nó.

Tại thời điểm này, giả sử rằng người dùng chuyển EUNI cho người dùng khác và người dùng mới muốn UNI trên Ethereum, điều anh ta cần làm là Phê duyệt trước, sau đó gọi Kiểm soát Phương thức Đổi thưởng của hợp đồng đốt cháy, ví dụ: 100 EUNI và phát hành một sự kiện có tên AssetBurn.

Khi quy trình off-chain giám sát sự kiện AssetBurn của hợp đồng Kiểm soát, nó sẽ gửi yêu cầu giao dịch đến hợp đồng Ethereum Vault và gọi giao diện Phát hành. sẽ xác minh rằng giao dịch là Sau khi đến từ nhân chứng, UNI sẽ được chuyển từ địa chỉ của hợp đồng Vault đến địa chỉ người dùng được chỉ định và người dùng sẽ nhận được UNI gốc. Đây là một quá trình chuỗi chéo hoàn chỉnh.

Hỏi: Chúng ta có thể từ bỏ vai trò của "quy trình ngoài chuỗi" để đạt được chuỗi chéo không? Ví dụ: một chuỗi trực tiếp giám sát chuỗi khác và sau đó hoàn thành các hoạt động xuyên chuỗi liên quan?

Liu Yi: Điều này là không thể vì chuỗi không thể chủ động bắt đầu hoạt động và logic của chuỗi là thụ động.

Ngoại lệ duy nhất là Substrate (khung phát triển Polkadot), có cơ chế công nhân ngoài chuỗi, có thể sử dụng máy công nhân ngoài chuỗi để bắt đầu các yêu cầu. Những loại khác, chẳng hạn như hợp đồng thông minh Ethereum, không thể tự mình khởi xướng bất cứ điều gì mà chỉ có thể được gọi.

Câu hỏi: Chúng ta có thể hiểu nó theo cách này không? Cho dù đó là chuỗi chéo chuyển tiếp hay chuỗi chéo nhân chứng, cần phải có một quy trình ngoài chuỗi để truyền tải Sự khác biệt là, Rơle có xác minh tin nhắn trên chuỗi thông qua ứng dụng khách không?Nhân chứng có tin tưởng vào tin nhắn do nhân chứng cung cấp trên chuỗi không?

Lưu Nghị: Hãy hiểu điều này về cơ bản không có vấn đề gì. Chuỗi chéo chuyển tiếp phụ thuộc vào tính sẵn có của quy trình ngoài chuỗi chứ không phụ thuộc vào mức độ trung thành của nó.

Làm thế nào để các nhân chứng có thể đáng tin cậy hơn

H: Có vẻ như việc truyền tin nhắn qua mạng- Quy trình chuỗi không khó, việc xác minh tin nhắn hay tin tưởng tin nhắn có gì khó?

Liu Yi: Có, vì cả hai chuỗi đều có giao diện RPC và SDK (bộ công cụ phát triển phần mềm), đều có thể truy cập được nên không khó. .

Và đối với các chuỗi chéo có mục đích cụ thể, bạn không cần xác định một giao thức có thể mở rộng mà chỉ cần tự mình sử dụng: xác định sự kiện là gì, tham số là gì giải nén và gửi đi. Chỉ cần cung cấp thông số gì cho ai.

Hỏi: Việc xác minh tin nhắn là một vấn đề kỹ thuật. Nó có thể được xác minh hoặc không. Nhưng nếu bạn tin tưởng vào tin nhắn thì dường như có một mô hình khác. được phản ánh trong chuỗi chéo nhân chứng Trên đây là nó có thể được thực hiện theo nhiều cách khác nhau. Thông điệp đòi hỏi sự tin tưởng có thể đến từ một nhân chứng tập trung hay một nhân chứng phi tập trung?

Lưu Nghị: Thực ra đó là vấn đề an ninh. An toàn là cái gì đó không có giới hạn và không có tuyệt đối, an toàn thường là một quá trình diễn ra từ từ.

Ví dụ lúc đầu khi chưa có tài sản thì bạn có thể sử dụng một nhân chứng duy nhất, thậm chí không cần KMS (Dịch vụ quản lý khóa); khi bạn có tài sản , bạn sẽ sử dụng KMS; Nếu có nhiều tài sản hơn, cần có nhiều nhân chứng. Để tiết kiệm xăng, phải thực hiện tổng hợp chữ ký ngoài chuỗi; nếu có nhiều tài sản hơn, phải sử dụng MPC (tính toán an toàn đa bên).

Sau đó, nếu có nhiều tài sản hơn, nhiều bên tham gia MPC phải được nhóm và lên lịch ngẫu nhiên, chẳng hạn như RenVM. Điều này tương tự như độ khó và thực tiễn của việc xây dựng chuỗi công khai, nhưng nó cũng đạt được các nhân chứng phi tập trung.

H: Bạn có thể mô tả chi tiết hơn được không?

Liu Yi: Ví dụ: nếu một bên là Ethereum và bên kia là Flow, chúng ta có thể phát triển một nút chứng kiến để kết nối hai bên.

Nhưng tính bảo mật và tính khả dụng của nhân chứng này tương đối thấp. Nếu hacker đột nhập vào máy chủ của nhân chứng và lấy được khóa riêng của nhân chứng, anh ta sẽ lấy hết ETH hoặc ERC20 bị khóa trên Ethereum có thể bị đánh cắp.

Một rủi ro khác là tính khả dụng. Nếu máy chủ nhân chứng ngừng hoạt động, sau khi tài sản bị khóa trên một chuỗi, chúng không thể được đúc trên chuỗi kia. , bởi vì tin tức không thể lọt qua được.

Nếu không có nhiều tài sản xuyên chuỗi thì một nhân chứng có thể được chấp nhận. Ngoài ra còn có một số phương pháp để giải quyết các vấn đề về bảo mật và thời gian ngừng hoạt động của một nhân chứng. Nhưng nếu bạn muốn cải thiện hơn nữa thì sao? Có thể gồm 3 nhân chứng.

Giả sử có Bitcoin ở một bên và Ethereum ở bên kia. Có một ví đa chữ ký 2/3 trên mạng Bitcoin và người dùng gửi giao dịch tới khóa Bitcoin trong đó, sau khi ba nhân chứng nhìn thấy nó, họ đã gửi một tin nhắn đến Ethereum. Sau khi Ethereum xác nhận rằng tin nhắn đến từ nhân chứng, nó đã đúc token trên Ethereum.

Khi đổi, người dùng gửi giao dịch trên Ethereum để đổi Bitcoin, sau khi ba nhân chứng nhìn thấy, họ đến mạng Bitcoin để gửi chữ ký đa cấp : Một nhân chứng gửi giao dịch nói rằng họ muốn giải phóng, và một nhân chứng khác cũng gửi giao dịch nói rằng họ muốn giải phóng. Khi 2/3 ví thấy đủ hai chữ ký, họ sẽ giải phóng Bitcoin cho người dùng.

2/3 thì tốt hơn một chút so với một nhân chứng, nhưng chỉ cần 2 trong số 3 người nắm giữ khóa riêng thông đồng với nhau thì tất cả Bitcoin đều có thể bị lấy đi, vì vậy mức độ phân cấp của nó là không đủ.

Sau đó, giải pháp tốt hơn là chuỗi nhân chứng được hỗ trợ bởi MPC/TSS (Tính toán đa bên an toàn/Chữ ký ngưỡng). Tôi vừa nói nhân chứng thì cần phải tin cậy, nhưng nếu nhân chứng gộp thành dây chuyền thì cũng có thể không đáng tin cậy?

Tập tin cậy đã được mở rộng, ngoài việc tin cậy chuỗi nguồn và chuỗi mục tiêu còn có nhân chứng ở giữa, tuy nhiên nhân chứng này không tập trung. là một chuỗi và có An ninh kinh tế riêng, miễn là bạn tin rằng tập hợp những người xác nhận trong chuỗi nhân chứng sẽ không làm điều ác thì toàn bộ quá trình là không đáng tin cậy.

Chuỗi nhân chứng có thể nhóm ngẫu nhiên nhiều nút nhân chứng. Ví dụ: mỗi nhóm sẽ có một địa chỉ Bitcoin. Sau một khoảng thời gian, các nút này sẽ được nhóm lại Việc phân nhóm, trong trường hợp này, không dễ để các node thông đồng với nhau để đánh cắp Bitcoin.

Ví dụ, vai trò của chữ ký ngưỡng là có 21 nút trong một nhóm và mỗi nút có một khóa riêng. Nếu nó được đặt thành Ngày 21/15, khi đó 15 trong số 21 nút này cần ký, sau đó tạo chữ ký ECDSA, sau đó mở khóa ví thông qua giao dịch.

Rõ ràng phương pháp này an toàn và đáng tin cậy hơn (có thể chấp nhận được 6 nút không trực tuyến hoặc cố tình không tham gia chữ ký) và tiết kiệm hơn. Bởi vì bạn chỉ cần gửi một giao dịch để mở khóa Bitcoin.

Trong quá trình tổng hợp chữ ký ngưỡng, cần phải sử dụng MPC, vì khóa riêng của các nút không thể được ghép lại với nhau để tạo chữ ký và mọi người cần phải làm như vậy tính toán riêng biệt. Vì vậy, nó là một cơ chế chữ ký ngưỡng cộng với MPC, có thể tạo thành chuỗi nhân chứng.

Hỏi: MPC/TSS thường được sử dụng cho chuỗi chéo giữa Bitcoin và Ethereum. Nó có thể dễ dàng được cấy ghép sang hai chuỗi còn lại không?

Liu Yi: Bạn có thể, nhưng điều đó không hẳn là dễ dàng. Chữ ký ngưỡng và MPC của nó dành cho chữ ký ECDSA. Cơ chế này giúp dễ dàng liên kết các tài sản giữa các chuỗi ECDSA. Nếu chữ ký ngưỡng và MPC của nó hỗ trợ các thuật toán chữ ký khác, cơ chế này có thể được mở rộng sang các chuỗi khác.

Hỏi: Quan điểm của chúng tôi về chuỗi chéo chuyển tiếp và Bây giờ chúng ta đã có sự hiểu biết nhất định về chuỗi, khóa thời gian băm là loại cơ chế chuỗi chéo nào?

Liu Yi: Tôi đã đặt cho phương pháp khóa thời gian băm một tên mới, gọi là phối hợp bên ngoài.

Phối hợp bên ngoài có nghĩa là trong toàn bộ quá trình xuyên chuỗi, hai chuỗi không biết nhau, Chuỗi A không biết chuyện gì đang xảy ra trên chuỗi B. Chuỗi B không biết chuyện gì đang xảy ra trên chuỗi A (lưu ý: trong chuỗi chéo chuyển tiếp và chuỗi chéo chứng kiến, hai chuỗi biết nhau).

Ví dụ: với khóa thời gian băm, trước tiên chúng tôi thực hiện giao dịch trên A và sau khi nhận được hàm băm, chúng tôi gửi hàm băm cho B. Đây là Hai người dùng ví đang phối hợp các chuỗi chéo và bản thân hai chuỗi này không biết chuỗi kia.

Tại sao phải kéo dài thời gian khóa băm để gọi là phối hợp bên ngoài? Bởi vì ngoài khóa thời gian băm, còn có một số lượng lớn các chuỗi chéo phối hợp bên ngoài không có khóa thời gian băm.

Một trong những ứng dụng lớn nhất là sàn giao dịch tập trung. Tôi đã gửi Bitcoin vào đó và đổi lấy Ethereum. Đây là một ứng dụng web. Phối hợp chuỗi chéo.

Các chuỗi chéo phối hợp bên ngoài cũng được sử dụng rộng rãi trong lĩnh vực chuỗi liên minh. Các nhà sản xuất chuỗi liên minh, chẳng hạn như Hyperledger Cactus, là phần mềm trung gian chuyên về phối hợp bên ngoài. Có khả năng trải dài hai chuỗi. Người dùng gửi giao dịch đến phần mềm trung gian và phần mềm trung gian biết cách thực hiện thao tác trên chuỗi A trước, sau đó thực hiện thao tác trên chuỗi B. Chuỗi A và chuỗi B không biết về nhau.

Vì vậy, dù được điều phối bởi ví, ứng dụng hay phần mềm trung gian, đặc điểm của loại chuỗi chéo này là hai chuỗi thực sự không biết về nhau và có bên ngoài thực thể đang thực hiện sự phối hợp.

Tại sao chúng ta ít đề cập đến sự phối hợp bên ngoài trong lĩnh vực chuỗi công cộng hoặc giao thức mã hóa? Bởi vì các ứng dụng web hoặc phần mềm trung gian phải được điều hành bởi các thực thể tập trung nên việc phân cấp là không thể.

Nhưng chuỗi chéo nơi ví phối hợp với các thực thể bên ngoài có thể được coi là không đáng tin cậy, bởi vì người dùng và ví được tích hợp và chúng ta phải tin tưởng vào ví bất kỳ hoạt động nào chúng tôi thực hiện Tức là nó không mở rộng bộ tin cậy. Đây là lý do tại sao khóa thời gian băm được coi là một chuỗi chéo không đáng tin cậy.

Nhưng khóa thời gian băm có chức năng hạn chế, tất cả những gì nó có thể làm là trao đổi tài sản, ngoài ra, nó còn có những vấn đề kinh doanh. Hoán đổi nguyên tử chuỗi chéo được thực hiện vào năm 2015. Đã 5 năm trôi qua mà không có doanh nghiệp nào được hình thành.

Kết luận:

Chúng ta hãy kết thúc bằng một chữ Let's nhỏ kết thúc bài viết này bằng một bản tóm tắt. Có vẻ như các phương pháp chuỗi chéo phổ biến hiện nay có thể được chia thành ba loại chính:

Loại thứ nhất: chuỗi chéo tập trung (phối hợp bên ngoài lớp). Đó là một bên thứ ba tập trung thế chấp tài sản trên một chuỗi và phát hành tài sản trên một chuỗi khác. Chuỗi tài sản chéo thực sự xảy ra khi bên thứ ba thế chấp và phát hành tài sản. Trong quá trình này, hai chuỗi không có tin nhắn nào được trao đổi giữa chúng.

Khi người dùng thực hiện các hoạt động xuyên chuỗi, đó không phải là quá trình khóa và đúc tiền mà gần giống với việc trao đổi tài sản trên chuỗi A lấy chuỗi B. Một cách khác tài sản do bên thứ ba phát hành.

Chuỗi chéo tập trung là cách triển khai đơn giản nhất nhưng nó dựa vào sự tin cậy tập trung mạnh mẽ; các dự án chuỗi chéo như vậy bao gồm các tài sản chuỗi chéo do các sàn giao dịch cung cấp, v.v.

Loại 2: Nhân chứng chuỗi chéo. Tin nhắn được chuyển qua các quy trình ngoài chuỗi và tài sản bị khóa hoặc mở khóa trên một chuỗi và được đúc hoặc phá hủy trên chuỗi kia; cả hai chuỗi cần tin tưởng các tin nhắn được gửi bởi các nhân chứng là đúng sự thật.

Một nhân chứng có thể là một hoặc nhiều nút nhân chứng hoặc một chuỗi các nút nhân chứng. Mặc dù nút nhân chứng yêu cầu phải tin tưởng vào nhân chứng, nhưng nó có thể được coi là phi tập trung vì nó không yêu cầu sự tin tưởng vào một hoặc nhiều bên thứ ba tập trung.

Việc triển khai chuỗi chéo Witness có thể đơn giản hoặc phức tạp, tùy thuộc vào thành phần của các nhân chứng; các dự án chuỗi chéo như vậy bao gồm RenVM, tBTC, v.v.

Loại thứ ba: chuyển tiếp chuỗi chéo. Thông báo được chuyển qua quy trình ngoài chuỗi, tài sản bị khóa hoặc mở khóa trên một chuỗi và tài sản được tạo hoặc phá hủy trên chuỗi khác; có các ứng dụng khách nhẹ của chuỗi kia trên cả hai chuỗi và các ứng dụng khách nhẹ xác minh xem các tin nhắn có được thông qua bởi quá trình ngoài chuỗi là đúng.

Chuỗi chéo chuyển tiếp là một phương pháp chuỗi chéo lý tưởng, không yêu cầu sự tin cậy, nhưng do khó triển khai nên vẫn khó nhìn thấy; Chuỗi chéo IBC 1.0 trong Cosmos đang trực tuyến Sau đó, chuỗi chéo chuyển tiếp có thể được triển khai giữa hai chuỗi Cosmos.

Cdot cũng đang phát triển Substrate IBC với sự tài trợ của ICF Foundation (Quỹ sinh thái vũ trụ), qua đó chuỗi ứng dụng được phát triển bởi Substrate và chuỗi hỗ trợ IBC có thể được hiện thực hóa Chuyển tiếp các chuỗi chéo, Substrate IBC hy vọng sẽ trở thành một thành phần cơ bản quan trọng trong thế giới đa chuỗi.

Liên kết gốc

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