
Nghệ thuật kể chuyện về ý định (Phần 1): Trạng thái hiện tại và tương lai của ý định trong Web3
Tuyển chọn TechFlowTuyển chọn TechFlow

Nghệ thuật kể chuyện về ý định (Phần 1): Trạng thái hiện tại và tương lai của ý định trong Web3
Cuối cùng, lớp trừu tượng này sẽ khiến các ứng dụng Web3 cảm giác giống như những ứng dụng thông thường. Nó làm giảm độ dốc kỹ thuật hiện tại và sẽ giúp chúng ta thu hút hàng triệu người dùng mới.
Tác giả: Mike Calvanese, Brink
Biên dịch: TechFlow

Bài viết này là phần đầu tiên trong loạt bài gồm 3 phần về câu chuyện "mục đích" (intents), do Mike Calvanese và nhóm Brink viết.
Câu chuyện về mục đích đang lan truyền nhanh chóng. Đây là một trong nhiều cải tiến trải nghiệm người dùng được thực hiện thông qua trừu tượng hóa tài khoản – một chủ đề nóng khác mà Vitalik đã thảo luận tại EthCC. Mục đích cho phép người dùng định rõ kết quả họ mong muốn đạt được trên chuỗi, đồng thời giao việc thực hiện các kết quả đó cho các bên thứ ba (gọi là bộ giải - solvers), những người sẽ trực tiếp tương tác với mạng lưới và các giao thức thay mặt người dùng. Cuối cùng, lớp trừu tượng này sẽ giúp các ứng dụng Web3 cảm giác giống như các ứng dụng thông thường. Nó giảm bớt độ dốc học tập kỹ thuật hiện tại và sẽ giúp chúng ta thu hút hàng triệu người dùng mới.
Việc chuyển đổi sang mô hình mục đích nghĩa là người dùng trong tương lai sẽ không cần phải quan tâm đến các nhiệm vụ kỹ thuật như gửi giao dịch, sử dụng ETH để trả phí gas, giảm thiểu MEV trên AMM bằng cách thiết lập giới hạn trượt giá, tổng hợp các giao dịch hoán đổi token để có tuyến đường định tuyến tốt nhất, hay di chuyển tài sản giữa các mạng.
Một cách đơn giản để hiểu mục đích là xem nó như việc diễn đạt điều người dùng muốn xảy ra dưới dạng khai báo, thay vì chỉ dẫn từng bước cụ thể về cách mọi thứ nên diễn ra.

Các mục đích hiện tại
Mục đích không phải là một khái niệm mới. Trước khi Uniswap và AMM xuất hiện, các dự án Ethereum như EtherDelta và 0x đã cung cấp sổ lệnh dựa trên mục đích. Các thị trường NFT đã sử dụng chữ ký mục đích trong nhiều năm để niêm yết và báo giá NFT. Các hệ thống mới như CoW Swap và UniswapX hiện đang cung cấp cơ sở hạ tầng nâng cao hơn dựa trên mục đích cho các lệnh giới hạn ERC20. Xét theo tình hình hiện tại, thuật ngữ “mục đích” có vẻ gần như đồng nghĩa với “lệnh giới hạn”, bởi vì trong Web3 ngày nay, loại mục đích được hỗ trợ rộng rãi duy nhất là “tôi muốn X, tôi sẵn sàng trả Y”.
Kiến trúc mục đích của lệnh giới hạn thường đơn giản và tập trung vào một mục tiêu duy nhất: mục đích trao đổi với giá tốt hơn. Người dùng ký vào mục đích lệnh giới hạn của họ, các bộ giải tìm kiếm con đường “điền đầy” (fill) vào mục đích đã ký, có thể sử dụng AMM, các nguồn thanh khoản khác, hoặc trong một số trường hợp là các mục đích khác. Các bộ giải có động lực tìm kiếm đường đi vì sau khi thỏa mãn mục đích của người dùng, họ có thể giữ lại phần lợi nhuận dư thừa.

Nhiều hệ thống đã được xây dựng để hỗ trợ trường hợp sử dụng lệnh giới hạn, nhưng khi các công cụ nâng cao hơn dựa trên mục đích được phát triển, chúng ta sẽ bắt đầu thấy nhiều kiến trúc phổ quát hơn, hỗ trợ các trường hợp sử dụng mạnh mẽ hơn.
Ví dụ về các hệ thống mục đích phổ quát là Anoma và Flashbots SUAVE, đang được phát triển tích cực. Chúng sẽ cung cấp lớp lan truyền mục đích, nơi người dùng có thể phát sóng các mục đích đã ký tới các nút lan truyền. Những nút này sẽ là các chuỗi chuyên biệt cho mục đích, tạo cầu nối giữa việc người dùng ký các mục đích và các bộ giải thực thi mục đích trên các mạng khác nhau.
Một ví dụ khác là Brink, một giải pháp để tạo ra các mục đích ghép nối được. Brink cho phép người dùng và nhà phát triển xây dựng, ký và giải các mục đích trên nhiều mạng tương thích EVM dựa trên các trạng thái điều kiện.
Tương lai của các mục đích
Hãy khám phá cách các mục đích Web3 có thể phát triển vượt ra ngoài các lệnh giới hạn đơn giản. Dưới đây là một số khái niệm mới:
-
Mục đích điều kiện: Thực hiện một hành động khi một hoặc nhiều điều kiện được đáp ứng
-
Mục đích liên tục: Diễn đạt nhu cầu thực hiện các hành động lặp lại
-
Mục đích đa bước: Khi một mục đích được giải quyết, nó mở ra một hoặc nhiều mục đích mới
-
Sơ đồ mục đích: Một chuỗi các mục đích liên quan tạo thành một hành trình
Mục đích điều kiện
Các ứng dụng Web3 hiện tại chỉ có một loại mục đích điều kiện: lệnh giới hạn. Trong tương lai, chúng ta sẽ có các mục đích có thể kết hợp tùy ý nhiều điều kiện với bất kỳ trạng thái nào, dẫn đến bất kỳ hành động nào.
Nếu bạn là một người dùng Web3, bạn đã từng đưa ra rất nhiều quyết định mang tính điều kiện. Những quyết định này có thể được biểu đạt thành mục đích, ký tên và ủy quyền cho các bộ giải bên thứ ba. Dưới đây là một vài ví dụ:
-
Ngưỡng giá: “Nếu giá A/B giảm xuống dưới X, hãy đổi B lấy A”. Trong tài chính truyền thống, điều này được gọi là “lệnh cắt lỗ”.
-
Quyết định quản trị: “Nếu một đề xuất quản trị mà tôi không ủng hộ được thông qua, hãy bán token A”.
-
Số dư ví: “Nếu lượng ETH trong ví nóng của tôi không đủ, hãy chuyển thêm ETH từ ví lạnh sang ví nóng”.
-
Thời gian/khối: “Nếu đã khai thác hơn X khối, hãy chuyển ETH đến một địa chỉ nhận”.
Tất cả những điều này đều có thể được ký như một mục đích đơn lẻ. Khi điều kiện được thỏa mãn, các bộ giải sẽ theo dõi các mục đích này và hành động thay mặt người dùng. Nếu người dùng ký các điều kiện này như một phần của mục đích, các bộ giải sẽ chứng minh điều kiện thông qua một kiểm tra trạng thái trên chuỗi nào đó.
Mục đích có thể chứa số lượng điều kiện tùy ý. Ví dụ:
-
“Khi 1) giá ETH thấp hơn 1.750 USD, 2) lợi suất DAI trung bình khi cho vay ETH cao, và 3) một ví cá voi mà tôi theo dõi đã mua ít nhất 10 ETH trong vòng 24 giờ qua, tôi muốn dùng DAI mua 2 ETH”
Người dùng sẽ có thể diễn đạt mong muốn mua, bán, stake, chuyển hoặc di chuyển tài sản giữa các chuỗi khi bất kỳ số lượng điều kiện trạng thái phức tạp nào được đáp ứng. Tất cả chỉ cần một mục đích đã ký.
Mục đích liên tục
Mục đích sẽ cung cấp một cách thực hiện các hành động lặp lại không phụ thuộc vào giao thức. Trong khi các mục đích hiện tại thường liên quan đến một chữ ký đơn lẻ tương ứng với một hành động đơn lẻ (lệnh giới hạn), chúng ta sẽ sớm thấy sự xuất hiện của các mục đích liên tục.
Hiện tại, người dùng thực hiện các hành động liên tục bằng cách gửi tiền vào một giao thức hoặc sàn giao dịch. Dưới đây là một vài ví dụ:
-
Mua định kỳ: “Mỗi tháng dùng DAI mua ETH theo giá thị trường”. Người dùng thường dùng các sàn giao dịch tập trung như Coinbase để làm việc này.
-
Tái đầu tư lợi nhuận (còn gọi là re-staking): “Rút thưởng token A, đổi sang token B, rồi tái stake”. Đây là một quy trình rườm rà, đòi hỏi nhiều giao dịch và tương tác với nhiều giao thức DeFi khác nhau.
-
Nạp ví nóng: “Tôi có một ví lạnh với 50 ETH. Mỗi khi số dư ETH trong ví nóng của tôi thấp hơn X, hãy chuyển Y ETH từ ví lạnh sang ví nóng”. Cũng cần rất nhiều giao dịch riêng biệt.
-
Dòng thanh toán: “Hai tuần một lần chuyển X USDC đến một địa chỉ nhận”. Các ứng dụng thanh toán theo luồng hỗ trợ chức năng này, nhưng yêu cầu người dùng gửi tài sản vào hợp đồng thông minh.
-
Market maker: Vị thế LP dựa trên AMM về cơ bản tuân theo mẫu vòng lặp vô hạn hai chiều ngược nhau: “Nếu giá A/B vượt quá X, đổi A lấy B; nếu giá A/B thấp hơn X, đổi B lấy A”.
Từ những ví dụ này, ta thấy rằng các hành động liên tục hiện tại yêu cầu người dùng gửi tiền vào giao thức cụ thể và thực hiện nhiều giao dịch. Với mục đích, người dùng có thể diễn đạt các hành động lặp lại mong muốn chỉ bằng một chữ ký.
Mua định kỳ là một ví dụ hoàn hảo. Một người dùng có ý định mua định kỳ (mua hoặc bán lặp lại theo thời gian) có thể biểu đạt điều đó bằng một chữ ký, cho phép cứ mỗi 50.000 khối (khoảng một lần mỗi tuần trên mạng chính Ethereum) thì trao đổi 1 ETH và DAI theo giá TWAP ETH/DAI do oracle cung cấp khó bị thao túng, đồng thời thu phí 1% (0.01 ETH). Bộ giải sẽ theo dõi mục đích này và kiểm tra:
-
Tài khoản người dùng có 1 ETH để trao đổi không?
-
Đã khai thác được 50.000 khối kể từ lần trao đổi trước chưa?
-
Liệu 1% (0.01 ETH) có đủ để trả phí gas cho giao dịch trao đổi không?
-
Sau khi bộ giải trả phí gas, liệu còn đủ ETH để chi trả chi phí vận hành của bộ giải, bao gồm rủi ro hoàn tác giao dịch nếu thua cuộc đấu giá gas ưu tiên (PGA), hay bất kỳ chi phí nào khác? Lợi nhuận tiềm năng có đáng để bộ giải thực hiện không?
Nếu tất cả các kiểm tra đều vượt qua, bộ giải sẽ gửi một giao dịch để thực hiện mục đích trao đổi ETH→DAI của người dùng. Miễn là tài khoản người dùng có đủ ETH, một mục đích đơn lẻ ký cho “trung bình chi phí” có thể được bộ giải theo dõi và tạo ra một chuỗi các giao dịch liên tục. Người dùng nhận được điều họ muốn mà không cần tương tác trực tiếp với mạng EVM hay giao thức cụ thể nào.

Dùng mục đích để làm market maker cũng là một hành động liên tục, thậm chí có thể vô hạn, có thể được ủy thác cho bộ giải. Một người dùng muốn làm market maker cho cặp ETH/DAI có thể tạo một mục đích, cho phép trao đổi DAI→ETH ở mức giá 1.800 ETH/DAI hoặc thấp hơn, và trao đổi ETH→DAI ở mức giá 2.000 ETH/DAI hoặc cao hơn. Qua mục đích này, người dùng cố gắng khóa lợi nhuận 200 DAI khi thị trường dao động giữa 1.800 và 2.000 ETH/DAI.

Hãy coi đây như hai lệnh giới hạn đảo ngược: khi một lệnh được khớp, lệnh kia bật lên, và ngược lại. Người dùng có thể ký một mục đích duy nhất để thực hiện các giao dịch tại mỗi điểm giá. Miễn là thị trường tiếp tục dao động giữa các điểm giá này, về lý thuyết, bộ giải có thể điền đầy vô số lệnh như vậy, trong khi người dùng không cần hành động gì thêm.
Mục đích đa bước
Mục đích có thể gồm nhiều bước. Có thể coi những mục đích này như các máy trạng thái, trong đó mỗi giao dịch chuyển từ trạng thái trước sang trạng thái mới. Trạng thái mới phụ thuộc vào các điều kiện được định nghĩa bởi trạng thái trước đó.
Một ví dụ đơn giản về mục đích đa bước là lệnh Bracket Order cổ điển trong tài chính truyền thống (trad-fi). Độ phức tạp của chúng có thể khác nhau, nhưng phiên bản đơn giản thường thấy trong các ứng dụng giao dịch tài chính. Nhờ khả năng tổ hợp của Web3 và các mục đích đa bước, chúng ta có thể tạo ra các lệnh Bracket Order rất mạnh mẽ.
Một mục đích lệnh Bracket Order Web3 có thể được diễn đạt như sau: “Tôi muốn 1 ETH, sẵn sàng trả 1.800 DAI. Sau khi trả 1.800 DAI và sở hữu 1 ETH, tôi sẵn sàng giữ 1 ETH đó cho đến khi có thể bán nó với giá 2.000 DAI. Nếu giá ETH/DAI giảm xuống dưới 1.620 DAI, tôi muốn bán 1 ETH đó để giảm thiểu tổn thất, chấp nhận 1.600 DAI, và trả 20 DAI phí cho bộ giải. Nếu tôi vẫn đang giữ 1 ETH đó, khi [một đề xuất quản trị ngẫu nhiên] được thông qua, tôi muốn bán 1 ETH đó theo bất kỳ giá nào thị trường ETH/DAI đưa ra, và dành 10% doanh thu từ việc bán cho bộ giải.”

Đây là một lệnh ba bước tương đối đơn giản với một vài bộ kích hoạt điều kiện, nhưng như bạn có thể hình dung, các loại lệnh như vậy có thể trở nên phức tạp hơn nhiều.
Sơ đồ mục đích
Mối quan hệ giữa các mục đích người dùng có thể tạo thành sơ đồ mục đích. Những sơ đồ này biểu thị nhóm các điều kiện và hành động do người dùng định nghĩa, dẫn đến các trao đổi, chuyển tài sản hoặc các thao tác trên chuỗi khác. Thực tế, tất cả các ví dụ mục đích trước đây đều chỉ là đặt tên cho một sắp xếp đồ thị cụ thể nào đó.
Giống như sổ lệnh giới hạn phản ánh trạng thái thanh khoản hiện tại của thị trường, sơ đồ mục đích có thể phản ánh không chỉ trạng thái hiện tại mà còn cả nhiều trạng thái tương lai tiềm năng khác nhau của thanh khoản điều kiện.
Hãy xét một ví dụ: trong một thị trường hư cấu, người dùng giao dịch XYZ và ETH, họ bày tỏ các mục đích mua và bán XYZ dưới nhiều điều kiện khác nhau, như kết quả đề xuất quản trị, việc khai thác một khối cụ thể, tăng/giảm giá thị trường, hoặc liệu một mục đích khác đã hoàn thành hay chưa.

Kết luận
Các mục đích đang tiến triển, với những phát triển mới mỗi ngày. Dưới đây là một vài tài nguyên hữu ích:
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









