Khi đa tác tử vừa đi vào hoạt động, thứ sập đầu tiên thường không phải chiến lược, mà là hóa đơn.
Agent chính gọi ba mô-đun phụ: có mô-đun tính phí theo lượt, có mô-đun lấy phần trăm theo kết quả, mà quyền hạn thì cũng không thể cấp bừa. Đang viết được nửa chừng, tôi chợt nhận ra chuyện này không còn là «giúp tôi làm việc» nữa, mà là một đống ứng dụng nhỏ đang thanh toán qua lại với nhau.
1 Vậy thanh toán dựa vào đâu để tin đối phương?
Địa chỉ có thể bị giả mạo, API có thể treo đầu dê bán thịt chó, bên giao hàng nói đã hoàn tất thì bạn xác minh thế nào? Người theo dõi thì còn ổn, chứ quy mô lớn lên là sập.
2 Sau này tôi tình cờ đọc về Kite, mới nhận ra ngay từ đầu họ đã xây dựng cho chính tình huống này.
Không phải bắt đầu bằng câu chuyện viển vông, mà hỏi trước Agent chứng minh danh tính thế nào, được tiêu tối đa bao nhiêu tiền, thanh toán xong thì lưu dấu vết ra sao. Lượng gọi trên testnet trông giống lưu lượng API hơn là vài giao dịch mỗi ngày kiểu on-chain truyền thống.
Trong Passport, phiên làm việc có hạn dùng, hạn mức được cố định, thanh toán thất bại sẽ nói rõ tiền có bị trừ hay không—nghe như một cuốn hướng dẫn dùng thẻ ngân hàng dành cho máy móc.
3 Mainnet trên Avalanche, chạy thử với phía PayPal, kết nối theo hướng Shopify—tôi chỉ xem những điều này như âm thanh nền.
Điều thực sự khiến tôi khựng lại là: một khi hoạt động phối hợp đa tác tử cần tiêu tiền, hạ tầng phải được thiết kế theo nhịp độ của máy móc, không thể cứ giả vờ rằng lúc nào cũng có người đứng bên cạnh nhấn xác nhận.
Nếu Agent on-chain muốn từ món đồ chơi trở thành việc kinh doanh, trước tiên phải vượt qua khâu thanh toán. Không vượt qua được thì điều phối có hoa mỹ đến đâu cũng chỉ là trình diễn.
$KITE #KiteBBW @KITE AI 中文
Agent chính gọi ba mô-đun phụ: có mô-đun tính phí theo lượt, có mô-đun lấy phần trăm theo kết quả, mà quyền hạn thì cũng không thể cấp bừa. Đang viết được nửa chừng, tôi chợt nhận ra chuyện này không còn là «giúp tôi làm việc» nữa, mà là một đống ứng dụng nhỏ đang thanh toán qua lại với nhau.
1 Vậy thanh toán dựa vào đâu để tin đối phương?
Địa chỉ có thể bị giả mạo, API có thể treo đầu dê bán thịt chó, bên giao hàng nói đã hoàn tất thì bạn xác minh thế nào? Người theo dõi thì còn ổn, chứ quy mô lớn lên là sập.
2 Sau này tôi tình cờ đọc về Kite, mới nhận ra ngay từ đầu họ đã xây dựng cho chính tình huống này.
Không phải bắt đầu bằng câu chuyện viển vông, mà hỏi trước Agent chứng minh danh tính thế nào, được tiêu tối đa bao nhiêu tiền, thanh toán xong thì lưu dấu vết ra sao. Lượng gọi trên testnet trông giống lưu lượng API hơn là vài giao dịch mỗi ngày kiểu on-chain truyền thống.
Trong Passport, phiên làm việc có hạn dùng, hạn mức được cố định, thanh toán thất bại sẽ nói rõ tiền có bị trừ hay không—nghe như một cuốn hướng dẫn dùng thẻ ngân hàng dành cho máy móc.
3 Mainnet trên Avalanche, chạy thử với phía PayPal, kết nối theo hướng Shopify—tôi chỉ xem những điều này như âm thanh nền.
Điều thực sự khiến tôi khựng lại là: một khi hoạt động phối hợp đa tác tử cần tiêu tiền, hạ tầng phải được thiết kế theo nhịp độ của máy móc, không thể cứ giả vờ rằng lúc nào cũng có người đứng bên cạnh nhấn xác nhận.
Nếu Agent on-chain muốn từ món đồ chơi trở thành việc kinh doanh, trước tiên phải vượt qua khâu thanh toán. Không vượt qua được thì điều phối có hoa mỹ đến đâu cũng chỉ là trình diễn.
$KITE #KiteBBW @KITE AI 中文
