Ethereum Foundation i Open Anonymity Project uruchomiły zkAPI w sieci głównej Ethereum — system pozwalający użytkownikom płacić za taryfikowane API, w tym usługi AI, bez powiązania użycia z tożsamością rozliczeniową, zgodnie z wpisem na blogu Foundation z 1 października. Uruchomienie oddziela dwie role, które rozliczanie API oparte na kontach zazwyczaj łączy: stronę płacącą za usługę i stronę wykonującą każde zapytanie.

Jak to działa

Użytkownicy wpłacają kredyty do sejfu w Ethereum, a następnie autoryzują wydatki za pomocą dowodów wiedzy zerowej generowanych na własnych urządzeniach. Dowód potwierdza, że zasilone saldo pokrywa opłatę, bez ujawniania depozytu ani tożsamości użytkownika.

W trybie runtime-key serwer płatności sprawdza dowód i wykracza krótkotrwały klucz API z limitem wydatków. Prompty trafiają następnie bezpośrednio z urządzenia użytkownika do dostawcy AI. Po wygaśnięciu klucza podpisane potwierdzenie użycia określa obciążenie prywatnego salda. W tym trybie serwer płatności nie widzi treści promptów, a dostawca AI widzi zapytania, nie poznając tożsamości rozliczeniowej stojącej za kluczem — poinformował Foundation. Taki podział oznacza, że żaden pojedynczy pośrednik w przepływie nie posiada jednocześnie treści zapytania i tożsamości płatnika.

Prostszy tryb proxy przekazuje zapytania przez serwer zkAPI, pozwalając temu pośredniku widzieć ruch — to kompromis za prostszą konfigurację.

Projekt kryptograficzny

System wykorzystuje dowody Groth16 na krzywej BN254, hasze Poseidona i drzewo Merkle'a o 32 poziomach. Nullifikatory identyfikują próby podwójnego wydawania. Dowody wydatków są weryfikowane poza łańcuchem, podczas gdy sejf weryfikuje dowody depozytów, zamykania sald iypłat awaryjnych. W praktyce wydawanie jest dowodzone na urządzeniach użytkowników, a kontrakt w Ethereum pozostaje wymagalnym zabezpieczeniem sald.

Użytkownicy mogą wypłacać środki poprzez kontrakt w Ethereum nawet wtedy, gdy serwery zkAPI staną się niedostępne, więc dostęp do wpłaconych środków nie zależy od ciągłej dostępności usługi. Lokalny klient obsługuje standardowe API OpenAI i Ollama, co pozwala istniejącym aplikacjom łączyć się poprzez lokalny endpoint.

Zakres i ograniczenia

Foundation powiedział, że ten sam projekt może obsługiwać zapytania RPC do blockchainów, generowanie obrazów i wideo, przepustowość VPN oraz usługi maszyna-maszyna. Działający sejf w sieci głównej przechowuje kredyty w USDC, a wdrożenie na Sepolii jest dostępne do testów, oferując ścieżkę testową bez udziału kredytów z sieci głównej.

Foundation wskazał również granice systemu: zkAPI nie ukrywa treści promptów, adresów IP ani czasu zapytań. Dostawcy mogą nadal łączyć sesje poprzez ponownie wykorzystane dane osobowe, styl pisania lub historie rozmów. Anonimowość sieciowa i prywatność treści zostały wskazane jako osobne ograniczenia. Razem te granice wyznaczają, gdzie kończą się gwarancje prywatności systemu, dając programistom konkretną listę tego, co zkAPI ukrywa, a czego nie.

Tło rozwoju projektu

Implementacja opiera się na projekcie Ethereum Research autorstwa Davide Crapisa i Vitalika Buterina. Open Anonymity pomagał w opracowaniu klienta, serwera i kontraktów. Pomiędzy zadeklarowanymi ograniczeniami Foundation a sugerowanymi rozszerzeniami wykraczającymi poza dostęp do AI dokumentacja projektu wskazuje, co śledzić, gdy zkAPI przekracza fazę uruchomienia.

Źródło: CryptoBriefing