Giải thích: Cần cân nhắc điều gì khi thiết kế cầu chuỗi chéo?

Giới thiệu loại coin

Kể từ khi ngành công nghiệp blockchain hình thành, vô số L1/L2 đã xuất hiện và hầu hết mọi chuỗi công khai đều đã phát triển hệ sinh thái DeFi của riêng mình. Một số người chỉ tương tác trên các chuỗi công khai cụ thể, trong khi nhiều người hy vọng tìm được cơ hội kiếm lợi nhuận như giao dịch và khai thác trên các chuỗi khác nhau. Trong số này, chuyển tiền xuyên chuỗi đã trở thành một nhu cầu tất yếu.

Ngoài người dùng thông thường, nhiều bên tham gia dự án cũng cần chuyển tiền giữa các chuỗi khác nhau, hướng dẫn thanh khoản trên các chuỗi khác nhau và đạt được “một khoản tiền cho nhiều mục đích sử dụng”.

Tuy nhiên, các blockchain khác nhau là các hệ thống đồng thuận biệt lập và không có cách nào để tiền chuyển trực tiếp từ chuỗi này sang chuỗi khác. Bản chất của quỹ xuyên chuỗi là cầu nối chuỗi chéo hoạt động như một đối tác công khai, nhận tiền của người dùng trên chuỗi nguồn và gửi tiền cho người dùng trên chuỗi mục tiêu. (Phát hành tài sản được ánh xạ hoặc giải phóng tiền cho người dùng từ nhóm thanh khoản do chuỗi mục tiêu dành riêng).

Cách tốt nhất để hiện thực hóa các quỹ xuyên chuỗi là gì? Ban đầu, mọi người vẫn tin tưởng vào các sàn giao dịch tập trung. Đã có lúc có một câu nói: “Sàn giao dịch tập trung là cầu nối xuyên chuỗi tốt nhất”. Tuy nhiên, thao tác “Stake-swap-rút” rất rườm rà và mọi người hy vọng có được một chuỗi thuần túy. Bằng cách này, tiền có thể được liên kết chéo trực tiếp hơn.

Hơn nữa, so với các sàn giao dịch tập trung, các cầu nối chuỗi chéo có thể hoàn thành việc nhắn tin xuyên chuỗi tổng quát hơn, không chỉ giới hạn ở việc chuyển tiền. Ví dụ: nếu bạn sử dụng dApp cho vay xuyên chuỗi để cung cấp cổ phần từ chuỗi A và cho vay tài sản trên chuỗi B, bạn cần sử dụng tính năng nhắn tin xuyên chuỗi.

Nếu bạn xem xét nguồn gốc lịch sử của chuỗi chéo, nó có thể được truy nguyên từ giai đoạn đầu phát triển của công nghệ chuỗi khối. Vào thời điểm đó, sự xuất hiện của các chuỗi công khai khác nhau khiến mọi người nhận ra rằng vấn đề về khả năng tương tác giữa các chuỗi phải được giải quyết, nếu không sẽ xuất hiện nhiều hòn đảo thông tin/quỹ. Theo thời gian, người ta đã đề xuất nhiều loại phương pháp cross-chain khác nhau, dần dần hình thành nên mô hình cross-chain chung như ngày nay.

Dưới đây chúng tôi sẽ giải thích một số phát triển trong công nghệ chuỗi chéo.

1. Phương pháp luận

Hãy tự tìm đối tác và suy nghĩ về phương pháp chuỗi chéo trực quan nhất là gì? Giả sử bạn có 100 USDT ở chuỗi A và bạn muốn chuyển chúng sang chuỗi B. Tình cờ có một người có 100 USDT ở chuỗi B và anh ta muốn chuyển USDT sang chuỗi A. Hai bạn thấy rằng đây là vừa phải nên bạn đánh nó ngay lập tức. Nhưng khi bạn chuyển USDT đến địa chỉ của bên kia trên chuỗi A, anh ta đã hối hận và không chuyển USDT của mình trên chuỗi B sang địa chỉ của bạn. Do đó, mô hình giao dịch P2P này không đáng tin cậy lắm. Thứ nhất, bên kia có thể vi phạm hợp đồng khiến bạn chịu thiệt hại mà không có bất kỳ sự đảm bảo nào; thứ hai, đối tác này không dễ tìm và bạn có thể phải đợi rất lâu để tìm được đối tác phù hợp với số tiền bạn muốn giao dịch, nhưng hướng xuyên chuỗi Ngược lại, người dùng thậm chí có thể không đợi được cho một đối tác như vậy mãi mãi.

2. Dịch vụ công chứng

2.1 Công chứng viên cá nhân

Vì vậy, chúng tôi nghĩ rằng vì bên kia có thể vi phạm hợp đồng nên tôi có thể tìm một bên thứ ba đáng tin cậy để thực hiện giao dịch không? Tôi đưa tiền cho anh ấy trước tiên trên chuỗi nguồn, sau đó anh ấy hứa sẽ chuyển tiền cho tôi trên chuỗi mục tiêu. Ví dụ: người này có tài sản ở cả chuỗi A và chuỗi B và sau đó anh ta đảm bảo rằng chỉ cần anh ta nhận được 100 USDT từ tôi trên chuỗi A, anh ta sẽ chuyển 100 USDT cho tôi từ chuỗi B.

Điều này tốt hơn nhiều so với trao đổi tài sản liên chuỗi P2P đầu tiên, bởi vì có một đối tác đại chúng đáng tin cậy, người có một thứ kỳ diệu gọi là “thanh khoản” trong tay và bạn có thể giao dịch với nó bất cứ lúc nào.

Nói cách khác, giao dịch của bạn với anh ta sẽ trở thành giao dịch “điểm-điểm” thay vì giao dịch “điểm-điểm”. Nhưng bạn vẫn cảm thấy khó chịu. Nếu bạn giao dịch 100 USDT với anh ấy thì không sao. Nếu bạn muốn giao dịch 1 triệu USDT với anh ấy thì sao? Dù có danh tiếng tương đối tốt nhưng anh ta vẫn lấy tiền bỏ trốn.

Rốt cuộc, công chứng viên này giới thiệu một kiểu tập trung hóa, đây vẫn không phải là phương pháp chuỗi chéo Trustless mà chúng tôi mong muốn.

2.2 Nhiều công chứng viên (MultiSig)

Nếu công chứng viên này không phải một người mà là một nhóm người thì sao? Chúng tôi có thể thiết lập một tài khoản đồng quản lý và nhiều người ký cùng quản lý tài khoản. Họ phải ký vào một tin nhắn. Chỉ khi số lượng chữ ký đạt ngưỡng (thường là 2/3) thì tiền mới được chuyển.

Trong trường hợp này, nếu một số ít trong số họ (không quá 1/3) có ý tưởng sai lầm và muốn thu tiền từ tôi trên chuỗi nguồn, nhưng không muốn gửi tiền cho tôi trên chuỗi mục tiêu, hoặc đang ngoại tuyến, điều đó không thành vấn đề. Một công chứng viên lương thiện khác vẫn sẽ ký và chuyển số tiền cho tôi.

Giải pháp này đáng tin cậy hơn, giảm thiểu rủi ro tập trung và an toàn hơn. Ví dụ, nếu có tổng cộng 20 công chứng viên có uy tín thì khả năng họ đồng thời làm sai vẫn rất thấp. (Điều này không bao gồm các tình huống như Multichain trong đó 20 nút được quản lý bởi một người hoặc các tình huống như cầu nối chuỗi Axie trong đó tin tặc đã đánh cắp 2/3 số khóa chữ ký của công chứng viên.)

2.3 Nhiều công chứng viên (MPC)

Tuy nhiên, phương thức quản lý tài khoản đa chữ ký cũng có nhiều bất tiện.

Đa chữ ký làm cho quy tắc chữ ký dễ bị lộ hơn. Nếu là sơ đồ chữ ký 5/7, mã hợp đồng thông minh của ví đa chữ ký sẽ tiết lộ có bao nhiêu người ký và tin tặc có thể tìm kiếm những người ký này một cách có chủ đích và chờ cơ hội để đánh cắp khóa riêng.

Đa chữ ký yêu cầu phải thích ứng với các chuỗi công khai khác nhau. Ví dụ: một số chuỗi công khai không hỗ trợ hợp đồng thông minh, vì vậy bạn phải sử dụng các nguyên tắc mã hóa chuyên dụng của chuỗi để triển khai các tài khoản đa chữ ký. Nếu điều này không được hỗ trợ, ví đa chữ ký của bạn sẽ không thể hoạt động.

Người ký nhiều chữ ký không thể thay đổi được một khi người ký đã được quyết định. Ví dụ: nếu bạn muốn thay đổi sơ đồ chữ ký 5/7 thành sơ đồ 6/8 hoặc nếu bạn muốn thay đổi người ký, bạn phải triển khai lại hợp đồng nhiều chữ ký và chuyển tiền sang hợp đồng nhiều chữ ký mới .

Giải pháp chuỗi chéo đầu tiên cho các công cụ phái sinh BTC, tBTC, đã sử dụng phương pháp đa chữ ký, phương pháp này đã bị loại bỏ vì nó khập khiễng và khó sử dụng. Hầu hết các cầu nối chuỗi chéo hiện tại đều áp dụng phương pháp MPC tiên tiến hơn.

Multi-Party Computation tên đầy đủ là Multi-Party-Computation (Multi-Party Secure Computation), là một công nghệ bảo vệ khóa riêng. Tài khoản nhiều chữ ký quản lý tài khoản có nhiều khóa riêng, trong khi tài khoản MPC quản lý tài khoản bằng một khóa riêng. Khóa riêng được chia thành nhiều đoạn. Nhiều người ký, mỗi người giữ một đoạn khóa riêng. Khi số lượng người ký là Chữ ký hoàn chỉnh chỉ có thể được tổng hợp khi đạt đến ngưỡng và khóa riêng hoàn chỉnh sẽ không bị lộ trong quá trình ký. Tài khoản MPC có những ưu điểm sau: chúng bí mật hơn ví đa chữ ký thông thường . Ví dụ: khi cần có chữ ký, 5/7 đoạn khóa riêng được sử dụng để ký cho mỗi chữ ký và nhiều chữ ký phụ được hợp nhất để tạo thành chữ ký pháp lý cuối cùng. Bằng cách này, những gì bạn nhìn thấy trên chuỗi là một chữ ký thông thường, duy nhất. Bạn không thể biết liệu nó có đến từ tài khoản MPC hay không, chứ chưa nói đến ai là người đứng đằng sau nó, cũng như số lượng các đoạn khóa riêng và các quy tắc chữ ký cụ thể. Nó có thể thích ứng với hầu hết các chuỗi công khai tốt hơn ví đa chữ ký. MPC là một công nghệ đặc trưng và không liên quan gì đến chuỗi. Tài khoản MPC là tài khoản thông thường. Bất kể chuỗi công khai có hỗ trợ hợp đồng thông minh hay không, tài khoản đồng quản lý có thể được xây dựng thông qua công nghệ MPC. Cơ chế chữ ký thay thế MPC linh hoạt hơn. Nó có thể hỗ trợ điều chỉnh quy tắc chữ ký linh hoạt hơn, chẳng hạn như thay đổi số lượng đoạn khóa riêng và ngưỡng chữ ký bất kỳ lúc nào và bạn cũng có thể thay đổi người ký bất kỳ lúc nào. Bạn chỉ cần chia sẻ lại khóa riêng.

3. Các biện pháp an ninh bổ sung

3.1 Tách nóng và lạnh

Sau khi tài khoản lưu ký của công chứng viên nhận được 100 USDT của tôi trên chuỗi A, nó đã chuyển 100 USDT đến địa chỉ của tôi trên chuỗi B. Quy trình kích hoạt hành vi này là gì?

Giả sử mỗi thành viên công chứng có một máy giám sát các giao dịch trên chuỗi A. Khi họ phát hiện ra rằng tôi đã chuyển 100 USDT vào tài khoản lưu ký cầu nối liên chuỗi, giao dịch này cho biết rằng tôi hy vọng được có tên trên chuỗi B. Nhận những USDT này cho địa chỉ của người dùng2.

Lúc này, các công chứng viên đã cùng nhau ký và chuyển 100 USDT trong tài khoản cầu nối chuỗi chéo trên chuỗi B cho người dùng. Quá trình này phải được viết thành mã và chạy tự động, nếu không công chứng viên sẽ phải trực tuyến theo thời gian thực và phải hoạt động ngay sau khi nhận được yêu cầu, điều này quá phi thực tế.

Chương trình tự động này sẽ chứa một số phần

1. Chương trình giám sát: Chịu trách nhiệm giám sát các giao dịch trên chuỗi nguồn. Để lọc các giao dịch không liên quan hoặc giao dịch không hợp lệ, bước này có thể thực hiện một số xác minh định dạng cơ bản;

2. Quy trình xác minh: Điều này sẽ bao gồm ứng dụng khách nút nhẹ (cũng có thể là nút đầy đủ) của chuỗi khối được hỗ trợ, chịu trách nhiệm xác minh rằng giao dịch trên chuỗi nguồn tương tác với hợp đồng cầu nối chuỗi chéo được đóng gói thành một khối và đặt trên dây chuyền. ;

3. Thủ tục chữ ký: Chịu trách nhiệm ký và thực hiện các giao dịch chuyển khoản cho người dùng trên chuỗi mục tiêu.

Nhưng tự động hóa cũng mang đến một vấn đề, đó là chương trình tự động có thể bị hacker tấn công, thao túng. Vì vậy, để kiểm soát rủi ro, các cầu nối xuyên chuỗi sẽ có biện pháp tách nóng và lạnh. Chương trình tự động điều khiển phím nóng và số lượng chuyển bị giới hạn. Đối với những khoản chuyển nhượng lớn, công chứng viên phải dùng phím lạnh để ký thủ công. Các quy tắc tách nóng và lạnh có thể được thực hiện trong tài khoản MPC.

3.2 Cách ly rủi ro

Nếu có lỗi, bạn không muốn xử lý tất cả trong một lần sao? Vì vậy, cần phải tách biệt nguồn vốn và sử dụng nhiều tài khoản lưu ký để quản lý quỹ thanh khoản. Ví dụ: theo sự tách biệt giữa các chuỗi công khai khác nhau, A và B, B và C, C và D đều là các nhóm vốn độc lập.

3.3 TEE

Các chương trình giám sát và ký tự động do công chứng viên điều hành có thể chạy trên các thiết bị TEE, điều này có thể làm tăng đáng kể độ khó của các cuộc tấn công của hacker. TEE là viết tắt của Môi trường thực thi đáng tin cậy, là môi trường điện toán chạy trên một thiết bị nhất định được tách biệt khỏi thiết bị chính hệ điều hành, giống như một khu vực bao bọc.

Sự cách ly này được thực thi bằng phần cứng với độ bảo mật cực cao nên TEE có thể chạy các ứng dụng có yêu cầu bảo mật cao, như quản lý khóa mã hóa, xác thực sinh trắc học, xử lý thanh toán an toàn, v.v.

3.4 PoA ở bên trái, PoS ở bên phải

Để cầu nối chuỗi chéo an toàn hơn, Có hai hướng trong việc lựa chọn công chứng viên:

Một là chọn những công ty lớn và tổ chức nổi tiếng có danh tiếng tốt càng nhiều càng tốt. Đối với những tổ chức này, cái giá phải trả cho việc làm điều ác là cực kỳ cao và họ có thể mất đi thiện chí trong nhiều năm. Ngoài ra, hãy cố gắng giữ cho chúng đa dạng về mặt địa lý nhất có thể (tránh tập trung vào cùng một khu vực pháp lý).

Ví dụ, dự án cầu xuyên chuỗi Wormhole đã chọn mô hình này. 19 nút của nó được hỗ trợ bởi các tổ chức lớn nổi tiếng với quy mô lớn và nguồn vốn mạnh. Đây là phương pháp PoA.

Một cách khác là thừa nhận các công chứng viên không được phép nhưng yêu cầu họ phải đóng góp. Nếu họ cư xử không đúng mực, số tiền đặt cọc của họ sẽ bị cắt giảm. Đây là cách PoS hoạt động. Đây là những gì ZetaChain sử dụng.

Trong hai phương pháp, phương pháp nào tốt hơn và phương pháp nào kém hơn thì khó có thể đưa ra kết luận tùy tiện một cách trực tiếp. Nó phụ thuộc vào việc các bên tham gia dự án cầu nối xuyên chuỗi thực hiện tốt như thế nào theo hướng tương ứng của họ.

Cho dù đó là PoA hay PoS, bạn có thể biến cầu nối chuỗi chéo trực tiếp thành chuỗi công khai. Mỗi nút chạy cùng một chương trình và tất cả các yêu cầu và quy trình xử lý chuỗi chéo sẽ được ghi lại trên chuỗi này. Bản thân chuỗi cũng có thể lưu trữ các ứng dụng, do đó trở thành một trung tâm sinh thái.

3.5 Người quan sát

Một cách khác để tăng cường bảo mật là đặt vai trò quan sát viên. Vai trò này chịu trách nhiệm giám sát hành vi xuyên chuỗi và nếu phát hiện ra vấn đề, sẽ báo cáo các giao dịch trên chuỗi và bị hủy bỏ. Vì người quan sát cần một khoảng thời gian để phản ứng nên thời gian chuyển giao chuỗi chéo có thể bị trì hoãn. Do đó, người quan sát sẽ chỉ can thiệp nếu người dùng chấp nhận độ trễ chuyển tiền đối với các giao dịch có giá trị lớn hoặc các hoạt động xuyên chuỗi nhạy cảm.

Các giải pháp chuỗi chéo khác Khóa bămQuay lại phương pháp đầu tiên được đề cập trong bài viết này: P2P tìm kiếm đối tác để trao đổi tài sản chuỗi chéo. Nếu chúng ta sợ đối tác sẽ vỡ nợ, chúng ta có thể thiết lập một cơ chế. Một khi có người gia hạn, bên kia có thể lấy lại tiền và trả lại nguyên vẹn. Đây là khóa băm, sử dụng khóa băm và khóa thời gian một cách khéo léo. Nó buộc người nhận tiền phải xác nhận thanh toán trước thời hạn và tạo bằng chứng nhận trên chuỗi nguồn. Với bằng chứng nhận này, người thanh toán sẽ có thể nhận được tài sản tương đương của người nhận trên chuỗi mục tiêu. Nếu không, cả hai bên sẽ Tất cả số tiền sẽ được trả lại theo lộ trình ban đầu.

Tuy nhiên, phương pháp này chỉ có thể trao đổi tiền và không thể hoàn thành việc truyền thông tin chung xuyên chuỗi. Ngay cả từ góc độ chuyển tiền xuyên chuỗi, trải nghiệm người dùng về khóa thời gian băm là rất tệ: nếu sự biến động của giá tiền tệ không có lợi cho đối tác (nhà cung cấp thanh khoản), anh ta có thể chọn không hoàn thành giao dịch một cách hợp lý; để hoàn thành Đối với trao đổi chuỗi chéo, cả người dùng và đối tác đều phải ký hai lần. do đó, Là một giải pháp chuỗi chéo, khóa thời gian băm đã bị loại bỏ. Những cầu nối chuỗi chéo ban đầu (chẳng hạn như cBridge và Connext) sử dụng giải pháp này đã thay đổi cách thức hoạt động của chúng. Máy khách hạng nhẹ trên chuỗiPhương pháp này là triển khai trực tiếp hợp đồng máy khách hạng nhẹ của chuỗi nguồn trên chuỗi mục tiêu. Nếu bạn triển khai hợp đồng trên một chuỗi, tất cả các nút trong chuỗi sẽ chạy mã hợp đồng mà bạn đã triển khai.

Do đó, giải pháp client nhẹ trên chuỗi cho phép chuỗi mục tiêu xác minh trực tiếp các giao dịch từ chuỗi nguồn. Phương pháp này cực kỳ an toàn nhưng cũng đắt nhất. Tính tốn kém được thể hiện ở các khía cạnh sau: Hợp đồng khách hàng hạng nhẹ của chuỗi mục tiêu cần nhận và xác minh tiêu đề khối mới từ chuỗi nguồn trong thời gian thực. Quá trình này tiêu tốn rất nhiều Gas. Ngay cả khi ZK được sử dụng để đạt được bằng chứng ngắn gọn, mức tiêu thụ Gas để xác minh bằng chứng ZK sẽ không nhỏ hơn 400.000 Gas (Ví dụ EVM), trong sơ đồ MPC, tất cả những gì cần thiết để được xác minh trên chuỗi là chữ ký , và lượng xăng tiêu thụ chỉ hơn 20.000 một chút, chênh lệch gấp 20 lần! Bạn sẽ sử dụng một cây cầu an toàn hơn nhưng đắt hơn 20 lần?

Khối lượng công việc cần thiết để phát triển các hợp đồng với khách hàng nhẹ là rất lớn. Để làm cho cầu nối chuỗi chéo tương thích với các chuỗi không đồng nhất hơn, bạn cần triển khai các hợp đồng khách hàng nhẹ của các chuỗi khác trong môi trường phát triển hoàn toàn khác nhau của các chuỗi khác nhau, đây là một thách thức khủng khiếp đối với các nhà phát triển. Điều này dẫn đến khả năng xảy ra lỗi khi viết hợp đồng cao hơn, tức là tính bảo mật của light client bridge chỉ ở mức độ lý thuyết, nhưng xét về mặt thực hành kỹ thuật thì rất không an toàn. Để giảm bớt khối lượng công việc phát triển, một giải pháp khả thi là giới thiệu chuỗi chuyển tiếp và cho phép tất cả các chuỗi thiết lập hợp đồng khách hàng nhẹ với chuỗi chuyển tiếp này. Điều này thực sự có thể giảm khối lượng công việc của C(n,2) xuống n, nhưng vẫn không quá nhỏ. Việc chuyển chuỗi chéo trực tiếp ban đầu từ chuỗi nguồn sang chuỗi mục tiêu đã trở thành chuyển giao thứ hai của chuỗi nguồn → chuỗi chuyển tiếp → chuỗi mục tiêu, điều này sẽ gây ra mức tiêu thụ khí và thời gian bổ sung.

Do đó, giải pháp kỹ thuật máy khách hạng nhẹ hiện không thể được sử dụng để xây dựng một cầu nối chuỗi chéo phổ quát hơn.

Tàn cuộc

Trước hết, các chuỗi công khai khác nhau có cách tiếp cận khác nhau và có các nguồn lực khác nhau để hỗ trợ chúng. Chỉ cần họ không thừa nhận thất bại thì hệ sinh thái sẽ tồn tại. Cho dù trong thời gian ngắn phát triển không tốt lắm, có thể một ngày nào đó nó sẽ được nâng cấp và sống lại. Vấn đề về cơ sở hạ tầng cơ bản như thế này là để xem ai có thể tồn tại lâu hơn và ai có thể điều chỉnh theo thị trường một cách nhanh chóng.

Bitcoin và Ethereum không thể giải quyết hết mọi kịch bản ứng dụng, hoặc ở một phân khúc nào đó luôn có người không thích ngay từ đầu nên họ tạo ra một bánh xe mới, nên tương lai sẽ là multi-chain. Trong tương lai, lớp dưới cùng sẽ không còn là một chuỗi nữa nên tương lai phải đa sinh thái. Cách chuyển tiền và tin nhắn giữa nhiều hệ sinh thái đòi hỏi công nghệ xuyên chuỗi/đa sinh thái!

Người dùng quan tâm nhất đến điều gì khi nói đến chuỗi chéo? Không có gì hơn ngoài những điểm sau:

Tốc độ: Mất bao lâu để hoàn thành một hoạt động chuỗi chéo?

Phí: Tôi cần trả bao nhiêu cho hoạt động xuyên chuỗi

Bảo mật: Cầu xuyên chuỗi có an toàn không và tiền có bị mất không?

Thanh khoản: Có đủ thanh khoản để hỗ trợ giao dịch của tôi và tác động giá có thể chấp nhận được không?

Phạm vi kết nối: Bạn hỗ trợ bao nhiêu chuỗi? Bạn có hỗ trợ các chuỗi tôi cần sử dụng trong các hoạt động xuyên chuỗi không?

Kinh nghiệm: Hoạt động xuyên chuỗi có thuận tiện không, chẳng hạn như liệu nó có hỗ trợ thanh toán gas hay không, ước tính chi phí có chính xác hay không, liệu nó có hỗ trợ truy vấn tiến trình và xem trình duyệt hay không, liệu lỗi có thường xuyên xảy ra hay không, cách xử lý lỗi, v.v.?

Trước tiên chúng ta hãy nhìn tổng quan về đặc điểm của một số dự án từ ba góc độ tương đối rõ ràng: bảo mật, chi phí và phạm vi kết nối.

Bấm vào link để xem bảng rõ ràng (bảng được cập nhật liên tục):

https://docs.google.com/s Spreadsheets/d/1LKlbd5KJUnQIx3ZBTgyMADhxHtWVwBH9qDRm765tPMw/

Để giải thích đầy đủ về cầu nối chuỗi chéo, có nhiều chi tiết chiều cần được thảo luận, chẳng hạn như tất cả các chiều và phân tích dữ liệu trong bảng trên. Vậy bạn quan tâm đến yếu tố nào khi vượt chuỗi? Bạn thường sử dụng cầu nối chuỗi nào? Bạn nghĩ cầu nối chuỗi chéo nên tập trung vào những khía cạnh nào để tối ưu hóa? Nếu bạn có ý tưởng của mình, xin vui lòng trao đổi với tác giả.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [极客Web3]. Mọi bản quyền thuộc về tác giả gốc [0xKooKoo]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn , họ sẽ xử lý kịp thời.
2. Tuyên bố miễn trừ trách nhiệm pháp lý: Các quan điểm và ý kiến trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Việc dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch đều bị cấm.