Bài viết này được chia thành hai phần. Đầu tiên, tôi đã giải thích chi tiết về những gì tôi nghĩ rằng cơ sở hạ tầng trừu tượng chuỗi là rất quan trọng đối với việc người tiêu dùng chấp nhận Tài sản tiền điện tử và kiến trúc dựa trên mục đích là cách tốt nhất để thiết kế nó. Thứ hai, tôi mô tả trở ngại chính đối với ý định áp dụng rộng rãi: sự sống động của mạng lưới giải pháp.
Cuối bài viết, tôi đề xuất một giải pháp và giới thiệu một tiêu chuẩn được phát triển với sự hợp tác giữa Across và Uniswap, dựa trên phản hồi từ Nhóm công tác CAKE. Mục đích của tiêu chuẩn này là tối ưu hóa trải nghiệm người dùng giải pháp, Thả rào cản gia nhập vào mạng giải pháp chung, để một số lượng lớn long ý định có thể được chuyển đến mạng này và cuối cùng cho phép một mạng giải pháp lớn hơn, cạnh tranh hơn phát triển.
Chương trình nghị sự
Vấn đề:
Xác định trạng thái kết thúc: Điều gì làm cho một ứng dụng mã hóa "có thể sử dụng được"?
Tại sao "trừu tượng chuỗi" là giải pháp cho các vấn đề trải nghiệm người dùng phát sinh từ cấu trúc liên kết cơ bản của các blockchain mô-đun?
Tại sao các ứng dụng mã hóa có sẵn phải được xây dựng trên cơ sở hạ tầng trừu tượng chuỗi?
Giải pháp ngắn hơn:
Kiến trúc dựa trên mục đích tạo ra sự trừu tượng chuỗi như thế nào
Hiểu rằng thị trường dự định hoạt động tốt nhất khi mạng lưới giải pháp rộng lớn và cạnh tranh
Khởi chạy Mạng giải pháp ý định yêu cầu giới thiệu nhiều ứng dụng long hơn sẽ tạo ra ý định
Đề nghị:
Tại sao chúng ta cần một tiêu chuẩn có ý định chuỗi cross ưu tiên "trải nghiệm người dùng giải pháp" để mở rộng quy mô thị trường giải pháp và ý định đủ lớn để kích hoạt hiệu ứng mạng
Nếu không có sự trừu tượng hóa chuỗi, bạn không thể xây dựng các ứng dụng mã hóa có thể sử dụng được
Những người giỏi nhất và Satoshi của chúng ta có xây dựng nhiều hơn long sở hạ tầng không?
long người phàn nàn rằng các kỹ sư mã hóa giỏi nhất quá tập trung vào việc cung cấp nhiều long Khối short hơn cho người dùng cuối. Những lời chỉ trích này là hợp lý; có những giải pháp L2 mong muốn cho người dùng cuối liên quan đến nhu cầu.
Tuy nhiên, tôi từ chối chấp nhận ý tưởng rằng không có ứng dụng mã hóa hữu ích nào tồn tại. **
DeFi cung cấp cho các cá nhân khả năng tự lưu ký tài sản kỹ thuật số của họ, cho phép họ bỏ qua các nhà cung cấp dịch vụ khắc nghiệt và sử dụng tài sản kỹ thuật số của họ để mua những thứ có giá trị trong thế giới thực. Cam kết tự lưu giữ dữ liệu cũng cung cấp một giải pháp thay thế không tưởng cho những cá nhân ngày càng quan tâm đến việc tin tưởng vào sự độc quyền của FAANG (từ viết tắt của năm cổ phiếu công nghệ phổ biến nhất và hoạt động tốt nhất trên thị trường Hoa Kỳ) để giữ an toàn cho dữ liệu của họ.
Theo tôi, vấn đề thực sự không phải là thiếu các ứng dụng mã hóa hữu ích, mà là ma sát khi người dùng cuối cố gắng truy cập chúng. Người dùng cuối nên trải nghiệm những điều sau khi tương tác với một ứng dụng mã hóa:
Tốc độ: Ứng dụng sẽ cảm thấy nhanh như một ứng dụng web2
Chi phí: Không giống như Web2, tất cả các tương tác Web3 phải chịu một số chi phí, nhưng chi phí cho mỗi nhấp chuột phải không đáng kể
Kiểm duyệt sự kháng cự ("yêu cầu không cần cấp phép"): Bất kỳ ai có ví đều có thể tương tác với ứng dụng long nhất có thể trả phí
Bảo mật: Nhấp chuột phải hoàn thành hành động mong muốn của người dùng, không nên hoàn tác và tất cả các bản cập nhật web3 phải là vĩnh viễn
Đây là các thuộc tính của ứng dụng mã hóa "có sẵn".
** Chúng tôi đã cố gắng xây dựng mã hóa có thể sử dụng được trong một thời gian long **
Các giải pháp chuỗi khối mô-đun ngày nay cung cấp cho người tiêu dùng tất cả các thuộc tính này, nhưng không phải tất cả chúng đều có sẵn ở cùng một vị trí.
Vào năm 2020, Blockchain là nguyên khối, cung cấp hai trong ba thuộc tính cho người dùng cuối: tốc độ, chi phí hoặc bảo mật. Sau đó, chúng tôi hình dung ra một tương lai tập trung vào rollup hoặc mô-đun mở khóa cả ba thuộc tính cùng một lúc.
Hôm nay, chúng tôi đã đặt nền móng cho cơ sở hạ tầng tập trung vào rollup này. L2 cung cấp các phòng Khối short giá rẻ và nhanh chóng, trong khi long L2 cung cấp các phòng Khối short miễn phí giấy phép. Ngược lại, L1 cung cấp một phòng Khối short bảo mật chống lại WW3 (bạn có thể đọc thêm về long đánh đổi giữa bảo mật được cung cấp bởi L1 và L2 và trải nghiệm người dùng trong bài viết của tôi). Các L2 này được kết nối an toàn với L1 thông qua đường dẫn tin nhắn chuẩn, đặt nền tảng cho một mạng mô-đun và có thể tương tác. Trong bốn năm qua, chúng tôi đã xây dựng sợi quang giữa các blockchain hỗ trợ các ứng dụng mã hóa hữu ích. Nhưng tại sao các blockchain mô-đun lại không có sẵn?
Điều không thể tránh khỏi của các mạng chuỗi khối mô-đun là tài sản vốn sẽ được nhóm lại trên lớp an toàn nhất và các nhấp chuột của người dùng sẽ được nhóm lại trên một lớp nhanh hơn và rẻ hơn. **
Cấu trúc liên kết Blockchain mô-đun khuyến khích các phòng Khối short an toàn được cung cấp trên một lớp khác với các phòng Khối short giá rẻ và nhanh. Người dùng sẽ tự nhiên có xu hướng lưu trữ giá trị của họ trên mạng an toàn nhất, nhưng họ sẽ yêu cầu tương tác thường xuyên với các mạng giá rẻ và nhanh. Theo thiết kế, đường dẫn chuẩn giữa L2 và L1 chậm và / hoặc tốn kém. Những hiện tượng này giải thích tại sao người dùng phải đi qua các đường dẫn chuẩn này và trả tiền cho các tương tác L2 bằng tài sản L1. Điều này dẫn đến trải nghiệm người dùng mã hóa "không sử dụng được".
Mục tiêu của trừu tượng chuỗi là giảm ma sát của người dùng gửi giá trị thông qua các đường dẫn giao thức này. Những người trừu tượng hóa chuỗi giả định rằng người dùng có xu hướng gán trạng thái kết thúc mong muốn của họ cho dapp làm "ý định" và dapp chịu trách nhiệm thực hiện ý định của họ. Người dùng không nên thỏa hiệp việc lưu giữ tài sản an toàn vì lợi ích của phí thấp và Trễ thấp để truy cập.
Do đó, sự trừu tượng hóa chuỗi nằm ở khả năng người dùng chuyển giá trị qua các mạng một cách an toàn, rẻ và nhanh chóng. Một luồng người dùng phổ biến hiện nay là người dùng có số dư USDC trên on-chain "an toàn" (chẳng hạn như Ethereum) muốn đúc NFT hoặc sàn giao dịch Token mới trên một chuỗi mới như Blast hoặc Base. Cách để làm điều này trong càng ít bước càng tốt là thực hiện tuần tự cầu→ sàn giao dịch →đang đúc một loạt các giao dịch (hoặc sàn giao dịch →cầu→đang đúc).
Trong ví dụ này, mục đích của người dùng là sử dụng USDC của họ trong on-chain bảo mật để on-chain đang đúc cái này NFT cái khác. Người dùng sẽ hài lòng long khi họ nhận được NFT và số dư USDC của họ được khấu trừ tại địa điểm lưu ký mà họ chọn.
Kiến trúc dựa trên mục đích là cách duy nhất để xây dựng sự trừu tượng chuỗi
Sự trừu tượng hóa chuỗi phụ thuộc vào việc chuyển giao giá trị chuỗi cross, nhưng việc gửi giá trị thông qua các đường dẫn thông điệp chính tắc là tốn kém hoặc chậm. "Cầu nối nhanh" cung cấp cho người dùng một giải pháp thay thế rẻ và nhanh chóng để gửi giá trị qua các mạng, nhưng chúng đưa ra các giả định tin cậy mới. Nhắn tin là cách trực quan nhất để xây dựng một cầu nhanh vì nó được mô hình hóa trên kiến trúc TCP / IP; nó dựa vào một cầu giao thức để hoạt động như một bộ định tuyến TCP để kết nối hai chuỗi.
Biểu đồ TCP/IP của ResearchGate
Một tin nhắn chỉ có thể được xác minh sau khi giao dịch chuỗi ban đầu có nguồn gốc tin nhắn đã được hoàn thành, nghĩa là giao dịch đã được bao gồm vĩnh viễn trong Blockchain chuẩn của chuỗi ban đầu. Việc xác minh này có thể được thực hiện thông qua một bằng chứng hợp lệ, chứng minh rằng giao dịch đã được đưa vào sự đồng thuận của chuỗi ban đầu hoặc bằng một đề xuất lạc quan hoặc sau khi tích lũy một số chữ ký nhân chứng nhất định ở phía ban đầu. Khi tin nhắn được chuyển tiếp đến hợp đồng cầu trên on-chain mục tiêu, các mã thông báo sẽ được phát hành cho người dùng.
Có một số vấn đề cơ bản với kiến trúc này:
Cơ chế xác nhận phải chờ xác định đầy đủ trước khi gửi thông điệp đến chuỗi mục tiêu giao thức hợp đồng. Đối với L2 với thời gian xác định lạc quan, quá trình này có thể mất đến bảy ngày.
Mỗi giao dịch cầu chỉ gửi một tin nhắn chuỗi cross hoặc hàng loạt tin nhắn cùng nhau, nhưng lô chỉ có thể được gửi sau khi tin nhắn cuối cùng trong lô được hoàn thành.
Cầu nối có khả năng hạn chế truy cập thanh khoản bên ngoài để cải thiện giá cho người dùng vì nó phải khai báo đường dẫn thực hiện ý định của người dùng.
Cầu nối dựa trên tin nhắn nhanh có thể không an toàn, chậm hoặc tốn kém tùy thuộc vào cơ chế xác minh. Intent Marketplace là một kiến trúc thay thế được kết nối nhanh chóng bắt nguồn từ một cái nhìn sâu sắc quan trọng:
**Giá trị có thể thay thế được và không quan trọng đối với người nhận cách chuyển giá trị long như tiền có thể nhận được **
cầu có thể thuê ngoài chuyển giá trị cho một đại lý phức tạp để tăng tốc độ và chi phí Thả không?Thanh khoản on-chain và off-chain năng động, và cải thiện giá có thể đạt được nếu cơ chế cầu có sự linh hoạt để chọn con đường thực hiện tốt nhất khi cầu chuyển.
Cơ chế ý định cho phép người dùng chỉ định các điều kiện hoặc hợp đồng chính xác theo đó các giao dịch chuyển giá trị của họ có thể được thực hiện.
Mục đích đơn giản nhất là thanh toán X Token từ Chuỗi A để nhận lệnh cho Token Y trên Chuỗi B.
cầu giao thức không cần phải gửi tin nhắn giữa các miền trong lệnh để đáp ứng mục đích tên miền chéo của người dùng. Thay vào đó, giao thức thuê ngoài việc chuyển giao giá trị cho một đại lý được chọn từ một mạng lưới các giải pháp không có giấy phép và các giải pháp cá nhân sau đó sẽ tìm cách hoàn trả từ cầu giao thức. Ngược lại, các cơ chế dựa trên tin nhắn chỉ định chính xác cách thức thực hiện các giao dịch của họ và không cần phải dựa vào sự sẵn có của nhà môi giới.
Ý định Thanh toán giao thức
Các cầu giao thức dựa trên mục đích có thể được gắn nhãn chính xác hơn là Thanh toán giao thức ý định và chúng chịu trách nhiệm đảm bảo rằng bộ giải không vi phạm các điều kiện do người dùng chỉ định. Ý định Thanh toán giao thức cung cấp một biện pháp bảo vệ cho người giải quyết, đảm bảo rằng họ được hoàn trả và khen thưởng khi hoàn thành ý định của người dùng. Vì mục đích này, ý định Thanh toán giao thức cần phải khiếu nại Oracle để xác minh tính xác thực của việc thực hiện ý định. Bảo mật Máy Oracle có thể dựa trên thời gian thử thách lạc quan, ngưỡng nhân chứng hoặc bằng chứng hợp lệ ZK, v.v.
Mục đích Thanh toán giao thức cung cấp chuyển giá trị nhanh chóng, chi phí thấp vì một người giải duy nhất chấp nhận rủi ro cuối cùng và xác định lộ trình thực hiện tốt nhất **
Cầu nối nhắn tin chỉ có thể giao tiếp khi chuỗi ban đầu đã đạt đến kết thúc. Hôm nay, thời gian cuối cùng trên Optimistic Rollup là bảy ngày, trong khi trên ZK Rollup là một giờ. Mặc dù thời gian cuối cùng này sẽ giảm với việc áp dụng rộng rãi công nghệ ZK khách hàng ánh sáng và những tiến bộ trong công nghệ xác nhận trước trình tự được chia sẻ, nhưng không bao giờ có thể cho tất cả các blockchain cảm thấy "tức thời" đối với người dùng, cho thấy nhu cầu liên tục về các giải pháp cầu nối nhanh. Nếu không mạo hiểm tính cuối cùng, ngay cả khi cầu muốn thêm một tác nhân đáng tin cậy bổ sung vào đường dẫn chuyển tiếp để đảm bảo tổn thất do tái tổ chức chuỗi, nó sẽ không thể tăng tốc độ gửi tin nhắn trước thời gian cuối cùng.
Sự tăng tốc được cung cấp bởi kiến trúc dựa trên mục đích là do một bộ giải duy nhất trong mạng giải không đồng nhất có thể chấp nhận rủi ro cuối cùng long hơn so với giao thức nhắn tin và thỏa mãn ý định của người dùng trước khi rủi ro tái tổ chức chuỗi biến mất hoàn toàn. Bộ giải sau đó tính phí người dùng cho rủi ro cuối cùng mà họ sẽ thực hiện tại thời điểm nhanh hơn của sàn giao dịch.
Thuê ngoài chuỗi cross thực hiện ý định cho proxy cũng sẽ cải thiện giá trung bình cho người dùng. Trong cầu dựa trên mục đích, lệnh để thực hiện lệnh của người dùng trên on-chain đích, bộ giải ở giao diện người dùng sẽ được hệ thống trả về sau khi xác minh việc thực hiện của họ. Các khu định cư có ý định này có thể được kết hợp với nhau để phân bổ chi phí. Không giống như người dùng, người điền không yêu cầu hoàn trả ngay lập tức và sẽ tính phí trả trước phí funding cho người dùng tương ứng. Batch Thanh toán không phải là tính năng duy nhất của kiến trúc dựa trên mục đích, nhưng nó hiệp đồng hơn với Batch Thanh toán vì nó tách bước trả nợ khỏi bước thực hiện ý định.
Một nguồn cải thiện giá lớn hơn đến từ trực giác rằng giá trị có thể thay thế được và việc tìm ra con đường tốt nhất kịp thời thường tốt hơn so với chuyển giao giá trị, tuy nhiên, có một số con đường không thể bị đánh bại kịp thời về chi phí, chẳng hạn như khi chuyển USDC trên CCTP.
Cầu nối nhắn tin phải mã hóa cách chúng sẽ cung cấp giá trị cho người dùng. Một số chọn gửi Token từ nhóm thanh khoản với tỷ lệ sàn giao dịch được xác định trước, trong khi những người khác đúc Token đại diện cho người nhận, những người cần sàn giao dịch tài sản Token chuẩn cần thiết sau đó.
Khi thực hiện ý định của người dùng, các đại lý có thể có được thanh khoản từ sự kết hợp của các địa điểm thanh khoản on-chain và off-chain. Các mạng giải cạnh tranh về mặt lý thuyết cung cấp cho người dùng vô số nguồn Thanh khoản (nhưng ngay cả những nguồn Thanh khoản này cũng có thể nhanh chóng cạn kiệt theo xu hướng một chiều trong các sự kiện Biến động on-chain cao, chẳng hạn như các sự kiện NFT đang đúc, Airdrop và kéo thảm phổ biến).
Sau khi gửi chuỗi cross lệnh như một ý định, người giải quyết nội bộ hóa MEV do lệnh tạo ra như một sự cải thiện giá.
Kiến trúc dựa trên mục đích về cơ bản được thiết kế để an toàn
Cầu dựa trên mục đích có thể được xây dựng một cách an toàn vì chúng tách biệt nhu cầu cấp thiết của người dùng khỏi nhu cầu phức tạp của mạng lưới định cư. Người giải có thể chờ trả nợ, không giống như người dùng, người sẽ tính phí người dùng dựa trên cách long Thanh toán giao thức giữ họ chờ trả nợ. Do đó, việc giải quyết ý định có thể được xác minh bằng cách sử dụng một cơ chế rất mạnh mẽ mà không bị ràng buộc nghiêm ngặt về thời gian. Điều này thích hợp hơn từ quan điểm bảo mật, vì việc thực hiện ý định xác thực rất phức tạp về mặt trực quan.
Vì vậy, làm thế nào để trừu tượng chuỗi xuất hiện từ kiến trúc dựa trên mục đích?
Hãy nhớ lại rằng sự trừu tượng hóa chuỗi đòi hỏi sự chuyển giao giá trị chuỗi cross nhanh chóng và rẻ tiền. Nó cũng không nên yêu cầu người dùng gửi on-chain giao dịch trên mạng nơi tài sản của họ được lưu trữ.
Nếu chữ ký Permit2 hoặc EIP 3074 được bao gồm, ý định của người dùng không cần phải được gửi bởi on-chain người dùng. Điều này đúng với cả cầu nối nhắn tin và dựa trên mục đích. Cả hai kiến trúc đều có thể tận dụng mô hình Permit2, cho phép người dùng ký số lượng token mà họ sẵn sàng thanh toán ngoại tuyến trên chuỗi gốc Ví tiền.
Thị trường dựa trên mục đích tốt nhất hỗ trợ trừu tượng chuỗi vì chúng cung cấp chuyển giá trị chuỗi cross rẻ và nhanh chóng. Hãy tưởng tượng rằng người dùng có thể yêu cầu người giải cung cấp cho họ báo giá để sử dụng USDC của họ trên Optimism làm khoản thanh toán để vào vị thế thế chấp WETH trong Arbitrum. Người dùng có thể gửi ý định này đến một cuộc đấu giá RFQ nơi người giải có thể đặt giá thầu cho nó. Người chiến thắng trong cuộc đấu giá sau đó có thể nhận được ý định chữ ký của người dùng, trong đó có một bản sao USDC được phép chi tiêu cho Optimism, số tiền WETH kiếm được trên Arbitrum và calldata được sử dụng để nạp tiền WETH này vào vị trí thế chấp Trọng tài. Sau đó, người giải có thể gửi giao dịch này trên Optimism (thay mặt cho người dùng) để bắt đầu ý định chuỗi cross và rút USDC khỏi Ví tiền Lạc quan của người dùng. Cuối cùng, bộ giải có thể điền ý định của người dùng bằng cách gửi WETH người dùng và chuyển tiếp dữ liệu cuộc gọi đến vị trí tài sản thế chấp on-chain của người dùng.
Xây dựng cơ sở hạ tầng trừu tượng chuỗi có nghĩa là làm cho các quy trình của người dùng cảm thấy tức thì và rẻ tiền mà không yêu cầu họ cam kết các giao dịch on-chain. Hãy kết thúc bài viết này bằng cách thảo luận về các rào cản đối với việc áp dụng ý định rộng rãi hơn.
** Để đạt được trải nghiệm người dùng tốt nhất từ sự trừu tượng hóa chuỗi dựa trên mục đích, chúng tôi cần một mạng lưới giải pháp cạnh tranh **
Chìa khóa để đạt được trải nghiệm người dùng tốt nhất với sự trừu tượng hóa chuỗi dựa trên mục đích nằm ở việc xây dựng một mạng lưới các giải pháp cạnh tranh cao. Các cầu nối của ý định kết nối phụ thuộc vào hiệu ứng mạng của bộ giải để hoạt động tốt hơn các biến thể nhắn tin. Đây là sự đánh đổi cốt lõi giữa ý định và kiến trúc nhắn tin. Thực tế là không phải tất cả các ứng dụng tạo ra ý định đều cần quyền truy cập vào một tập hợp các giải pháp cạnh tranh hoàn hảo và một số có thể có xu hướng định tuyến ý định của chúng đến một mạng lưới các bộ giải Độc quyền nhóm. Tuy nhiên, trạng thái hiện tại của mạng bộ giải còn non nớt và khác xa so với mức giả định hoạt động mạng bộ giải mà thị trường ý định phụ thuộc vào.
Chúng tôi không muốn mọi DApp định tuyến ý định đến một mạng bộ giải bị cô lập. Trải nghiệm người dùng tốt nhất là trải nghiệm mà long DApp được phép giao tiếp với cùng một nhóm bộ giải và tất cả DApp đều có một nhóm bộ giải miễn phí thay đổi ý định mà họ gửi.
Làm cách nào để khởi động mạng bộ giải?**
Chúng tôi phải đặt trải nghiệm người dùng của bộ giải thành ưu tiên hàng đầu.
Chạy một bộ giải quyết ý định rất phức tạp và đòi hỏi chuyên môn trong việc xây dựng phần mềm hiệu suất cao và quản lý rủi ro hàng tồn kho chuỗi cross. Đương nhiên, sẽ có một số ít các bên quan tâm đến việc trả chi phí khởi động để chạy mã này. Trong trường hợp tốt nhất, một bộ giải được viết cho một DApp, chẳng hạn như bộ giải UniswapX, có thể được sử dụng lại để giải các DApp khác tạo ra ý định, chẳng hạn như Across và CowSwap.
Chúng tôi thực sự cần cải thiện tổng hiệu quả vốn của mạng lưới bộ giải cho tất cả các DApp dựa trên mục đích. Điều này sẽ yêu cầu giải quyết trở ngại của việc chạy một bộ giải.
Để làm điều này, chúng ta cần một DApp tạo ra ý định hiển thị cho bất kỳ bộ giải nào và đảm bảo rằng tất cả các bộ giải đều có quyền truy cập vào các mạng giải quyết mục đích cạnh tranh và khác biệt dài nhất. Điều này sẽ mang lại cho người giải sự tự tin rằng họ có thể chọn định tuyến việc thực hiện ý định của mình đến một mạng lưới thanh toán mà họ tin tưởng. Cạnh tranh giữa các mạng lưới thanh toán cũng sẽ Thả chi phí cho người giải quyết.
Đề xuất giá trị của Mạng Thanh toán Ý định là cung cấp bảo mật cho bộ giải và các tính năng khác có thể ảnh hưởng đến ý định của người giải. **
Sự lựa chọn của người giải quyết về mạng lưới giải quyết ý định sẽ ảnh hưởng đến khả năng cung cấp cho người dùng các đảm bảo về phí và thời gian thực hiện. Một số mạng lưới thanh toán có thể cung cấp khoảng thời gian dành riêng cho người giải quyết, điều này sẽ hỗ trợ sự phát triển của các cuộc đấu giá off-chain, nơi người giải và người dùng có thể thương lượng và cam kết phí chuyển tiếp. (Ngoài ra, các phiên đấu giá có ý định này cũng có thể cung cấp xác nhận trước được đảm bảo về mặt tài chính, nâng cao hơn nữa trải nghiệm người dùng.) Để hiểu luồng người dùng khám phá ý định thông qua đấu giá và xác nhận trước, tôi khuyên bạn nên trình bày này của Karthik of Sorella)
Một số mạng Thanh toán có thể cung cấp hết hạn ý định (nghĩa là gửi lại giá trị cho người dùng sau khi đạt đến một khoảng thời gian thực hiện nhất định), ý định hỗ trợ (nghĩa là mạng Thanh toán sử dụng bảng cân đối kế toán của riêng mình để thực hiện ý định của người dùng nếu không có người giải nào đáp ứng) hoặc chuỗi trả nợ linh hoạt (nghĩa là cho phép người giải chọn chuỗi mà họ chọn để trả nợ).
Cuối cùng, các mạng lưới thanh toán sẽ cạnh tranh khốc liệt để trả nợ cho người giải quyết nhanh chóng và rẻ tiền mà không ảnh hưởng đến bảo mật. Đến lượt mình, Solvers, sẽ gửi luồng lệnh của họ đến một mạng lưới thanh toán cho phép họ cung cấp mức phí rẻ nhất cho người dùng trong lệnh để giành chiến thắng trong DApp. Cạnh tranh mạng Thanh toán và giải quyết phụ thuộc vào ý định rằng tất cả các bên trong chuỗi cung ứng phối hợp sử dụng cùng một ngôn ngữ và cạnh tranh sẽ dẫn đến trải nghiệm người dùng tốt nhất để chuyển giao giá trị chuỗi cross.
Rõ ràng, chúng ta cần một tiêu chuẩn ý định chuỗi cross
Nếu người giải có thể giả định rằng ý định sẽ chia sẻ các yếu tố chung, thì họ có thể sử dụng lại mã của mình để giải quyết các ý định khác nhau do DApp khởi tạo, giảm chi phí thiết lập. Nếu các DApp khác nhau tạo ra các ý định phù hợp với cùng một tiêu chí, tất cả chúng đều có thể định tuyến ý định của chúng đến cùng một nhóm bộ giải. Điều này sẽ giúp cung cấp quyền truy cập vào thế hệ DApp tiếp theo bằng cách cho phép chúng chèn ý định chuỗi cross của mình trực tiếp vào các nhóm giải trưởng thành hiện có mà không cần quyền truy cập riêng vào bộ giải và sẽ dẫn đến chuyển giá trị rẻ, nhanh chóng, an toàn và không cần cấp phép.
Phần mềm theo dõi của bên thứ ba cũng sẽ giúp dễ dàng theo dõi trạng thái ý định của bất kỳ DApp mới nào nếu các tiêu chí được đáp ứng.
Tiêu chí ý định này sẽ cho phép các hiệu trưởng hoặc người giải ý định chỉ định Mạng Thanh toán nào họ muốn Thanh toán ý định của họ.
Tôi hình dung các Thanh toán giao thức cạnh tranh (chẳng hạn như SUAVE, Across, Anoma và Khalani) cung cấp các thuộc tính khác nhau cho bộ giải. Tùy thuộc vào mạng lưới thanh toán nào đang hoàn trả cho người giải, người giải có thể đưa ra các đảm bảo về giá và thời gian khác nhau cho chủ sở hữu ý định. DApp và người giải có thể đồng ý định tuyến ý định của người dùng đến mạng định cư mà họ tin tưởng để tránh kiểm duyệt, duy trì quyền riêng tư dữ liệu và đủ an toàn để người giải tin tưởng vào khoản trả nợ của họ.
Bằng cách viết lựa chọn mạng lưới thanh toán vào chính ý định lệnh, người giải có thể kết hợp sự chắc chắn này vào ưu đãi mà họ trình bày cho người dùng. Người giải và người dùng có thể Thả chi phí bằng cách loại bỏ sự không chắc chắn trả trước trong định giá cầu trước khi cam kết on-chain ý định.
Làm việc với Uniswap và dựa trên phản hồi từ Nhóm công tác CAKE, Across và tôi đã đề xuất các tiêu chí ý định chuỗi cross sau đây, đặt trải nghiệm người dùng của người giải lên hàng đầu
Tiêu chuẩn được thiết kế để đơn giản hóa công việc của bộ giải. Một lựa chọn quyết đoán mà nó đưa ra là hỗ trợ Permit2/EIP3074 với nonce và initiateDeadline, đồng thời cung cấp một số đảm bảo cho các trình điền biểu mẫu, chẳng hạn như số tiền hoàn lại mà họ sẽ nhận được từ các mạng Thanh toán và định dạng ý định của người dùng mà họ có thể theo dõi. Ngoài ra, tiêu chuẩn xác định chức năng khởi chạy cho phép filler (người đưa lệnh lên on-chain) chỉ định "fillerData" bổ sung trên on-chain mà người dùng không biết khi ký CrossChainOrder. Bằng cách này, người điền có thể đảm bảo rằng họ được thưởng cho các hợp đồng thanh toán khi gửi siêu giao dịch của người dùng và cũng có thể thiết lập thông tin cụ thể về trả nợ như chuỗi trả nợ.
Tiêu chuẩn này cũng nhằm giúp DApps dễ dàng theo dõi trạng thái hoàn thành ý định hơn. Bất kỳ hợp đồng thanh toán nào thực hiện tiêu chuẩn này phải tạo một kiểu con tùy chỉnh ResolvedCrossChainOrder có thể được giải quyết từ bất kỳ trường orderData nào. Điều này có thể bao gồm các Token liên quan đến sàn giao dịch, chuỗi đích và các ràng buộc thực hiện khác. Bao gồm trong tiêu chuẩn là một chức năng phân giải cho phép DApps hiểu cách hiển thị trạng thái ý định cho người dùng, cũng như cho người giải biết chính xác ý định lệnh cấu trúc mà họ đang làm việc.
Mục tiêu thiết kế của tiêu chuẩn này là nâng cao trải nghiệm người dùng của bộ giải, giúp họ dễ dàng hỗ trợ mạng lưới thanh toán dài nhất và tính toán phần thưởng của họ một cách xác định. Tôi tin rằng điều này sẽ cho phép họ đưa ra đề nghị chính xác và nhỏ gọn hơn cho người dùng của họ. Bạn có thể đọc thêm chi tiết về tiêu chuẩn có tên long ERC7683 này trong bài đăng này và trên diễn đàn Ethereum Magicians.
Kết luận
"Ý định" gây nhầm lẫn vì chúng không được xác định và sự thiếu định nghĩa này đang tạo ra sai sót về trải nghiệm người dùng thực sự.
Mọi người đều muốn người khác sử dụng định nghĩa tiêu chuẩn của họ về ý định, vì vậy tôi hoàn toàn thừa nhận rằng các tiêu chuẩn thực tế là không thể thiết lập. Tôi nghĩ rằng trước tiên xác định một hệ thống giải quyết ý định và sau đó cố gắng thu hút dòng chảy lệnh là cách đúng đắn để thiết lập một tiêu chuẩn ngành.
Theo tôi, một cách tiếp cận khả thi hơn sẽ là DApp đã có nhiều lưu lượng truy cập người dùng và tạo ra ý định người dùng long sẽ đồng ý đáp ứng một số tiêu chuẩn tối thiểu sẽ được áp dụng bởi các giải pháp hiện tại của họ. Điều này sẽ tạo thành một nhóm giải pháp mới và lớn hơn. Bằng cách nắm bắt các dòng lệnh hợp nhất từ các địa điểm đã nổi bật, nhóm người giải quyết mới này sẽ kiếm được nhiều lợi nhuận hơn long và có thể cung cấp giá tốt hơn cho người dùng cuối. Cuối cùng, các DApp mới cũng sẽ yêu cầu ý định của họ được chuyển đến nhóm giải quyết này và hỗ trợ các tiêu chí ý định của họ.
Để bắt đầu quá trình này, Across và Uniswap đã cùng nhau đề xuất một tiêu chuẩn mà tất cả những người tham gia Chuỗi cung ứng có ý định sử dụng khi xử lý các đơn đặt hàng của người dùng gửi Token X từ Chuỗi A và nhận Token Y trên Chuỗi B. Các luồng lệnh chạy qua UniswapX (có lợi thế so sánh trong thiết kế đấu giá và khởi tạo ý định) và Across (có lợi thế so sánh trong việc thực hiện ý định Thanh toán) có thể được kết hợp để bắt đầu quá trình nuôi dưỡng một mạng lưới người giải quyết lớn hơn, cạnh tranh hơn.
Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Giải thích giao thức ERC7683 mới: Uniswap và Aacross cùng phát triển một tiêu chuẩn mới cho mục đích chuỗi cross
Bởi Nick Pai, Archetype
Trình biên dịch: Deep Tide TechFlow
Bài viết này được chia thành hai phần. Đầu tiên, tôi đã giải thích chi tiết về những gì tôi nghĩ rằng cơ sở hạ tầng trừu tượng chuỗi là rất quan trọng đối với việc người tiêu dùng chấp nhận Tài sản tiền điện tử và kiến trúc dựa trên mục đích là cách tốt nhất để thiết kế nó. Thứ hai, tôi mô tả trở ngại chính đối với ý định áp dụng rộng rãi: sự sống động của mạng lưới giải pháp.
Cuối bài viết, tôi đề xuất một giải pháp và giới thiệu một tiêu chuẩn được phát triển với sự hợp tác giữa Across và Uniswap, dựa trên phản hồi từ Nhóm công tác CAKE. Mục đích của tiêu chuẩn này là tối ưu hóa trải nghiệm người dùng giải pháp, Thả rào cản gia nhập vào mạng giải pháp chung, để một số lượng lớn long ý định có thể được chuyển đến mạng này và cuối cùng cho phép một mạng giải pháp lớn hơn, cạnh tranh hơn phát triển.
Chương trình nghị sự
Vấn đề:
Giải pháp ngắn hơn:
Đề nghị:
Nếu không có sự trừu tượng hóa chuỗi, bạn không thể xây dựng các ứng dụng mã hóa có thể sử dụng được
Những người giỏi nhất và Satoshi của chúng ta có xây dựng nhiều hơn long sở hạ tầng không?
long người phàn nàn rằng các kỹ sư mã hóa giỏi nhất quá tập trung vào việc cung cấp nhiều long Khối short hơn cho người dùng cuối. Những lời chỉ trích này là hợp lý; có những giải pháp L2 mong muốn cho người dùng cuối liên quan đến nhu cầu.
Tuy nhiên, tôi từ chối chấp nhận ý tưởng rằng không có ứng dụng mã hóa hữu ích nào tồn tại. **
DeFi cung cấp cho các cá nhân khả năng tự lưu ký tài sản kỹ thuật số của họ, cho phép họ bỏ qua các nhà cung cấp dịch vụ khắc nghiệt và sử dụng tài sản kỹ thuật số của họ để mua những thứ có giá trị trong thế giới thực. Cam kết tự lưu giữ dữ liệu cũng cung cấp một giải pháp thay thế không tưởng cho những cá nhân ngày càng quan tâm đến việc tin tưởng vào sự độc quyền của FAANG (từ viết tắt của năm cổ phiếu công nghệ phổ biến nhất và hoạt động tốt nhất trên thị trường Hoa Kỳ) để giữ an toàn cho dữ liệu của họ.
Theo tôi, vấn đề thực sự không phải là thiếu các ứng dụng mã hóa hữu ích, mà là ma sát khi người dùng cuối cố gắng truy cập chúng. Người dùng cuối nên trải nghiệm những điều sau khi tương tác với một ứng dụng mã hóa:
Đây là các thuộc tính của ứng dụng mã hóa "có sẵn".
** Chúng tôi đã cố gắng xây dựng mã hóa có thể sử dụng được trong một thời gian long **
Các giải pháp chuỗi khối mô-đun ngày nay cung cấp cho người tiêu dùng tất cả các thuộc tính này, nhưng không phải tất cả chúng đều có sẵn ở cùng một vị trí.
Vào năm 2020, Blockchain là nguyên khối, cung cấp hai trong ba thuộc tính cho người dùng cuối: tốc độ, chi phí hoặc bảo mật. Sau đó, chúng tôi hình dung ra một tương lai tập trung vào rollup hoặc mô-đun mở khóa cả ba thuộc tính cùng một lúc.
Hôm nay, chúng tôi đã đặt nền móng cho cơ sở hạ tầng tập trung vào rollup này. L2 cung cấp các phòng Khối short giá rẻ và nhanh chóng, trong khi long L2 cung cấp các phòng Khối short miễn phí giấy phép. Ngược lại, L1 cung cấp một phòng Khối short bảo mật chống lại WW3 (bạn có thể đọc thêm về long đánh đổi giữa bảo mật được cung cấp bởi L1 và L2 và trải nghiệm người dùng trong bài viết của tôi). Các L2 này được kết nối an toàn với L1 thông qua đường dẫn tin nhắn chuẩn, đặt nền tảng cho một mạng mô-đun và có thể tương tác. Trong bốn năm qua, chúng tôi đã xây dựng sợi quang giữa các blockchain hỗ trợ các ứng dụng mã hóa hữu ích. Nhưng tại sao các blockchain mô-đun lại không có sẵn?
Điều không thể tránh khỏi của các mạng chuỗi khối mô-đun là tài sản vốn sẽ được nhóm lại trên lớp an toàn nhất và các nhấp chuột của người dùng sẽ được nhóm lại trên một lớp nhanh hơn và rẻ hơn. **
Cấu trúc liên kết Blockchain mô-đun khuyến khích các phòng Khối short an toàn được cung cấp trên một lớp khác với các phòng Khối short giá rẻ và nhanh. Người dùng sẽ tự nhiên có xu hướng lưu trữ giá trị của họ trên mạng an toàn nhất, nhưng họ sẽ yêu cầu tương tác thường xuyên với các mạng giá rẻ và nhanh. Theo thiết kế, đường dẫn chuẩn giữa L2 và L1 chậm và / hoặc tốn kém. Những hiện tượng này giải thích tại sao người dùng phải đi qua các đường dẫn chuẩn này và trả tiền cho các tương tác L2 bằng tài sản L1. Điều này dẫn đến trải nghiệm người dùng mã hóa "không sử dụng được".
Mục tiêu của trừu tượng chuỗi là giảm ma sát của người dùng gửi giá trị thông qua các đường dẫn giao thức này. Những người trừu tượng hóa chuỗi giả định rằng người dùng có xu hướng gán trạng thái kết thúc mong muốn của họ cho dapp làm "ý định" và dapp chịu trách nhiệm thực hiện ý định của họ. Người dùng không nên thỏa hiệp việc lưu giữ tài sản an toàn vì lợi ích của phí thấp và Trễ thấp để truy cập.
Do đó, sự trừu tượng hóa chuỗi nằm ở khả năng người dùng chuyển giá trị qua các mạng một cách an toàn, rẻ và nhanh chóng. Một luồng người dùng phổ biến hiện nay là người dùng có số dư USDC trên on-chain "an toàn" (chẳng hạn như Ethereum) muốn đúc NFT hoặc sàn giao dịch Token mới trên một chuỗi mới như Blast hoặc Base. Cách để làm điều này trong càng ít bước càng tốt là thực hiện tuần tự cầu→ sàn giao dịch →đang đúc một loạt các giao dịch (hoặc sàn giao dịch →cầu→đang đúc).
Trong ví dụ này, mục đích của người dùng là sử dụng USDC của họ trong on-chain bảo mật để on-chain đang đúc cái này NFT cái khác. Người dùng sẽ hài lòng long khi họ nhận được NFT và số dư USDC của họ được khấu trừ tại địa điểm lưu ký mà họ chọn.
Kiến trúc dựa trên mục đích là cách duy nhất để xây dựng sự trừu tượng chuỗi
Sự trừu tượng hóa chuỗi phụ thuộc vào việc chuyển giao giá trị chuỗi cross, nhưng việc gửi giá trị thông qua các đường dẫn thông điệp chính tắc là tốn kém hoặc chậm. "Cầu nối nhanh" cung cấp cho người dùng một giải pháp thay thế rẻ và nhanh chóng để gửi giá trị qua các mạng, nhưng chúng đưa ra các giả định tin cậy mới. Nhắn tin là cách trực quan nhất để xây dựng một cầu nhanh vì nó được mô hình hóa trên kiến trúc TCP / IP; nó dựa vào một cầu giao thức để hoạt động như một bộ định tuyến TCP để kết nối hai chuỗi.
Biểu đồ TCP/IP của ResearchGate
Một tin nhắn chỉ có thể được xác minh sau khi giao dịch chuỗi ban đầu có nguồn gốc tin nhắn đã được hoàn thành, nghĩa là giao dịch đã được bao gồm vĩnh viễn trong Blockchain chuẩn của chuỗi ban đầu. Việc xác minh này có thể được thực hiện thông qua một bằng chứng hợp lệ, chứng minh rằng giao dịch đã được đưa vào sự đồng thuận của chuỗi ban đầu hoặc bằng một đề xuất lạc quan hoặc sau khi tích lũy một số chữ ký nhân chứng nhất định ở phía ban đầu. Khi tin nhắn được chuyển tiếp đến hợp đồng cầu trên on-chain mục tiêu, các mã thông báo sẽ được phát hành cho người dùng.
Có một số vấn đề cơ bản với kiến trúc này:
Cầu nối dựa trên tin nhắn nhanh có thể không an toàn, chậm hoặc tốn kém tùy thuộc vào cơ chế xác minh. Intent Marketplace là một kiến trúc thay thế được kết nối nhanh chóng bắt nguồn từ một cái nhìn sâu sắc quan trọng:
**Giá trị có thể thay thế được và không quan trọng đối với người nhận cách chuyển giá trị long như tiền có thể nhận được **
cầu có thể thuê ngoài chuyển giá trị cho một đại lý phức tạp để tăng tốc độ và chi phí Thả không?Thanh khoản on-chain và off-chain năng động, và cải thiện giá có thể đạt được nếu cơ chế cầu có sự linh hoạt để chọn con đường thực hiện tốt nhất khi cầu chuyển.
Cơ chế ý định cho phép người dùng chỉ định các điều kiện hoặc hợp đồng chính xác theo đó các giao dịch chuyển giá trị của họ có thể được thực hiện.
Mục đích đơn giản nhất là thanh toán X Token từ Chuỗi A để nhận lệnh cho Token Y trên Chuỗi B.
cầu giao thức không cần phải gửi tin nhắn giữa các miền trong lệnh để đáp ứng mục đích tên miền chéo của người dùng. Thay vào đó, giao thức thuê ngoài việc chuyển giao giá trị cho một đại lý được chọn từ một mạng lưới các giải pháp không có giấy phép và các giải pháp cá nhân sau đó sẽ tìm cách hoàn trả từ cầu giao thức. Ngược lại, các cơ chế dựa trên tin nhắn chỉ định chính xác cách thức thực hiện các giao dịch của họ và không cần phải dựa vào sự sẵn có của nhà môi giới.
Ý định Thanh toán giao thức
Các cầu giao thức dựa trên mục đích có thể được gắn nhãn chính xác hơn là Thanh toán giao thức ý định và chúng chịu trách nhiệm đảm bảo rằng bộ giải không vi phạm các điều kiện do người dùng chỉ định. Ý định Thanh toán giao thức cung cấp một biện pháp bảo vệ cho người giải quyết, đảm bảo rằng họ được hoàn trả và khen thưởng khi hoàn thành ý định của người dùng. Vì mục đích này, ý định Thanh toán giao thức cần phải khiếu nại Oracle để xác minh tính xác thực của việc thực hiện ý định. Bảo mật Máy Oracle có thể dựa trên thời gian thử thách lạc quan, ngưỡng nhân chứng hoặc bằng chứng hợp lệ ZK, v.v.
Mục đích Thanh toán giao thức cung cấp chuyển giá trị nhanh chóng, chi phí thấp vì một người giải duy nhất chấp nhận rủi ro cuối cùng và xác định lộ trình thực hiện tốt nhất **
Cầu nối nhắn tin chỉ có thể giao tiếp khi chuỗi ban đầu đã đạt đến kết thúc. Hôm nay, thời gian cuối cùng trên Optimistic Rollup là bảy ngày, trong khi trên ZK Rollup là một giờ. Mặc dù thời gian cuối cùng này sẽ giảm với việc áp dụng rộng rãi công nghệ ZK khách hàng ánh sáng và những tiến bộ trong công nghệ xác nhận trước trình tự được chia sẻ, nhưng không bao giờ có thể cho tất cả các blockchain cảm thấy "tức thời" đối với người dùng, cho thấy nhu cầu liên tục về các giải pháp cầu nối nhanh. Nếu không mạo hiểm tính cuối cùng, ngay cả khi cầu muốn thêm một tác nhân đáng tin cậy bổ sung vào đường dẫn chuyển tiếp để đảm bảo tổn thất do tái tổ chức chuỗi, nó sẽ không thể tăng tốc độ gửi tin nhắn trước thời gian cuối cùng.
Sự tăng tốc được cung cấp bởi kiến trúc dựa trên mục đích là do một bộ giải duy nhất trong mạng giải không đồng nhất có thể chấp nhận rủi ro cuối cùng long hơn so với giao thức nhắn tin và thỏa mãn ý định của người dùng trước khi rủi ro tái tổ chức chuỗi biến mất hoàn toàn. Bộ giải sau đó tính phí người dùng cho rủi ro cuối cùng mà họ sẽ thực hiện tại thời điểm nhanh hơn của sàn giao dịch.
Thuê ngoài chuỗi cross thực hiện ý định cho proxy cũng sẽ cải thiện giá trung bình cho người dùng. Trong cầu dựa trên mục đích, lệnh để thực hiện lệnh của người dùng trên on-chain đích, bộ giải ở giao diện người dùng sẽ được hệ thống trả về sau khi xác minh việc thực hiện của họ. Các khu định cư có ý định này có thể được kết hợp với nhau để phân bổ chi phí. Không giống như người dùng, người điền không yêu cầu hoàn trả ngay lập tức và sẽ tính phí trả trước phí funding cho người dùng tương ứng. Batch Thanh toán không phải là tính năng duy nhất của kiến trúc dựa trên mục đích, nhưng nó hiệp đồng hơn với Batch Thanh toán vì nó tách bước trả nợ khỏi bước thực hiện ý định.
Một nguồn cải thiện giá lớn hơn đến từ trực giác rằng giá trị có thể thay thế được và việc tìm ra con đường tốt nhất kịp thời thường tốt hơn so với chuyển giao giá trị, tuy nhiên, có một số con đường không thể bị đánh bại kịp thời về chi phí, chẳng hạn như khi chuyển USDC trên CCTP.
Cầu nối nhắn tin phải mã hóa cách chúng sẽ cung cấp giá trị cho người dùng. Một số chọn gửi Token từ nhóm thanh khoản với tỷ lệ sàn giao dịch được xác định trước, trong khi những người khác đúc Token đại diện cho người nhận, những người cần sàn giao dịch tài sản Token chuẩn cần thiết sau đó.
Khi thực hiện ý định của người dùng, các đại lý có thể có được thanh khoản từ sự kết hợp của các địa điểm thanh khoản on-chain và off-chain. Các mạng giải cạnh tranh về mặt lý thuyết cung cấp cho người dùng vô số nguồn Thanh khoản (nhưng ngay cả những nguồn Thanh khoản này cũng có thể nhanh chóng cạn kiệt theo xu hướng một chiều trong các sự kiện Biến động on-chain cao, chẳng hạn như các sự kiện NFT đang đúc, Airdrop và kéo thảm phổ biến).
Sau khi gửi chuỗi cross lệnh như một ý định, người giải quyết nội bộ hóa MEV do lệnh tạo ra như một sự cải thiện giá.
Kiến trúc dựa trên mục đích về cơ bản được thiết kế để an toàn
Cầu dựa trên mục đích có thể được xây dựng một cách an toàn vì chúng tách biệt nhu cầu cấp thiết của người dùng khỏi nhu cầu phức tạp của mạng lưới định cư. Người giải có thể chờ trả nợ, không giống như người dùng, người sẽ tính phí người dùng dựa trên cách long Thanh toán giao thức giữ họ chờ trả nợ. Do đó, việc giải quyết ý định có thể được xác minh bằng cách sử dụng một cơ chế rất mạnh mẽ mà không bị ràng buộc nghiêm ngặt về thời gian. Điều này thích hợp hơn từ quan điểm bảo mật, vì việc thực hiện ý định xác thực rất phức tạp về mặt trực quan.
Vì vậy, làm thế nào để trừu tượng chuỗi xuất hiện từ kiến trúc dựa trên mục đích?
Hãy nhớ lại rằng sự trừu tượng hóa chuỗi đòi hỏi sự chuyển giao giá trị chuỗi cross nhanh chóng và rẻ tiền. Nó cũng không nên yêu cầu người dùng gửi on-chain giao dịch trên mạng nơi tài sản của họ được lưu trữ.
Nếu chữ ký Permit2 hoặc EIP 3074 được bao gồm, ý định của người dùng không cần phải được gửi bởi on-chain người dùng. Điều này đúng với cả cầu nối nhắn tin và dựa trên mục đích. Cả hai kiến trúc đều có thể tận dụng mô hình Permit2, cho phép người dùng ký số lượng token mà họ sẵn sàng thanh toán ngoại tuyến trên chuỗi gốc Ví tiền.
Thị trường dựa trên mục đích tốt nhất hỗ trợ trừu tượng chuỗi vì chúng cung cấp chuyển giá trị chuỗi cross rẻ và nhanh chóng. Hãy tưởng tượng rằng người dùng có thể yêu cầu người giải cung cấp cho họ báo giá để sử dụng USDC của họ trên Optimism làm khoản thanh toán để vào vị thế thế chấp WETH trong Arbitrum. Người dùng có thể gửi ý định này đến một cuộc đấu giá RFQ nơi người giải có thể đặt giá thầu cho nó. Người chiến thắng trong cuộc đấu giá sau đó có thể nhận được ý định chữ ký của người dùng, trong đó có một bản sao USDC được phép chi tiêu cho Optimism, số tiền WETH kiếm được trên Arbitrum và calldata được sử dụng để nạp tiền WETH này vào vị trí thế chấp Trọng tài. Sau đó, người giải có thể gửi giao dịch này trên Optimism (thay mặt cho người dùng) để bắt đầu ý định chuỗi cross và rút USDC khỏi Ví tiền Lạc quan của người dùng. Cuối cùng, bộ giải có thể điền ý định của người dùng bằng cách gửi WETH người dùng và chuyển tiếp dữ liệu cuộc gọi đến vị trí tài sản thế chấp on-chain của người dùng.
Xây dựng cơ sở hạ tầng trừu tượng chuỗi có nghĩa là làm cho các quy trình của người dùng cảm thấy tức thì và rẻ tiền mà không yêu cầu họ cam kết các giao dịch on-chain. Hãy kết thúc bài viết này bằng cách thảo luận về các rào cản đối với việc áp dụng ý định rộng rãi hơn.
** Để đạt được trải nghiệm người dùng tốt nhất từ sự trừu tượng hóa chuỗi dựa trên mục đích, chúng tôi cần một mạng lưới giải pháp cạnh tranh **
Chìa khóa để đạt được trải nghiệm người dùng tốt nhất với sự trừu tượng hóa chuỗi dựa trên mục đích nằm ở việc xây dựng một mạng lưới các giải pháp cạnh tranh cao. Các cầu nối của ý định kết nối phụ thuộc vào hiệu ứng mạng của bộ giải để hoạt động tốt hơn các biến thể nhắn tin. Đây là sự đánh đổi cốt lõi giữa ý định và kiến trúc nhắn tin. Thực tế là không phải tất cả các ứng dụng tạo ra ý định đều cần quyền truy cập vào một tập hợp các giải pháp cạnh tranh hoàn hảo và một số có thể có xu hướng định tuyến ý định của chúng đến một mạng lưới các bộ giải Độc quyền nhóm. Tuy nhiên, trạng thái hiện tại của mạng bộ giải còn non nớt và khác xa so với mức giả định hoạt động mạng bộ giải mà thị trường ý định phụ thuộc vào.
Chúng tôi không muốn mọi DApp định tuyến ý định đến một mạng bộ giải bị cô lập. Trải nghiệm người dùng tốt nhất là trải nghiệm mà long DApp được phép giao tiếp với cùng một nhóm bộ giải và tất cả DApp đều có một nhóm bộ giải miễn phí thay đổi ý định mà họ gửi.
Làm cách nào để khởi động mạng bộ giải?**
Chúng tôi phải đặt trải nghiệm người dùng của bộ giải thành ưu tiên hàng đầu.
Chạy một bộ giải quyết ý định rất phức tạp và đòi hỏi chuyên môn trong việc xây dựng phần mềm hiệu suất cao và quản lý rủi ro hàng tồn kho chuỗi cross. Đương nhiên, sẽ có một số ít các bên quan tâm đến việc trả chi phí khởi động để chạy mã này. Trong trường hợp tốt nhất, một bộ giải được viết cho một DApp, chẳng hạn như bộ giải UniswapX, có thể được sử dụng lại để giải các DApp khác tạo ra ý định, chẳng hạn như Across và CowSwap.
Chúng tôi thực sự cần cải thiện tổng hiệu quả vốn của mạng lưới bộ giải cho tất cả các DApp dựa trên mục đích. Điều này sẽ yêu cầu giải quyết trở ngại của việc chạy một bộ giải.
Để làm điều này, chúng ta cần một DApp tạo ra ý định hiển thị cho bất kỳ bộ giải nào và đảm bảo rằng tất cả các bộ giải đều có quyền truy cập vào các mạng giải quyết mục đích cạnh tranh và khác biệt dài nhất. Điều này sẽ mang lại cho người giải sự tự tin rằng họ có thể chọn định tuyến việc thực hiện ý định của mình đến một mạng lưới thanh toán mà họ tin tưởng. Cạnh tranh giữa các mạng lưới thanh toán cũng sẽ Thả chi phí cho người giải quyết.
Đề xuất giá trị của Mạng Thanh toán Ý định là cung cấp bảo mật cho bộ giải và các tính năng khác có thể ảnh hưởng đến ý định của người giải. **
Sự lựa chọn của người giải quyết về mạng lưới giải quyết ý định sẽ ảnh hưởng đến khả năng cung cấp cho người dùng các đảm bảo về phí và thời gian thực hiện. Một số mạng lưới thanh toán có thể cung cấp khoảng thời gian dành riêng cho người giải quyết, điều này sẽ hỗ trợ sự phát triển của các cuộc đấu giá off-chain, nơi người giải và người dùng có thể thương lượng và cam kết phí chuyển tiếp. (Ngoài ra, các phiên đấu giá có ý định này cũng có thể cung cấp xác nhận trước được đảm bảo về mặt tài chính, nâng cao hơn nữa trải nghiệm người dùng.) Để hiểu luồng người dùng khám phá ý định thông qua đấu giá và xác nhận trước, tôi khuyên bạn nên trình bày này của Karthik of Sorella)
Một số mạng Thanh toán có thể cung cấp hết hạn ý định (nghĩa là gửi lại giá trị cho người dùng sau khi đạt đến một khoảng thời gian thực hiện nhất định), ý định hỗ trợ (nghĩa là mạng Thanh toán sử dụng bảng cân đối kế toán của riêng mình để thực hiện ý định của người dùng nếu không có người giải nào đáp ứng) hoặc chuỗi trả nợ linh hoạt (nghĩa là cho phép người giải chọn chuỗi mà họ chọn để trả nợ).
Cuối cùng, các mạng lưới thanh toán sẽ cạnh tranh khốc liệt để trả nợ cho người giải quyết nhanh chóng và rẻ tiền mà không ảnh hưởng đến bảo mật. Đến lượt mình, Solvers, sẽ gửi luồng lệnh của họ đến một mạng lưới thanh toán cho phép họ cung cấp mức phí rẻ nhất cho người dùng trong lệnh để giành chiến thắng trong DApp. Cạnh tranh mạng Thanh toán và giải quyết phụ thuộc vào ý định rằng tất cả các bên trong chuỗi cung ứng phối hợp sử dụng cùng một ngôn ngữ và cạnh tranh sẽ dẫn đến trải nghiệm người dùng tốt nhất để chuyển giao giá trị chuỗi cross.
Rõ ràng, chúng ta cần một tiêu chuẩn ý định chuỗi cross
Nếu người giải có thể giả định rằng ý định sẽ chia sẻ các yếu tố chung, thì họ có thể sử dụng lại mã của mình để giải quyết các ý định khác nhau do DApp khởi tạo, giảm chi phí thiết lập. Nếu các DApp khác nhau tạo ra các ý định phù hợp với cùng một tiêu chí, tất cả chúng đều có thể định tuyến ý định của chúng đến cùng một nhóm bộ giải. Điều này sẽ giúp cung cấp quyền truy cập vào thế hệ DApp tiếp theo bằng cách cho phép chúng chèn ý định chuỗi cross của mình trực tiếp vào các nhóm giải trưởng thành hiện có mà không cần quyền truy cập riêng vào bộ giải và sẽ dẫn đến chuyển giá trị rẻ, nhanh chóng, an toàn và không cần cấp phép.
Phần mềm theo dõi của bên thứ ba cũng sẽ giúp dễ dàng theo dõi trạng thái ý định của bất kỳ DApp mới nào nếu các tiêu chí được đáp ứng.
Tiêu chí ý định này sẽ cho phép các hiệu trưởng hoặc người giải ý định chỉ định Mạng Thanh toán nào họ muốn Thanh toán ý định của họ.
Tôi hình dung các Thanh toán giao thức cạnh tranh (chẳng hạn như SUAVE, Across, Anoma và Khalani) cung cấp các thuộc tính khác nhau cho bộ giải. Tùy thuộc vào mạng lưới thanh toán nào đang hoàn trả cho người giải, người giải có thể đưa ra các đảm bảo về giá và thời gian khác nhau cho chủ sở hữu ý định. DApp và người giải có thể đồng ý định tuyến ý định của người dùng đến mạng định cư mà họ tin tưởng để tránh kiểm duyệt, duy trì quyền riêng tư dữ liệu và đủ an toàn để người giải tin tưởng vào khoản trả nợ của họ.
Bằng cách viết lựa chọn mạng lưới thanh toán vào chính ý định lệnh, người giải có thể kết hợp sự chắc chắn này vào ưu đãi mà họ trình bày cho người dùng. Người giải và người dùng có thể Thả chi phí bằng cách loại bỏ sự không chắc chắn trả trước trong định giá cầu trước khi cam kết on-chain ý định.
Làm việc với Uniswap và dựa trên phản hồi từ Nhóm công tác CAKE, Across và tôi đã đề xuất các tiêu chí ý định chuỗi cross sau đây, đặt trải nghiệm người dùng của người giải lên hàng đầu
Tiêu chuẩn được thiết kế để đơn giản hóa công việc của bộ giải. Một lựa chọn quyết đoán mà nó đưa ra là hỗ trợ Permit2/EIP3074 với nonce và initiateDeadline, đồng thời cung cấp một số đảm bảo cho các trình điền biểu mẫu, chẳng hạn như số tiền hoàn lại mà họ sẽ nhận được từ các mạng Thanh toán và định dạng ý định của người dùng mà họ có thể theo dõi. Ngoài ra, tiêu chuẩn xác định chức năng khởi chạy cho phép filler (người đưa lệnh lên on-chain) chỉ định "fillerData" bổ sung trên on-chain mà người dùng không biết khi ký CrossChainOrder. Bằng cách này, người điền có thể đảm bảo rằng họ được thưởng cho các hợp đồng thanh toán khi gửi siêu giao dịch của người dùng và cũng có thể thiết lập thông tin cụ thể về trả nợ như chuỗi trả nợ.
Tiêu chuẩn này cũng nhằm giúp DApps dễ dàng theo dõi trạng thái hoàn thành ý định hơn. Bất kỳ hợp đồng thanh toán nào thực hiện tiêu chuẩn này phải tạo một kiểu con tùy chỉnh ResolvedCrossChainOrder có thể được giải quyết từ bất kỳ trường orderData nào. Điều này có thể bao gồm các Token liên quan đến sàn giao dịch, chuỗi đích và các ràng buộc thực hiện khác. Bao gồm trong tiêu chuẩn là một chức năng phân giải cho phép DApps hiểu cách hiển thị trạng thái ý định cho người dùng, cũng như cho người giải biết chính xác ý định lệnh cấu trúc mà họ đang làm việc.
Mục tiêu thiết kế của tiêu chuẩn này là nâng cao trải nghiệm người dùng của bộ giải, giúp họ dễ dàng hỗ trợ mạng lưới thanh toán dài nhất và tính toán phần thưởng của họ một cách xác định. Tôi tin rằng điều này sẽ cho phép họ đưa ra đề nghị chính xác và nhỏ gọn hơn cho người dùng của họ. Bạn có thể đọc thêm chi tiết về tiêu chuẩn có tên long ERC7683 này trong bài đăng này và trên diễn đàn Ethereum Magicians.
Kết luận
"Ý định" gây nhầm lẫn vì chúng không được xác định và sự thiếu định nghĩa này đang tạo ra sai sót về trải nghiệm người dùng thực sự.
Mọi người đều muốn người khác sử dụng định nghĩa tiêu chuẩn của họ về ý định, vì vậy tôi hoàn toàn thừa nhận rằng các tiêu chuẩn thực tế là không thể thiết lập. Tôi nghĩ rằng trước tiên xác định một hệ thống giải quyết ý định và sau đó cố gắng thu hút dòng chảy lệnh là cách đúng đắn để thiết lập một tiêu chuẩn ngành.
Theo tôi, một cách tiếp cận khả thi hơn sẽ là DApp đã có nhiều lưu lượng truy cập người dùng và tạo ra ý định người dùng long sẽ đồng ý đáp ứng một số tiêu chuẩn tối thiểu sẽ được áp dụng bởi các giải pháp hiện tại của họ. Điều này sẽ tạo thành một nhóm giải pháp mới và lớn hơn. Bằng cách nắm bắt các dòng lệnh hợp nhất từ các địa điểm đã nổi bật, nhóm người giải quyết mới này sẽ kiếm được nhiều lợi nhuận hơn long và có thể cung cấp giá tốt hơn cho người dùng cuối. Cuối cùng, các DApp mới cũng sẽ yêu cầu ý định của họ được chuyển đến nhóm giải quyết này và hỗ trợ các tiêu chí ý định của họ.
Để bắt đầu quá trình này, Across và Uniswap đã cùng nhau đề xuất một tiêu chuẩn mà tất cả những người tham gia Chuỗi cung ứng có ý định sử dụng khi xử lý các đơn đặt hàng của người dùng gửi Token X từ Chuỗi A và nhận Token Y trên Chuỗi B. Các luồng lệnh chạy qua UniswapX (có lợi thế so sánh trong thiết kế đấu giá và khởi tạo ý định) và Across (có lợi thế so sánh trong việc thực hiện ý định Thanh toán) có thể được kết hợp để bắt đầu quá trình nuôi dưỡng một mạng lưới người giải quyết lớn hơn, cạnh tranh hơn.