SevenX Ventures: Sau Uniswap v4, sẽ có bao nhiêu dung lượng ứng dụng cho bộ đồng xử lý?

Tác giả gốc: Hill

Bài viết này là bản gốc của nhóm nghiên cứu SevenX và chỉ dành cho mục đích giao tiếp và học tập chứ không phải là bất kỳ tài liệu tham khảo đầu tư nào. Nếu cần trích dẫn xin vui lòng ghi nguồn.

Gần đây, Uniswap v4 đã được phát hành, mặc dù các chức năng vẫn chưa hoàn thiện nhưng chúng tôi hy vọng rằng cộng đồng có thể khám phá rộng rãi những khả năng chưa từng có. Xem xét rằng có thể có một số lượng lớn bài viết giới thiệu tầm ảnh hưởng to lớn của Uniswap v4 trong lĩnh vực DeFi, bài viết này sẽ khám phá cách Uniswap v4 truyền cảm hứng cho cơ sở hạ tầng blockchain mới: bộ đồng xử lý (Coprocessor).

Giới thiệu về Uniswap v4

Như đã nêu trong sách trắng của mình, Uniswap v4 có 4 cải tiến chính:

• Hook: Hook là một hợp đồng được triển khai bên ngoài để thực thi logic do nhà phát triển xác định tại các điểm được chỉ định trong quá trình thực thi nhóm. Thông qua các hook này, các nhà tích hợp có thể tạo ra các nhóm thanh khoản tập trung với khả năng thực thi linh hoạt và có thể tùy chỉnh.

• Singleton: Uniswap v4 áp dụng mẫu thiết kế singleton, trong đó tất cả các nhóm được quản lý bằng một hợp đồng duy nhất, giúp giảm 99% chi phí triển khai nhóm.

• Kế toán Flash: Mỗi thao tác cập nhật số dư ròng nội bộ, còn được gọi là delta và chỉ thực hiện chuyển khoản bên ngoài khi kết thúc khóa. Kế toán Lightning đơn giản hóa các hoạt động phức tạp của nhóm như hoán đổi nguyên tử và bổ sung.

• ETH gốc: Hỗ trợ các cặp giao dịch WETH và ETH.

Hầu hết mức tiết kiệm xăng đều đến từ ba cải tiến gần đây nhất, nhưng chắc chắn tính năng mới thú vị nhất là tính năng được đề cập ở đầu bài viết này: hooks.

Móc làm cho nhóm thanh khoản phức tạp và mạnh mẽ hơn

Những cải tiến chính trong Uniswap v4 xoay quanh khả năng lập trình mở khóa hook. Tính năng này làm cho nhóm thanh khoản trở nên phức tạp và mạnh mẽ hơn, khiến chúng linh hoạt và có thể tùy chỉnh hơn bao giờ hết. So với tính thanh khoản tập trung của Uniswap v3 (bản nâng cấp ròng từ Uniswap v2), hook của Uniswap v4 cung cấp nhiều khả năng hơn về cách hoạt động của nhóm thanh khoản.

Bản phát hành này có thể được coi là một bản nâng cấp ròng cho Uniswap v3, nhưng điều này có thể không đúng khi triển khai trên thực tế. Nhóm Uniswap v3 luôn là một bản nâng cấp so với nhóm Uniswap v2 vì nâng cấp tệ nhất mà bạn có thể thực hiện trong Uniswap v3 là tập trung thanh khoản trên toàn bộ phạm vi giá, hoạt động theo nguyên tắc tương tự như Uniswap v2. Tuy nhiên, trong Uniswap v4, mức độ lập trình của nhóm thanh khoản có thể không mang lại trải nghiệm giao dịch hoặc cung cấp thanh khoản tốt, lỗi có thể xảy ra và các vectơ tấn công mới có thể xuất hiện. Do có nhiều thay đổi trong cách hoạt động của nhóm thanh khoản, các nhà phát triển muốn tận dụng tính năng hook phải tiến hành một cách thận trọng. Họ cần hiểu rõ tác động của các lựa chọn thiết kế của mình đối với chức năng của nhóm và những rủi ro tiềm ẩn đối với các nhà cung cấp thanh khoản.

Sự ra đời của hook trong Uniswap v4 thể hiện sự thay đổi lớn về cách thực thi mã trên blockchain. Theo truyền thống, mã blockchain được thực thi theo cách tuần tự được xác định trước. Tuy nhiên, hook cho phép thứ tự thực thi linh hoạt hơn để đảm bảo rằng một số mã nhất định được thực thi trước mã khác. Tính năng này đẩy các phép tính phức tạp đến tận cùng của ngăn xếp, thay vì được giải quyết trong một ngăn xếp duy nhất.

Về cơ bản, hook cho phép thực hiện các phép tính phức tạp hơn bên ngoài hợp đồng gốc của Uniswap. Trong khi ở Uniswap v2 và Uniswap v3, tính năng này có thể được triển khai thông qua tính toán thủ công bên ngoài Uniswap và được kích hoạt bởi các trình kích hoạt bên ngoài như các hợp đồng thông minh khác, Uniswap v4 tích hợp hook trực tiếp vào hợp đồng thông minh của nhóm thanh khoản. Sự tích hợp này làm cho quy trình trở nên minh bạch, có thể kiểm chứng và không cần tin cậy hơn so với các quy trình thủ công trước đó.

Một lợi ích khác mà hook mang lại là khả năng mở rộng. Uniswap giờ đây không còn cần phải dựa vào các hợp đồng thông minh mới (yêu cầu di chuyển thanh khoản) hoặc các nhánh để triển khai đổi mới. Giờ đây, Hook trực tiếp triển khai chức năng mới, mang lại cho các nhóm thanh khoản cũ một diện mạo mới.

Nhóm thanh khoản Uniswap v4 ngày nay là tương lai của các dApp khác

Tôi dự đoán rằng ngày càng có nhiều dApp sẽ đẩy hoạt động tính toán ra ngoài các hợp đồng thông minh của riêng họ như Uniswap v4.

Cách Uniswap v4 hoạt động ngày nay là cho phép phân chia việc thực hiện nhóm thanh khoản ở bất kỳ bước nào, chèn các điều kiện tùy ý và kích hoạt các phép tính bên ngoài hợp đồng Uniswap v4. Cho đến nay, tình huống tương tự duy nhất là các khoản vay nhanh, trong đó việc thực thi được tiếp tục nếu khoản vay không được trả lại trong cùng một khối. Chỉ là việc tính toán vẫn diễn ra trong hợp đồng flash loan mà thôi.

Thiết kế của Uniswap v4 mang lại nhiều ưu điểm không thể triển khai hoặc triển khai kém ở Uniswap v3. Ví dụ: giờ đây có thể sử dụng các oracle được nhúng, giảm sự phụ thuộc vào các oracle bên ngoài thường đưa ra các vectơ tấn công tiềm năng. Thiết kế nhúng này giúp tăng cường tính bảo mật và độ tin cậy của thông tin về giá, đây là yếu tố chính để các giao thức DeFi hoạt động.

Ngoài ra, tính năng tự động hóa trước đây phải được kích hoạt từ bên ngoài giờ đây có thể được nhúng trực tiếp vào nhóm thanh khoản. Sự tích hợp này không chỉ làm giảm bớt những lo ngại về an toàn mà còn giải quyết các vấn đề về độ tin cậy liên quan đến các yếu tố kích hoạt bên ngoài. Ngoài ra, nó cũng cho phép các nhóm thanh khoản hoạt động trơn tru và hiệu quả hơn, nâng cao hiệu suất tổng thể và trải nghiệm người dùng.

Cuối cùng, thông qua các hook được giới thiệu trong Uniswap v4, các tính năng bảo mật đa dạng hơn có thể được triển khai trực tiếp trong nhóm thanh khoản. Trước đây, các biện pháp bảo mật được các nhóm thanh khoản áp dụng chủ yếu là kiểm toán, thưởng lỗi và mua bảo hiểm. Với Uniswap v4, các nhà phát triển giờ đây có thể thiết kế và triển khai nhiều cơ chế an toàn dự phòng khác nhau cũng như cảnh báo tính thanh khoản thấp trực tiếp vào các hợp đồng thông minh của nhóm. Sự phát triển này không chỉ tăng cường tính bảo mật của nhóm mà còn cung cấp cho các nhà cung cấp thanh khoản sự minh bạch và kiểm soát tốt hơn.

So với điện thoại di động truyền thống, ưu điểm của điện thoại thông minh là khả năng lập trình. Hợp đồng thông minh từ lâu đã tồn tại dưới cái bóng của “các tập lệnh liên tục”. Giờ đây, với những ưu điểm của Uniswap v4, hợp đồng thông minh nhóm thanh khoản đã nhận được bản nâng cấp có thể lập trình mới và trở nên thông minh hơn. Tôi không thể hiểu tại sao, khi có cơ hội nâng cấp từ Nokia lên iPhone, không phải tất cả các dApp đều muốn nâng cấp theo hướng này. Vì Nokia đáng tin cậy hơn iPhone nên tôi có thể hiểu một số hợp đồng thông minh muốn giữ nguyên hiện trạng, nhưng tôi đang nói về hướng đi của dApp trong tương lai.

dApps muốn sử dụng móc câu của riêng họ, điều này tạo ra các vấn đề về mở rộng quy mô

Hãy tưởng tượng áp dụng điều này cho tất cả các dApp khác, nơi chúng ta có thể chèn các điều kiện để kích hoạt và sau đó chèn các phép tính tùy ý giữa các chuỗi giao dịch thô.

Điều này nghe giống như cách MEV hoạt động, nhưng MEV không phải là không gian thiết kế mở dành cho các nhà phát triển dApp. Nó giống như một chuyến đi bộ vào một khu rừng tối tăm chưa được khám phá, tìm kiếm sự bảo vệ MEV bên ngoài ở mức tốt nhất và hy vọng điều tốt nhất.

Người ta cho rằng tính linh hoạt của Uniswap v4 đã truyền cảm hứng cho thế hệ dApp mới (hoặc nâng cấp từ các dApp hiện có) áp dụng triết lý tương tự, làm cho trình tự thực thi của chúng có thể lập trình được nhiều hơn. Vì các dApp này thường chỉ được triển khai trên một chuỗi (L1 hoặc L2), nên chúng tôi dự kiến ​​hầu hết các thay đổi trạng thái sẽ diễn ra trên chuỗi đó.

• Các phép tính bổ sung được chèn trong quá trình thay đổi trạng thái dApp có thể quá phức tạp và cồng kềnh để chạy trên chuỗi. Chúng tôi có thể nhanh chóng vượt quá giới hạn gas hoặc có thể không thực hiện được. Ngoài ra, còn có nhiều thách thức nảy sinh, đặc biệt là về mặt bảo mật và khả năng kết hợp.

• Không phải tất cả các phép tính đều được tạo ra như nhau. Điều này được chứng minh bằng sự phụ thuộc của dApps vào các giao thức bên ngoài như oracle và mạng tự động. Tuy nhiên, sự phụ thuộc này có thể gây ra rủi ro về bảo mật.

Tóm lại vấn đề: việc tích hợp tất cả các tính toán vào việc thực hiện hợp đồng thông minh thay đổi trạng thái trên một chuỗi duy nhất là không tối ưu.

Mẹo giải pháp: Đã được giải quyết trong thế giới thực

Để giải quyết vấn đề do thế hệ dApps mới gây ra (có thể được lấy cảm hứng rất nhiều từ Uniswap v4), chúng ta phải đi sâu vào cốt lõi của vấn đề: chuỗi đơn này. Blockchain hoạt động giống như một máy tính phân tán, sử dụng một CPU duy nhất để xử lý mọi tác vụ. Trên PC, các CPU hiện đại đã có những bước tiến lớn trong việc giải quyết vấn đề này.

Cũng giống như máy tính chuyển đổi từ CPU nguyên khối một lõi sang thiết kế mô-đun bao gồm nhiều lõi hiệu suất, lõi hiệu năng, GPU và NPU.

Điện toán dApp có thể mở rộng quy mô theo cách tương tự. Tính linh hoạt, tối ưu, bảo mật, khả năng mở rộng và khả năng nâng cấp có thể đạt được bằng các bộ xử lý chuyên dụng và kết hợp nỗ lực của họ, thuê ngoài một số tính toán từ bộ xử lý chính.

Giải pháp thiết thực

Thực tế chỉ có hai loại bộ đồng xử lý:

• bộ đồng xử lý bên ngoài

• Bộ đồng xử lý nhúng

bộ đồng xử lý bên ngoài

Bộ đồng xử lý bên ngoài tương tự như GPU đám mây, dễ sử dụng và mạnh mẽ nhưng có thêm độ trễ mạng giữa giao tiếp CPU và GPU. Hơn nữa, cuối cùng bạn không kiểm soát GPU, vì vậy bạn phải tin tưởng rằng nó đang thực hiện đúng công việc của mình.

Lấy Uniswap v4 làm ví dụ, giả sử rằng một số ETH và USDC được thêm vào nhóm thanh khoản trong TWAP trong 5 phút qua, nếu quá trình tính toán TWAP được hoàn thành trong Axiom, Uniswap v4 về cơ bản sử dụng Ethereum làm bộ xử lý chính và Axiom làm bộ điều phối . bộ xử lý.

Axiom

Axiom là bộ đồng xử lý ZK của Ethereum, cung cấp các hợp đồng thông minh với quyền truy cập không đáng tin cậy vào tất cả dữ liệu trên chuỗi và khả năng thực hiện các phép tính biểu thức tùy ý trên dữ liệu.

Các nhà phát triển có thể truy vấn Axiom và sử dụng các kết quả được xác minh không có kiến ​​thức (ZK) trên chuỗi theo cách không đáng tin cậy trong hợp đồng thông minh của họ. Để hoàn thành một truy vấn, Axiom thực hiện ba bước:

• Đọc: Axiom sử dụng bằng chứng không có kiến ​​thức để sửa dữ liệu đã đọc một cách đáng tin cậy cho các tiêu đề khối, trạng thái, giao dịch và biên nhận trong bất kỳ khối Ethereum lịch sử nào. Tất cả dữ liệu trên chuỗi Ethereum được mã hóa theo một trong các dạng này, nghĩa là Axiom có ​​thể truy cập bất kỳ dữ liệu nào mà các nút lưu trữ có thể truy cập được.

• Điện toán: Sau khi có được dữ liệu, Axiom sẽ áp dụng các nguyên tắc tính toán cơ bản đã được chứng minh dựa trên dữ liệu đó. Điều này bao gồm các hoạt động từ phân tích cơ bản (tổng, đếm, tối đa, tối thiểu) đến mã hóa (xác minh chữ ký, tổng hợp khóa) và học máy (cây quyết định, hồi quy tuyến tính, suy luận mạng thần kinh). Tính hợp lệ của mọi phép tính sẽ được xác minh bằng bằng chứng không có kiến ​​thức.

• Xác minh: Axiom cung cấp bằng chứng xác thực không có kiến ​​thức cho kết quả của mỗi truy vấn, chứng minh rằng (1) dữ liệu đầu vào đã được tìm nạp chính xác từ chuỗi và (2) tính toán đã được áp dụng chính xác. Bằng chứng không có kiến ​​thức này được xác minh trực tuyến trong hợp đồng thông minh Axiom và kết quả cuối cùng sau đó sẽ được cung cấp cho tất cả các hợp đồng thông minh hạ nguồn theo cách không cần tin cậy.

hợp đồng dọc(thông qua RedStone)

Hợp đồng Warp là cách triển khai SmartWeave phổ biến nhất, một kiến ​​trúc được thiết kế để tạo ra nền tảng/công cụ hợp đồng thông minh đáng tin cậy, nhanh chóng, sẵn sàng sản xuất trên Arweave. Về bản chất, SmartWeave là một loạt các giao dịch Arweave được đặt hàng được hưởng lợi từ việc thiếu thị trường phí bao gồm khối giao dịch trên Arweave. Những thuộc tính độc đáo này cho phép dữ liệu giao dịch không giới hạn mà không mất thêm chi phí nào ngoài chi phí lưu trữ.

SmartWeave sử dụng một cách tiếp cận độc đáo được gọi là đánh giá lười biếng để chuyển trách nhiệm thực thi mã hợp đồng thông minh từ các nút mạng sang người dùng hợp đồng thông minh. Về cơ bản, điều này có nghĩa là việc tính toán xác minh giao dịch được hoãn lại cho đến khi cần, giảm khối lượng công việc trên các nút mạng và cho phép xử lý giao dịch hiệu quả hơn. Với phương pháp này, người dùng có thể thực hiện bao nhiêu phép tính tùy thích mà không phải chịu thêm phí, cung cấp chức năng không thể có với các hệ thống hợp đồng thông minh khác. Rõ ràng, việc cố gắng đánh giá một hợp đồng với hàng nghìn tương tác trên CPU của người dùng cuối cùng là vô ích. Để vượt qua thách thức này, một lớp trừu tượng như DRE của Warp đã được phát triển. Lớp trừu tượng này bao gồm một mạng lưới các trình xác thực phân tán xử lý các tính toán hợp đồng, cuối cùng mang lại thời gian phản hồi nhanh hơn đáng kể và cải thiện trải nghiệm người dùng.

Ngoài ra, thiết kế mở của SmartWeave cho phép các nhà phát triển viết logic bằng bất kỳ ngôn ngữ lập trình nào, cung cấp giải pháp thay thế mới cho cơ sở mã Solidity thường cứng nhắc. Tích hợp SmartWeave liền mạch giúp tăng cường các giao thức đồ thị xã hội hiện có được xây dựng trên chuỗi EVM bằng cách ủy quyền một số hoạt động chi phí cao hoặc thông lượng cao cho Warp, tận dụng lợi ích của cả hai công nghệ.

Hyper Oracle

Hyper Oracle là mạng oracle ZK được thiết kế dành riêng cho blockchain. Hiện tại, mạng ZK Oracle chỉ hoạt động trên chuỗi khối Ethereum. Nó sử dụng zkPoS để truy xuất dữ liệu từ mỗi khối của chuỗi khối làm nguồn dữ liệu trong khi xử lý dữ liệu bằng zkGraph có thể lập trình chạy trên zkWASM, tất cả đều theo cách không cần tin cậy và an toàn.

Các nhà phát triển có thể sử dụng JavaScript để xác định các tính toán ngoài chuỗi tùy chỉnh, triển khai các tính toán này vào mạng Hyper Oracle và tận dụng Hyper Oracle Meta Apps để lập chỉ mục và tự động hóa các hợp đồng thông minh của họ.

Meta Apps lập chỉ mục và tự động hóa của Hyper Oracle hoàn toàn có thể tùy chỉnh và linh hoạt. Bất kỳ phép tính nào cũng có thể được xác định và tất cả các phép tính (thậm chí cả các phép tính học máy) sẽ được bảo mật bằng bằng chứng không có kiến ​​thức được tạo ra.

• Chuỗi khối Ethereum là nguồn dữ liệu trên chuỗi ban đầu cho các oracle ZK, nhưng bất kỳ mạng nào cũng có thể được sử dụng trong tương lai.

• Hyper Oracle ZK Oracle Node bao gồm hai thành phần chính: zkPoS và zkWASM.

  - zkPoS sử dụng không có kiến ​​thức để chứng minh sự đồng thuận của Ethereum và lấy tiêu đề khối và gốc dữ liệu của chuỗi khối Ethereum. Quá trình tạo bằng chứng không có kiến ​​thức có thể được gia công cho một mạng lưới các nhà chứng minh phi tập trung. zkPoS hoạt động như vòng lặp bên ngoài của zkWASM.

  - zkPoS cung cấp tiêu đề khối và gốc dữ liệu cho zkWASM. zkWASM sử dụng dữ liệu này làm đầu vào cơ bản để chạy zkGraph.

  -zkWASM Chạy bản đồ dữ liệu tùy chỉnh hoặc bất kỳ phép tính nào khác được xác định bởi zkGraph và tạo bằng chứng không có kiến ​​thức về các hoạt động này. Người vận hành các nút ZK Oracle có thể chọn số lượng zkGraph mà họ muốn chạy (từ một đến tất cả các zkGraph được triển khai). Quá trình tạo bằng chứng không có kiến ​​thức có thể được gia công cho một mạng lưới các nhà chứng minh phi tập trung.

• Nhà tiên tri ZK xuất ra dữ liệu ngoài chuỗi và các nhà phát triển có thể sử dụng dữ liệu ngoài chuỗi này thông qua Hyper Oracle Meta Apps (sẽ được giới thiệu trong các chương tiếp theo). Dữ liệu cũng đi kèm với bằng chứng không có kiến ​​thức chứng minh tính hợp lệ và tính toán của nó.

Các mặt hàng khác đáng nói

Ngoài ra còn có các dự án có thể được sử dụng làm bộ đồng xử lý bên ngoài nếu bạn quyết định đi theo con đường này. Chỉ là các dự án này chồng chéo lên nhau trong các lĩnh vực dọc khác của cơ sở hạ tầng blockchain và không được phân loại riêng là đơn vị đồng xử lý.

• RiscZero: Nếu một dApp sử dụng RiscZero để tính toán nhiệm vụ học máy cho một tác nhân trong chuỗi và cung cấp kết quả cho hợp đồng trò chơi trên StarkNet, thì nó sẽ sử dụng StarkNet làm bộ xử lý chính và RiscZero làm bộ đồng xử lý.

• IronMill: Nếu một dApp chạy vòng lặp zk trong IronMill nhưng triển khai hợp đồng thông minh trên Ethereum, nó sẽ sử dụng Ethereum làm bộ xử lý chính và IronMill làm bộ đồng xử lý.

Các trường hợp sử dụng tiềm năng cho bộ đồng xử lý bên ngoài

• Quản trị và bỏ phiếu: Dữ liệu lịch sử trên chuỗi có thể giúp các tổ chức tự trị phi tập trung (DAO) ghi lại số lượng quyền biểu quyết mà mỗi thành viên có, điều này rất cần thiết cho việc bỏ phiếu. Nếu không có dữ liệu này, các thành viên có thể không tham gia được vào quá trình bỏ phiếu, điều này có thể cản trở việc quản lý.

• Bảo lãnh phát hành: Dữ liệu lịch sử trên chuỗi có thể giúp các nhà quản lý tài sản đánh giá hiệu suất của người quản lý ngoài lợi nhuận. Họ có thể thấy mức độ rủi ro mà họ đang gặp phải và các loại tổn thất mà họ đang gặp phải, điều này giúp họ đưa ra quyết định sáng suốt hơn khi khoản bồi thường hoặc phần thưởng tiềm năng bị giảm.

• Sàn giao dịch phi tập trung: Dữ liệu giá lịch sử trên chuỗi có thể giúp các sàn giao dịch phi tập trung giao dịch dựa trên các xu hướng và mô hình trong quá khứ, có khả năng mang lại lợi nhuận cao hơn cho người dùng. Ngoài ra, dữ liệu giao dịch lịch sử giúp sàn giao dịch cải thiện thuật toán và trải nghiệm người dùng.

• Sản phẩm bảo hiểm: Các công ty bảo hiểm có thể sử dụng dữ liệu lịch sử trên chuỗi để đánh giá rủi ro và đặt ra phí bảo hiểm cho các loại chính sách khác nhau. Ví dụ: khi đặt phí cho các dự án DeFi, các công ty bảo hiểm có thể xem xét dữ liệu trên chuỗi trong quá khứ.

Lưu ý rằng tất cả các trường hợp sử dụng ở trên đều không đồng bộ vì dApp máy khách cần gọi hợp đồng thông minh của bộ đồng xử lý bên ngoài khi được kích hoạt trong khối N. Khi bộ đồng xử lý trả về kết quả tính toán, kết quả đó phải được chấp nhận hoặc xác minh dưới một dạng nào đó ít nhất là trong khối tiếp theo (tức là N+1). Bằng cách này, ít nhất có được khối kích hoạt tiếp theo để tận dụng các kết quả đồng xử lý. Mô hình này thực sự giống như một GPU đám mây. Nó có thể chạy tốt các mô hình học máy của bạn, nhưng bạn sẽ không thể vui vẻ chơi các trò chơi có nhịp độ nhanh trên đó do độ trễ.

Bộ đồng xử lý nhúng

Bộ đồng xử lý nhúng tương tự như GPU trên bo mạch chủ PC, nằm cạnh CPU. Độ trễ giao tiếp giữa GPU và CPU là rất nhỏ. Và GPU hoàn toàn nằm trong tầm kiểm soát của bạn nên bạn có thể khá chắc chắn rằng nó không bị giả mạo. Chỉ là việc chạy máy học nhanh như GPU đám mây là rất tốn kém.

Vẫn lấy Uniswap v4 làm ví dụ. Giả sử rằng một số ETH và USDC được thêm vào nhóm thanh khoản được triển khai trên Artela trong 5 phút cuối của TWAP, nếu nhóm được triển khai trong EVM trên Artela và việc tính toán TWAP được thực hiện trong WASM trên Aretla thì về cơ bản, nhóm này được sử dụng EVM của Artela là bộ xử lý chính và WASM của Artela là bộ đồng xử lý.

Artela

Artela là L1 được xây dựng bằng Tendermint BFT. Nó cung cấp một khung hỗ trợ mở rộng động của bất kỳ lớp thực thi nào để triển khai các chức năng tùy chỉnh trên chuỗi. Mỗi nút đầy đủ Artela chạy hai máy ảo cùng một lúc.

• EVM, bộ xử lý chính lưu trữ và cập nhật trạng thái hợp đồng thông minh.

• WASM, bộ đồng xử lý lưu trữ và cập nhật trạng thái khía cạnh.

Các khía cạnh thể hiện các tính toán tùy ý mà nhà phát triển muốn thực hiện mà không cần chạm vào trạng thái hợp đồng thông minh. Hãy coi nó như một tập lệnh Rust cung cấp cho dApps chức năng tùy chỉnh ngoài khả năng kết hợp gốc của hợp đồng thông minh.

Nếu điều này khó hiểu, bạn có thể thử nhìn nó từ hai góc độ sau:

• Từ góc nhìn của kiến ​​trúc blockchain

  - Aspect là lớp thực thi mới.

  - Ở Artela, blockchain chạy đồng thời hai lớp thực thi - một lớp dành cho hợp đồng thông minh và một lớp dành cho các tính toán khác.

  - Lớp thực thi mới này không đưa ra các giả định tin cậy mới và do đó không ảnh hưởng đến tính bảo mật của chính chuỗi khối. Cả hai máy ảo đều được bảo vệ bởi cùng một tập hợp các nút chạy cùng một cơ chế đồng thuận.

• Từ góc độ thời gian chạy ứng dụng

  - Khía cạnh là các mô-đun có thể lập trình hoạt động với hợp đồng thông minh, hỗ trợ bổ sung các chức năng tùy chỉnh và thực thi độc lập.

  - Nó có lợi thế hơn một hợp đồng thông minh duy nhất ở một số khía cạnh:

  -- Không xâm phạm: Bạn có thể can thiệp trước và sau khi thực hiện hợp đồng mà không cần sửa đổi mã hợp đồng thông minh.

  -- Thực thi đồng bộ: Hỗ trợ logic hook trong toàn bộ vòng đời giao dịch, cho phép tùy chỉnh tinh tế.

  -- Truy cập trực tiếp vào trạng thái toàn cầu và cấu hình lớp cơ sở, hỗ trợ các chức năng cấp hệ thống.

  -- Không gian khối linh hoạt: Cung cấp không gian khối độc lập được đảm bảo theo giao thức cho các dApp có yêu cầu thông lượng giao dịch cao hơn.

  -- So với quá trình biên dịch trước tĩnh, hỗ trợ dApps đạt được các nâng cấp động và mô-đun trong thời gian chạy để cân bằng tính ổn định và tính linh hoạt.

Bằng cách giới thiệu bộ đồng xử lý nhúng này, Artela đã đạt được một bước đột phá thú vị: giờ đây, các khía cạnh của mô-đun mở rộng tùy ý có thể được thực thi thông qua các giao dịch giống như hợp đồng thông minh. Các nhà phát triển có thể ràng buộc hợp đồng thông minh của họ với các Khía cạnh và có tất cả các giao dịch gọi hợp đồng thông minh do Các khía cạnh xử lý. .

Ngoài ra, giống như hợp đồng thông minh, Các khía cạnh lưu trữ dữ liệu trên chuỗi, cho phép các hợp đồng thông minh và Các khía cạnh đọc trạng thái toàn cầu của nhau.

Hai tính năng này cải thiện đáng kể khả năng kết hợp và khả năng tương tác giữa các hợp đồng thông minh và các khía cạnh.

• Chức năng khía cạnh:

  So với hợp đồng thông minh, chức năng do Aspects cung cấp chủ yếu tập trung vào việc thực hiện trước và sau giao dịch. Các khía cạnh không thay thế hợp đồng thông minh mà bổ sung cho chúng. So với hợp đồng thông minh, Aspect cung cấp cho ứng dụng những tính năng độc đáo sau:

  - Tự động chèn các giao dịch đáng tin cậy vào các khối lộn ngược (ví dụ: đối với các tác vụ đã lên lịch).

  - Đảo ngược các thay đổi dữ liệu trạng thái do giao dịch gây ra (chỉ những giao dịch hợp đồng được ủy quyền mới có thể đảo ngược).

  - Đọc các biến môi trường tĩnh.

  - Chuyển trạng thái thực thi tạm thời sang các khía cạnh khác ở hạ lưu.

  - Đọc trạng thái thực thi tạm thời được truyền từ Khía cạnh ngược dòng.

  - Khả năng nâng cấp động và mô-đun.

• Sự khác biệt giữa các khía cạnh và hợp đồng thông minh:

  Sự khác biệt giữa các khía cạnh và hợp đồng thông minh là:

  - Hợp đồng thông minh là các tài khoản có mã, trong khi các khía cạnh là phần mở rộng gốc của blockchain.

  - Các khía cạnh có thể chạy ở các điểm khác nhau trong vòng đời giao dịch và khối, trong khi hợp đồng thông minh chỉ thực hiện ở các điểm cố định.

  - Hợp đồng thông minh có quyền truy cập vào trạng thái riêng và bối cảnh giới hạn của các khối, trong khi các khía cạnh có thể tương tác với bối cảnh xử lý toàn cầu và API cấp hệ thống.

  - Môi trường thực thi của Aspect được thiết kế với tốc độ gần như nguyên bản.

  Khía cạnh chỉ là một đoạn mã logic và không liên quan gì đến tài khoản nên không thể:

  - Viết, sửa đổi hoặc xóa dữ liệu trạng thái hợp đồng.

  - Tạo hợp đồng mới.

  - Chuyển, hủy hoặc giữ mã thông báo gốc.

Những khía cạnh này làm cho Artela trở thành một nền tảng độc đáo có thể mở rộng chức năng của hợp đồng thông minh và cung cấp môi trường phát triển toàn diện và có thể tùy chỉnh hơn.

*Xin lưu ý rằng nói đúng ra, Khía cạnh trên còn được gọi là Khía cạnh tích hợp, là một bộ đồng xử lý nhúng được điều hành bởi nút đầy đủ của Chuỗi Artela. dApps cũng có thể triển khai các khía cạnh không đồng nhất của riêng chúng, được điều hành bởi các bộ đồng xử lý bên ngoài. Các bộ đồng xử lý bên ngoài này có thể được thực thi trên mạng bên ngoài hoặc bởi một tập hợp con các nút trong một cơ chế đồng thuận khác. Nó linh hoạt hơn vì các nhà phát triển dApp thực sự có thể làm bất cứ điều gì họ muốn với nó, miễn là nó an toàn và hợp lý. Nó vẫn đang được khám phá và chi tiết cụ thể vẫn chưa được công bố.

Các trường hợp sử dụng tiềm năng cho bộ đồng xử lý nhúng

• Các phép tính phức tạp liên quan đến các dự án DeFi mới, chẳng hạn như cơ chế lý thuyết trò chơi phức tạp, có thể yêu cầu sức mạnh tính toán linh hoạt và lặp đi lặp lại nhanh chóng hơn của bộ đồng xử lý nhúng.

• Cơ chế kiểm soát truy cập linh hoạt hơn cho nhiều dApp khác nhau. Hiện tại, kiểm soát truy cập thường bị giới hạn ở danh sách đen hoặc danh sách trắng dựa trên quyền của hợp đồng thông minh. Bộ đồng xử lý nhúng mở khóa các cấp độ kiểm soát truy cập ngay lập tức và chi tiết.

• Một số tính năng phức tạp nhất định trong Trò chơi chuỗi đầy đủ (FOCG). FOCG từ lâu đã bị giới hạn bởi EVM. Có thể đơn giản hơn nếu EVM giữ lại chức năng đơn giản hơn như chuyển NFT và mã thông báo, trong khi các cập nhật trạng thái và logic khác được bộ đồng xử lý tính toán.

• Cơ chế bảo mật. dApps có thể giới thiệu các cơ chế giám sát bảo mật tích cực và cơ chế an toàn không an toàn của riêng mình. Ví dụ: nhóm thanh khoản có thể chặn số tiền rút vượt quá 5% cứ sau 10 phút. Nếu bộ đồng xử lý phát hiện một trong các lần rút tiền, hợp đồng thông minh có thể dừng và kích hoạt một số cơ chế cảnh báo, chẳng hạn như bơm thanh khoản khẩn cấp trong một phạm vi giá động nhất định.

Phần kết luận

Điều không thể tránh khỏi là các dApp sẽ trở nên lớn, cồng kềnh và quá phức tạp, do đó, các bộ đồng xử lý sẽ trở nên phổ biến hơn là điều không thể tránh khỏi. Đó chỉ là vấn đề thời gian và đường cong chấp nhận.

Việc chạy các bộ đồng xử lý bên ngoài cho phép các dApp luôn ở trong vùng an toàn của chúng: bất kể trước đó chúng thuộc chuỗi nào. Tuy nhiên, đối với các nhà phát triển dApp mới đang tìm kiếm một môi trường thực thi có thể triển khai, bộ đồng xử lý nhúng giống như GPU trên PC. Nếu nó tự gọi mình là một PC hiệu năng cao thì nó phải có GPU khá.

Thật không may, các dự án trên vẫn chưa được tung ra trên mainnet. Chúng tôi thực sự không thể đánh giá và chỉ ra dự án nào phù hợp hơn cho trường hợp sử dụng nào. Tuy nhiên, có một điều không thể phủ nhận đó là công nghệ đang ngày càng phát triển. Có vẻ như chúng ta đang đi theo vòng tròn, nhưng hãy nhớ rằng, nhìn từ góc độ khác, lịch sử sẽ chứng kiến ​​rằng công nghệ thực sự phát triển.

Tam giác khả năng mở rộng tồn tại lâu dài và bộ đồng xử lý tồn tại lâu dài.