Tóm tắt ngắn gọn về các phương pháp xuyên lớp và chuỗi chéo

Tác giả gốc: Li Hua, Đồng hồ cơ

Người được phỏng vấn: p0n1, nhà nghiên cứu tại Ambi Labs;

Wang Dong, người sáng lập Loopring Protocol;

Liu Yi, người sáng lập Octopus Network; John, thành viên sáng lập của Poly Network     

Các phương pháp xuyên lớp, chuỗi chéo, các phương pháp liên lớp khác nhau, các phương pháp liên chuỗi khác nhau, có vẻ phức tạp và khó hiểu, nhưng đằng sau chúng Logic là Bài viết này tóm tắt ngắn gọn các phương pháp xuyên lớp và chuỗi chéo khác nhau, hy vọng làm cho vấn đề “vượt rào” trở nên rõ ràng hơn.

Bài viết này giống một mục lục hơn, xoay quanh hình bên dưới, nếu cách thực hiện cụ thể của từng phương pháp đã được thảo luận ở các bài viết trước thì chỉ có nội dung chính mới được đề cập. được trích dẫn, nếu biết thì có thể bỏ qua, nếu chưa bàn thì sẽ nói chi tiết hơn.

01 Đa lớp

Lớp 2 và chuỗi bên (bao gồm cả chuỗi công khai khác) là hai thực thể khác nhau, Cross-Layer và cross-chain là hai thứ hoàn toàn khác nhau. Dùng phép ẩn dụ để minh họa:

Các ngôi đền Hy Lạp cổ đại dùng lúa mì để hạch toán cho công dân. Nếu "ngôi đền chính" quá bận rộn để hạch toán thì những người khác sẽ được phép làm như vậy. Ngôi chùa giữ tài khoản. Những ngôi chùa này cần phải báo cáo thường xuyên cho ngôi đền chính sau khi hạch toán. Bất kể tài khoản của công dân được ghi vào ngôi chùa nào, hoặc liệu có những thay đổi trong những ngôi chùa này, công dân có thể luôn rút tài sản của mình khi họ muốn. Đối với lúa mì thuộc về anh ta, đây là lớp chéo.

Giả sử có một lục địa khác và một nhà thông thái cung cấp dịch vụ cho các thương gia ở cả hai nơi, để tài sản của mọi người trong sổ cái Hy Lạp cổ đại có thể được chuyển sang lục địa này Lục địa Được sử dụng trên sổ cái, sau khi ai đó chuyển tài sản, lục địa sẽ không báo cáo thông tin kế toán cho ngôi đền chính khi ghi chép cho người đó, ngoài ra, lục địa này không sản xuất lúa mì và Đơn vị kế toán của nó không phải là lúa mì. Nếu điều này một người muốn rút tài sản trên lục địa này, thứ anh ta nhận được không phải là lúa mì mà là chuỗi chéo. Những gì anh ta có thể nhận được phụ thuộc vào các phương pháp chuỗi chéo khác nhau.

Để thoát khỏi ẩn dụ: Lớp 2 là sổ cái phụ, và nhiều lớp  có nghĩa là các địa điểm kế toán cụ thể đã thay đổi theo một bộ hệ thống sổ cái.Các đơn vị kế toán của Lớp 2 và Lớp 1 giống nhau, các tài khoản do Lớp 2 ghi nhận cần được thông báo cho Lớp 1, các chuỗi là các sổ cái khác nhau và chuỗi chéo là từ một bộ hệ thống sổ cái đến một bộ hệ thống sổ cái khác, và việc hạch toán chuỗi bên và chuỗi chính. Các đơn vị khác nhau và các tài khoản được ghi lại bởi chuỗi bên sẽ không được thông báo cho chuỗi chính.

Rollup

Sau khi phân biệt giữa Lớp 2 và chuỗi chéo, chúng ta hãy xem Lớp 2. Rollup là Layer 2 chủ đạo nhất, có tiềm năng phát triển nhất, ở giai đoạn này, dường như chúng ta chỉ cần chú ý đến nó. Rollup là gì:

“Rollup trước tiên đề cập đến việc thực hiện các phép tính phức tạp và duy trì trạng thái ngoài chuỗi, sau đó gọi dữ liệu liên quan đến thay đổi trạng thái thông qua theo cách hợp đồng, sử dụng CALLDATA  rẻ hơn để lưu nó trên chuỗi.

Bất cứ ai cũng có thể khôi phục nó dựa trên dữ liệu được lưu trên chuỗi chuỗi. Trạng thái toàn cầu, do đó loại bỏ rủi ro bảo mật do các vấn đề về tính sẵn có của dữ liệu gây ra. Rollup cuộn/tổng hợp một số lượng lớn giao dịch thành một giao dịch, cải thiện TPS trong khi vẫn đảm bảo tính sẵn có của dữ liệu."

Theo cách nói thông thường: Rollup chịu trách nhiệm xử lý các vấn đề kế toán cụ thể, nhưng các tài khoản của nó phải được báo cáo và ghi lại trên Ethereum, điều này sẽ khiến Ethereum nhận ra tài khoản của Rollup. Cụ thể Rollup hoạt động như sau (lấy ZK Rollup làm ví dụ):

"Có một thứ kỹ thuật tên là Merkle Tree, đó là Hash dữ liệu khác nhau theo từng lớp và cuối cùng biến nó thành một giá trị băm đơn giản. Giá trị này được gọi là gốc của cây. Gốc này thực sự có thể đại diện cho tất cả các trạng thái trong cây, mặc dù tôi không biết các trạng thái cụ thể là gì. .

Bản thân cái cây phải tìm ở đâu đó, nếu không có cây mà chỉ có rễ thì tài khoản này cũng không an toàn. ZK Rollup duy trì một cây như vậy trong Lớp 2 . Lúc đầu, nó rất đơn giản, không có gì trong đó và sau đó khi bạn giao dịch hoặc Khi thanh toán được thực hiện, dữ liệu sẽ trong cây sẽ được thay đổi. Bản thân sự thay đổi này sẽ được đặt trên Ethereum và được lưu trữ dưới dạng một phần dữ liệu trên Ethereum. (Lưu ý: Điều này không có nghĩa là cây được đặt trên Ethereum. Cây nằm ở Lớp 2, nhưng dữ liệu về các thay đổi của cây phải được đặt trên Ethereum)

Do đó, bạn Trạng thái lịch sử của cây tại bất kỳ thời điểm nào có thể được khôi phục thông qua Ethereum. Sau khi khôi phục, bạn có thể xác minh xem dữ liệu bạn đã khôi phục có chính xác hay không thông qua gốc của cây. Bất kỳ người dùng nào cũng có thể khôi phục cây từ nút lá đến gốc. Nhận một chuỗi dữ liệu, chuỗi này dữ liệu được gọi là bằng chứng của Merkel.

Ném bằng chứng này vào Ethereum. Trong hợp đồng thông minh của giao thức Loopring, hợp đồng sẽ tính toán xem liệu Bằng chứng của Merkel có thể chứng minh rằng bạn thực sự đang ở trong cây này. Nếu nó có thể chứng minh rằng bạn đang ở trong cây này, nó sẽ đánh dấu bạn trong cây này. Bao nhiêu tiền được mở khóa từ hợp đồng thông minh Ethereum và chuyển trực tiếp vào tài khoản Ethereum của bạn. Điều này là làm thế nào để rút tiền trong tình huống ít lý tưởng nhất."

——Wang Dong, "Phỏng vấn Wang Dong: Mọi thứ về phiên bản mới của Loopring"

Nguyên tắc mở rộng dung lượng của Rollup như sau (lấy ZK Rollup  làm ví dụ):

"Tại sao ZK Rollup  có thể để mở rộng và trở nên như vậy Việc nhanh chóng và tiết kiệm tiền có liên quan đến một số tính toán liên quan đến việc cập nhật Cây Merkle này 

Ví dụ: nếu trạng thái tài khoản của một người bị thay đổi thì làm thế nào để thay đổi gốc của Merkle Tree ?Nó cần được tính toán từng lớp một để đến được gốc.Vì vậy, một giao dịch có thể cần thay đổi khoảng 4 hoặc 5 lá node. , một lần chuyển yêu cầu khoảng 3 lần thay đổi nút lá, những thay đổi này rất nhiều.

Nhưng bây giờ, những thay đổi này không liên quan gì đến Ethereum. Nó không cần phải thực hiện các tính toán về những thay đổi này. Tất cả các tính toán đều được thực hiện trên Merkle Tree và trong rơle. Ethereum chỉ cần xác minh bằng chứng không có kiến thức. Nó có thể tốn 100.000 gas hoặc một lượng gas nào đó, có thể như thế này.

Ví dụ: làm 1.000 Đối với mỗi giao dịch, các thay đổi có thể là khoảng 4.000 nút lá và có thể mất hàng chục nghìn hàm băm để tính toán gốc, nhưng những dữ liệu này đều nằm ở Lớp 2. Thực tế, cuối cùng có ba loại dữ liệu được chuyển sang Ethereum: loại đầu tiên là cặp Cách sửa đổi từng lá; thứ hai là cách sửa đổi gốc; thứ ba là bằng chứng chứng minh tính nhất quán của hai lá đầu.

Bằng chứng không có kiến thức có tác dụng gì? Bằng chứng không có kiến thức là để xác minh rằng khi có quá nhiều dữ liệu trong cây này bị thay đổi thì việc tính toán gốc có thể phù hợp với nhiều thay đổi khác nhau. -bằng chứng kiến thức chỉ làm một việc, đó là chứng minh tính nhất quán của dữ liệu, nó không tương ứng với cách chứng minh từng giao dịch mà làm thế nào để chứng minh một số lượng lớn giao dịch thành một gói/khối, đó là một quy trình hàng loạt. "

——Wang Dong, "Phỏng vấn Wang Dong: Mọi thứ về phiên bản mới của Loopring"

Theo cách nói thông thường: Rollup giúp chuỗi chính hoạt động, vì vậy càng có nhiều người làm việc thì càng có thể thực hiện được nhiều công việc cùng một lúc.

ZK Rollup và Optimistic Rollup

Sau khi hiểu Rollup , hãy xem ZK Rollup và Optimistic Rollup Optimistic Rollup, điểm khác biệt cốt lõi giữa hai loại này như sau:

Mấu chốt của chương trình Tổng hợp ZK làZK yêu cầu bằng chứng không có kiến thức cho mỗi lần chuyển đổi trạng thái và được xác minh bởi chuỗi chính . Hợp đồng đã được xác minh và trạng thái chỉ có thể được thay đổi nếu quá trình xác minh được thông qua. Nghĩa là, quá trình chuyển đổi trạng thái của ZK Rollup hoàn toàn dựa vào bằng chứng mật mã.

Tập hợp lạc quan Trong sơ đồ này, mỗi lần chuyển đổi trạng thái không cần phải được xác minh nghiêm ngặt, đó là Giả định lạc quan trước tiên Mỗi lần chuyển đổi đều đúng, sau đó một chuyển đổi nào đó có thể được thử thách trong một thời hạn nhất định, nếu thử thách thành công, điều đó chứng tỏ rằng lần gửi trước đó có vấn đề, người gửi sẽ bị trừng phạt và trạng thái sẽ được cuộn lại. Nghĩa là, quá trình chuyển đổi trạng thái của Optimistic Rollup phụ thuộc vào các trò chơi và khuyến khích kinh tế.

——p0n1, "Hợp thời trang, vui nhộn và hữu ích: 12 điều mới về Ethereum bạn không thể bỏ lỡ"

Vấn đề nổi bật của ZK Rollup  là việc triển khai khả năng lập trình. Nguyên nhân là do bằng chứng không có kiến thức. Nếu quan tâm đến vấn đề này, bạn có thể đọc " Hiểu kỹ về Bằng chứng không có kiến thức và phương pháp triển khai của chúng: Phân tích zk-SNARK" bài viết giới thiệu cách triển khai bằng chứng không có kiến thức và hiểu lý do tại sao khó đạt được khả năng lập trình. Tuy nhiên, VM  của zkSync (Matter Labs) và các thiết kế liên quan có thể triển khai khả năng lập trình, điều này rất đáng mong đợi.

Tổng hợp lạc quan Vấn đề đáng lo ngại nhất dường như là khi tiền được trả lại từ Lớp 2 do sự chậm trễ do giai đoạn thử thách gây ra, nhưng có thể có người trung gian Cung cấp dịch vụ thanh toán trước sẽ cứu đất nước, vì vậy đây có thể không phải là vấn đề.

Tất cả những điều trên là về cross-layer , được ghi lại trong sổ cái phụ và các tài khoản được ghi lại phải được báo cáo cho Ethereum theo đợt; ZK Rollup  ; Sử dụng mật mã để ngăn chặn các tài khoản giả và sử dụng tính năng giám sát và báo cáo của Optimistic Rollup để ngăn chặn các tài khoản giả.

02 Cross-chain

Chuỗi chéo là từ hệ thống sổ cái này sang hệ thống sổ cái khác, bất kể sự tham gia. Hai chuỗi nào có liên quan, bất kể chúng xuyên chuỗi như thế nào, khi chuỗi chéo xảy ra, cần có bên thứ ba để liên lạc giữa hai chuỗi, nếu không thì cả hai chuỗi sẽ không biết chuyện gì đã xảy ra với chuỗi kia. câu hỏi.

Một quy trình chuỗi chéo hoàn chỉnh như sau (lấy phương pháp khóa + truyền làm ví dụ):

“Cầu xuyên chuỗi rất sống động. Nó có hai trụ và một cầu. Hai trụ là hai bộ hợp đồng thông minh, một chạy trên chuỗi A và một chạy trên chuỗi B; có một cây cầu ở giữa, và cây cầu là một quá trình ngoài chuỗi. , chịu trách nhiệm giám sát các sự kiện của hai bộ hợp đồng thông minh này của cả hai bên.

Giả sử có một đồng 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 thì cần phải có một hợp đồng thông minh trên Ethereum, chẳng hạn như hợp đồng Vault, là một trụ cầu A xuyên chuỗi; người dùng chuỗi chéo phải gửi phương thức Vault Khóa hợp đồng , chuyển loại tiền và số lượng cần khóa làm tham số, sau đó cung cấp PlatON Địa chỉ nói rằng tôi đã khóa 500 UNI  là để đúc 500 UNI thay thế tại thời điểm này

Lúc này, hợp đồng Vault sẽ gọi tới UNI hợp đồng chuyển UNI . Chuyển UNItừ địa chỉ người dùng đến địa chỉ của hợp đồng Vault, tức là khóa UNI . Sau khi khóa, Vault Hợp đồng sẽ gửi một sự kiện, chẳng hạn như được gọi là AssetLock sự kiện.

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 Vaulthợp đồng. Ngay sau 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, chứa các thông số liên quan, chẳng hạn như đồng tiền 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. Quá trình off-chain cũng có kết nối PlatON giao diện RPC, nó sẽ gửi giao dịch tới PlatON, giả sử giao dịch đó được gọi là Mint.

PlatON , chẳng hạn như hợp đồng Kiểm soát , một trụ khác của cây cầu xuyên chuỗi; Kiểm soát Hợp đồng sẽ tạo trước một hợp đồng tương tự như ERC20 , chẳng hạn như 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 Mint Phương thức contract.em>, yêu cầu nó đúc 500 EUNItoken cho một địa chỉ nhất định; sau khi EUNI được đúc, nó sẽ được đặt trên địa chỉ được cung cấp trước đó bởi người dùng và người dùng có thể sử dụng.

Giả sử người dùng chuyển EUNI cho người dùng khác và người dùng mới muốn EUNI trên Ethereum UNI, thì điều anh ta cần làm là gọi phương thức Redeem của hợp đồng Control, đốt, ví dụ: 100 EUNI và phát hành một sự kiện có tên AssetBurn.

Quy trình ngoài chuỗi giám sát sự kiện AssetBurn của Kiểm soát hợp đồng và 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 . Sau khi Ethereum xác minh rằng giao dịch là từ nhân chứng, nó sẽ gửi UNI 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. ”

——Liu Yi, "Giải thích chi tiết về 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 -chain"

em>

Nói một cách đơn giản, chuỗi chéo trước tiên là thực hiện một thao tác trên chuỗi A, sau đó người đưa tin thông báo tin tức cho chuỗi B, sau đó đến chuỗi B. Chuỗi này thực hiện một thao tác tương ứng. Từ đó cũng có thể thấy rằng sự khác biệt giữa phương thức chuỗi bên và phương thức Lớp 2 là ở chỗ chỉ chuỗi bên giao tiếp với chuỗi chính khi xảy ra chuỗi chéo, trong khi Lớp 2 thường xuyên liên lạc với Lớp 1.

Mặc dù chuỗi chéo đề cập đến việc chuyển tài sản từ chuỗi A sang chuỗi B, chuỗi B không có tài sản thực của chuỗi A (không có lúa mì), ví dụ, bên ngoài chuỗi Bitcoin Sẽ không có BTC thực trên bất kỳ chuỗi nào và sẽ không có ETH thực trên bất kỳ chuỗi nào ngoài Ethereum. nhận được trên chuỗi B phụ thuộc vào việc triển khai chuỗi chéo khác nhau.

Lock + Cast

Phương pháp khóa + truyền hoạt động như sau: khóa nội dung trong chuỗi A và chuyển nội dung tương ứng vào chuỗi B; hủy nội dung được truyền trong chuỗi B và mở khóa nội dung tương ứng trong chuỗi A.

Những gì người dùng nhận được trong chuỗi B là tài sản được tạo ra bởi giao thức chuỗi chéo mà anh ta sử dụng. Ví dụ: nếu anh ta sử dụng chuỗi chéo Ren  giao thức, anh ta sẽ nhận được renBTC, nó tương tự như một số chứng từ trao đổi tương đương cho BTC. Miễn là không có vấn đề gì với giao thức chuỗi chéo và chuỗi B thì sẽ không có vấn đề gì với phiếu giảm giá trao đổi này.

Khóa + Mở khóa

Giả sử có một mã thông báo tên là test và nhà phát hành nó đang ở A Cả chuỗi và chuỗi B đều đã phát hành mã thông báo, khi đó bạn có thể sử dụng phương thức khóa + mở khóa cho loại mã thông báo này: khóa tài sản trong chuỗi A và giải phóng số lượng tài sản bằng nhau trong chuỗi B; khóa tài sản trong chuỗi B và giải phóng một lượng bằng nhau số lượng tài sản trong chuỗi A.

Trong trường hợp này, những gì người dùng nhận được trong Chuỗi B không phải là tài sản "giả" tương tự như phiếu giảm giá mà là tài sản "thật". Người dùng không phải lo lắng về các vấn đề với cầu nối chuỗi chéo vì họ không còn cần phải dựa vào cầu nối chuỗi chéo để đổi tài sản trên chuỗi nguồn. Việc sử dụng phương pháp khóa + mở khóa có thể được thực hiện một chiều và một lần . (Các từ "đúng" và "sai" trong bài viết không có ý khen ngợi hay xúc phạm mà chỉ dùng để phân biệt rõ ràng các phương pháp chuỗi chéo khác nhau)

Phương pháp chuỗi chéo này an toàn và gọn gàng, nhưng nó chỉ phù hợp khi Yu đã phát hành mã thông báo trên nhiều chuỗi và yêu cầu nhà phát hành phải hợp tác với giao thức chuỗi chéo. Nó có thể là sự lựa chọn tốt nhất, nhưng nó không thể áp dụng phổ biến khi chỉ sử dụng một mình.

Nhóm chuỗi chéo: trao đổi

Phương thức trao đổi cần đưa ra một nhóm chuỗi chéo Chủ đề mới này. Nhóm chuỗi chéo không nằm trong chuỗi nguồn hay chuỗi đích. Nó nằm trên chuỗi giao thức cung cấp dịch vụ chuỗi chéo. Phương thức hoạt động của nó như trong hình bên dưới (lấy Poly Network làm ví dụ ):

Quá trình liên kết chéo USDT của người dùng từ Ethereum sang BSC như sau : đầu tiên khóa USDT trên Ethereum, sau đó phát hành PUSDT trên Poly , sau đó đổi PUSDT  lấy PBUSD trong nhóm liên chuỗi, sau đó khóa PBUSD trên Poly , và cuối cùng phát hành BUSD trên BSC .

Quá trình này có vẻ phức tạp, với hai hoạt động chuỗi chéo và một hoạt động giao dịch. Tuy nhiên, quá trình này không thể hiểu được đối với người dùng chuỗi chéo. Hãy đưa USDT vào Ethereum và nhận BUSD trên BSC  Trong chế độ trao đổi, người dùng nhận được tài sản "thực" trong chuỗi mục tiêu, do đó không cần phải lo lắng về các vấn đề với cầu nối chuỗi chéo.

Sở dĩ phương pháp chuỗi chéo này được phát minh và trở nên phổ biến là vì nó có thể mang lại hai lợi ích:

1. Ghép các mã thông báo theo ý muốn . Người dùng có thể đặt bất kỳ mã thông báo nào trên Ethereum và nhận bất kỳ mã thông báo nào họ muốn trên BSC. Trong ví dụ bên dưới, người dùng đặt ETH và nhận BNB.

So với chuỗi chéo của loại tiền tương ứng, quy trình chuỗi chéo này yêu cầu một nhiều giao dịch hơn Hoạt động, giao dịch này không xảy ra trong nhóm giao dịch của giao thức chuỗi chéo mà trong giao thức giao dịch ban đầu của chuỗi nguồn hoặc chuỗi đích. Giao thức chuỗi chéo ở đây cung cấp chức năng tổng hợp DEX  của nguồn chuỗi và chuỗi mục tiêu tương ứng, tìm ra giá giao dịch tốt nhất trên chuỗi nguồn hoặc chuỗi mục tiêu cho người dùng.

Về việc giao dịch xảy ra trong chuỗi nguồn hay chuỗi mục tiêu, nó phụ thuộc vào đường dẫn chuỗi chéo nào có giá tốt hơn. Ví dụ: đường chéo -quy trình chuỗi cũng có thể là: ETH-PETH-PBETH-BETH-(BETH:BNB)-BNB.

Hơn nữa, giả sử rằng người dùng muốn đổi ETH  lấy USDT và giá giao dịch trên BSC  tốt hơn so với Ethereum, thì một lộ trình giao dịch khả thi Đó là: ETH-PETH-PBETH-BETH-(BETH:BUSD)-BUSD-PBUSD-PUSDT-USDT. Có một số giao thức tuyên bố sẽ mở ra tính thanh khoản của các chuỗi khác nhau. Tôi nghĩ điều này đề cập đến một mức độ lớn. Kiến trúc chuỗi chéo này có thể cung cấp cho người dùng những giao dịch tốt nhất trên nhiều chuỗi thông qua việc lựa chọn đường dẫn giao dịch. Giá.

2. Chuỗi chéo theo ý muốn . Phương thức khóa + mở khóa là kết nối trực tiếp giữa hai chuỗi: giao thức chuỗi chéo xây dựng cầu nối chuỗi chéo giữa Ethereum và BSC  và cầu nối chuỗi chéo giữa Ethereum và Polygon  Tại thời điểm này, nếu bạn muốn đạt được Chuỗi chéo giữa BSC  và Polygon  yêu cầu một cầu nối chuỗi chéo mới giữa BSC  và Polygon .

Tuy nhiên, phương thức trao đổi kết nối nhiều chuỗi thông qua một nhóm chuỗi chéo và có thể nhận ra chuỗi chéo giữa hai chuỗi bất kỳ trong kiến trúc

em>: Giao thức chuỗi chéo được kết nối với Ethereum và BSC, nếu được kết nối với Polygon tại thời điểm này, nó có thể cung cấp chuỗi chéo giữa Polygon và Ethereum, Đa giác và BSC mà không cần phải xây dựng từng cầu nối một. Cấu trúc của nó được thể hiện trong hình dưới đây:

Phương thức "chuỗi chéo: trao đổi" có thể làm phát sinh một hoặc nhiều chuỗi chéo các giao thức cơ bản của chuỗi: Bất kỳ giao thức nào muốn cung cấp các chức năng chuỗi chéo trong ứng dụng của riêng nó đều có thể hỗ trợ các chuỗi chéo bằng cách truy cập vào các giao thức chuỗi chéo này; mặt khác, "Cross-chain Pool: Exchange" cũng cho phép ứng dụng tạo chuỗi của riêng mình Bằng cách này, một số ứng dụng DeFi đã thông báo rằng họ sẽ bị xâu chuỗi. Chuỗi của họ không phải là chuỗi hỗ trợ các ứng dụng khác nhau như chuỗi công khai, mà rất có thể là một luồng đa chuỗi duy trì chuỗi riêng của nó như đã đề cập ở trên . Chuỗi bể bơi tình dục.

Cần lưu ý rằng phương thức trao đổi và phương thức khóa + đúc không thay thế nhau mà giải quyết các vấn đề khác nhau. Phương thức trao đổi chuỗi chéo dựa trên các tài sản đã tồn tại trên hai chuỗi. Nó không thể "mang" các tài sản không có trên chuỗi mục tiêu từ chuỗi nguồn. Khi bạn cần chuyển tài sản của chuỗi nguồn vào chuỗi mục tiêu, bạn cần sử dụng khóa + truyền. Cách này.

Các khía cạnh phân loại khác của chuỗi chéo

Chuỗi chéo yêu cầu bên thứ ba trên cả hai chuỗi Ba phương pháp chuỗi chéo ở trên cũng không ngoại lệ để truyền đạt thông điệp giữa mọi người. Bên thứ ba truyền tin nhắn có thể được cấp phép, chẳng hạn như một liên minh được hình thành bởi một thỏa thuận xuyên chuỗi; hoặc có thể không được cấp phép, chẳng hạn như một nút không yêu cầu quyền truy cập. Do đó, có các phương pháp chuỗi chéo 3×2=6.

Chuỗi chéo cũng có thể được chia thành chuỗi chéo chứng kiến và chuỗi chéo chuyển tiếp. Sự khác biệt là:

"Khi chuỗi mục tiêu nhận được tin nhắn, nếu là nhân chứng xuyên chuỗi, nó sẽ xác minh rằng tin nhắn đó đến từ nhân chứng. Nếu nhân chứng được tin tưởng, thao tác bắt buộc sẽ được thực hiện ; nếu là Chuỗi chéo chuyển tiếp, điều được xác minh không phải là thông báo đến từ chuyển tiếp nào mà là thông báo có đến từ chuỗi nguồn hay không và nếu có thì hãy thực hiện thao tác được yêu cầu.

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à cốt lõi của cả hai. Sự khác biệt là việc chuyển tiếp rõ ràng phù hợp với nguyên tắc không đáng tin cậy hơn là nhân chứng."

——Liu Yi , "Bài viết giải thích chi tiết về chuỗi chéo" Những điểm và khó khăn về mặt kỹ thuật: bắt đầu từ chuỗi chéo hoàn hảo》

Chuỗi chéo chuyển tiếp là tốt hơn so với chuỗi chéo chứng kiến. Theo cách này, Bên thứ ba chịu trách nhiệm truyền thông điệp không thể làm điều ác, nhưng phương pháp này yêu cầu hai chuỗi phải có khách hàng nhẹ của chuỗi kia và một số chuỗi không có cách nào để triển khai khách hàng nhẹ của các chuỗi khác, chẳng hạn như Bitcoin.

Do đó, phương pháp phân loại này sẽ không mang lại phương pháp cross-chain 6×2=12, nhưng: nếu có điều kiện đạt được cross-chain chuyển tiếp, các giao thức cross-chain sẽ tất cả đều đi Hiện thực hóa nó hoặc nhằm mục đích hiện thực hóa nó, nếu không có điều kiện để hiện thực hóa chuỗi chéo chuyển tiếp thì chỉ có thể thực hiện chuỗi chéo với tư cách là người chứng kiến.

Tất cả những điều trên là về chuỗi chéo. Chuỗi chéo có nghĩa là chuyển sang một sổ cái khác để hạch toán. Có ba phương pháp chuỗi chéo khác nhau. Các phương pháp khác nhau xác định những gì bạn có sau khi chuyển sang chuỗi mục tiêu và cũng xác định sự phụ thuộc khác nhau vào cầu nối chuỗi chéo.