Trong tài liệu SDK của OpenGradient có một đoạn nhỏ dễ lướt qua nhưng nói lên khá nhiều về ưu tiên thiết kế của đội ngũ. Giao thức thanh toán x402 hỗ trợ nhiều chế độ ghi nhận giao dịch lên chuỗi, và chế độ INDIVIDUAL_FULL, ghi đầy đủ input, output, thời gian và xác minh cho từng lượt gọi, được mô tả là mức kiểm toán tối đa. Nhưng chế độ mặc định không phải cái đó. Mặc định là BATCH_HASHED, gom nhiều lượt suy luận vào một cây Merkle, chỉ lưu mã băm của input và output kèm chữ ký.

Giống việc một ngân hàng gửi cho khách hai loại sao kê. Một bản chỉ ghi tổng số dư cuối tháng kèm mã xác thực để đối chiếu khi cần, rẻ để lưu trữ và xử lý. Một bản khác liệt kê từng giao dịch chi tiết, tốn không gian hơn nhiều nhưng kiểm tra lại được từng dòng. Phần lớn khách hàng dùng bản đầu tiên hằng ngày, chỉ lôi bản chi tiết ra khi có tranh chấp.

OpenGradient chọn bản rẻ làm mặc định cho mọi lượt suy luận trên x402. Điều đó hợp lý về chi phí, nhất là khi mạng đã xử lý hàng triệu giao dịch mỗi tháng và ghi đầy đủ mọi input output sẽ làm phình to chi phí lưu trữ rất nhanh. Nhưng nó cũng có nghĩa phần lớn hoạt động thực tế trên mạng chỉ để lại một mã băm, không phải bằng chứng đầy đủ có thể đọc lại từng chi tiết. Giữa chi phí thấp và khả năng kiểm toán trọn vẹn, OpenGradient đã chọn rồi, chỉ là không phải ai dùng sản phẩm cũng biết mình đang ở chế độ nào.

@OpenGradient $OPG #opg
$RE $BTW