x_Rex

#KiteBBW $KITE
Thanh toán bằng thẻ bảo vệ người mua và khiến người bán chịu rủi ro😒.
Khách hàng có thể khiếu nại một khoản phí sau nhiều tháng, và người bán phải gánh khoản tiền bị hoàn trả do khiếu nại.
Hướng dẫn dành cho nhà cung cấp dịch vụ của Kite mô tả một quy trình đảo ngược điều này, và tôi nghĩ sự đảo chiều đó là lựa chọn thiết kế ít được đánh giá đúng mức nhất trong nền kinh tế agent😁.

Quy trình rất ngắn gọn.
Một agent gọi đến một endpoint, dịch vụ phản hồi bằng mã 402 Payment Required, nêu rõ giá, địa chỉ nhận thanh toán và thời hạn chờ.
Agent phản hồi bằng một ủy quyền có chữ ký, được tạo từ phiên đã được người dùng phê duyệt.
Dịch vụ xác minh ủy quyền đó, một bên trung gian xử lý việc thanh toán trên chuỗi, và chỉ sau đó dịch vụ mới gửi phản hồi.

THANH TOÁN TRƯỚC, GỬI PHẢN HỒI SAU🤷‍♀️.

Người bán không phải cấp tín dụng hay chờ hóa đơn được thanh toán.
Về nguyên tắc, đó là điều giúp mức giá nhỏ cho mỗi yêu cầu trở nên khả thi🤓.
Các mạng lưới thanh toán bằng thẻ có chi phí cố định cho mỗi giao dịch mà những khoản thanh toán nhỏ không thể gánh nổi, và định giá theo từng yêu cầu chỉ hiệu quả nếu bản thân khoản thanh toán gần như miễn phí.
Hướng dẫn cho biết hiện nay agent Passport có thể thanh toán cho bất kỳ dịch vụ nào đã hỗ trợ x402 hoặc giao thức thanh toán máy móc do Stripe đồng tác giả.
Hơn 90 nhà cung cấp đã được tích hợp khi mainnet ra mắt vào ngày 30 tháng 4 năm 2026.

Nhưng rủi ro không biến mất, mà chuyển sang người mua.
Khi khoản thanh toán được hoàn tất trước khi dịch vụ gửi phản hồi, dịch vụ trả về nội dung vô dụng cũng đã được thanh toán, và hướng dẫn dành cho nhà cung cấp mà tôi đọc không đề cập đến bước hoàn tiền hay khiếu nại nào.

Cách bảo vệ người dùng chính là phiên😃: giới hạn cho mỗi giao dịch và giới hạn tổng thể sẽ hạn chế thiệt hại mà bất kỳ cuộc gọi lỗi nào có thể gây ra.

Theo tôi, các giới hạn đó thực hiện vai trò của việc hoàn tiền do khiếu nại trong thế giới thanh toán bằng thẻ, chỉ là ngăn thiệt hại trước khi xảy ra thay vì xử lý sau đó😌.
Sự đánh đổi này ổn khi giá mỗi lần gọi thấp; vấn đề thực sự nằm ở những giao dịch mua lớn do agent thực hiện.

Nếu khoản thanh toán được hoàn tất trước khi dịch vụ phản hồi, và một cuộc gọi đã thanh toán lại trả về thứ vô dụng, thì điều gì nên thay thế việc hoàn tiền do khiếu nại: điểm uy tín cho dịch vụ, cơ chế ký quỹ hoàn tiền tích hợp trong giao thức, hay không cần gì cả vì giá mỗi lần gọi quá nhỏ để biện minh cho những cơ chế đó?

Gõ 'kite' nếu bạn thấy thông tin ở đây hữu ích

#KiteBBW $KITE
Thanh toán bằng thẻ bảo vệ người mua và khiến người bán chịu rủi ro😒.
Khách hàng có thể khiếu nại một khoản phí sau nhiều tháng, và người bán phải gánh khoản tiền bị hoàn trả do khiếu nại.
Hướng dẫn dành cho nhà cung cấp dịch vụ của Kite mô tả một quy trình đảo ngược điều này, và tôi nghĩ sự đảo chiều đó là lựa chọn thiết kế ít được đánh giá đúng mức nhất trong nền kinh tế agent😁.

Quy trình rất ngắn gọn.
Một agent gọi đến một endpoint, dịch vụ phản hồi bằng mã 402 Payment Required, nêu rõ giá, địa chỉ nhận thanh toán và thời hạn chờ.
Agent phản hồi bằng một ủy quyền có chữ ký, được tạo từ phiên đã được người dùng phê duyệt.
Dịch vụ xác minh ủy quyền đó, một bên trung gian xử lý việc thanh toán trên chuỗi, và chỉ sau đó dịch vụ mới gửi phản hồi.

THANH TOÁN TRƯỚC, GỬI PHẢN HỒI SAU🤷‍♀️.

Người bán không phải cấp tín dụng hay chờ hóa đơn được thanh toán.
Về nguyên tắc, đó là điều giúp mức giá nhỏ cho mỗi yêu cầu trở nên khả thi🤓.
Các mạng lưới thanh toán bằng thẻ có chi phí cố định cho mỗi giao dịch mà những khoản thanh toán nhỏ không thể gánh nổi, và định giá theo từng yêu cầu chỉ hiệu quả nếu bản thân khoản thanh toán gần như miễn phí.
Hướng dẫn cho biết hiện nay agent Passport có thể thanh toán cho bất kỳ dịch vụ nào đã hỗ trợ x402 hoặc giao thức thanh toán máy móc do Stripe đồng tác giả.
Hơn 90 nhà cung cấp đã được tích hợp khi mainnet ra mắt vào ngày 30 tháng 4 năm 2026.

Nhưng rủi ro không biến mất, mà chuyển sang người mua.
Khi khoản thanh toán được hoàn tất trước khi dịch vụ gửi phản hồi, dịch vụ trả về nội dung vô dụng cũng đã được thanh toán, và hướng dẫn dành cho nhà cung cấp mà tôi đọc không đề cập đến bước hoàn tiền hay khiếu nại nào.

Cách bảo vệ người dùng chính là phiên😃: giới hạn cho mỗi giao dịch và giới hạn tổng thể sẽ hạn chế thiệt hại mà bất kỳ cuộc gọi lỗi nào có thể gây ra.

Theo tôi, các giới hạn đó thực hiện vai trò của việc hoàn tiền do khiếu nại trong thế giới thanh toán bằng thẻ, chỉ là ngăn thiệt hại trước khi xảy ra thay vì xử lý sau đó😌.
Sự đánh đổi này ổn khi giá mỗi lần gọi thấp; vấn đề thực sự nằm ở những giao dịch mua lớn do agent thực hiện.

Nếu khoản thanh toán được hoàn tất trước khi dịch vụ phản hồi, và một cuộc gọi đã thanh toán lại trả về thứ vô dụng, thì điều gì nên thay thế việc hoàn tiền do khiếu nại: điểm uy tín cho dịch vụ, cơ chế ký quỹ hoàn tiền tích hợp trong giao thức, hay không cần gì cả vì giá mỗi lần gọi quá nhỏ để biện minh cho những cơ chế đó?

Gõ 'kite' nếu bạn thấy thông tin ở đây hữu ích

#nil $NIL @Nillion
Một nhà phát triển mà tôi theo dõi đã ra mắt một vault có trigger tái cân bằng 🤔.

Mất HÀNG THÁNG mới hoàn thiện được logic.

Chỉ trong MỘT TUẦN, có người đọc hợp đồng, tìm ra chính xác nó theo dõi điều gì và lần nào trigger kích hoạt cũng front-run được.

Vậy nên rốt cuộc chiến lược không thất bại. Nó chỉ ngừng còn BÍ MẬT ngay khi được đưa lên onchain.

Covenants được tạo ra chính để xử lý kiểu thất bại đó.
Cơ chế đơn giản hơn bạn tưởng.

Tác giả chọn một ủy ban gồm các node và một ngưỡng, chẳng hạn 5 node, bất kỳ 3 node nào cũng có thể mở khóa.

Chỉ thị được chia thành các phần, bằng phương pháp chia sẻ bí mật Shamir, rồi mỗi phần được mã hóa cho một node cụ thể.
Không node nào tự mình nắm đủ thông tin để đọc được bất cứ thứ gì.
Tác giả đăng trigger đã niêm phong cùng điều kiện giải phóng, công khai hoặc ẩn, vậy là xong. Các node chỉ cần theo dõi.
Khi điều kiện thực sự được đáp ứng, mỗi node giải mã phần của mình rồi đăng phần đó lên onchain.

Khi đủ số phần được đăng lên, bất kỳ ai cũng có thể khôi phục payload và nhận tiền thưởng. Chuỗi sẽ kiểm tra kết quả dựa trên một cam kết được tạo từ trước, nên không ai có thể tráo payload giả vào lúc tiết lộ.

Cách làm này không cần bot keeper hay một bên vận hành đáng tin cậy nắm giữ chiến lược và hứa sẽ không xem trộm.

Dusk, phiên bản đầu tiên của Covenants, hiện đã hoạt động trên Ethereum mainnet.
Không phải testnet, cũng không phải bản xem trước. Một vault như cái đã bị sao chép có thể được xây dựng lại bằng công nghệ này ngay hôm nay.

Đây cũng mới chỉ là kỷ nguyên 1 trong 7. Phiên bản này chủ ý giới hạn phạm vi ở các điều kiện về giá và thời gian, vì đó là phần hiện có thể hoạt động mà không cần bất kỳ bên đáng tin cậy nào.
Các kỷ nguyên tiếp theo sẽ ra mắt trước khi hết năm, mỗi kỷ nguyên mở rộng thêm những gì một điều kiện được niêm phong có thể tham chiếu.

Vậy nên, có hai điều tôi cứ nghĩ mãi. Việc che giấu trigger có thực sự bảo vệ chiến lược về lâu dài không, hay chỉ khiến việc đảo ngược kỹ thuật tốn kém hơn mà không loại bỏ được mối đe dọa?
Và một ủy ban gồm 3 trong 5 node có an toàn hơn đáng kể so với việc tin cậy một keeper không, hay chỉ phân tán cùng một vấn đề niềm tin cho nhiều bên hơn?
Và để mọi người biết, Dusk của Nillion và Layer1 #dusk không giống nhau nhé 😅

#KiteBBW $KITE
x402, AP2, MPP, MCP, OAuth 2.1.
Năm giao thức mà một tác nhân có thể được yêu cầu sử dụng, nhưng chẳng ai biết giao thức nào sẽ thắng.
Câu trả lời của Kite là không chọn.

Mỗi giao thức đảm nhiệm một phần khác nhau. x402 khôi phục trạng thái HTTP “yêu cầu thanh toán” để dịch vụ có thể tính phí theo từng yêu cầu.
AP2 là giao thức thanh toán dành cho tác nhân của Google, MPP là giao thức thanh toán bằng máy của Stripe, MCP là cách Anthropic kết nối tác nhân với các công cụ, còn OAuth 2.1 xử lý việc ủy quyền.

Như một báo cáo nghiên cứu đã nêu, tác nhân dùng x402 có thể thanh toán theo từng yêu cầu, nhưng vẫn cần một ví riêng, một lớp danh tính riêng và logic giới hạn chi tiêu của riêng mình.

Theo tuyên bố của Kite, hướng tiếp cận của họ là hỗ trợ tất cả các giao thức này một cách tự nhiên, đồng thời giữ phần quan trọng nhất — quyết toán cuối cùng và kiểm soát chi tiêu — gắn với chuỗi riêng và Passport của mình.

Bất kể giao dịch bắt đầu bằng giao thức nào, tiền vẫn được chuyển theo cùng những quy tắc mà người dùng thiết lập: ngân sách, giới hạn thời gian, phê duyệt bằng passkey và thu hồi tức thì.
Kite cũng liệt kê tính hoàn tất xác định trong chưa đầy một giây và các làn thanh toán riêng dành cho tác nhân — những yếu tố quan trọng với tác nhân hơn là với con người.

Con người có thể chờ xác nhận.

Một tác nhân hoạt động độc lập cần biết khoản thanh toán đã thực sự hoàn tất. Tôi thích logic này vì nó né được cuộc tranh giành tiêu chuẩn.

Đây cũng là một canh bạc âm thầm về nơi giá trị nằm trong nền kinh tế tác nhân:
không phải ở lớp yêu cầu, vốn có thể thay đổi mỗi năm, mà ở lớp quyết định liệu một khoản thanh toán có được phép hoàn tất hay không.

Kite cũng là thành viên của Agentic AI Foundation thuộc Linux Foundation, cho thấy họ muốn có một vị trí trong cuộc thảo luận về tiêu chuẩn, chứ không chỉ đứng bên dưới nó.

Mainnet ra mắt ngày 30 tháng 4 năm 2026, với hơn 90 nhà cung cấp dịch vụ đã tích hợp. Vì vậy, phép thử thực sự là liệu tính trung lập và các làn thanh toán đó có trụ vững khi lưu lượng thực tế đổ vào hay không.

Mọi người nghĩ sao?
1. Nếu có một lớp nằm bên dưới mọi tiêu chuẩn, đó là sự trung lập hay chỉ là một kiểu khóa chặt khác?
2. Nếu rốt cuộc một tiêu chuẩn chiếm ưu thế, liệu lớp quyết toán được xây dựng để hỗ trợ tất cả các tiêu chuẩn có mất đi lợi thế không, hay lại càng quan trọng hơn vì mọi thứ đều chạy qua nó?