Chúng ta còn cách tương lai của sự trừu tượng hóa chuỗi bao xa?

Tác giả: Rui, nhà đầu tư của SevenX Ventures; Bản dịch: 0xjs@金财经

Trong cơn sốt Rollup, chúng tôi chỉ có thể đạt được điều này bằng cách đơn giản hóa sự phức tạp của cơ sở hạ tầng cho người dùng. Điều này có nghĩa là tất cả các hoạt động xuyên chuỗi đều yêu cầu phải có tài khoản, chữ ký và loại Gas. Tuy nhiên, vẫn còn những thách thức, chẳng hạn như đồng bộ hóa trạng thái tài khoản, tổng hợp chữ ký, thực thi nguyên tử và tính chính xác bị trì hoãn.

1. Trừu tượng hóa chuỗi là gì

Ở giai đoạn cuối, người dùng cuối sẽ không cần bất kỳ kiến ​​thức cơ bản nào. Họ chỉ cần bày tỏ ý định của mình hoặc chỉ định các đơn đặt hàng, ký giao dịch và sau đó để phần còn lại (định tuyến, chuyển đổi khí, xây dựng, đặt hàng và vận hành chuỗi chéo) để xử lý tự động. Bài viết này tập trung đặc biệt vào trừu tượng tên miền chéo.

2. Tại sao việc trừu tượng hóa chuỗi lại quan trọng

Với sự trợ giúp của lý thuyết giao thức béo, chuỗi khối Rollup hoặc các trình tạo L1 thay thế đang tăng lên gấp bội và Rollup-As-A-Service là hoạt động tạo chuỗi khối mới tăng tốc trong vòng một ngày. Như đã nói, những blockchain thiếu hoạt động sẽ biến mất trong vòng 6-18 tháng. Tuy nhiên, việc đạt được sự độc quyền blockchain thống nhất dường như khó xảy ra do nhu cầu liên tục về tính linh hoạt. Ngay cả trong một kịch bản dài hạn tập trung hơn, sự tồn tại của nhiều chuỗi khối khác nhau sẽ tiếp tục dẫn đến sự phân tán trải nghiệm người dùng và tính thanh khoản.

3. Phân tách trừu tượng chuỗi

Địa chỉ hợp nhất: Ví hợp nhất các địa chỉ EVM và không phải EVM thành một.  

Tập hợp chữ ký: Tài khoản hợp đồng thông minh (EVM) hoặc hợp đồng người ký MPC (không phải EVM) quản lý việc tổng hợp chữ ký.  

Đồng bộ hóa trạng thái: Keystore Rollup hoặc Hub hỗ trợ đồng bộ hóa trạng thái ví trên nhiều chuỗi.  

Single Gas: Hợp đồng Paymaster hỗ trợ thanh toán bằng ERC20 và thậm chí tài trợ cho tất cả các khoản thanh toán.  

Xây dựng khối và chuyển tiếp: Người xây dựng Mempool xác thực, đặt hàng và giao dịch theo lô, trong khi RPC giám sát trạng thái của mọi giao dịch trên mỗi chuỗi và điều phối việc thực hiện theo trình tự.  

Thanh khoản thống nhất: Thanh khoản xuyên chuỗi được xử lý bởi các Bộ giải mã như UniswapX hoặc trung tâm thanh khoản.

< /p>

4. Ai là người chơi chính

Các khái niệm trừu tượng hóa chuỗi đang ở điểm giao nhau với ví, hệ thống dựa trên mục đích, giải pháp MEV và cầu nối.

Các dự án chính như Safe, Clave, Flashbot, LayerZero, Union, các dự án khác đóng vai trò chủ động hoặc thụ động .

Năm nay, những người tham gia trừu tượng hóa chuỗi cụ thể mong muốn tích hợp nhiều mô-đun khác nhau vào một giải pháp giao diện người dùng thống nhất, chẳng hạn như

Particle Network đã phát triển giải pháp lớp 1 bằng cách sử dụng Cosmos SDK, cho phép người dùng sử dụng bất kỳ mã thông báo hoặc PARTI nào làm gas cho các giao dịch trên EVM, Solana và BTC.

Light cung cấp ví hợp đồng thông minh chuỗi chéo tương thích với 4337, hỗ trợ đồng bộ hóa trạng thái và tổng hợp chữ ký,< /p >

Burnt(xion) là một giao thức trừu tượng hóa chuỗi chung với thiết kế siêu tài khoản cho phép các thông số, chữ ký bất khả tri cập nhật lớp phí và trạng thái máy.

Giao thức NEAR tích hợp lớp MPC để giải quyết các giao dịch xuyên chuỗi.

5. Địa chỉ thống nhất nhiều chuỗi

Duy trì các tài khoản riêng biệt cho mỗi chuỗi là gánh nặng cho cả người dùng và nhà phát triển, đòi hỏi người dùng và nhà phát triển phải quản lý nhiều cơ sở mã. Đối với các dự án ví hợp đồng thông minh, chẳng hạn như Mạng hạt và Ánh sáng, bạn có thể sử dụng tác nhân triển khai xác định có thể được triển khai cho bất kỳ chuỗi nào tại cùng địa chỉ trong EVM và sử dụng CREATE2 để triển khai bất kỳ hợp đồng nào tại một địa điểm xác định. Đối với các chuỗi khối bên ngoài, địa chỉ có thể được lấy từ địa chỉ EVM, chainID và đường dẫn được cung cấp, với mỗi tài khoản nhận được số lượng địa chỉ từ xa không giới hạn trên mỗi chuỗi. Ví dụ: đối với tài khoản EOA, giao thức NEAR lấy địa chỉ bên ngoài từ địa chỉ NEAR (example.near), đường dẫn phái sinh (ví dụ: chuỗi cho Ethereum-1) và khóa chung của dịch vụ MPC.

6. Đồng bộ hóa trạng thái ví trên nhiều chuỗi

Khi người dùng thay đổi khóa ký ở lớp 2, thay đổi đó được đồng bộ hóa với các chuỗi khác như thế nào? Nó yêu cầu cập nhật theo thời gian thực, chi phí cập nhật tối thiểu và thời gian phổ biến hợp lý. Dưới đây là ba giải pháp hiện tại: Tổng hợp kho khóa, Đồng bộ hóa nhẹ và trung tâm kho khóa.

Bản tổng hợp kho khóa

Trong thiết kế của Vitalik Buterin, bản tổng hợp kho khóa tối thiểu là một bản tổng hợp dựa trên sắp xếp L1 và gốc trạng thái cây Merkle của nó được lưu trữ trên L1. Để tạo ví, người dùng tạo mạch zk xác định logic để xác minh và cập nhật người ký, mỗi người dùng có dữ liệu + khóa xác minh (vk). Người dùng tạo SCW với khóa được mã hóa cứng dưới dạng giá trị bất biến. Để thay đổi người ký SCW thông qua L2 này, người dùng gửi khóa gốc, khóa mới, vk hiện tại, giá trị dữ liệu được mã hóa trong IMT và bằng chứng xác thực đối với vk hiện tại. Ngoài ra, người dùng có thể gửi tx trực tiếp đến hợp đồng Keystore trên L1.   

Cách tiếp cận này là trung lập và không đáng tin cậy, tuy nhiên, các biện pháp khuyến khích có thể khó khăn, giả sử việc cập nhật người ký không phải là hành vi thường xuyên thì người dùng phải trả trước bằng chứng tx để trợ cấp cho người chứng minh Rollup, nếu không nó sẽ không cung cấp bất kỳ giá trị nào đối với câu tục ngữ.

Light State Sync

Light thực hiện đồng bộ hóa ví nhẹ và được Agusx1211 phát minh từ 0xsequence. Nó cho phép các ví tạo các lược đồ thông báo tùy chỉnh trong SCA mà không được gắn vào chainID mạng, cho phép chữ ký "ủy quyền kiểm soát" được ký cho một nhóm người ký mới và những người ký này sau đó có thể được sử dụng để ký bất kỳ giao dịch hoặc tin nhắn thông thường nào. Tuy nhiên, trạng thái không được cập nhật cho đến khi người dùng hoạt động trên một trong hai chuỗi và một giao dịch khác có thể được đánh dấu là một trong các giao dịch baching để cập nhật trạng thái chuỗi cho khớp với trạng thái "được ký trước" mới nhất.  

Phương pháp này đạt được hiệu quả về mặt chi phí và thời gian thực, nhưng nó phụ thuộc rất nhiều vào tính sẵn có của dữ liệu ngoài chuỗi. Nếu dữ liệu bị mất, ví sẽ không thể truy cập trạng thái mới nhất của nó. hoặc thậm chí không thể sử dụng được, vì vậy ví Khách hàng thường chịu trách nhiệm lưu trữ một bản sao của tất cả dữ liệu. Ngoài ra, phương pháp này không cung cấp sự đảm bảo chắc chắn khi xóa người ký vì nó không vô hiệu hóa bất kỳ thứ gì trên chuỗi.

Keystore Hub

Particle Network sử dụng Keystore Hub. Logic mã và lưu trữ của các tài khoản thông minh được tách biệt, trung tâm kho khóa lưu trữ thông tin người ký và người dùng đảm bảo tính nhất quán của trạng thái đa chuỗi thông qua việc triển khai và cập nhật Hub. Nói tóm lại, trung tâm Keystore chịu trách nhiệm gửi các giao dịch cập nhật đến các chuỗi khác nhau.  

Phương pháp này là đơn giản nhất, giả sử rằng hoạt động của người ký cập nhật không phải là hoạt động thường xuyên, do đó phí giao dịch hàng loạt có thể chấp nhận được. Tuy nhiên, nó đòi hỏi sự tin cậy và độ trễ nhất định.

7. Tổng hợp chữ ký

Người dùng hiện có thể sử dụng một chữ ký duy nhất để bắt đầu các giao dịch đa chuỗi. Các dự án như Light sử dụng tính năng tổng hợp chữ ký toàn chuỗi dựa trên Merkle Tree để đảm bảo rằng người dùng chỉ cần ký một lần. Tuy nhiên, khi nói đến phi EVM, các dự án như NEAR sử dụng hợp đồng người ký MPC sẽ trả về các yếu tố cần thiết để xây dựng lại chữ ký, thay vì chữ ký của chính tx, cho phép họ khái quát hóa quy trình ký cho nhiều chuỗi khối ( Đó là , trong Bitcoin, các giá trị r và s được trả về) và được chuyển tiếp đến mạng thích hợp. Điều quan trọng cần lưu ý là chữ ký của người trả tiền (gas tài trợ) cần được thu thập và tổng hợp trong quá trình này, nếu được yêu cầu.

8. Khai thác Gas

Trải nghiệm tốt hơn là Gas được tài trợ bởi các bên khác (ví hoặc dApp) hoặc được thanh toán bằng erc20. Quan trọng hơn, trong các tình huống xuyên chuỗi, Gas hợp nhất. làm giảm độ phức tạp. Gas bao gồm phí thực hiện của tất cả các chuỗi liên quan. Trong quá trình xây dựng tx, Paymaster ký hợp đồng với người tham gia bằng cách cung cấp chữ ký của chính họ. Khi Bunler thực hiện mô phỏng ngoài chuỗi, số dư của Paymaster sẽ trả Gas trực tiếp cho chuỗi mục tiêu Bundler khi được thực thi trên Bundler.

Layer1 tương tự như Particle Network cho phép người dùng thanh toán bằng bất kỳ mã thông báo hoặc PARTI nào và xử lý khí xuyên chuỗi;

Light cho phép thanh toán bằng bất kỳ mã thông báo nào và người trả tiền tùy chỉnh để được tài trợ đầy đủ cho Gas cụ thể; luồng đơn đặt hàng;

Clave hiện tài trợ gas cho "tất cả" giao dịch của người dùng.

9. Xây dựng khối

Từ cấp độ cao, chúng ta sẽ có nhóm bộ nhớ plug-and-play và trình tạo khối phi tập trung để xử lý các giao dịch. Tùy chọn của người dùng bao gồm từ chuyển khoản đơn giản trong một miền duy nhất đến các chuỗi phức tạp trên nhiều chuỗi khối. Người dùng có thể chỉ định chi tiết thực thi trong một miền hoặc cung cấp các hướng dẫn trừu tượng, để lại việc định tuyến tối ưu cho người thực thi.  

Khái niệm SUAVE mô tả một kịch bản lý tưởng: nhiều chuỗi chia sẻ lớp đặt hàng phi tập trung, tối đa hóa khả năng phục hồi của mạng và chặn doanh thu không gian cho người xác thực đồng thời đảm bảo rằng người xây dựng và tìm kiếm có quyền truy cập mở cho người đọc.

10. Chuyển tiếp

Để đạt được tính nguyên tử của chuỗi chéo, công việc chuyển tiếp có liên quan chặt chẽ đến việc xây dựng khối và tx trên mỗi chuỗi được giám sát thông qua các nút chuyển tiếp/chẳng hạn như Flashbots RPC Thực thi và điều phối trình đóng gói/trình tạo để gửi tx tiếp theo đến chuỗi tương ứng. Quá trình này được lặp lại cho đến khi tất cả các giao dịch được thực hiện trên chuỗi mục tiêu và phí gas chưa sử dụng được xử lý.

Về mặt lý thuyết, thời gian chờ là thời gian tạo khối của blockchain. Khi quá trình tạo khối quá chậm, chữ ký sẽ trở nên không hợp lệ. Chúng ta có thể tạo ra tx nguyên tử để khi một tx bị lỗi thì toàn bộ tx bị lỗi.

11. Particle Network

Particle đã xây dựng mô-đun Cosmos L1 như một lớp thanh toán phổ quát, hỗ trợ tính năng trừu tượng hóa chuỗi trên EVM, BTC, Solana, v.v. Bằng cách sử dụng tính năng tích hợp ví dưới dạng dịch vụ trước đó và kết nối BTC làm điểm đầu vào, với việc lưu trữ và đồng bộ hóa tài khoản được xử lý thông qua hợp đồng kho khóa trong EVM, họ đã tận dụng dịch vụ đóng gói phi tập trung để xây dựng UserOps, một giao thức nhắn tin cho nhiều người dùng. các giao dịch chuỗi và một bộ chuyển tiếp Chịu trách nhiệm về toàn bộ vòng đời thực thi. Với PARTI là trung tâm của chuỗi Hạt, khí trên Hạt và các chuỗi khác có thể được tách ra. Ngoài lớp cơ sở, L1 có thể tận dụng tính bảo mật của đặt cược kép Babylon và sử dụng DA tổng hợp. Chuỗi hạt sẽ là giải pháp toàn diện cho người dùng cuối và dApps.