Giải thích kỹ thuật: Chuỗi Merlin hoạt động như thế nào?

Tác giả gốc: Faust, geek web3

Từ Summer of Inscription năm 2023 đến nay, Bitcoin Layer 2 luôn là điểm nhấn của Web3. Mặc dù sự phát triển của lĩnh vực này muộn hơn nhiều so với Ethereum Lớp 2 , nhưng với sức hấp dẫn độc đáo của POW và việc triển khai suôn sẻ ETF giao ngay, không cần phải lo lắng về nguy cơ "chứng khoán hóa" trong Bitcoin Chỉ trong nửa năm, Layer 2, một đường đua phụ, đã thu hút được hàng chục tỷ đô la vốn chú ý.

Trong Lớp 2 theo dõi Bitcoin, Merlin, có hàng tỷ đô la TVL, chắc chắn là lớp có khối lượng lớn nhất và nhiều người theo dõi nhất. Với các ưu đãi đặt cược rõ ràng và lợi nhuận đáng kể, Merlin đã trở nên nổi tiếng gần như chỉ trong vòng vài tháng, tạo ra huyền thoại sinh thái vượt qua Blast. Khi Merlin ngày càng trở nên phổ biến, các cuộc thảo luận về các giải pháp kỹ thuật của nó ngày càng trở thành chủ đề được nhiều người quan tâm.

Trong bài viết này, Geek web3 sẽ tập trung vào giải pháp kỹ thuật Merlin Chain và diễn giải các tài liệu đã xuất bản cũng như các ý tưởng thiết kế giao thức của nó. Chúng tôi cam kết giúp nhiều người hiểu hơn Merlin  sự hiểu biết về mô hình bảo mật của nó cho phép mọi người hiểu cách "Head Bitcoin Layer 2" này hoạt động theo cách trực quan hơn.

Mạng Oracle phi tập trung của Merlin : Open Off-Chain DAC Ủy ban

Dành cho tất cả Lớp 2 dù đó là Ethereum  Lớp 2 Cho dù đó là Bitcoin  ;Lớp 2 , DA và chi phí phát hành dữ liệu là một trong những vấn đề cần được giải quyết nhiều nhất. Do bản thân mạng Bitcoin có nhiều vấn đề và vốn không hỗ trợ thông lượng dữ liệu lớn nên cách tận dụng không gian DA quý giá này đã trở thành một bài toán khó kiểm tra trí tưởng tượng của nhóm dự án Lớp 2.

Một kết luận rất rõ ràng: nếu Layer 2  "trực tiếp" xuất bản dữ liệu giao dịch chưa được xử lý vào khối Bitcoin thì không thể đạt được thông lượng cao cũng như thông lượng cao. Các giải pháp phổ biến nhất là nén kích thước dữ liệu càng nhỏ càng tốt thông qua độ nén cao, sau đó tải nó lên khối Bitcoin hoặc xuất bản dữ liệu trực tiếp dưới chuỗi Bitcoin.

Trong số  Lớp 2 s áp dụng ý tưởng đầu tiên, ý tưởng nổi tiếng nhất có thể là Citrea. Họ có kế hoạch phân biệt các thay đổi trạng thái của Lớp 2  Nghĩa là, kết quả thay đổi trạng thái trên nhiều tài khoản, cùng với chứng chỉ ZK tương ứng, được tải lên chuỗi Bitcoin. Trong trường hợp này, bất kỳ ai cũng có thể tải xuống trạng thái khác biệt và ZKP từ mạng chính Bitcoin, sau đó theo dõi các thay đổi trạng thái của Citrea. Phương pháp này có thể nén hơn 90% kích thước dữ liệu trên chuỗi.

Mặc dù điều này có thể nén kích thước dữ liệu rất nhiều nhưng nút thắt cổ chai vẫn hiện rõ. Nếu một số lượng lớn tài khoản thay đổi trạng thái trong một khoảng thời gian ngắn, Lớp 2 sẽ tổng hợp và tải tất cả các thay đổi trong các tài khoản này lên chuỗi Bitcoin. Chi phí phát hành dữ liệu cuối cùng không thể được giữ ở mức rất thấp. được thấy trong nhiều bản tổng hợp Ethereum ZK.

Nhiều Bitcoin Lớp 2 chỉ cần đi theo con đường thứ hai: sử dụng trực tiếp giải pháp DA trong chuỗi Bitcoin, hoặc tự xây dựng DA lớp hoặc chỉ sử dụng  Celestia, EigenDA  vân vân. B^Square, BitLayer và Merlin, nhân vật chính của bài viết này, đều sử dụng giải pháp mở rộng DA ngoài chuỗi này.

Trong bài viết trước của Geek web3 - "Phân tích phiên bản mới của Lộ trình công nghệ B^2 : Sự cần thiết của DA và Lớp xác minh trong Chuỗi Bitcoin", chúng tôi đã đề cập , B^ 2  ;trực tiếp bắt chước Celestia và xây dựng mạng DA hỗ trợ chức năng lấy mẫu dữ liệu ngoài chuỗi, được đặt tên là B^ 2 Hub. Dữ liệu "DA" như dữ liệu giao dịch hoặc khác biệt trạng thái được lưu trữ trong chuỗi Bitcoin và chỉ được tải lên mạng chính Bitcoin dưới dạng datahash / merkle root.

Điều này thực sự coi Bitcoin như một bảng thông báo không đáng tin cậy: bất kỳ ai cũng có thể đọc datahash từ chuỗi Bitcoin. Sau khi lấy dữ liệu DA từ nhà cung cấp dữ liệu ngoài chuỗi, bạn có thể kiểm tra xem nó có tương ứng với hàm băm dữ liệu trên chuỗi hay không, tức là hash(data 1) == datahash 1? . Nếu có sự tương ứng giữa hai bên, điều đó có nghĩa là dữ liệu do nhà cung cấp dữ liệu ngoài chuỗi cung cấp cho bạn là chính xác.

Quy trình trên Nó có thể đảm bảo rằng dữ liệu được cung cấp cho bạn bởi các nút ngoài chuỗi được liên kết với một số "manh mối" nhất định trên Lớp 1, ngăn lớp DA cung cấp dữ liệu sai lệch một cách có ác ý. Nhưng đây là một kịch bản xấu rất quan trọng: Giả sử nguồn dữ liệu - Sequencer, không gửi dữ liệu tương ứng với datahash mà chỉ gửi datahash đến chuỗi Bitcoin mà cố tình khấu trừ dữ liệu tương ứng. không cho phép ai đọc được. Tôi nên làm gì trong trường hợp này?

Các trường hợp tương tự bao gồm nhưng không giới hạn ở: chỉ phát hành ZK-Proof  và StateRoot  nhưng không phát hành DA dữ liệu tương ứng (dữ liệu khác biệt về trạng thái hoặc Giao dịch ), mặc dù mọi người có thể xác minh ZKProof và xác nhận quá trình tính toán từ Prev_Stateroot sang New_Stateroot là hợp lệ, họ không biết trạng thái tài khoản nào đã thay đổi. Trong trường hợp này, mặc dù tài sản của người dùng được an toàn nhưng mọi người đều không thể chắc chắn về trạng thái thực tế của mạng. Họ không biết giao dịch nào đã được đóng gói trên chuỗi và trạng thái hợp đồng nào đã được cập nhật vào thời điểm này. ;Lớp 2  Về cơ bản tương đương với việc tắt máy.

Đây thực chất là "giữ lại dữ liệu". Dankrad của Ethereum Foundation đã thảo luận ngắn gọn về một vấn đề tương tự trên Twitter vào tháng 8 năm 2023. Tất nhiên, anh ấy chủ yếu nhắm mục tiêu vào thứ gọi là "DAC".

Nhiều Ethereum Lớp 2 áp dụng các giải pháp DA ngoài chuỗi thường thiết lập một số nút có quyền đặc biệt để thành lập một ủy ban, tên đầy đủ là Ủy ban sẵn có dữ liệu (DAC)   . Ủy ban DAC này đóng vai trò là người bảo lãnh và tuyên bố với thế giới bên ngoài rằng Sequencer thực sự đã phát hành DA dữ liệu hoàn chỉnh (dữ liệu giao dịch hoặc khác biệt trạng thái) ngoài chuỗi. Sau đó, các nút DAC cùng nhau tạo ra nhiều chữ ký, miễn là đa chữ ký đáp ứng các yêu cầu về ngưỡng (chẳng hạn như 2/4), hợp đồng có liên quan trên Lớp 1 sẽ mặc định và Trình sắp xếp chuỗi vượt qua quá trình kiểm tra. của ủy ban DAC , được phát hành một cách trung thực  DA dữ liệu ngoài chuỗi hoàn chỉnh.

< p> Ủy ban DAC của Ethereum Lớp 2 về cơ bản tuân theo POA mô hình, chỉ cho phép một số lượng nhỏ KYC hoặc các nút được chỉ định chính thức tham gia DAC ủy ban, điều này làm cho DAC  ; “tập trung hóa” và “chuỗi liên minh”. Ngoài ra, trong một số Lớp 2 Ethereum áp dụng chế độ DAC , trình sắp xếp chuỗi chỉ gửi DA dữ liệu đến các nút thành viênDAC và hầu như không bao giờ tải dữ liệu lên những nơi khác. Bất kỳ ai muốn lấy dữ liệu DA đều phải lấy. sự cho phép của ủy ban DAC, về cơ bản không khác biệt với chuỗi liên minh.

Không còn nghi ngờ gì nữa rằng DAC  nên được phân cấp. Lớp 2  không cần phải tải DA dữ liệu trực tiếp lên Lớp 1 , nhưng quyền truy cập của DAC ủy ban Nó nên cởi mở với thế giới bên ngoài để ngăn chặn một số người cấu kết làm điều ác. (Để thảo luận về DAC  các kịch bản xấu xa, bạn có thể tham khảo tuyên bố trước đây của Dankrad  trên Twitter)

 BlobStream do Celestia đề xuất trước đây về cơ bản là để thay thế trung tâm bằng Celestia  ized DAC, trình sắp xếp chuỗi Ethereum L2 có thể xuất bản DA dữ liệu lên chuỗi Celestia Nếu có 2/3 Celestia node để ký nó, nó sẽ được triển khai trên hợp đồng độc quyền Lớp 2 Ethereum. giả định rằng trình sắp xếp đã phát hành dữ liệu DA một cách trung thực, điều này thực sự cho phép nút Celestia đóng vai trò là người bảo lãnh. Xem xét rằng Celestia có hàng trăm nút Trình xác thực, chúng ta có thể nghĩ rằng DAC lớn này tương đối phi tập trung.

Giải pháp DA được Merlin áp dụng thực sự tương đối gần với Celestia  BlobStream các tiêu chuẩn DAC mở dưới hình thức POS  . Bất kỳ ai cũng có thể chạy nút DAC miễn là họ đặt cọc đủ tài sản. Trong tài liệu của Merlin , nút DAC ở trên được gọi là Oracle, và nó được chỉ ra rằng nó sẽ hỗ trợ việc cầm cố tài sản của BTC, MERL và thậm chí BRC-20 token để đạt được cơ chế cầm cố linh hoạt cũng hỗ trợ cam kết proxy tương tự như Lido. (Thỏa thuận cam kết POS của nhà tiên tri về cơ bản là một trong những câu chuyện cốt lõi tiếp theo của Merlin và lãi suất cam kết được cung cấp tương đối cao)

Ở đây chúng tôi mô tả ngắn gọn về Merlin Quy trình làm việc (hình bên dưới):< /p>

• Sau khi nhận được một số lượng lớn yêu cầu giao dịch, Trình sắp xếp chuỗi sẽ tổng hợp chúng và tạo ra chúng;đợt dữ liệu (đợt dữ liệu), được chuyển tới Prover  các nút và Oracle nút (DAC phi tập trung).

• Nút Prover của Merlin được phân quyền và sử dụng Prover của lumoz làm một dịch vụ Dịch vụ. Sau khi Prover nhóm khai thác nhận được nhiều đợt dữ liệu , nó sẽ tạo ra bằng chứng không có kiến ​​thức tương ứng. Sau đó, ZKP sẽ được gửi đến các nút Oracle để xác minh sau này.

• Nút Oracle sẽ xác minh xem ZK Proof được gửi bởi Lmuoz nhóm ZK mine của có khớp với bộ xử lý dữ liệu đã gửi  hay không. Nếu cả hai có thể tương ứng và không chứa các lỗi khác, quá trình xác minh sẽ được thông qua. Trong quá trình này, các nút Oracle phi tập trung sẽ tạo ra nhiều chữ ký thông qua các chữ ký ngưỡng và tuyên bố với thế giới bên ngoài rằng trình sắp xếp chuỗi đã gửi hoàn toàn DA dữ liệu và ZKP tương ứng là hợp lệ, đã vượt qua quá trình xác minh của Oracle nút.

• Trình sắp xếp thứ tự thu thập các kết quả đa chữ ký từ Oracle Khi số lượng chữ ký đáp ứng các yêu cầu về ngưỡng, thông tin chữ ký sẽ được gửi đến chuỗi Bitcoin, cùng với . datahash của dữ liệu DA (lô dữ liệu) được để lại cho thế giới bên ngoài đọc và xác nhận.

< / p>

Oracle Nút thực hiện xử lý đặc biệt trong quá trình tính toán xác minh ZK Proof tạo ra Cam kết cam kết và gửi nó đến chuỗi Bitcoin, cho phép mọi người thách thức "cam kết", tại đây. Quá trình này là về cơ bản giống như giao thức chống gian lận của bitVM. Nếu thử thách thành công, nút Oracle đưa ra Cam kết sẽ bị trừng phạt về mặt tài chính. Tất nhiên, dữ liệu mà Oracle  muốn xuất bản lên chuỗi Bitcoin cũng bao gồm hàm băm của trạng thái Lớp 2 hiện tại - StateRoot, cũng như bản thân việc phát hiện ZKP.

Có một số chi tiết cần được xây dựng ở đây Trước hết, Merlin lộ trình đề cập rằng trong tương lai, Oracle sẽ sao lưu DA dữ liệu vào Celestia  Theo cách này, nút Oracle có thể loại bỏ đúng cách dữ liệu lịch sử cục bộ và không cần lưu trữ dữ liệu vĩnh viễn cục bộ. Đồng thời, Cam kết do Mạng Oracle tạo ra thực chất là gốc của Cây Merkle. Việc tiết lộ gốc cho thế giới bên ngoài là chưa đủ. Bạn cần phải công khai toàn bộ dữ liệu tương ứng. nền tảng DA của bên thứ ba. Nền tảng này có thể là Celestia hoặc EigenDA hoặc các lớp DA khác.

Phân tích mô hình bảo mật: Optimistic ZKRollup+Cobo  MPC service

Chúng tôi đã mô tả ngắn gọn quy trình làm việc của Merlin ở trên, tôi tin rằng mọi người đã hiểu điều đó Cơ bản cấu trúc được làm chủ. Không khó để nhận thấy rằng Merlin và B^Square, BitLayer và Citrea về cơ bản tuân theo cùng một mô hình bảo mật - ZK-Rollup lạc quan.

Khi bạn lần đầu đọc từ này, nhiều người đam mê Ethereum có thể cảm thấy kỳ lạ "ZK-Rollup lạc quan" là gì? Theo hiểu biết của cộng đồng Ethereum, "mô hình lý thuyết" của ZK Rollup hoàn toàn dựa trên độ tin cậy của các tính toán mật mã và không yêu cầu đưa ra các giả định về độ tin cậy. Từ "lạc quan" mô tả chính xác giả định về độ tin cậy, có nghĩa là, Hầu hết. Vào thời điểm đó, mọi người nên lạc quan rằng không có lỗi nào trong Rollup và nó đáng tin cậy. Sau khi xảy ra lỗi, toán tử Rollup có thể bị trừng phạt thông qua bằng chứng gian lận. Đây là nguồn gốc của cái tên Optimistic Rollup, còn được gọi là OP Rollup.

Đối với hệ sinh thái Ethereum tại trại cơ sở Rollup , sự lạc quan ZK-Rollup có thể hơi khó hiểu, nhưng nó hoàn toàn phù hợp với tình hình hiện tại của Bitcoin Layer 2 . Do những hạn chế về mặt kỹ thuật, chuỗi Bitcoin không thể xác minh hoàn toàn ZK Proof. Nó chỉ có thể xác minh một bước nhất định trong quá trình tính toán ZKP trong những trường hợp đặc biệt. Theo tiền đề này, chuỗi Bitcoin thực sự chỉ có thể hỗ trợ giao thức Chứng minh gian lận, mọi người có thể chỉ ra. rằng có lỗi trong một bước tính toán nhất định của ZKP trong quá trình xác minh ngoài chuỗi và thách thức nó thông qua bằng chứng gian lận. Tất nhiên, điều này không thể so sánh với ZK Rollup theo phong cách Ethereum, nhưng nó đã là đáng tin cậy nhất và. mô hình bảo mật ổn định mà Bitcoin Lớp 2 hiện có thể đạt được.

Theo sơ đồ ZK-Rollup lạc quan ở trên, giả sử rằng Lớp 2 có N những người được phép bắt đầu các thử thách trong Lớp 2 mạng, miễn là  N thách thức Miễn là một trong số họ trung thực và đáng tin cậy, đồng thời có thể phát hiện lỗi và bắt đầu bằng chứng gian lận bất cứ lúc nào, quá trình chuyển đổi trạng thái của Lớp 2 là an toàn. Tất nhiên, Rollup lạc quan với mức độ hoàn thiện cao hơn cần đảm bảo rằng cầu rút tiền của nó cũng được bảo vệ bởi giao thức chống gian lận. Hiện tại, hầu hết tất cả Bitcoin Lớp 2 không thể đạt được tiền đề này và cần phải dựa vào đa chữ ký /MPC. , thì việc lựa chọn giải pháp đa chữ ký/MPC như thế nào đã trở thành vấn đề liên quan mật thiết đến bảo mật Lớp 2.

Merlin  đã chọn Cobo MPC dịch vụ cho giải pháp bắc cầu, áp dụng các biện pháp như cách ly ví nóng và ví lạnh Cobo và Merlin Chain  hành vi rút tiền cần được xử lý chung bởi những người tham gia MPC của Cobo và Merlin Chain. Về cơ bản, độ tin cậy của cầu rút tiền được đảm bảo thông qua xác nhận tín dụng của tổ chức. Tất nhiên, đây chỉ là biện pháp tạm thời ở giai đoạn này. Khi dự án dần được cải thiện, cầu rút tiền có thể được thay thế bằng “cầu lạc quan” về giả định tin cậy 1/N bằng cách giới thiệu BitVM và giao thức chống gian lận. . Sẽ khó thực hiện hơn (hiện tại hầu hết tất cả các cầu nối chính thức của Lớp 2 đều dựa vào đa chữ ký).

Nhìn chung, chúng tôi có thể phân loại rằng Merlin đã giới thiệu DAC dựa trên POS , lạc quan ZK-Rollup dựa trên BitVM  và Cobo dựa trên giải pháp lưu ký tài sản  giải quyết vấn đề DA bằng cách mở DAC quyền đảm bảo tính bảo mật của quá trình chuyển đổi trạng thái bằng cách giới thiệu BitVM và giao thức chống gian lận giới thiệu nền tảng lưu ký tài sản nổi tiếng Cobo dịch vụ để đảm bảo độ tin cậy của cầu rút lui.

Kế hoạch gửi ZKP xác minh hai bước dựa trên Lumoz 

Trước đây, chúng tôi đã sắp xếp mô hình bảo mật của Merlin và giới thiệu khái niệm ZK-rollup  ;lạc quan của. Lộ trình công nghệ của In Merlin , Prover phi tập trung cũng được nói đến. Như chúng ta đã biết, Prover  là vai trò cốt lõi trong kiến ​​trúc ZK-Rollup. Nó chịu trách nhiệm tạo ZKProof cho Batch do Sequencer phát hành. Tuy nhiên, quá trình tạo bằng chứng không có kiến ​​thức tiêu tốn rất nhiều tài nguyên phần cứng. một vấn đề rất khó khăn.

Để tăng tốc độ tạo ra các bằng chứng ZK, việc song song hóa và phân chia các nhiệm vụ là thao tác cơ bản nhất. Cái gọi là song song hóa thực sự có nghĩa là chia nhiệm vụ tạo bằng chứng ZK thành các phần khác nhau, được hoàn thành bởi các Nhà cung cấp khác nhau và cuối cùng Bộ tổng hợp sẽ tổng hợp nhiều Bằng chứng thành một tổng thể.

Để đẩy nhanh quá trình tạo ZK bằng chứng, Merlin sẽ áp dụng Lumoz  Prover như một giải pháp dịch vụ, thực ra là để tập hợp một số lượng lớn các thiết bị phần cứng cùng nhau tạo thành Tạo một nhóm khai thác, sau đó phân bổ các nhiệm vụ tính toán cho các thiết bị khác nhau và phân bổ các ưu đãi tương ứng, tương tự như khai thác POW.

Trong Prover sơ đồ phi tập trung này, có một loại kịch bản tấn công, thường được gọi là tấn công chạy trước: giả sử rằng một công cụ tổng hợp Aggregator đã thiết lập ZKP, nó  ZKP Gửi nó ra với hy vọng nhận được phần thưởng. Sau khi những người tổng hợp khác nhìn thấy nội dung của  ZKP , họ đã xuất bản nội dung tương tự trước anh ta, tuyên bố rằng  ZKP  này là do họ tạo ra trước tiên.

Có lẽ giải pháp mang tính bản năng nhất mà mọi người nghĩ đến là gán một số nhiệm vụ được chỉ định cho mỗi Bộ tổng hợp . Ví dụ: nhiệm vụ 1 chỉ Bộ tổng hợp A có thể chấp nhận và những tác vụ khác Ngay cả khi mọi người hoàn thành. nhiệm vụ 1 họ sẽ không nhận được phần thưởng. Nhưng có một vấn đề với cách tiếp cận này, đó là nó không thể chống lại rủi ro một điểm. Nếu Bộ tổng hợp A có lỗi về hiệu suất hoặc bị ngắt kết nối, tác vụ 1 sẽ bị kẹt và không thể hoàn thành. Hơn nữa, phương pháp phân công nhiệm vụ cho một đơn vị duy nhất này không thể nâng cao hiệu quả sản xuất thông qua cơ chế khuyến khích cạnh tranh và không phải là một cách tiếp cận tốt.

Polygon zkEVM  từng đề xuất một phương pháp có tên  Bằng chứng về hiệu quả  trong một blog, chỉ ra rằng nên sử dụng các phương tiện cạnh tranh để thúc đẩy sự cạnh tranh giữa các  Các nhà tổng hợp  cơ sở ai đến trước được phục vụ trước và Nhà tổng hợp gửi ZK-Proof cho chuỗi trước có thể nhận được phần thưởng. Tất nhiên, anh ấy không đề cập đến cách giải quyết vấn đề chạy trước MEV.

Lumoz áp dụng phương thức gửi bằng chứng ZK xác minh hai bước. Sau khi Aggregator tạo ra ZK bằng chứng, trước tiên không cần phải gửi nội dung hoàn chỉnh. hàm băm của ZKP, nói cách khác, xuất bản hàm băm (Địa chỉ ZKP+Aggregator). Bằng cách này, ngay cả khi những người khác nhìn thấy giá trị băm thì họ cũng không biết nội dung ZKP tương ứng và không thể trực tiếp tham gia;

Nếu ai đó chỉ tạo một bản sao của toàn bộ băm  ; Không có ích gì khi xuất bản nó trước, bởi vì băm chứa địa chỉ của trình tổng hợp cụ thể , bạn cũng sẽ thấy rằng địa chỉ của trình tổng hợp có trong đó là của  X  thay vì của  A  .

Thông qua sơ đồ gửi ZKP xác minh hai bước này, Merlin (Lumoz) có thể giải quyết vấn đề đang diễn ra trong quy trình gửi ZKP và đạt được các bằng chứng không có kiến ​​thức có tính cạnh tranh cao. Tạo động lực để tăng tốc độ tạo ra ZKP. ZKP.

Merlin's Phantom: Khả năng tương tác đa chuỗi

Theo lộ trình kỹ thuật của Merlin , họ cũng sẽ hỗ trợ Merlin tương tác với EVM chuỗi khác Hoạt động, lộ trình triển khai của nó về cơ bản phù hợp với ý tưởng trước đây về Zetachain Nếu Merlin được sử dụng làm chuỗi nguồn và các chuỗi EVM khác được sử dụng làm chuỗi mục tiêu, khi các nút Merlin nhận được sự tương tác giữa các chuỗi được gửi bởi người dùng Sau khi yêu cầu vận hành được thực hiện, các quy trình công việc tiếp theo sẽ được kích hoạt trên chuỗi mục tiêu.

Ví dụ: một EOA tài khoản được kiểm soát bởi Merlin mạng có thể được triển khai trên Polygon  khi người dùng đưa ra hướng dẫn về khả năng tương tác chuỗi chéo trên Merlin Chain , Merlin  ;Mạng đầu tiên phân tích cú pháp. nội dung của nó và tạo ra dữ liệu giao dịch để được thực thi trên chuỗi mục tiêu, sau đó Oracle Network  thực hiện MPC xử lý chữ ký trên giao dịch để tạo chữ ký số của giao dịch. Sau đó, nút Relayer của Merlin  thực hiện giao dịch trên Polygon  và hoàn tất các hoạt động tiếp theo thông qua tài sản trong tài khoản EOA của Merlin trên chuỗi mục tiêu, chẳng hạn như.

Khi hoạt động mà người dùng yêu cầu hoàn tất, tài sản tương ứng sẽ được chuyển tiếp trực tiếp đến địa chỉ của người dùng trên chuỗi mục tiêu. Về lý thuyết, nó cũng có thể được chuyển trực tiếp đến Chuỗi Merlin. Giải pháp này có một số lợi ích rõ ràng: nó có thể tránh được phí xử lý phát sinh khi các hợp đồng cầu nối chuỗi và chuỗi chéo tài sản truyền thống, đồng thời tính bảo mật của các hoạt động chuỗi chéo được đảm bảo trực tiếp bởi Mạng Oracle của Merlin mà không cần phải dựa vào cơ sở hạ tầng bên ngoài. . Miễn là người dùng tin tưởng Merlin Chain, hành vi tương tác chuỗi chéo như vậy có thể được coi là không có vấn đề gì.

Tóm tắt

Trong bài viết này, chúng tôi đã giải thích ngắn gọn giải pháp kỹ thuật chung của Merlin Chain  mà chúng tôi tin rằng có thể giúp nhiều người hiểu hơn về quy trình làm việc chung của Merlin . có sự hiểu biết rõ ràng hơn về mô hình bảo mật của nó. Xét rằng hệ sinh thái Bitcoin hiện tại đang phát triển mạnh mẽ, chúng tôi tin rằng loại hình phổ biến công nghệ này có giá trị và cần thiết đối với công chúng. Chúng tôi sẽ tiến hành nghiên cứu dài hạn về các dự án như Merlin và bitLayer, B^Square, v.v. tương lai. Hãy theo dõi và cung cấp phân tích sâu hơn về các giải pháp kỹ thuật của nó, vì vậy hãy chú ý theo dõi!