原文:《Trình sắp xếp chuỗi được chia sẻ cho chuỗi ứng dụng Starknet và Madara》
Viết bởi Apoorv Sadana *
Biên soạn: Odaily Planet Daily How to Husband
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-d5ea1f805b-dd1a6f-69ad2a.webp)
Khi ngày càng có nhiều chuỗi ứng dụng L2 dựa vào Ethereum làm lớp thanh toán, khả năng tương tác giữa nhiều chuỗi và mức độ phân cấp của mỗi chuỗi là đặc biệt quan trọng.
Bài viết này thảo luận về khái niệm trình đặt hàng được chia sẻ, cho phép các chuỗi ứng dụng khác nhau chia sẻ một tập hợp các trình xác thực để đạt được sự phân cấp và xử lý việc đặt hàng và thực hiện giao dịch thông qua công cụ đặt hàng và công cụ tổng hợp.
Tuy nhiên, trình tự chia sẻ và kiến trúc thiết kế đa chuỗi của Polkadot rất giống nhau, có thể đưa công nghệ làm sẵn của Polkadot vào hệ sinh thái Ethereum, từ đó cải thiện quá trình phát triển của Ethereum multi-chain.
Sau đây là biên soạn bởi Odaily Planet Daily.
Điều gì xảy ra với 100 chuỗi ứng dụng?
Giả sử chúng ta đang ở trong một tương lai nơi hiện có 100 chuỗi ứng dụng khác nhau được giải quyết trên Ethereum. Hãy giải quyết vấn đề này sẽ đặt ra.
Phân mảnh phi tập trung
Mỗi chuỗi ứng dụng cần tự giải quyết vấn đề phân quyền. Bây giờ, việc phân cấp chuỗi ứng dụng không cần thiết như L1, chủ yếu là do chúng ta dựa vào L1 để đảm bảo an ninh. Tuy nhiên, chúng ta vẫn cần phân cấp để đảm bảo sức sống, chống kiểm duyệt và tránh các lợi thế độc quyền (như phí cao). Tuy nhiên, nếu mỗi chuỗi ứng dụng giải quyết vấn đề phân quyền theo cách riêng của nó, điều này sẽ dẫn đến sự phân mảnh của các bộ validator. Mỗi chuỗi ứng dụng phải phát triển các ưu đãi kinh tế để thu hút các trình xác thực mới. Ngoài ra, trình xác thực cần chọn máy khách nào họ sẵn sàng chạy. Điều này tạo ra một rào cản rất lớn đối với việc gia nhập cho các nhà phát triển để khởi chạy chuỗi ứng dụng của riêng họ (chỉ là một giao dịch so với việc triển khai các hợp đồng thông minh).
Khả năng kết hợp
Khả năng kết hợp về cơ bản có nghĩa là tương tác giữa các ứng dụng. Trên Ethereum hoặc Starknet, điều này đơn giản có nghĩa là gọi một hợp đồng thông minh khác và mọi thứ khác được xử lý bởi chính giao thức. Tuy nhiên, trong chuỗi ứng dụng, điều này trở nên khó khăn hơn. Các chuỗi ứng dụng khác nhau có cơ chế khối và đồng thuận riêng. Mỗi khi bạn cố gắng tương tác với một chuỗi ứng dụng khác, bạn cần xem xét cẩn thận thuật toán đồng thuận và đảm bảo tính cuối cùng, đồng thời thiết lập cầu nối chuỗi chéo cho phù hợp (trực tiếp đến on-chain hoặc thông qua L1). Nếu bạn muốn tương tác với 10 chuỗi ứng dụng với các thiết kế khác nhau, bạn cần thực hiện 10 lần này.
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-18c07cd8cf-dd1a6f-69ad2a.webp)
Kinh nghiệm phát triển
Giải quyết phân cấp và bắc cầu là không dễ dàng. Nếu mỗi chuỗi ứng dụng cần giải quyết những vấn đề này, sẽ rất khó để nhà phát triển hợp đồng thông minh trung bình xây dựng chuỗi ứng dụng của riêng họ. Ngoài ra, khi mỗi chuỗi ứng dụng cố gắng giải quyết những vấn đề này theo cách riêng của mình, chúng ta sẽ sớm thấy rằng các chuỗi khác nhau tuân theo các tiêu chuẩn khác nhau, điều này sẽ khiến các bên dự án mới khó tham gia hệ sinh thái hơn.
Chia sẻ trình tự giải quyết vấn đề này
Nếu bạn theo dõi không gian chuỗi ứng dụng, có lẽ bạn đã nghe thuật ngữ "trình sắp xếp chuỗi chia sẻ". Nó đề cập đến ý tưởng chia sẻ một bộ trình xác thực chung để giải quyết các vấn đề trên. Nó hoạt động như sau.
Phân quyền chia sẻ
Ý tưởng cốt lõi của trình sắp xếp chuỗi chia sẻ là không cần phải có một bộ trình xác thực khác nhau cho mỗi chuỗi ứng dụng hoặc L2. Nhưng có thể có một bộ trình xác thực rất hiệu quả và phi tập trung để sắp xếp các khối cho tất cả các chuỗi. **
Vì hầu hết mọi trình sắp xếp ngày nay đều tập trung, trình sắp xếp được xem như một ứng dụng duy nhất thu thập các giao dịch, sắp xếp chúng, thực thi chúng và xuất bản kết quả cho L1. Tuy nhiên, các tác vụ này có thể được chia thành nhiều thành phần mô-đun. Để giải thích, tôi đã chia nó thành hai phần.
Công cụ sắp xếp: Chịu trách nhiệm sắp xếp các giao dịch theo một thứ tự cụ thể. Khi công cụ phân loại xác định thứ tự này, nó phải được tuân theo. Điều này được thực hiện bằng cách gửi lệnh này trên L1 và buộc người xác thực L1 kiểm tra xem các giao dịch có được thực hiện theo thứ tự mong muốn hay không.
Công cụ tổng hợp: Công cụ tổng hợp về cơ bản bao gồm mọi thứ Rollup làm: thu thập giao dịch từ người dùng, thực hiện giao dịch, tạo bằng chứng và cập nhật trạng thái trên L1. Lý tưởng nhất, điều này có thể được chia thành nhiều thành phần hơn, nhưng chúng tôi sẽ tránh làm điều đó trong bài viết này. Ở đây, công cụ sắp xếp là trình sắp xếp được chia sẻ và công cụ Rollup về cơ bản là tất cả logic Rollup.
Do đó, vòng đời của một giao dịch như sau.
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-fc5a1b83cf-dd1a6f-69ad2a.webp)
Trình đặt hàng được chia sẻ về cơ bản sắp xếp các giao dịch trong Rollup và gửi chúng cho L1. Bằng cách phân cấp một bộ sưu tập người đặt hàng được chia sẻ, một người đặt hàng được chia sẻ phân cấp tất cả các bản tổng hợp được kết nối với bộ sưu tập người đặt hàng đó.
Khả năng kết hợp
Một vấn đề lớn với khả năng kết hợp là sự hiểu biết khi nào một giao dịch cuối cùng được hoàn thành trên các chuỗi ứng dụng khác và hoạt động phù hợp trên chuỗi. Nhưng một trình đặt hàng được chia sẻ cho phép các bản tổng hợp chia sẻ các khối với nhau. Do đó, nếu khôi phục giao dịch xảy ra trên Bản tổng số B, toàn bộ khối sẽ được khôi phục, điều này cũng gây ra việc khôi phục giao dịch trên Bản tổng hợp A.
Bây giờ, điều đó chắc chắn nghe có vẻ dễ dàng hơn thực tế. Đối với điều này, giao tiếp giữa các Bản tổng hợp cần phải hiệu quả và có thể mở rộng. Bộ sắp xếp chuỗi được chia sẻ cần phát triển các tiêu chuẩn phù hợp về cách giao tiếp của tổng số, thông điệp chuỗi chéo sẽ trông như thế nào, cách xử lý nâng cấp tổng số, v.v. Mặc dù những vấn đề này có thể giải quyết được, nhưng chúng không dễ đạt được.
Trải nghiệm nhà phát triển
Mặc dù những người đặt hàng được chia sẻ trừu tượng hóa khía cạnh phi tập trung để làm cho việc nhắn tin chuỗi chéo dễ dàng hơn, nhưng vẫn có một số tiêu chuẩn mà mỗi chuỗi cần tuân theo để tương thích với những người đặt hàng được chia sẻ. Ví dụ: tất cả các giao dịch Tổng hợp cần được chuyển đổi sang định dạng chung mà trình sắp xếp hiểu. Tương tự, các khối của trình sắp xếp cần được lọc để có được các giao dịch có liên quan. Để giải quyết vấn đề này, tôi nghĩ rằng trình sắp xếp được chia sẻ sẽ khởi chạy một khung tổng hợp hoặc SDK trừu tượng hóa mã soạn sẵn và chỉ hiển thị một phần logic nghiệp vụ cho nhà phát triển chuỗi ứng dụng. **
Sau đây là sơ đồ của chuỗi ứng dụng bằng cách sử dụng trình sắp xếp chuỗi được chia sẻ.
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-849b693227-dd1a6f-69ad2a.webp)
Đa chuỗi Ethereum có thể học hỏi từ kiến trúc thiết kế của Polkadot không
Polkadot bắt đầu nghiên cứu về tương lai của đa chuỗi trước Ethereum. Trên thực tế, họ đã làm việc này trong hơn 5 năm. Nếu bạn đã quen thuộc với Polkadot, bạn có thể nhận thấy rằng thiết kế ở trên về cơ bản tái tạo lại nhiều điều mà Polkadot đã hoàn thành.
Chuỗi chuyển tiếp (Phân cấp chia sẻ)
Chuỗi rơle về cơ bản là động cơ đặt hàng + L1 trong sơ đồ trình tự ở trên. Các tính năng của Relay Chain bao gồm:
Trình tự tất cả các giao dịch Rollup để xác minh rằng giao dịch đã được thực hiện chính xác (nó không sử dụng xác minh không có kiến thức, nhưng chạy lại mã thực thi của Rollup để xác minh sự khác biệt về trạng thái).
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-a5377511f0-dd1a6f-69ad2a.webp)
Như bạn có thể đã nhận ra, một chuỗi chuyển tiếp về cơ bản là một bộ đặt hàng được chia sẻ mà chúng ta đã thảo luận ở trên. Sự khác biệt là Relay Chain cũng cần xác minh việc thực hiện và chúng tôi để điều đó cho Ethereum.
XCM và XCMP
Chúng tôi đã đề cập trong phần trước rằng nếu mỗi chuỗi xây dựng phương pháp riêng để tương tác với các chuỗi khác, thì chúng ta sẽ sớm thấy các tiêu chuẩn và định dạng khác nhau trên tất cả các chuỗi. Bạn cần theo dõi tất cả các định dạng tương tác với từng chuỗi. Ngoài ra, bạn cần trả lời các câu hỏi như điều gì sẽ xảy ra nếu một chuỗi được nâng cấp. Tuy nhiên, những vấn đề này có thể được giải quyết bằng cách đưa ra các tiêu chuẩn mà tất cả các chuỗi phải tuân theo.
Như bạn có thể đoán, Polkadot đã làm được điều đó. XCM là định dạng tin nhắn, XCMP là giao thức tin nhắn và tất cả các chuỗi con có thể sử dụng chúng để giao tiếp với nhau.
Chất nền và Cumulus
Substrate là một framework được phát triển bởi Parity để xây dựng các blockchain. Trong khi tất cả các parachain trên Polkadot đều sử dụng Substrate, Substrate thực sự được xây dựng theo cách bất khả tri chuỗi. Framework tóm tắt tất cả các khía cạnh phổ biến của blockchain, tập trung vào logic ứng dụng. Như chúng ta đã biết, Madara được xây dựng trên Substrate, cũng như Polkadot, Polygon Avail và nhiều dự án khác. Ngoài ra, Cumulus là phần mềm trung gian trên Substrate kết nối chuỗi của bạn với Polkadot.
Vì vậy, tiếp tục sự tương tự trước đó, Substrate và Cumulus có thể được coi là lựa chọn thay thế cho khung Rollup, cho phép xây dựng chuỗi ứng dụng và kết nối chúng với các trình sắp xếp được chia sẻ.
** Trình tự chia sẻ → Chuỗi chuyển tiếp **
**Khả năng kết hợp → XCM và XCMP **
** Khung tổng hợp / ngăn xếp → chất nền và tích lũy **
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-e786adbea4-dd1a6f-69ad2a.webp)
Ngoài thực tế rằng đây về cơ bản là một bản sao của Polkadot, Polkadot và Parity có một số nhóm có kinh nghiệm và được tài trợ tốt, những người tiếp tục cải thiện Substrate và Polkadot, bổ sung thêm nhiều tính năng và tăng khả năng mở rộng. Công nghệ này đã được thử nghiệm trong lĩnh vực này trong nhiều năm và có rất nhiều công cụ phát triển.
Giải quyết Polkadot trên Ethereum?
Mặc dù đúng là Polkadot đã bắt đầu xây dựng một tương lai đa chuỗi trước Ethereum, nhưng không thể phủ nhận rằng tính đến ngày hôm nay, Ethereum là blockchain phi tập trung nhất và là nơi cư trú của hầu hết các ứng dụng và thanh khoản. Tuy nhiên, điều gì sẽ xảy ra nếu có một cách để đưa tất cả công nghệ Polkadot vào hệ sinh thái Ethereum?
Trên thực tế, chúng tôi đã bắt đầu điều đó và Madara là một ví dụ. Madara sử dụng khung Substrate để cho phép mọi người xây dựng giải pháp L2 / L3 dựa trên zk của riêng họ trên Ethereum. Điều tiếp theo chúng ta cần là một chuỗi chuyển tiếp Polkadot dưới dạng một bộ giải trình tự được chia sẻ. Nếu chúng ta có thể sử dụng lại chuỗi chuyển tiếp Polkadot, nhưng loại bỏ phần xác thực, vì xác minh được thực hiện bằng chứng zk trên L1 Gửi thứ tự giao dịch đến L1 Tối ưu hóa các nút và thuật toán đồng thuận để hỗ trợ Tendermint / HotStuff, chúng ta có thể nhận được trình đặt hàng được chia sẻ đã đề cập trước đó.
Rõ ràng, điều này nói dễ hơn làm. Tuy nhiên, tôi nghĩ rằng con đường này thực dụng hơn là xây dựng lại trình tự, tiêu chuẩn và khuôn khổ từ đầu. Polkadot đã giải quyết nhiều vấn đề theo cách bất khả tri chuỗi mà chúng ta có thể vay mượn cho Ethereum. Là một sản phẩm phụ, chúng tôi cũng nhận được:
● Một cộng đồng nhà phát triển tích cực tiếp tục xây dựng và giáo dục thế giới cho Substrate.
● Một bộ công cụ phát triển tích cực và cộng đồng mạnh mẽ.
Nhiều parachain đang hoạt động cũng có thể chọn giải quyết trên Ethereum nếu họ muốn làm như vậy (gần đây chúng ta đã thấy Astar làm điều tương tự với Polygon CDK).
Kết luận
Mục đích chính của tôi khi viết bài viết này là châm ngòi cho cuộc thảo luận trong hệ sinh thái rộng lớn hơn của Starknet và Ethereum. Tôi nghĩ rằng mô hình xếp hạng được chia sẻ sẽ đóng một vai trò quan trọng trong việc phân cấp Starknet và phân cấp tất cả các chuỗi ứng dụng được xem xét để xây dựng trên đó. Miễn là chúng tôi tự tin vào đối số chuỗi ứng dụng và khả năng mở rộng ZK, việc phân tích kỹ lưỡng mô hình đặt hàng chia sẻ là không thể tránh khỏi. Ngoài ra, Starknet đã bắt đầu làm việc về phân cấp khi Madara chuyển sang sản xuất và tôi nghĩ đã đến lúc giải quyết vấn đề đó. Do đó, tôi yêu cầu mọi người đọc bài này cho bất kỳ phản hồi / đề xuất nào về chủ đề này. Mong được đọc suy nghĩ của bạn.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo
原文:《Trình sắp xếp chuỗi được chia sẻ cho chuỗi ứng dụng Starknet và Madara》
Biên soạn: Odaily Planet Daily How to Husband
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-d5ea1f805b-dd1a6f-69ad2a.webp)
Điều gì xảy ra với 100 chuỗi ứng dụng?
Giả sử chúng ta đang ở trong một tương lai nơi hiện có 100 chuỗi ứng dụng khác nhau được giải quyết trên Ethereum. Hãy giải quyết vấn đề này sẽ đặt ra.
Phân mảnh phi tập trung
Mỗi chuỗi ứng dụng cần tự giải quyết vấn đề phân quyền. Bây giờ, việc phân cấp chuỗi ứng dụng không cần thiết như L1, chủ yếu là do chúng ta dựa vào L1 để đảm bảo an ninh. Tuy nhiên, chúng ta vẫn cần phân cấp để đảm bảo sức sống, chống kiểm duyệt và tránh các lợi thế độc quyền (như phí cao). Tuy nhiên, nếu mỗi chuỗi ứng dụng giải quyết vấn đề phân quyền theo cách riêng của nó, điều này sẽ dẫn đến sự phân mảnh của các bộ validator. Mỗi chuỗi ứng dụng phải phát triển các ưu đãi kinh tế để thu hút các trình xác thực mới. Ngoài ra, trình xác thực cần chọn máy khách nào họ sẵn sàng chạy. Điều này tạo ra một rào cản rất lớn đối với việc gia nhập cho các nhà phát triển để khởi chạy chuỗi ứng dụng của riêng họ (chỉ là một giao dịch so với việc triển khai các hợp đồng thông minh).
Khả năng kết hợp
Khả năng kết hợp về cơ bản có nghĩa là tương tác giữa các ứng dụng. Trên Ethereum hoặc Starknet, điều này đơn giản có nghĩa là gọi một hợp đồng thông minh khác và mọi thứ khác được xử lý bởi chính giao thức. Tuy nhiên, trong chuỗi ứng dụng, điều này trở nên khó khăn hơn. Các chuỗi ứng dụng khác nhau có cơ chế khối và đồng thuận riêng. Mỗi khi bạn cố gắng tương tác với một chuỗi ứng dụng khác, bạn cần xem xét cẩn thận thuật toán đồng thuận và đảm bảo tính cuối cùng, đồng thời thiết lập cầu nối chuỗi chéo cho phù hợp (trực tiếp đến on-chain hoặc thông qua L1). Nếu bạn muốn tương tác với 10 chuỗi ứng dụng với các thiết kế khác nhau, bạn cần thực hiện 10 lần này.
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-18c07cd8cf-dd1a6f-69ad2a.webp)
Kinh nghiệm phát triển
Giải quyết phân cấp và bắc cầu là không dễ dàng. Nếu mỗi chuỗi ứng dụng cần giải quyết những vấn đề này, sẽ rất khó để nhà phát triển hợp đồng thông minh trung bình xây dựng chuỗi ứng dụng của riêng họ. Ngoài ra, khi mỗi chuỗi ứng dụng cố gắng giải quyết những vấn đề này theo cách riêng của mình, chúng ta sẽ sớm thấy rằng các chuỗi khác nhau tuân theo các tiêu chuẩn khác nhau, điều này sẽ khiến các bên dự án mới khó tham gia hệ sinh thái hơn.
Chia sẻ trình tự giải quyết vấn đề này
Nếu bạn theo dõi không gian chuỗi ứng dụng, có lẽ bạn đã nghe thuật ngữ "trình sắp xếp chuỗi chia sẻ". Nó đề cập đến ý tưởng chia sẻ một bộ trình xác thực chung để giải quyết các vấn đề trên. Nó hoạt động như sau.
Phân quyền chia sẻ
Ý tưởng cốt lõi của trình sắp xếp chuỗi chia sẻ là không cần phải có một bộ trình xác thực khác nhau cho mỗi chuỗi ứng dụng hoặc L2. Nhưng có thể có một bộ trình xác thực rất hiệu quả và phi tập trung để sắp xếp các khối cho tất cả các chuỗi. **
Vì hầu hết mọi trình sắp xếp ngày nay đều tập trung, trình sắp xếp được xem như một ứng dụng duy nhất thu thập các giao dịch, sắp xếp chúng, thực thi chúng và xuất bản kết quả cho L1. Tuy nhiên, các tác vụ này có thể được chia thành nhiều thành phần mô-đun. Để giải thích, tôi đã chia nó thành hai phần.
Công cụ sắp xếp: Chịu trách nhiệm sắp xếp các giao dịch theo một thứ tự cụ thể. Khi công cụ phân loại xác định thứ tự này, nó phải được tuân theo. Điều này được thực hiện bằng cách gửi lệnh này trên L1 và buộc người xác thực L1 kiểm tra xem các giao dịch có được thực hiện theo thứ tự mong muốn hay không.
Công cụ tổng hợp: Công cụ tổng hợp về cơ bản bao gồm mọi thứ Rollup làm: thu thập giao dịch từ người dùng, thực hiện giao dịch, tạo bằng chứng và cập nhật trạng thái trên L1. Lý tưởng nhất, điều này có thể được chia thành nhiều thành phần hơn, nhưng chúng tôi sẽ tránh làm điều đó trong bài viết này. Ở đây, công cụ sắp xếp là trình sắp xếp được chia sẻ và công cụ Rollup về cơ bản là tất cả logic Rollup.
Do đó, vòng đời của một giao dịch như sau.
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-fc5a1b83cf-dd1a6f-69ad2a.webp)
Trình đặt hàng được chia sẻ về cơ bản sắp xếp các giao dịch trong Rollup và gửi chúng cho L1. Bằng cách phân cấp một bộ sưu tập người đặt hàng được chia sẻ, một người đặt hàng được chia sẻ phân cấp tất cả các bản tổng hợp được kết nối với bộ sưu tập người đặt hàng đó.
Khả năng kết hợp
Một vấn đề lớn với khả năng kết hợp là sự hiểu biết khi nào một giao dịch cuối cùng được hoàn thành trên các chuỗi ứng dụng khác và hoạt động phù hợp trên chuỗi. Nhưng một trình đặt hàng được chia sẻ cho phép các bản tổng hợp chia sẻ các khối với nhau. Do đó, nếu khôi phục giao dịch xảy ra trên Bản tổng số B, toàn bộ khối sẽ được khôi phục, điều này cũng gây ra việc khôi phục giao dịch trên Bản tổng hợp A.
Bây giờ, điều đó chắc chắn nghe có vẻ dễ dàng hơn thực tế. Đối với điều này, giao tiếp giữa các Bản tổng hợp cần phải hiệu quả và có thể mở rộng. Bộ sắp xếp chuỗi được chia sẻ cần phát triển các tiêu chuẩn phù hợp về cách giao tiếp của tổng số, thông điệp chuỗi chéo sẽ trông như thế nào, cách xử lý nâng cấp tổng số, v.v. Mặc dù những vấn đề này có thể giải quyết được, nhưng chúng không dễ đạt được.
Trải nghiệm nhà phát triển
Mặc dù những người đặt hàng được chia sẻ trừu tượng hóa khía cạnh phi tập trung để làm cho việc nhắn tin chuỗi chéo dễ dàng hơn, nhưng vẫn có một số tiêu chuẩn mà mỗi chuỗi cần tuân theo để tương thích với những người đặt hàng được chia sẻ. Ví dụ: tất cả các giao dịch Tổng hợp cần được chuyển đổi sang định dạng chung mà trình sắp xếp hiểu. Tương tự, các khối của trình sắp xếp cần được lọc để có được các giao dịch có liên quan. Để giải quyết vấn đề này, tôi nghĩ rằng trình sắp xếp được chia sẻ sẽ khởi chạy một khung tổng hợp hoặc SDK trừu tượng hóa mã soạn sẵn và chỉ hiển thị một phần logic nghiệp vụ cho nhà phát triển chuỗi ứng dụng. **
Sau đây là sơ đồ của chuỗi ứng dụng bằng cách sử dụng trình sắp xếp chuỗi được chia sẻ.
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-849b693227-dd1a6f-69ad2a.webp)
Đa chuỗi Ethereum có thể học hỏi từ kiến trúc thiết kế của Polkadot không
Polkadot bắt đầu nghiên cứu về tương lai của đa chuỗi trước Ethereum. Trên thực tế, họ đã làm việc này trong hơn 5 năm. Nếu bạn đã quen thuộc với Polkadot, bạn có thể nhận thấy rằng thiết kế ở trên về cơ bản tái tạo lại nhiều điều mà Polkadot đã hoàn thành.
Chuỗi chuyển tiếp (Phân cấp chia sẻ)
Chuỗi rơle về cơ bản là động cơ đặt hàng + L1 trong sơ đồ trình tự ở trên. Các tính năng của Relay Chain bao gồm:
Trình tự tất cả các giao dịch Rollup để xác minh rằng giao dịch đã được thực hiện chính xác (nó không sử dụng xác minh không có kiến thức, nhưng chạy lại mã thực thi của Rollup để xác minh sự khác biệt về trạng thái).
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-a5377511f0-dd1a6f-69ad2a.webp)
Như bạn có thể đã nhận ra, một chuỗi chuyển tiếp về cơ bản là một bộ đặt hàng được chia sẻ mà chúng ta đã thảo luận ở trên. Sự khác biệt là Relay Chain cũng cần xác minh việc thực hiện và chúng tôi để điều đó cho Ethereum.
XCM và XCMP
Chúng tôi đã đề cập trong phần trước rằng nếu mỗi chuỗi xây dựng phương pháp riêng để tương tác với các chuỗi khác, thì chúng ta sẽ sớm thấy các tiêu chuẩn và định dạng khác nhau trên tất cả các chuỗi. Bạn cần theo dõi tất cả các định dạng tương tác với từng chuỗi. Ngoài ra, bạn cần trả lời các câu hỏi như điều gì sẽ xảy ra nếu một chuỗi được nâng cấp. Tuy nhiên, những vấn đề này có thể được giải quyết bằng cách đưa ra các tiêu chuẩn mà tất cả các chuỗi phải tuân theo.
Như bạn có thể đoán, Polkadot đã làm được điều đó. XCM là định dạng tin nhắn, XCMP là giao thức tin nhắn và tất cả các chuỗi con có thể sử dụng chúng để giao tiếp với nhau.
Chất nền và Cumulus
Substrate là một framework được phát triển bởi Parity để xây dựng các blockchain. Trong khi tất cả các parachain trên Polkadot đều sử dụng Substrate, Substrate thực sự được xây dựng theo cách bất khả tri chuỗi. Framework tóm tắt tất cả các khía cạnh phổ biến của blockchain, tập trung vào logic ứng dụng. Như chúng ta đã biết, Madara được xây dựng trên Substrate, cũng như Polkadot, Polygon Avail và nhiều dự án khác. Ngoài ra, Cumulus là phần mềm trung gian trên Substrate kết nối chuỗi của bạn với Polkadot.
Vì vậy, tiếp tục sự tương tự trước đó, Substrate và Cumulus có thể được coi là lựa chọn thay thế cho khung Rollup, cho phép xây dựng chuỗi ứng dụng và kết nối chúng với các trình sắp xếp được chia sẻ.
** Trình tự chia sẻ → Chuỗi chuyển tiếp **
**Khả năng kết hợp → XCM và XCMP **
** Khung tổng hợp / ngăn xếp → chất nền và tích lũy **
! [Tương lai phát triển đa chuỗi Ethereum ở đâu, có lẽ Polkadot có thể đưa ra câu trả lời tham khảo] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-e786adbea4-dd1a6f-69ad2a.webp)
Ngoài thực tế rằng đây về cơ bản là một bản sao của Polkadot, Polkadot và Parity có một số nhóm có kinh nghiệm và được tài trợ tốt, những người tiếp tục cải thiện Substrate và Polkadot, bổ sung thêm nhiều tính năng và tăng khả năng mở rộng. Công nghệ này đã được thử nghiệm trong lĩnh vực này trong nhiều năm và có rất nhiều công cụ phát triển.
Giải quyết Polkadot trên Ethereum?
Mặc dù đúng là Polkadot đã bắt đầu xây dựng một tương lai đa chuỗi trước Ethereum, nhưng không thể phủ nhận rằng tính đến ngày hôm nay, Ethereum là blockchain phi tập trung nhất và là nơi cư trú của hầu hết các ứng dụng và thanh khoản. Tuy nhiên, điều gì sẽ xảy ra nếu có một cách để đưa tất cả công nghệ Polkadot vào hệ sinh thái Ethereum?
Trên thực tế, chúng tôi đã bắt đầu điều đó và Madara là một ví dụ. Madara sử dụng khung Substrate để cho phép mọi người xây dựng giải pháp L2 / L3 dựa trên zk của riêng họ trên Ethereum. Điều tiếp theo chúng ta cần là một chuỗi chuyển tiếp Polkadot dưới dạng một bộ giải trình tự được chia sẻ. Nếu chúng ta có thể sử dụng lại chuỗi chuyển tiếp Polkadot, nhưng loại bỏ phần xác thực, vì xác minh được thực hiện bằng chứng zk trên L1 Gửi thứ tự giao dịch đến L1 Tối ưu hóa các nút và thuật toán đồng thuận để hỗ trợ Tendermint / HotStuff, chúng ta có thể nhận được trình đặt hàng được chia sẻ đã đề cập trước đó.
Rõ ràng, điều này nói dễ hơn làm. Tuy nhiên, tôi nghĩ rằng con đường này thực dụng hơn là xây dựng lại trình tự, tiêu chuẩn và khuôn khổ từ đầu. Polkadot đã giải quyết nhiều vấn đề theo cách bất khả tri chuỗi mà chúng ta có thể vay mượn cho Ethereum. Là một sản phẩm phụ, chúng tôi cũng nhận được:
● Một cộng đồng nhà phát triển tích cực tiếp tục xây dựng và giáo dục thế giới cho Substrate.
● Một bộ công cụ phát triển tích cực và cộng đồng mạnh mẽ.
Nhiều parachain đang hoạt động cũng có thể chọn giải quyết trên Ethereum nếu họ muốn làm như vậy (gần đây chúng ta đã thấy Astar làm điều tương tự với Polygon CDK).
Kết luận
Mục đích chính của tôi khi viết bài viết này là châm ngòi cho cuộc thảo luận trong hệ sinh thái rộng lớn hơn của Starknet và Ethereum. Tôi nghĩ rằng mô hình xếp hạng được chia sẻ sẽ đóng một vai trò quan trọng trong việc phân cấp Starknet và phân cấp tất cả các chuỗi ứng dụng được xem xét để xây dựng trên đó. Miễn là chúng tôi tự tin vào đối số chuỗi ứng dụng và khả năng mở rộng ZK, việc phân tích kỹ lưỡng mô hình đặt hàng chia sẻ là không thể tránh khỏi. Ngoài ra, Starknet đã bắt đầu làm việc về phân cấp khi Madara chuyển sang sản xuất và tôi nghĩ đã đến lúc giải quyết vấn đề đó. Do đó, tôi yêu cầu mọi người đọc bài này cho bất kỳ phản hồi / đề xuất nào về chủ đề này. Mong được đọc suy nghĩ của bạn.