Aperture giới thiệu với bạn về kiến trúc ý định (Intents)
Tuyển chọn TechFlowTuyển chọn TechFlow
Aperture giới thiệu với bạn về kiến trúc ý định (Intents)
Ngoài những lời nói hoa mỹ, giải pháp Intent thực sự cần có những chức năng và đặc điểm gì?
Chuyên sâu báo cáo Web3Tác giả: Aperture Finance
Dưới đây là bài viết đầu tiên trong loạt bài giải mã lĩnh vực "mục đích" (Intents) của Aperture Finance. Trong bài viết này, chúng tôi sẽ giới thiệu câu chuyện về mục đích và những vấn đề mà nó có thể giải quyết trong lĩnh vực DeFi hiện tại, đồng thời đi sâu vào các đặc điểm nổi bật của Aperture – một dự án tiên phong trong kiến trúc mục đích. Dù bạn là người mới tìm hiểu về lĩnh vực mục đích hay đã quen thuộc với các sản phẩm như Anoma, theo dõi các báo cáo từ Binance Research, Paradigm và Delphi Digital, bài viết này đều mang lại giá trị.
Bắt đầu từ một tình huống đơn giản
Hãy hình dung trải nghiệm người dùng trong tương lai của Aperture, khi người dùng có thể rõ ràng chỉ định trạng thái cuối cùng họ mong muốn đạt được từ giao dịch (và nhận được giải pháp tối ưu thông qua cơ chế đấu thầu):
● Phòng ngừa rủi ro biến động cho 50% vị thế ETH hiện có của tôi, duy trì trong 30 ngày, bằng mọi biện pháp, miễn là chi phí bị khóa ở mức dưới 2% lãi suất hàng năm mỗi ETH;
● Tự động nhận tất cả phần thưởng airdrop có thể nhận được, với phí trung gian không quá 1% (bao gồm cả phí gas liên quan);
● Tái cân đối tất cả các vị thế thanh khoản trên mọi chuỗi và mọi DEX (Uniswap, Maverick và Sushiswap), nhằm đảm bảo 60% vốn tập trung vào nhóm có APR cao nhất, 30% vào nhóm thứ hai, và 10% vào nhóm thứ ba.
Trong mô hình hiện tại lấy “giao dịch” làm trung tâm, mỗi mục đích nêu trên đều có thể phát triển thành một giao thức hoàn chỉnh, từ huy động vốn đến phát triển và xây dựng cộng đồng riêng. Tuy nhiên, nếu phải phát triển một giao thức riêng cho từng trường hợp như vậy thì thời gian sẽ quá dài. Hơn nữa, người dùng luôn bị giới hạn bởi giao diện và hợp đồng thông minh. Thực tế, tồn tại giải pháp tốt hơn — nhưng trước hết, chúng ta cần thoát khỏi mô hình “lấy giao dịch làm trung tâm”.
Mục đích > Giao dịch
Trong mô hình DeFi hiện hành, mọi người thường sử dụng một “phương thức giao dịch” quen thuộc nhưng rất hạn chế để đạt được kết quả lý tưởng: người dùng tương tác với giao diện dApp, kích hoạt thao tác và sau đó mong đợi kết quả. Cách tiếp cận này phần lớn giống với nghịch cảnh trong hệ thống chăm sóc sức khỏe — bệnh nhân đối mặt với vô số lựa chọn, muốn đạt được mục tiêu y tế cụ thể nhưng không nhận được bất kỳ đảm bảo hiệu quả nào, thậm chí không kiểm soát được chi phí cuối cùng.
Lấy một ví dụ đơn giản: anh Vương bị đau cổ, khi đi khám anh đặt ra các mục tiêu:
● Giảm đau tổng thể từ 40% đến 100%;
● Chi phí dưới 500 đô la Mỹ (tự chi trả);
● Cải thiện trong vòng 3 tháng.
Tương tự như việc duyệt các giải pháp trên blockchain, anh Vương có thể trực tiếp tìm kiếm phương án phẫu thuật, nhưng lựa chọn này sẽ bị giới hạn nghiêm trọng bởi trình độ hiểu biết cá nhân. Anh có thể gặp một bác sĩ phẫu thuật tuyên bố có thể giảm đau, đồng thời cam kết chi phí không vượt quá 500 USD. Nhưng kết quả thường không như mong đợi: cơn đau sau phẫu thuật có thể gần như không giảm, còn chi phí thực tế bỏ ra lại vượt xa 500 USD.
Ngược lại, cách tiếp cận “lấy mục đích làm trung tâm” có thể cách mạng hóa toàn bộ quy trình. Trong cùng ví dụ trên, bệnh nhân có thể trực tiếp diễn đạt nhu cầu bằng ngôn ngữ tự nhiên:
“Giảm đau cổ ít nhất 40% trong vòng 3 tháng với chi phí dưới 500 USD, ưu tiên lần lượt là giảm đau, chi phí, rồi đến thời gian. Nhà cung cấp dịch vụ y tế phải có xếp hạng độ tin cậy 99%. Bất kể kênh nào.”
Giả sử có một nền tảng y tế dựa trên kiến trúc mục đích như vậy, nền tảng này sẽ cho phép các nhà cung cấp dịch vụ y tế (“người giải”) cạnh tranh để đưa ra giải pháp tối ưu. Các nhà cung cấp có thể cạnh tranh về mặt kỹ thuật, đưa ra liệu pháp đổi mới hoặc báo giá cạnh tranh hơn để nổi bật.
Cuối cùng, giải pháp tốt nhất cho anh Vương có thể là một liệu trình kéo dài hai tháng do một nhà cung cấp có xếp hạng tin cậy 100% cung cấp — tắm xông hơi mỗi ngày kèm theo điều trị phục hồi chức năng hai tuần một lần, giúp giảm đau tới 90% và chỉ tốn chưa đầy 200 USD. (Bài viết này không phải lời khuyên y tế, nếu bạn bị đau cổ vui lòng đi khám sớm.)
Tất nhiên, so sánh này trong thực tế có những hạn chế vì lĩnh vực y tế vốn dĩ chứa đựng nhiều yếu tố không thể đoán trước. Chi phí và thời gian điều trị có thể ước tính, nhưng hiệu quả điều trị giữa các cá nhân lại khác biệt rất lớn. Tuy nhiên, trong thế giới blockchain của chúng ta, tình hình lại hoàn toàn khác: các mô phỏng quy trình nâng cao, ứng dụng chứng minh kiến thức không (ZKP), cùng các tiến bộ công nghệ khác khiến người dùng DeFi không còn bị giới hạn bởi sự bất định này.
Vậy, cần những điều kiện gì để “kiến trúc lấy mục đích làm trung tâm” trở thành hiện thực? Ngoài những lời nói suông, các giải pháp mục đích thực sự cần sở hữu những chức năng và đặc điểm gì?
Các thành phần cốt lõi của kiến trúc mục đích
Từ góc nhìn người dùng cuối, một trải nghiệm người dùng (UX) thực sự dựa trên mục đích bao gồm ba thành phần chính mà hầu hết các dApp DeFi hiện nay (ở tầng thực thi) chưa có, đó là:
1.Một giao diện người dùng hoàn toàn mới, cho phép người dùng diễn đạt rõ ràng mục tiêu giao dịch. Người dùng không còn chỉ đối mặt với một loạt lựa chọn “có” hoặc “không”, mà có thể mô tả chính xác trạng thái cuối cùng họ mong muốn đạt được.
2.Một mạng lưới người giải (Solver Network), cạnh tranh để chọn ra phương án tối ưu và linh hoạt thực hiện mục tiêu.
3.Người thực thi trọng tài, có khả năng xếp hạng chính xác các giải pháp do các người giải đề xuất và thực thi phương án cuối cùng được chọn. Mạng lưới người giải chịu trách nhiệm chọn giải pháp dựa trên bảng xếp hạng, đảm bảo tính minh bạch và trách nhiệm, đồng thời thực thi giao dịch giữa dApp và blockchain (“khả năng kết hợp toàn cục”).
Việc xây dựng một giao diện người dùng mới đòi hỏi một ngôn ngữ chuyên biệt theo lĩnh vực (DSL), qua đó giao diện trước có thể chuyển đổi mục đích thành các yêu cầu có thể thực thi và xác minh trên blockchain. Việc xây dựng mạng lưới người giải là thiết yếu để thông qua cạnh tranh mang lại tỷ lệ và kết quả tốt hơn cho người dùng.
Ngoài những thành phần hướng đến người dùng này, bất kỳ kiến trúc mục đích nào cũng phải xử lý một tập hợp các vấn đề cần được trừu tượng hóa khỏi người dùng, bao gồm:
1. Tính xác minh (khả năng kết hợp toàn cục): Kiến trúc cần có phương pháp xác minh rằng giải pháp thực sự trung thành với mục đích người dùng. Tiêu chuẩn hóa cách xác minh mới thực sự giải phóng sáng tạo trong “khả năng kết hợp toàn cục”. Nói cách khác, nếu tồn tại một phương pháp tiêu chuẩn để trình thực thi trọng tài xác minh trạng thái cuối cùng, hoạt động được trên mọi chuỗi hay dApp, thì người dùng sẽ có được một mạng lưới mục đích thực sự “kết hợp toàn cục”.
2. Xếp hạng (chứng minh kiến thức không - ZK): Ngoài việc xác minh đa chuỗi và đa dApp, còn cần mô phỏng và xếp hạng các giải pháp. Một số loại xác minh có thể phức tạp và tốn kém, không phù hợp để thực hiện trên chuỗi. Trong trường hợp này, chứng minh kiến thức không (ZK) có thể giảm chi phí tính toán. Các giải pháp ZK này cũng không cần xây dựng từ đầu, có thể tận dụng các giải pháp mô-đun như Axiom hay Brevis.
3. Bảo mật (người giải đặc quyền): Một số mục đích có thể tiết lộ thông tin nhạy cảm mà người dùng muốn giữ kín (ví dụ lo ngại bị tấn công front-run). Một kiến trúc mục đích hoàn chỉnh có thể giải quyết vấn đề này bằng cách kích hoạt người giải đặc quyền. Những người giải đặc quyền này chuyên xử lý các mục đích liên quan đến quyền riêng tư, sở hữu các chứng chỉ tin cậy đặc biệt, cho phép họ xử lý các giao dịch yêu cầu mức độ bảo mật và bí mật cao hơn.
4. Hành vi lệch lạc của người giải (cơ chế trừng phạt): Để đảm bảo người giải thực hiện giao dịch đúng như kỳ vọng và không tham gia vào hành vi độc hại, hệ thống cần áp dụng một cơ chế trừng phạt. Một điểm then chốt của kiến trúc mục đích là chế độ trách nhiệm bắt buộc — nếu xảy ra bất kỳ hành vi độc hại nào như hủy giao dịch hay các sự kiện ác ý khác, kiến trúc mục đích có quyền trừng phạt hành vi đó. Điều này không chỉ bảo vệ tính toàn vẹn của giao dịch mà còn răn đe các hành vi độc hại tiềm tàng bằng cách trừng phạt người giải.
Kiến trúc mục đích phổ quát của Aperture
Quay lại ví dụ trên:
Tái cân đối tất cả các vị thế thanh khoản trên mọi chuỗi và mọi DEX (Uniswap, Maverick và Sushiswap), nhằm đảm bảo 60% vốn tập trung vào nhóm có APR cao nhất, 30% vào nhóm thứ hai, và 10% vào nhóm thứ ba.
Ví dụ này mô tả một mục đích phổ quát trên mọi chuỗi và DEX. Trong bài viết tiếp theo, chúng tôi sẽ trình bày tầm nhìn lớn lao của Aperture trong lĩnh vực mục đích: một mạng lưới các DAO người giải được hỗ trợ bởi giao diện tương tác thống nhất. Trong các bài viết sau, chúng tôi sẽ phân tích lộ trình năm 2024 của Aperture, chia sẻ cách chúng tôi từng bước hiện thực hóa từ bản thiết kế đến việc xây dựng một kiến trúc mục đích phổ quát. Hãy cùng chờ đó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
