Giải thích giải pháp kỹ thuật Merlin: Nó hoạt động như thế nào?

Tác giả: Faust, geek web3

Từ Mùa hè khắc chữ năm 2023 đến nay, Bit Coin Layer2 luôn là điểm nhấn của toàn bộ 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ẻ các quỹ ETF giao ngay, Bitcoin, vốn không cần lo lắng về rủi ro “chứng khoán hóa”, đã trở thành một Lớp 2 chỉ trong nửa năm đã thu hút được nguồn vốn trị giá hàng chục tỷ USD.

Trong đường đua Bitcoin Lớp 2, Merlin, với hàng tỷ đô la TVL, chắc chắn là người có khối lượng lớn nhất và nhiều người theo dõi nhất. Với những ưu đãi đặt cược rõ ràng và lợi nhuận đáng kể, Merlin gần như bất ngờ trỗi dậy từ mặt đất trong vòng vài tháng, tạo ra một 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àogiải pháp kỹ thuật Merlin Chain và giải thích các tài liệu đã xuất bản cũng như ý tưởng thiết kế giao thức của nó,

strong>Chúng tôi cam kết giúp nhiều người hơn hiểu được quy trình làm việc chung của Merlin, hiểu rõ hơn về mô hình bảo mật của nó và để mọi người hiểu cách thức hoạt động của "Lớp Bitcoin 2" này một cách trực quan hơn.

Mạng oracle phi tập trung của Merlin: ủy ban DAC ngoài chuỗi mở

Đối với tất cả Lớp 2, cho dù đó là Ethereum Lớp 2 hay Bitcoin Lớp 2, DA và chi phí phát hành dữ liệu là một trong những vấn đề quan trọng nhất cần được giải quyết. Do bản thân mạng Bitcoin có nhiều vấn đề và không tự nhiên 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õ ràng: Nếu Layer2 "trực tiếp" giải phóng dữ liệu giao dịch chưa được xử lý vào khối Bitcoin thì không thể đạt được hiệu quả cao cũng như hiệu suất giao dịch cao. , phí xử lý thấp không thể đạt được. 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 dữ liệu lên khối Bitcoin hoặc xuất bản dữ liệu trực tiếp trong chuỗi Bitcoin.

Trong số Layer2 áp dụng ý tưởng đầu tiên, Citrea có thể là nổi tiếng nhất và họ có kế hoạch thay đổi trạng thái của Layer2 trong khoảng thời gian time (state diff), tức là kết quả thay đổi trạng thái trên nhiều tài khoản được tải lên chuỗi Bitcoin cùng với các chứng chỉ ZK tương ứng. 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 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 vẫn còn rõ ràng. 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 phải 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. Điều này đúng ở nhiều Ethereum. Điều này có thể được nhìn thấy trong ZK Rollup.

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, tự xây dựng lớp DA hoặc sử dụng Celestia , EigenDA et al. B^Square, BitLayer và nhân vật chính của bài viết này, Merlin, đều sử dụng giải pháp mở rộng DA ngoài chuỗi này.

Bài viết trước trên geekweb3——Trong "Phân tích Lộ trình công nghệ phiên bản mới của 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 rằng, B^2 bắt chước trực tiếp Celestia và xây dựng mạng DA ngoài chuỗi hỗ trợ chức năng lấy mẫu dữ liệu, được gọi 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ỉ gốc datahash / merkle mới được tải lên mạng chính Bitcoin.

Điều này thực sự đang 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 dữ liệu đó có tương ứng với datahash trên chuỗi hay không, tức là hash(data1) == datahash1? . 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.

(Sơ đồ lớp 2 của lớp DA hiện có trong chuỗi Bitcoin 

Nguồn: Geek web3)< /strong>

Quy trình trê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 chặn DA cung cấp một cách ác ý dữ liệu sai. Nhưng đây là một kịch bản xấu rất quan trọng: nếu 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 giữ lại dữ liệu tương ứng để ngăn chặn bất kỳ ai từ việc đọc nó. Take, tôi nên làm gì vào lúc này?

Các tình huống tương tự bao gồm nhưng không giới hạn ở: chỉ xuất bản ZK-Proof và StateRoot, nhưng không xuất bản dữ liệu DA tương ứng (dữ liệu giao dịch hoặc khác biệt trạng thái), 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 đến 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. Tại 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 đã từng 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 ta chủ yếu nhắm mục tiêu vào một người nổi tiếng. Điều gì đó dành cho "DAC" .

Nhiều Ethereum Lớp 2 áp dụng 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 ủ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 dữ liệu DA 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), các hợp đồng có liên quan trên Lớp 1 sẽ mặc định đã vượt qua sự kiểm tra của ủy ban DAC. đã phát hành dữ liệu DA hoàn chỉnh ngoài chuỗi.

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

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

BlobStream do Celestia đề xuất trước đây về cơ bản được thay thế bởi Celestia DAC tập trungTrình sắp xếp chuỗi của Ethereum L2 có thể xuất bản dữ liệu DA lên chuỗi Celestia Nếu 2/3 nút Celestia ký nó, hợp đồng độc quyền Layer2 được triển khai trên Ethereum sẽ coi dữ liệu sắp xếp chuỗi là trung thực. được phát hành, điều này thực sự cho phép các 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 BlobStream của Celestia, cả hai đều mở quyền truy cập vào DAC thông qua POS, khiến nó trở nên phi tập trung hơn. 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 được đề cập ở trên được gọi là Oracle và được chỉ ra rằng nó sẽ hỗ trợ các cam kết tài sản bằng BTC, MERL và thậm chí cả token BRC-20 để thực hiện cơ chế cam kết linh hoạt và cũng hỗ trợ các 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)

Chúng tôi tóm tắt ở đây mô tả quy trình làm việc của Merlin (ảnh bên dưới):

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

2. Nút Prover của Merlin được phân cấp và sử dụng Prover của lumoz làm dịch vụ Dịch vụ. Sau khi nhận được nhiều lô dữ liệu, nhóm khai thác Prover 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 nút Oracle để xác minh.

3. Nút Oracle sẽ xác minh xem Bằng chứng ZK được gửi từ nhóm khai thác ZK của Lmuoz có thể khớp với Tương ứng tuần tự hay không vào lô dữ liệu được gửi. Nếu cả hai có thể khớp nhau 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 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 dữ liệu DA và ZKP tương ứng là hợp lệ và đã vượt qua quá trình xác minh của nút Oracle.

4. Bộ sắp xếp thu thập các kết quả có nhiều chữ ký từ nút Oracle Khi số. Số chữ ký đáp ứng Sau khi đá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) và được chuyển ra thế giới bên ngoài để đọc và xác nhận.

(Nguồn sơ đồ nguyên lý làm việc của Merlin: geek web3)

< li>

Các nút của Oracle thực hiện xử lý đặc biệt trong quá trình tính toán xác minh Bằng chứng ZK, tạo ra các cam kết Cam kết và gửi chúng đến chuỗi Bitcoin, cho phép bất kỳ ai cũng có thể " Cam kết" để thách thức, quy trình ở đây 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ư chính ZKP, phải được xuất bản lên chuỗi Bitcoin để bên ngoài phát hiện.

Tham khảo: "Giải thích tối giản về BitVM: Cách xác minh bằng chứng gian lận trên chuỗi BTC"< /p>

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

Tài liệu tham khảo: "Phân tích lộ trình công nghệ phiên bản mới của B^2: Sự cần thiết của DA và lớp xác minh trong chuỗi Bitcoin"

Phân tích mô hình bảo mật: Dịch vụ MPC của ZKRollup+Cobo lạc quan

Chúng tôi đã mô tả ngắn gọn về Merlin ở trên Quy trình làm việc, Tôi tin rằng bạn đã nắm vững cấu trúc cơ bản của nó. Không khó để nhận thấy rằng Merlin, 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.

Lần đầu tiên đọc từ này có thể khiến nhiều người đam mê Ethereum cảm thấy kỳ lạ "ZK-Rollup lạc quan" là gì? Theo cách hiểu 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" giới thiệu chính xác giả định về độ tin cậy, có nghĩa là hầu hết mọi người. lúc này, hãy lạc quan rằng Rollup không có lỗi và đá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 của trại cơ sở Rollup, ZK-Rollup lạc quan có thể hơi khó hiểu, nhưng điều này hoàn toàn phù hợp với tình hình hiện tại của Lớp Bitcoin 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 quy trình tính toán ZKP trong những trường hợp đặc biệt, chuỗi Bitcoin thực sự chỉ có thể hỗ trợ giao thức chống gian lận. được 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à bị thách thức 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à tốt nhất. mà Bitcoin Lớp 2 hiện có thể đạt được.

Theo sơ đồ ZK-Rollup lạc quan ở trên, giả sử rằng có N người trong mạng Lớp 2 có quyền bắt đầu các thử thách, miễn là với tư cách là N người thách thức này. Nếu một trong những người 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 kỳ lúc nào thì quá trình chuyển đổi trạng thái của Lớp 2 sẽ an toàn. Tất nhiên, Rollup lạc quan với mức độ hoàn thành tương đối cao cần phải đả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. Tuy nhiên, hầu như tất cả Bitcoin Lớp 2 hiện không thể đạt được tiền đề này và cần phải dựa vào đa chữ ký/. MPC. Vậy làm thế nào để chọn đa chữ ký? Việc ký kết giải pháp MPC đã trở thành một vấn đề liên quan chặt chẽ đến bảo mật lớp 2.

Merlin đã chọn dịch vụ MPC của Cobo 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, tài sản bắc cầu được cung cấp bởi. Chuỗi Cobo và Merlin được quản lý chung và mọi hành vi rút tiền cần phải được xử lý chung bởi những người tham gia MPC của Cobo và Merlin Chain. Về bản chất, độ 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 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ới 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. việc thực hiện điều này sẽ khó khăn hơn (hầu hết tất cả các cầu nối lớp 2 chính thức hiện nay đều dựa vào đa chữ ký).

Nhìn chung, chúng ta có thể giải quyết vấn đề này.Merlin đã giới thiệu DAC dựa trên POS, ZK-Rollup lạc quan dựa trên BitVM và nội dung MPC dựa trên Cobo Giải pháp lưu ký: giải quyết vấn đề DA bằng cách mở quyền DAC; đảm bảo an ninh cho 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; đảm bảo độ tin cậy của cầu rút tiền bằng cách giới thiệu dịch vụ MPC của Cobo, một nền tảng lưu ký tài sản nổi tiếng;

Lược đồ gửi ZKP xác minh hai bước dựa trên Lumoz

Trước đó 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. Trong lộ trình công nghệ của Merlin, Prover phi tập trung cũng được nhắc đến. Như chúng ta đã biết, Prover đóng vai trò cốt lõi trong kiến ​​trúc ZK-Rollup. Nó chịu trách nhiệm tạo ZKProof cho lô 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 và là một vấn đề rất hóc búa. .

Để tăng tốc độ tạo bằng chứng ZK, việc song song hóa và phân chia 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. 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ể.

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

Trong giải pháp Prover 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 Trình tổng hợp tập hợp đã thiết lập ZKP, Nó gửi ZKP đi 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, cho rằng anh ta đã tạo ra ZKP trước. Làm thế nào để giải quyết tình huống này?

Có lẽ giải pháp trực quan 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ụ: chỉ Bộ tổng hợp A mới có thể chấp nhận nhiệm vụ 1. Những người khác sẽ làm như vậy. không nhận được phần thưởng ngay cả khi họ hoàn thành nhiệm vụ 1. 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 gặp 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 cạnh tranh giữa các các Nhà tổng hợp khác nhau và phân bổ các ưu đãi trên cơ sở ai đến trước được phục vụ trước. Nhà tổng hợp đầu tiên gửi ZK-Proof vào chuỗi 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 chứng chỉ ZK xác minh hai bước. Sau khi Bộ tổng hợp tạo chứng chỉ ZK, nó không cần gửi nội dung hoàn chỉnh trước mà chỉ xuất bản hàm băm ZKP. Nói cách khác, xuất bản hàm băm ( ZKP+Địa chỉ tổng hợp) . Bằng cách này, ngay cả khi những người khác nhìn thấy giá trị băm, họ cũng không biết nội dung ZKP tương ứng và không thể trực tiếp tiếp tục;

Nếu ai đó chỉ sao chép toàn bộ hàm băm Sẽ không có ý nghĩa gì khi giải phóng hàm băm trước vì hàm băm chứa địa chỉ của một trình tổng hợp cụ thể. Đó là X chứ không phải 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 đề chạy trước trong quy trình gửi ZKP, từ đó đạt được khả năng cạnh tranh cao. Bằng chứng không có kiến ​​thức tạo ra động lực để tăng tốc độ tạo 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ợ khả năng tương tác giữa Merlin và các chuỗi EVM khác. Lộ trình triển khai về cơ bản giống như ý tưởng Zetachain trước đây. Nếu Merlin được sử dụng làm chuỗi nguồn thì các chuỗi EVM khác sẽ được sử dụng. với tư cách là chuỗi mục tiêu, khi nút Merlin cảm nhận được yêu cầu tương tác chuỗi chéo do người dùng đưa ra, nó sẽ kích hoạt quy trình làm việc tiếp theo trên chuỗi mục tiêu.

Ví dụ: tài khoản EOA do mạng Merlin kiểm soát 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 Chuỗi Merlin. , Merlin Network trước tiên phân tích nội dung của nó và tạo dữ liệu giao dịch để thực thi trên chuỗi mục tiêu, sau đó Mạng Oracle thực hiện xử lý chữ ký MPC trên giao dịch để tạo chữ ký số của giao dịch. Sau đó, nút Relayer của Merlin sẽ giải phóng giao dịch trên Polygon và hoàn thành các hoạt động tiếp theo thông qua tài sản của Merlin trong tài khoản EOA trên chuỗi mục tiêu.

Khi thao tác 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 tiếp. được chuyển trực tiếp tới 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ý và hao mòn do các hợp đồng cầu nối chuỗi chéo gây ra khi tài sản truyền thống xuyên chuỗi và 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 lưới Oracle của Merlin và có 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 ta thảo luận về Chuỗi Merlin Giải pháp kỹ thuật chung được giải thích ngắn gọn mà 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 và hiểu rõ 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 hoạt động phổ biến công nghệ này rất có giá trị và cần thiết đối với công chúng Chúng tôi sẽ tiến hành theo dõi lâu dài về Merlin, bitLayer, B^Square và. các dự án khác trong tương lai Để phân tích sâu hơn về các giải pháp kỹ thuật của nó, vui lòng theo dõi!