Ai cũng đang xây dựng agent và ví. Hầu như không ai hỏi liệu các giao dịch có thực sự được đưa vào chuỗi hay không.
Các agent đã bắt đầu thanh toán trên Ethereum. Không còn là demo nữa. x402 đã biến HTTP 402 thành một luồng thanh toán trực tiếp, và các ví agent giờ được phát hành kèm khóa và hạn mức chi tiêu. Các đội ngũ đang xây dựng dựa trên giả định rằng một cỗ máy có thể tự tất toán nghĩa vụ của nó mà không cần con người ở gần.
Ngành này đã di chuyển rất nhanh để trao cho agent khả năng thanh toán, nhưng phần bị bỏ qua là lớp bên dưới. Một hệ thống thanh toán giả định rằng khoản thanh toán sẽ đi qua, trong khi Ethereum chưa bao giờ được xây dựng trên giả định đó. Việc được đưa vào (inclusion) là “cố gắng hết sức”: bạn gửi giao dịch, và bạn hy vọng nó sẽ vào block tiếp theo. Con người có thể xoay xở bằng cách quan sát khi giao dịch bị kẹt, tăng phí và gửi lại. Bạn có thể xây một agent làm y hệt. Điều bạn không thể xây được là tính chắc chắn: mỗi lần gửi lại chỉ là đặt lại cùng một canh bạc, trong một thị trường đã dịch chuyển.
Ở quy mô một giao dịch thì điều này không quá quan trọng. Nhưng ở quy mô mười nghìn giao dịch mỗi ngày, khi mọi hành động đều phải chờ hành động ngay trước nó, nó trở nên cực kỳ quan trọng.
Ethereum thanh toán giá trị. Nó vẫn chưa lập lịch cho giá trị đó.
Trên Ethereum, blockspace được phân bổ thông qua một cuộc đấu giá đang diễn ra, được “chốt” khoảng mỗi mười hai giây. Khi bạn gửi một giao dịch, bạn không mua một suất được bảo đảm trong block tiếp theo. Bạn đang tham gia một cuộc cạnh tranh, và kết quả của nó – cả việc bạn có được đưa vào hay không, lẫn số tiền bạn thực sự phải trả – đều không biết trước cho đến khi nó đã xong. Thiết kế đó rất thanh nhã cho một mạng permissionless. Nhưng nó lại xa lạ với cách tài chính tổ chức vận hành.
Các tổ chức đã có mặt trên Ethereum. Điều họ chưa thể làm là vận hành các chiến lược cần bảo đảm chắc chắn. Khi một desk không thể biết trước liệu một giao dịch có được thực thi đúng thời điểm hay không, hoặc chi phí chính xác để đạt được điều đó là bao nhiêu, họ không thể đặt khối lượng lớn phía sau nó; hoạt động như vậy sẽ ở lại off-chain hoặc chuyển sang nơi nào đó sẵn sàng cam kết.
Trong nhiều năm, câu trả lời cho giới hạn của Ethereum là thông lượng: nhiều giao dịch mỗi giây hơn, nhiều rollup để phân tán nhu cầu hơn. Thông lượng là thước đo về “bao nhiêu”. Nó không nói gì về “khi nào”. Đây là một bài toán về thời gian, không phải về không gian, và chỉ thêm không gian thì không giải được.
Thu hẹp khoảng cách
Nhiều hướng tiếp cận hiện đang bắt đầu được triển khai, mỗi hướng xử lý một lớp khác nhau của vấn đề.
Preconfirmation cho phép proposer cam kết sẽ đưa vào hoặc thực thi một giao dịch trước khi block được final. Đây là câu trả lời trực diện nhất cho bài toán thời điểm: agent không còn phải gửi rồi cầu may. Nhưng cam kết đó phải có ý nghĩa. Nó cần sự tham gia rộng rãi của validator, hậu thuẫn kinh tế đáng tin cậy, và các hệ quả có thể cưỡng chế khi một proposer thất hứa. Các hệ thống ghép preconfirmation với tài sản thế chấp bị staking và điều kiện slashing sẽ biến một lời hứa thành một nghĩa vụ có trách nhiệm.
Inclusion list hoạt động ở tầng giao thức, giới hạn những gì một builder được phép loại bỏ. Điều đó khiến chúng trở thành công cụ mạnh mẽ chống kiểm duyệt. Nhưng chúng giải quyết một vấn đề khác: khiến giao dịch khó bị loại bỏ hơn không đồng nghĩa với việc cam kết thời điểm nó sẽ được thực thi. Inclusion list đặt ra một mức sàn. Nó không đặt ra một lịch trình.
Thị trường kỳ hạn (forward market) mở rộng lịch trình đó xa hơn trong tương lai. Chúng cho phép các tổ chức và ứng dụng đặt trước blockspace trước khi cần, tương tự cách năng lượng, băng thông và năng lực tính toán được ký hợp đồng trước nhu cầu. Điều đó biến năng lực tương lai thành thứ mà người mua có thể lên kế hoạch xung quanh, thay vì phải cạnh tranh trong thời gian thực. Câu hỏi thiết kế ở đây xoay quanh cấu trúc thị trường: khả năng tiếp cận minh bạch, việc giao hàng có trách nhiệm từ validator và các cơ chế ngăn việc năng lực bị dồn vào tay một số ít người mua lớn.
Mỗi hướng tiếp cận có thể mang các ràng buộc cần phải được thiết kế xung quanh. Cùng nhau, chúng phác họa hình thù của một thị trường mà agent và tổ chức thực sự có thể xây dựng dựa vào: các cam kết từ proposer có trọng lượng, bảo đảm ở tầng giao thức chống lại việc bị loại bỏ, và năng lực trong tương lai đủ lớn để đáp ứng nhu cầu ở quy mô tổ chức. Mỗi hướng riêng lẻ còn các câu hỏi thiết kế phải giải. Hướng đi thì đã rõ.
Một agent đang tháo vị thế trên hai sàn phải biết rằng “chân” thứ hai sẽ được đưa vào chuỗi trước khi nó cam kết “chân” thứ nhất. Không có điều đó, nó không vận hành một chiến lược. Nó chỉ đang đặt cược rồi ngồi chờ.
Ethereum đã xây dựng xong lớp thanh toán (settlement) đáng tin cậy. Thách thức tiếp theo là biến quyền truy cập vào lớp thanh toán đó thành thứ có thể được lập trình từ trước. Nếu agent sẽ phối hợp vốn ở tốc độ máy móc, blockspace không thể tiếp tục chỉ là thứ chúng đấu giá và hy vọng nhận được. Nó phải trở thành thứ chúng có thể đặt lịch.