📑 Nếu bạn đã sử dụng một dApp liên quan đến nhiều chuỗi, bạn sẽ hiểu nỗi đau.
Bạn muốn thực hiện một giao dịch:
- thanh khoản nằm trên một chuỗi khác - bạn cầu nối - bạn chờ - bạn ký nhiều giao dịch - bạn hy vọng không có gì bị hỏng.
Đây không phải là "trải nghiệm người dùng." Đây là công việc vận hành được ngụy trang thành UX.
Ngay cả với tất cả các cầu, relayer, router và aggregator trên thế giới, hầu hết các ứng dụng vẫn bị ràng buộc bởi một giả định:
Người dùng phải đẩy từng giao dịch, biết tài sản ở đâu và nhảy chuỗi thủ công để có được những gì họ muốn.
Đây là nơi 'các giải pháp ý định' xuất hiện.
————————————————————
➩ Từ Giao dịch đến Ý định
Trong các hệ thống tiền điện tử truyền thống, người dùng gửi các giao dịch cấp thấp:
- "Gửi X từ A đến B" - "Hoán đổi token X lấy Y trên Uniswap"
Nhưng người dùng thực sự không muốn gửi giao dịch. Họ muốn kết quả.
- "Lấy cho tôi 100 USDC từ tài sản của tôi, ở đâu cũng được." - "Mua NFT này dưới 0.1 ETH, ngay cả khi mất một ngày."
@anoma giới thiệu một sự trừu tượng mới gọi là 'intents': các biểu thức định hướng kết quả của mục tiêu người dùng, mà không cần phải chỉ định đường đi hoặc chuỗi.
Kết quả?
Bạn mô tả điều bạn muốn. Mạng lưới tìm ra cách để hoàn thành nó.
————————————————————
➩ Hiểu về Mạng Giải Quyết
Ý định thì mạnh mẽ, nhưng chúng không tự thực hiện.
Đó là công việc của những người giải quyết; các tác nhân phi tập trung quét mempool của các ý định đã được công bố và cạnh tranh để thực hiện chúng một cách tối ưu.
Hãy nghĩ về các solver như một mạng lưới bot, nhà tạo lập thị trường và động cơ định tuyến đang hoạt động theo thời gian thực và trải dài trên các chuỗi.
- Khám phá ý định đối tác - Xây dựng các bộ giao dịch hợp lệ - Thực hiện nguyên tử chúng trên một hoặc nhiều chuỗi
Nó là khám phá và thanh toán bên trung gian phi tập trung. Điều mà không có hệ thống hợp đồng thông minh truyền thống nào cung cấp một cách tự nhiên.
————————————————————
➩ Tại sao điều này giải quyết trải nghiệm người dùng đa chuỗi từ gốc
Các ứng dụng đa chuỗi ngày nay gặp phải:
- Tình trạng phân mảnh và tính thanh khoản - Logic định tuyến dễ vỡ - Cầu nối người dùng thủ công - Sự phụ thuộc vào các nhà chuyển tiếp hoặc bộ sắp xếp tập trung
Các nhà giải quyết đã tách biệt điều đó.
Thay vì lập trình "kết nối tới chuỗi A, sau đó B, sau đó C," bạn thiết kế ứng dụng của mình xung quanh các mục tiêu và để cho các giải pháp cạnh tranh để thực hiện chúng bất kể tài sản, lộ trình hoặc chuỗi nào được liên quan.
Nói cách khác:
Độ phức tạp đa chuỗi trở thành một vấn đề của 'người giải quyết', không phải là vấn đề của 'người dùng' hay 'nhà phát triển'.
Đây là sự phân tách rõ ràng các mối quan tâm mà lĩnh vực này cần.
————————————————————
➩ Lợi ích cho các Nhà xây dựng
Với @anoma và các trình giải quyết ý định, các nhà phát triển không cần:
- triển khai hợp đồng trên mọi chuỗi - để mã hóa logic cầu nối hoặc các đường dẫn thanh khoản - người dùng biết tài sản của họ ở đâu
Bạn chỉ cần định nghĩa một 'ý định' trông như thế nào trong ứng dụng của bạn, và các giải pháp sẽ xử lý phần còn lại.
Điều này chuyển đổi thiết kế dApp từ việc bị ràng buộc bởi chuỗi sang việc bị ràng buộc bởi kết quả.
Nó giống như việc chuyển từ lập trình hợp ngữ sang lập trình bậc cao, nhưng dành cho UX ứng dụng.
————————————————————
➩ Kết luận
Các giải pháp không phải là bot. Chúng là một lớp hạ tầng mới.
Khi mà các sequencer sắp xếp các giao dịch và các rollup nhóm chúng lại, các solver biên soạn các ý định thành những luồng có ý nghĩa và có thể thực thi qua các chuỗi, tài sản và người tham gia.
Chúng là mô liên kết còn thiếu giữa người dùng và tính thanh khoản trong một thế giới đang trở nên ngày càng mô-đun, không đồng bộ và được điều khiển bởi các tác nhân.
Năm 2020, AMMs trở thành nguyên thủy. Vào năm 2021, đó là L2s. Vào năm 2023, tính mô-đun. Vào năm 2024, chia sẻ trình tự.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
📑 Nếu bạn đã sử dụng một dApp liên quan đến nhiều chuỗi, bạn sẽ hiểu nỗi đau.
Bạn muốn thực hiện một giao dịch:
- thanh khoản nằm trên một chuỗi khác
- bạn cầu nối
- bạn chờ
- bạn ký nhiều giao dịch
- bạn hy vọng không có gì bị hỏng.
Đây không phải là "trải nghiệm người dùng." Đây là công việc vận hành được ngụy trang thành UX.
Ngay cả với tất cả các cầu, relayer, router và aggregator trên thế giới, hầu hết các ứng dụng vẫn bị ràng buộc bởi một giả định:
Người dùng phải đẩy từng giao dịch, biết tài sản ở đâu và nhảy chuỗi thủ công để có được những gì họ muốn.
Đây là nơi 'các giải pháp ý định' xuất hiện.
————————————————————
➩ Từ Giao dịch đến Ý định
Trong các hệ thống tiền điện tử truyền thống, người dùng gửi các giao dịch cấp thấp:
- "Gửi X từ A đến B"
- "Hoán đổi token X lấy Y trên Uniswap"
Nhưng người dùng thực sự không muốn gửi giao dịch.
Họ muốn kết quả.
- "Lấy cho tôi 100 USDC từ tài sản của tôi, ở đâu cũng được."
- "Mua NFT này dưới 0.1 ETH, ngay cả khi mất một ngày."
@anoma giới thiệu một sự trừu tượng mới gọi là 'intents': các biểu thức định hướng kết quả của mục tiêu người dùng, mà không cần phải chỉ định đường đi hoặc chuỗi.
Kết quả?
Bạn mô tả điều bạn muốn. Mạng lưới tìm ra cách để hoàn thành nó.
————————————————————
➩ Hiểu về Mạng Giải Quyết
Ý định thì mạnh mẽ, nhưng chúng không tự thực hiện.
Đó là công việc của những người giải quyết; các tác nhân phi tập trung quét mempool của các ý định đã được công bố và cạnh tranh để thực hiện chúng một cách tối ưu.
Hãy nghĩ về các solver như một mạng lưới bot, nhà tạo lập thị trường và động cơ định tuyến đang hoạt động theo thời gian thực và trải dài trên các chuỗi.
- Khám phá ý định đối tác
- Xây dựng các bộ giao dịch hợp lệ
- Thực hiện nguyên tử chúng trên một hoặc nhiều chuỗi
Nó là khám phá và thanh toán bên trung gian phi tập trung. Điều mà không có hệ thống hợp đồng thông minh truyền thống nào cung cấp một cách tự nhiên.
————————————————————
➩ Tại sao điều này giải quyết trải nghiệm người dùng đa chuỗi từ gốc
Các ứng dụng đa chuỗi ngày nay gặp phải:
- Tình trạng phân mảnh và tính thanh khoản
- Logic định tuyến dễ vỡ
- Cầu nối người dùng thủ công
- Sự phụ thuộc vào các nhà chuyển tiếp hoặc bộ sắp xếp tập trung
Các nhà giải quyết đã tách biệt điều đó.
Thay vì lập trình "kết nối tới chuỗi A, sau đó B, sau đó C," bạn thiết kế ứng dụng của mình xung quanh các mục tiêu và để cho các giải pháp cạnh tranh để thực hiện chúng bất kể tài sản, lộ trình hoặc chuỗi nào được liên quan.
Nói cách khác:
Độ phức tạp đa chuỗi trở thành một vấn đề của 'người giải quyết', không phải là vấn đề của 'người dùng' hay 'nhà phát triển'.
Đây là sự phân tách rõ ràng các mối quan tâm mà lĩnh vực này cần.
————————————————————
➩ Lợi ích cho các Nhà xây dựng
Với @anoma và các trình giải quyết ý định, các nhà phát triển không cần:
- triển khai hợp đồng trên mọi chuỗi
- để mã hóa logic cầu nối hoặc các đường dẫn thanh khoản
- người dùng biết tài sản của họ ở đâu
Bạn chỉ cần định nghĩa một 'ý định' trông như thế nào trong ứng dụng của bạn, và các giải pháp sẽ xử lý phần còn lại.
Điều này chuyển đổi thiết kế dApp từ việc bị ràng buộc bởi chuỗi sang việc bị ràng buộc bởi kết quả.
Nó giống như việc chuyển từ lập trình hợp ngữ sang lập trình bậc cao, nhưng dành cho UX ứng dụng.
————————————————————
➩ Kết luận
Các giải pháp không phải là bot. Chúng là một lớp hạ tầng mới.
Khi mà các sequencer sắp xếp các giao dịch và các rollup nhóm chúng lại, các solver biên soạn các ý định thành những luồng có ý nghĩa và có thể thực thi qua các chuỗi, tài sản và người tham gia.
Chúng là mô liên kết còn thiếu giữa người dùng và tính thanh khoản trong một thế giới đang trở nên ngày càng mô-đun, không đồng bộ và được điều khiển bởi các tác nhân.
Năm 2020, AMMs trở thành nguyên thủy.
Vào năm 2021, đó là L2s.
Vào năm 2023, tính mô-đun.
Vào năm 2024, chia sẻ trình tự.
Vào năm 2025?
Nguyên thủy là giải quyết ý định.