A partially open safe with a digital interface
Tiền điện tử

Quỹ Ethereum ra mắt zkAPI trên mainnet cho thanh toán…

Hệ thống sử dụng các khoản gửi vào kho và chứng minh không có kiến thức để tách biệt việc thanh toán khỏi việc sử dụng AI/API theo chỉ số, nhưng nó không ẩn đi các yêu cầu hoặc siêu dữ liệu mạng.

Bởi Emma Carter4 phút đọc

Quỹ Ethereum cho biết zkAPI hiện đã hoạt động trên mạng chính Ethereum, cung cấp một lớp thanh toán trả trước cho AI và các dịch vụ API khác được đo lường, nhằm giữ cho danh tính thanh toán không thể liên kết với việc sử dụng.

Việc phát hành này biến một đề xuất vào tháng Hai về "tín dụng sử dụng API không biết" thành một triển khai hoạt động, đồng thời giới hạn rõ ràng quyền riêng tư vào việc không thể liên kết thanh toán thay vì ẩn danh nội dung hoặc mạng.

Quỹ Ethereum cho biết zkAPI đã hoạt động trên mạng chính Ethereum, định vị nó như một triển khai sản xuất của thiết kế thanh toán dựa trên không biết cho quyền truy cập trả trước vào AI và các API. Quỹ mô tả zkAPI được xây dựng với Dự án Ẩn danh Mở, với lời hứa cốt lõi là người dùng có thể thanh toán cho việc sử dụng API mà không tiết lộ danh tính thanh toán của họ.

Việc ra mắt được coi là một bước tiếp theo trực tiếp từ một đề xuất vào tháng Hai của nhà nghiên cứu Quỹ Ethereum Davide Crapis và đồng sáng lập Ethereum Vitalik Buterin về "tín dụng sử dụng API dựa trên ZK." Trong cách nhìn của Quỹ, việc phát hành mạng chính vào ngày 2 tháng 10 không phải là một ghi chú nghiên cứu mới. Nó là khái niệm trước đó được chuyển thành một quy trình thanh toán hoạt động có thể được sử dụng cho các yêu cầu thực tế.

Cùng với thông báo về mạng chính, dự án đã phát hành các công cụ nhằm làm cho hệ thống có thể sử dụng được bởi các nhà phát triển và người dùng cuối, bao gồm một khách hàng địa phương, bộ công cụ phát triển phần mềm (SDK) và một triển khai trò chuyện AI dựa trên trình duyệt. Thông báo không bao gồm các chỉ số ra mắt như số lượng người dùng, tổng số tiền gửi hoặc khối lượng thanh toán.

Tiền gửi Vault, Chứng minh Tín dụng ZK và Khóa Ngắn Hạn: Quy trình Thanh Toán và Giới Hạn Quyền Riêng Tư

Cơ chế của zkAPI được xây dựng xung quanh việc tách biệt "ai đã thanh toán" khỏi "ai đã sử dụng," mà không cố gắng che giấu những gì đã được yêu cầu hoặc nơi yêu cầu xuất phát. Người dùng gửi tiền vào một kho Ethereum, sau đó tạo ra bằng chứng không kiến thứcđể cho thấy họ có đủ tín dụng trả trước để trang trải một yêu cầu API mà không tiết lộ các khoản tiền gửi onchain nào thuộc về họ.

Vittorio Rivabella, điều phối viên AI tại Ethereum Foundation’s dAIđội, đã mô tả hệ thống như phát hành các khóa APIngắn hạn với giới hạn chi tiêu đã định sẵn. Lựa chọn thiết kế đó quan trọng vì nó liên quan đến cách mà các API có định mức được bán ngày nay, nơi mà các nhà cung cấp thực thi hạn ngạch và lập hóa đơn thông qua các khóa, trong khi lớp thanh toán có thể được trừu tượng hóa khỏi cơ sở hạ tầng cốt lõi của nhà cung cấp.

Ranh giới quyền riêng tư là rõ ràng. Các yêu cầu được gửi trực tiếp đến nhà cung cấp AI, trong khi việc sử dụng được thanh toán riêng biệt thông qua lớp thanh toán, điều này có nghĩa là nhà cung cấp vẫn thấy nội dung yêu cầu và siêu dữ liệu mạng liên quan đến nó. Quỹ cũng lưu ý rằng người dùng vẫn có thể bị liên kết qua các phiên thông qua địa chỉ IP, thời gian, hoặc thông tin chứa trong các yêu cầu của họ.

Nói cách khác, zkAPI được hiểu tốt nhất như là việc lập hóa đơn không thể liên kết cho việc sử dụng trả trước, không phải là một ngăn xếp trò chuyện AI riêng tư. Nó có thể giữ cho một khoản tiền gửi không bị gắn liền một cách tầm thường với một yêu cầu cụ thể, nhưng nó không tuyên bố che giấu yêu cầu, mối quan hệ nhà cung cấp, hoặc dấu vết cấp mạng thường thực hiện việc liên kết thực sự.

Các tín hiệu chấp nhận mà các nhà giao dịch thực sự có thể theo dõi sau khi ra mắt

Câu hỏi thị trường ngắn hạn là liệu zkAPI có trở thành một phương thức thanh toán được sử dụng hay vẫn chỉ là một bằng chứng về khái niệm với nhãn mainnet. Thông báo không nêu tên các nhà cung cấp AI tích hợp hoặc dịch vụ API có tính phí ngoài việc triển khai trò chuyện AI dựa trên trình duyệt, và không công bố các chỉ số áp dụng cho phép các nhà giao dịch chuyển đổi việc ra mắt thành hoạt động onchain có thể đo lường.

Con đường xác nhận rõ ràng nhất là hoạt động, không phải là câu chuyện. Nếu các nhà đóng góp công bố địa chỉ hợp đồng cho các thành phần kho và thanh toán, các nhà giao dịch có thể theo dõi các khoản tiền gửi vào kho, những người gửi tiền độc nhất và khối lượng thanh toán theo thời gian, và sau đó so sánh hoạt động đó với các thông báo tích hợp.

Các tích hợp là chân thứ hai. Hỗ trợ từ nhà cung cấp cụ thể ngoài việc triển khai trò chuyện AI dựa trên trình duyệt ban đầu sẽ làm rõ liệu zkAPI có được coi là một đường ray thanh toán đa mục đích cho các API có tính phí, hay chỉ là một bản demo hẹp cho việc sử dụng AI.

Tín hiệu thứ ba là liệu khách hàng và SDK có phát triển để giải quyếtcác rủi ro liên kết đã nêu, bằng cách mở rộng quyền riêng tư vượt ra ngoài việc không liên kết thanh toán hoặc bằng cách cung cấp hướng dẫn rõ ràng về công cụ quyền riêng tư mạng được khuyến nghị.

Cuối cùng, cơ chế phí vẫn chưa được giải quyết từ đoạn trích ra mắt, bao gồm ai sẽ trả phí gashoặc phí và liệu việc thanh toán sử dụng có tạo ra hoạt động onchain bền vững thay vì các khoản tiền gửi không thường xuyên.

Đọc của tôi: Một cột mốc thực sự trong việc vận chuyển, nhưng tín hiệu thị trường phụ thuộc vào các tích hợp và việc sử dụng có thể đo lường.

Việc ra mắt đang được hiểu là “Ethereum đã vận chuyển AI riêng tư,” và cách diễn đạt đó không tồn tại trong các chi tiết nhỏ.

Những gì đã được vận chuyển là một phương thức thanh toán mà không liên kết việc thanh toán với việc sử dụng ở cấp độ tiền gửi, trong khi để lại các yêu cầu và siêu dữ liệu mạng rõ ràng cho các nhà cung cấp, điều này khiến nó gần gũi hơn với cơ sở hạ tầng đo lường trả trước hơn là một lớp quyền riêng tư cho các tương tác AI.

Ngưỡng quan trọng là liệu zkAPI có nhận được các tích hợp được đặt tên và sử dụng onchain có thể theo dõi khi địa chỉ hợp đồng và cơ chế phí được công khai hay không. Nếu hai yếu tố đó được hoàn thiện và khối lượng thanh toán bắt đầu có vẻ ổn định, cấu trúc bắt đầu trông có vẻ mang tính cấu trúc hơn là dựa vào thông báo.

Nguồn