Phá vỡ bế tắc trải nghiệm người dùng kém: "Tính toán ý định" thay đổi tương tác Web3 như thế nào?
Tuyển chọn TechFlowTuyển chọn TechFlow
Phá vỡ bế tắc trải nghiệm người dùng kém: "Tính toán ý định" thay đổi tương tác Web3 như thế nào?
Thông qua ý định, người dùng có thể dễ dàng biểu đạt kết quả mà họ mong muốn, điều này trái ngược rõ rệt với giao dịch mệnh lệnh hiện tại.
Chuyên sâu báo cáo Web3Tác giả: Bastian Wetzel
Biên dịch: TechFlow
Thực tế cho thấy việc sử dụng các hệ thống hiện tại trong Web3 là một công việc phức tạp và tốn thời gian. Nó liên quan đến việc xác định lộ trình thực thi giữa các cơ sở hạ tầng khác nhau, đòi hỏi sự hiểu biết toàn diện. Do đó, người dùng thường xuyên gặp phải thất vọng khi cố gắng đạt được mục tiêu cuối cùng và dễ bị những người tham gia tinh vi hơn khai thác.
Tình trạng này xảy ra vì phương pháp chuẩn mực để người dùng tương tác với Ethereum yêu cầu tạo và ký giao dịch theo một định dạng cụ thể, cung cấp mọi thông tin cần thiết để Máy ảo Ethereum (EVM) thực hiện chuyển đổi trạng thái.
Việc giới thiệu mục đích (intents) nhằm giảm nhẹ gánh nặng cho người dùng. Về bản chất, mục đích là một tập hợp các ràng buộc mang tính khai báo, cho phép người dùng ủy quyền việc tạo giao dịch cho mạng lưới các bên thứ ba chuyên biệt, đồng thời vẫn giữ toàn quyền kiểm soát quá trình này. Nói đơn giản, nếu một giao dịch chỉ rõ "làm thế nào" để thực hiện một hành động thì mục đích lại xác định "kết quả mong muốn là gì".
Phương pháp khai báo này mang lại những tiến bộ đáng phấn khích về trải nghiệm người dùng và hiệu quả. Thông qua mục đích, người dùng có thể dễ dàng diễn đạt kết quả mà họ mong muốn. Điều này trái ngược rõ rệt với các giao dịch mệnh lệnh hiện tại, nơi mỗi tham số đều phải do người dùng chỉ định rõ ràng.
Giao dịch (Tx) là ngõ cụt đối với người dùng cuối
Phương pháp dựa trên Tx hiện tại trong Web3 đã chứng minh là phức tạp, dẫn đến trải nghiệm người dùng kém và tổn thất hiệu suất, bởi người dùng bị buộc phải đưa ra quyết định mà không có đủ thông tin hoặc phải sử dụng các chiến lược thực thi phức tạp.
Để minh họa mức độ phức tạp này, hãy xem xét tình huống sau: bạn muốn tương tác với một ứng dụng phi tập trung (dApp) trên mạng Arbitrum, nhưng nguồn vốn của bạn hiện đang được lưu trữ trên chuỗi khối Ethereum:
-
Truy cập trang web dApp
-
Thử kết nối ví của bạn với Arbitrum, nhưng phát hiện không có tiền nào khả dụng
-
Mở một tab mới, tìm kiếm cách tốt nhất để chuyển tiền của bạn qua chuỗi khác
-
Truy cập cầu nối chéo chuỗi (cross-chain bridge)
-
Kết nối ví của bạn với một chuỗi khác (Ethereum)
-
Chuyển tiền từ Ethereum sang Arbitrum
-
Chờ quá trình chuyển chuỗi hoàn tất
-
Quay lại tab ban đầu
-
Chuyển đổi lại ví của bạn về Arbitrum
-
Bây giờ, cuối cùng bạn cũng có thể sử dụng dApp với số tiền đã được chuyển sang Arbitrum.
Người dùng đã cảm thấy thất vọng ngay cả trước khi có cơ hội tương tác trực tiếp với dApp. Trong thế giới tương lai với hàng triệu Rollup, những vấn đề này càng trở nên rõ rệt hơn.
Vậy chúng ta làm thế nào để chuyển từ mô hình mệnh lệnh sang mô hình khai báo? Để hiểu được nguyên lý nền tảng, trước tiên hãy tóm tắt ngắn gọn khái niệm Trừu tượng Tài khoản (Account Abstraction - AA).
Tổng quan ngắn gọn về Trừu tượng Tài khoản
Trong Ethereum, có hai loại địa chỉ: hợp đồng thông minh và tài khoản được sở hữu bên ngoài (EOA).
EOA có khả năng khởi tạo giao dịch, còn hợp đồng thông minh thì không. Do đó, phần lớn các ví Ethereum hiện nay đều là EOA. Mặc dù có các ví hợp đồng thông minh (SCW), như Safe, nhưng chúng cần một EOA để kích hoạt bất kỳ giao dịch nào vì chính hợp đồng thông minh không thể tự khởi tạo giao dịch. Dù vậy, SCW có những lợi thế đáng kể vì chúng có thể thực thi logic phức tạp, mở ra nhiều ứng dụng mới cho ví, trong khi EOA chỉ giới hạn ở chức năng ký tên.
Để đáp ứng nhu cầu về SCW mà không cần một EOA riêng biệt, ERC-4337 đã giới thiệu một loại giao dịch mới gọi là thao tác người dùng (UserOp) và bổ sung một vai trò mới có tên là “Bundlers”. Ngoài ra, ERC-1271 (phương pháp chuẩn hóa xác minh chữ ký cho hợp đồng) giới thiệu cách chuẩn để xác minh chữ ký từ một hợp đồng cụ thể là hợp lệ. Những cải tiến này nâng cao trải nghiệm người dùng đối với SCW, mang lại quy trình mượt mà hơn. Cụ thể như sau:
-
Người dùng ký một UserOp, chỉ định hành động mong muốn. UserOp không được gửi trực tiếp vào mempool chính, mà nhiều người dùng gửi chúng tới một mempool phụ. Tại đây, các thực thể gọi là executor và Bundler sẽ đóng vai trò, tập hợp các UserOp này lại và gửi chúng dưới dạng gói tới hợp đồng đầu vào (entry contract). Sau đó, hợp đồng này giao tiếp với ví hợp đồng thông minh (SCW).
-
Sau khi SCW nhận được gói UserOp, nó trải qua một quá trình hai bước. Trước tiên, nó thực hiện ValidateOp, bao gồm kiểm tra người ký phù hợp, kiểm soát truy cập và giới hạn tốc độ, nhằm đảm bảo thao tác là hợp lệ và an toàn. Khi xác minh thành công, SCW tiếp tục thực hiện thao tác bằng hàm ExecuteOp. Các thao tác này có thể bao gồm chuyển tiền, thực hiện hoán đổi hoặc mua NFT.
Một lợi ích then chốt của trừu tượng tài khoản là trừu tượng Gas, giúp đơn giản hóa quá trình thanh toán Gas cho người dùng. Đây là lúc vai trò của thanh toán viên (paymaster) xuất hiện. Hợp đồng thanh toán viên đóng vai trò như một thực thể trung gian. Khi người dùng gửi giao dịch, UserOp được gửi tới hợp đồng thanh toán viên. Thanh toán viên xác minh và cam kết sẽ chi trả phí Gas cho giao dịch đó. Nó hoàn trả lại lượng token Gas gốc tương ứng cho Bundler, hoạt động như một cơ chế hoàn tiền. Chỉ sau khi xử lý xong khoản thanh toán Gas này, UserOp mới đi vào giai đoạn ValidateOp và ExecuteOp.
Thanh toán viên còn cho phép người dùng thực hiện các thao tác khác sau khi thực hiện UserOp, mang lại sự linh hoạt và kiểm soát cao hơn. Nhờ tận dụng thanh toán viên và trừu tượng Gas, người dùng có thể thực hiện giao dịch mà không cần lo lắng về việc quản lý trực tiếp chi phí Gas, khiến quy trình trở nên mượt mà và thân thiện hơn.
Một hạn chế của AA là nó không hỗ trợ thanh toán viên đa chuỗi. Hãy xem xét một kịch bản: người dùng có USDC trong SCW trên mạng Ethereum, nhưng muốn dùng thanh toán viên để chi trả phí giao dịch trên mạng Arbitrum. Vấn đề nảy sinh khi thanh toán viên cố gắng chuyển USDC từ người dùng sang chính nó trong hàm hậu xử lý. USDC được lưu trữ trên Ethereum, trong khi hợp đồng thanh toán viên lại nằm trên Arbitrum. Về cơ bản, trừu tượng tài khoản chủ yếu được thiết kế cho việc sử dụng đơn miền và thiếu khả năng hoạt động liền mạch trên nhiều chuỗi.
Ứng dụng đặc thù theo Mục đích (Intents)
Trừu tượng tài khoản thường được đơn giản hóa thành “giao dịch không cần Gas”, “khôi phục không cần cụm từ khôi phục” và có thể là “giới hạn tốc độ”. Đúng là những tính năng này khá thú vị, nhưng chưa đủ hấp dẫn. Chúng có thể chưa thể nắm bắt đầy đủ bản chất thực sự lôi cuốn của AA. Khía cạnh hấp dẫn nhất của trừu tượng tài khoản nằm ở kiến trúc của nó, biến ví thành cổng vào của các mục đích.
Vậy, mục đích là gì?
Trong quy trình giao dịch chuẩn, khi bộ xác thực nhận được chữ ký giao dịch, chúng sẽ tuân theo một lộ trình tính toán cụ thể dựa trên trạng thái nhất định. Ngoài ra, phí được dùng làm động lực khuyến khích các bộ xác thực hành động theo cách đó. Tuy nhiên, với mục đích thì tình hình khác biệt. Mục đích không quy định một lộ trình tính toán cố định, mà cho phép bất kỳ lộ trình nào thỏa mãn điều kiện cụ thể. Khi người dùng ký và chia sẻ mục đích, họ ủy quyền cho người nhận lựa chọn lộ trình tính toán thay mặt mình. Sự khác biệt này khiến mục đích được định nghĩa chính xác hơn là một tin nhắn đã ký, thúc đẩy một loạt chuyển đổi trạng thái bắt đầu từ một điểm khởi đầu nhất định.
Đáng chú ý là, một giao dịch đơn lẻ có thể chứa nhiều mục đích, cho phép ghép nối các mục đích chồng chéo. Điều này nâng cao đáng kể hiệu quả về Gas và kinh tế. Ví dụ, trong sổ lệnh do các nhà xây dựng duy trì, hai lệnh có thể được triệt tiêu lẫn nhau một cách hiệu quả trước khi chạm tới thị trường. Ngoài ra, mục đích cho phép thanh toán Gas linh hoạt hơn từ phía người dùng, chẳng hạn như cho phép bên thứ ba tài trợ Gas hoặc chấp nhận thanh toán bằng các loại token khác nhau.
Do đó, UserOps không phải là mục đích, vì chúng cơ bản vẫn là Tx. Tuy nhiên, AA biến ví thành cổng vào của các mục đích, điều này được thực hiện thông qua logic xác minh bên trong ví hợp đồng thông minh. Logic xác minh này cho phép biểu đạt và thực thi các mục đích đơn giản liên quan đến tài khoản người dùng. Tuy nhiên, SCW thiếu khả năng suy luận trạng thái toàn cục.
Về bản chất, trừu tượng tài khoản phục vụ cho các “mục đích đặc thù”. Trong trường hợp này, người dùng có thể chỉ định và thực hiện các mục đích đơn giản thông qua SCW của họ, miễn là các mục đích đó đáp ứng một số yêu cầu giới hạn:
-
Chúng tập trung vào một miền duy nhất;
-
Chúng chỉ sử dụng và thực thi thông tin liên quan đến tài khoản người dùng;
-
Chúng liên quan đến việc bồi thường Gas.
Ví dụ về ứng dụng đặc thù theo mục đích
Do đó, trừu tượng tài khoản chủ yếu phục vụ các mục tiêu lấy người dùng làm trung tâm. Tuy nhiên, còn nhiều ví dụ về các ứng dụng “đặc thù theo mục đích” có thể được thực hiện bằng AA, như Paradigm đã nhấn mạnh:
-
Lệnh giới hạn giá: Người dùng có thể chỉ định rằng chỉ khi họ nhận được ít nhất 200 token Y, thì mới được rút 100 token X khỏi tài khoản của họ.
-
Tài trợ Gas: Người dùng có thể chọn dùng USDC thay vì ETH để thanh toán phí giao dịch, và phân bổ USDC trong tài khoản của họ để thanh toán phí Gas cho thanh toán viên.
-
Ủy quyền: Có thể giới hạn tương tác với tài khoản cụ thể theo cách được phê duyệt trước. Ví dụ, ETH có thể được chỉ định để mua NFT được niêm yết trên OpenSea, hoặc một địa chỉ cụ thể có thể bị giới hạn chỉ tương tác với Uniswap và Sushiswap.
-
Xử lý giao dịch theo lô: Người dùng có thể cho phép gộp nhiều mục đích vào một giao dịch duy nhất để tăng hiệu quả về Gas.
-
Bộ tổng hợp: Người dùng có thể chỉ định thực hiện một hành động cụ thể với “giá” hoặc “lợi nhuận” tốt nhất. Mục đích này có thể được thực hiện bằng cách cung cấp bằng chứng về việc thực hiện tổng hợp tại nhiều địa điểm và chọn ra lộ trình tối ưu.
Mặc dù AA và các ứng dụng đặc thù theo mục đích là những bước tiến lớn, chúng cũng có những hạn chế trong môi trường đa chuỗi. Hãy xem xét một kịch bản: tôi sở hữu ETH và muốn mua nhiều token XYZ nhất có thể bằng cách tận dụng tính thanh khoản trên các Rollup khác nhau. Với AA, tôi có thể dễ dàng và nhanh chóng sử dụng bộ tổng hợp DEX yêu thích trên bất kỳ Rollup nào. Tuy nhiên, thách thức là tôi vẫn phải tự tay tìm ra bộ tổng hợp DEX tốt nhất khả dụng trên tất cả các Rollup.
Do đó, trong thế giới đa chuỗi, cần có một ngôn ngữ mục đích toàn diện và linh hoạt, có thể nâng cao khả năng mở rộng một cách hiệu quả.
Giải pháp tổng quát
Trong thế giới lấy mục đích làm trung tâm, người dùng khai báo hoặc ký vào sở thích của họ, và mạng lưới dựa vào các bên thứ ba (solver/executor) để thực hiện những sở thích đó thay mặt họ.
Cần nhấn mạnh rằng phương pháp dựa trên giao dịch hiện tại cũng cho phép người dùng thuê ngoài việc tạo giao dịch, nhưng điểm khác biệt nằm ở chỗ bên thứ ba là ai. Hiện nay, các ứng dụng xây dựng giao dịch thay mặt người dùng, nhưng họ không được tối ưu hóa để đạt được kết quả tốt nhất. Vì vậy, điểm đột phá của mục đích không nằm ở việc thuê ngoài việc tạo giao dịch, mà là việc thêm vào một mạng lưới bên thứ ba chuyên biệt có thể mang lại kết quả tốt hơn.
Điều này có thể nâng cao hiệu quả thực thi, vì các solver có thể tích hợp thêm thông tin về trạng thái của các chuỗi khác mà không cần giao tiếp với người dùng.
Để minh họa, hãy xem lại tình huống tôi sở hữu ETH và mục tiêu là mua được nhiều token XYZ nhất có thể bằng cách tận dụng tính thanh khoản giữa các Rollup khác nhau. Trong thế giới lấy mục đích làm trung tâm, tôi có thể thông báo với mempool rằng tôi có ETH và muốn nhận được số lượng XYZ lớn nhất có thể. Một solver cực kỳ phức tạp sẽ tìm ra giải pháp một cách hiệu quả. Động lực của các solver này nên dẫn đến kết quả khá tối ưu. Trong môi trường đa chuỗi như vậy, ngay cả những nhiệm vụ cơ bản cũng trở nên không thực tế, ví dụ như một công ty duy nhất vận hành một bộ tổng hợp DEX để tích hợp với mọi Rollup và lĩnh vực mới. Do đó, trong môi trường đa chuỗi như vậy, các ứng dụng đặc thù theo mục đích thiếu khả năng mở rộng. Tuy nhiên, với mục đích, một ngôn ngữ linh hoạt và tổng quát có thể mở rộng hiệu quả vì nó hoạt động như một hệ thống không cần cấp phép. Không cần thiết phải có một công ty đóng vai trò là bộ tổng hợp DEX toàn chuỗi bao phủ mọi chuỗi. Thay vào đó, một nhóm các solver có thể cạnh tranh để phục vụ người dùng, trong đó một số chuyên về các loại Rollup cụ thể, số khác chuyên về các lĩnh vực khác nhau. Cách tiếp cận này cho thấy mục đích xuyên chuỗi có tiềm năng ứng dụng và năng lực quan trọng, vượt xa trừu tượng tài khoản thông thường, ngay cả với các trường hợp sử dụng đơn giản.
Cơ sở hạ tầng lý tưởng để biểu đạt, truyền tải và thực thi mục đích nên giảm thiểu tối đa giá trị có thể trích xuất bởi thợ đào (MEV), tối đa hóa khả năng chống kiểm duyệt và được tối ưu hóa cho các tương tác xuyên miền. Ngoài ra, nó cần cân nhắc kỹ lưỡng giữa việc truyền đạt chi tiết các mục đích của người dùng và trải nghiệm người dùng, vì quyết định này ảnh hưởng lớn đến kiến trúc của giao thức mục đích. Hơn nữa, còn nhiều câu hỏi chưa được trả lời, ví dụ như làm thế nào để chứng minh đâu là giải pháp tối ưu, các mục đích xuyên miền sẽ được đăng ở đâu, và các solver sẽ xác định tìm kiếm cái gì.
Ví dụ về giải pháp tổng quát
Dù tầm nhìn này rất hứa hẹn, bước đầu tiên là xây dựng một lớp mục đích, nơi người dùng có thể biểu đạt mục đích của họ và các solver có thể cạnh tranh để giải quyết. Các dự án như Anoma, SUAVE, Essential và CoW Protocol đang cạnh tranh để trở thành lớp mục đích của blockchain, với những cách tiếp cận khác nhau.
Tuy nhiên, vì khái niệm lớp mục đích đang phát triển và nhiều nguyên tắc thiết kế dường như mâu thuẫn nhau, nên hiện tại còn quá sớm để so sánh. Việc xây dựng một lớp như vậy đang đối mặt với những thách thức lớn.
Anoma là một kiến trúc thống nhất dành cho các ứng dụng phi tập trung toàn bộ. Nó được thiết kế từ đầu để xử lý các ứng dụng có vô số người dùng, phát ra vô số mục đích với độ phức tạp khác nhau. Anoma tuân theo nguyên tắc lấy mục đích làm trung tâm và kiến trúc đồng nhất/bảo mật dị nhất, cùng nhau tạo thành một mô hình khai báo để xây dựng các ứng dụng phi tập trung. Các mục đích được gửi tới các nút lan truyền mục đích, tạo thành hồ mục đích. Các bộ khớp (matcher) phân tích các hồ này, tìm ra các mục đích có thể kết hợp để thỏa mãn lẫn nhau. Máy trạng thái của giao thức thực hiện việc thực thi từng bước và xác minh tách rời thông qua các vị từ hợp lệ như bất biến trên tài khoản người dùng. Anoma làm cho việc xây dựng các ứng dụng mới trở nên đơn giản, điều mà nếu xây trên Ethereum (EVM) hay các giao thức tương tự sẽ trở nên cồng kềnh, hạn chế hoặc không thể.
SUAVE là giao thức đấu giá thống nhất cho biểu đạt giá trị. SUAVE cố gắng trao quyền cho người dùng và đạt được mức độ phi tập trung tối đa trên các blockchain công cộng. SUAVE tách rời vai trò mempool và xây dựng khối khỏi các blockchain hiện tại, cung cấp một giải pháp thay thế chuyên biệt, phi tập trung và kiểu cắm vào dùng ngay. Việc chia sẻ một lớp sắp xếp chung giúp tiền mã hóa duy trì tính phi tập trung, các nhà xây dựng khối có thể thu thập MEV xuyên miền, các bộ xác thực tối đa hóa doanh thu, người dùng thực hiện giao dịch với thực thi tốt nhất, đồng thời giảm áp lực tập trung kinh tế lên từng miền. SUAVE là một môi trường tích hợp, thúc đẩy sự hợp tác phi tập trung trong biểu đạt, thực thi và thanh toán sở thích. Khái niệm cốt lõi là sở thích – những tin nhắn đã ký của người dùng để biểu đạt mục tiêu, cho phép thực hiện chuyển khoản đơn giản hoặc chuỗi hành động phức tạp trên nhiều blockchain. Các solver cạnh tranh để cung cấp thực thi tốt nhất, bao gồm việc thu thập MEV và cung cấp giá trị dòng lệnh phi tập trung.
Essential đang phát triển một loạt sản phẩm, thúc đẩy hệ sinh thái blockchain chuyển từ khai thác giá trị sang thỏa mãn mục đích. Họ đang tạo ra một ngôn ngữ chuyên biệt (DSL) để biểu đạt mục đích, một tiêu chuẩn Ethereum cho trừu tượng tài khoản hướng mục đích, và một lớp mục đích mô-đun. DSL cho phép chuẩn hóa việc biểu đạt mục đích và tối ưu hóa việc giải, tăng cường tính tổ hợp và khả năng phát triển cho các ứng dụng dựa trên mục đích. Tiêu chuẩn trừu tượng tài khoản hướng mục đích trao quyền cho các solver xây dựng giao dịch hợp lệ dựa trên mục đích người dùng, đưa các chức năng mục đích vào các chuỗi EVM hiện có. Lớp mục đích mô-đun đảm bảo kiến trúc chỉ tập trung vào mục đích, dòng lệnh tổng hợp, kháng MEV và khả năng thực thi mục đích xuyên chuỗi. Sứ mệnh của Essential là trao quyền cho người dùng, loại bỏ sự bóc lột và thúc đẩy một tương lai blockchain công bằng, lấy người dùng làm trung tâm.
Công nghệ CoW Protocol xây dựng một mạng lưới cho các nhà giao dịch và solver, cho phép giao dịch ngang hàng hiệu quả và không cần tin cậy. CoW Protocol định vị mình một cách độc đáo như một lớp hạ tầng giao dịch bản địa cho các lớp thanh toán theo thời gian rời rạc (như Ethereum), bằng cách lấy đấu giá theo lô làm khái niệm then chốt, mang lại sự công bằng và khả năng tiếp cận cho người dùng. Giao dịch có thể được thanh toán trực tiếp qua AMM trên lớp底层, hoặc qua bộ tổng hợp DEX, tùy thuộc vào việc hồ/pth nào cung cấp giá tốt nhất. Do đó, về bản chất, nó là bộ tổng hợp của các bộ tổng hợp DEX. CoW Protocol thực hiện đấu giá theo lô thông qua Coincidence of Wants (CoWs) để tối đa hóa tính thanh khoản và tận dụng mọi tính thanh khoản sẵn có trên chuỗi khi cần. Giao thức liên tục chạy các đấu giá theo lô, vì các solver – các bên chịu trách nhiệm tìm ra cách thanh toán theo lô tối ưu – cạnh tranh để giải quyết chúng.
Tổng quan về các dự án thử nghiệm Mục đích
Hình minh họa dưới đây cung cấp một cái nhìn tổng quan không đầy đủ về các dự án thử nghiệm Mục đích. Tuy nhiên, cần thừa nhận rằng có thể tồn tại sự trùng lặp giữa các danh mục khác nhau, và hình ảnh này là phiên bản đơn giản hóa. Hiện tại, các ví dụ điển hình thu hút sự chú ý lớn về ứng dụng đặc thù theo mục đích bao gồm 1inch Fusion hoặc UniswapX. Vì lĩnh vực này còn non trẻ và phát triển nhanh chóng, hình ảnh này có thể thay đổi đáng kể trong vài tháng tới.
Kết luận
Đối với người dùng cuối, phương pháp hiện tại dựa trên Tx trong Web3 đã chứng minh là phức tạp và tốn thời gian. Nó liên quan đến việc xác định lộ trình thực thi giữa các cơ sở hạ tầng khác nhau, dẫn đến trải nghiệm người dùng thất vọng và có nguy cơ bị những người tham gia tinh vi hơn khai thác. Các ứng dụng dựa trên mục đích cung cấp một bước chuyển hứa hẹn từ mô hình mệnh lệnh sang mô hình khai báo, cải thiện trải nghiệm người dùng và giảm thiểu MEV. Mặc dù trừu tượng tài khoản (AA) và các ứng dụng đặc thù theo mục đích mang lại những tiến bộ thú vị, chúng cũng có những hạn chế nhất định, đặc biệt là trong thế giới đa chuỗi.
Việc xây dựng một lớp mục đích cho một thế giới hoàn toàn lấy mục đích làm trung tâm đang đối mặt với những thách thức lớn, vì chúng ta cần vượt qua sự phức tạp của các hệ thống hiện tại và tạo ra một cơ sở hạ tầng thân thiện, hiệu quả và phi tập trung để biểu đạt và thực thi mục đích. Do đó, chúng ta còn rất dài đường để đi đến được mô hình này. Tuy nhiên, có một số dự án đang nỗ lực cho mục tiêu này, và chúng ta kỳ vọng sẽ có thêm nhiều dự án xuất hiện trong tương lai.
Khi việc áp dụng mục đích ngày càng tăng (được thúc đẩy bởi ERC4337), người dùng có thể chuyển sang các mempool thay thế. Việc quản lý cẩn thận là rất quan trọng để ngăn ngừa rủi ro tập trung và sự trỗi dậy của các trung gian tìm kiếm lợi nhuận.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@bastian_wetzel
