Open Anonymity Project i Ethereum Foundation wprowadziły kredyty zkAPI — system płatności zaprojektowany tak, by oddzielić rozliczane według zużycia korzystanie z API od tożsamości użytkownika powiązanej z danymi rozliczeniowymi. W komunikacie z 1 października 2026 r. fundacja poinformowała, że zkAPI działa już w sieci głównej Ethereum, a kredyty w USDC są przechowywane w skarbcu. Pierwszym zastosowaniem jest wnioskowanie AI, ale rozwiązanie obsługuje również inne usługi rozliczane według zużycia.

Najważniejsze informacje

  • zkAPI wykorzystuje prywatne noty salda i dowody z wiedzą zerową, aby autoryzować wydatki na API bez ujawniania, który depozyt je sfinansował.
  • Tryb z kluczem runtime przesyła prompty bezpośrednio do dostawcy AI, natomiast serwer płatności otrzymuje dowód płatności i łączne wydatki w ramach sesji.
  • System ukrywa powiązania płatnicze, ale nie treść zapytań ani adresy IP; dostawcy mogą nadal łączyć sesje na podstawie metadanych sieciowych lub powtarzających się danych osobowych.

Spis treści

Jak kredyty zkAPI oddzielają finansowanie od zapytań

Zamiast wiązać każde zapytanie API z kontem rozliczeniowym, zkAPI rozpoczyna działanie od wpłaty do kontraktu skarbca w Ethereum. Użytkownik otrzymuje prywatną notę salda, a oprogramowanie na jego urządzeniu generuje dowód, że nota pokrywa autoryzowany wydatek, nie ujawniając, który depozyt za nim stoi.

W komunikacie Ethereum Foundation dotyczącym zkAPI opisano implementację projektu ZK API usage credits, opublikowanego w serwisie Ethereum Research przez Davide Crapisa i Vitalika Buterina. Zespół Open Anonymity pomógł stworzyć klienta, serwer i kontrakty.

Depozyty są reprezentowane przez zobowiązania w drzewie Merkle’a. Każdy wydatek generuje nullifier — jednokierunkowy identyfikator wykrywający próby dwukrotnego wydania tego samego salda. Zamierzonym efektem jest weryfikacja płatności bez tworzenia ścieżki rozliczeniowej łączącej odrębne zapytania.

ElementSzczegóły
Skarbiec w sieci głównej EthereumDziała od momentu ogłoszenia; przechowuje kredyty w USDC.
Tryb z kluczem runtimePrompty trafiają bezpośrednio do dostawcy; serwer płatności obsługuje dowody i łączne wydatki.
Tryb proxySerwer zkAPI przekazuje zapytania i może widzieć ruch.
Rozliczenie sesjiO opłacie decydują podpisane potwierdzenia zużycia, a nie zarezerwowany limit.
Wyjście użytkownikaSalda można zamknąć i wypłacić onchain bez dostępnego serwera zkAPI.

Limit sesji rezerwuje środki, ale nie określa ostatecznej opłaty

W trybie z kluczem runtime lokalny klient przesyła serwerowi zkAPI dowód płatności bez dołączania promptu. Po jego weryfikacji serwer wydaje krótkotrwały klucz API z limitem określonym w dolarach. Klucz pozostaje w pamięci urządzenia, a prompty są przesyłane bezpośrednio z urządzenia do dostawcy AI.

Limit rezerwuje środki na wydatki, zamiast ustalać ostateczną kwotę rachunku. Po wygaśnięciu klucza dostawca zapisuje łączne zużycie w podpisanym potwierdzeniu, a serwer potrąca rozliczoną kwotę z prywatnego salda. Jedna autoryzacja może zatem obejmować całą sesję, zamiast wymagać dowodu przy każdym wywołaniu.

zkAPI oferuje również prostszy tryb proxy, w którym zapytania są przekazywane przez jego serwer. Jak podano w komunikacie, ten tryb jest łatwiejszy w obsłudze, ale serwer pośredniczący widzi ruch.

Co już działa i jak użytkownicy zachowują dostęp do środków

Ogłoszony skarbiec w sieci głównej przechowuje kredyty w USDC. Wdrożenie w sieci Sepolia umożliwia testowanie przy użyciu środków testowych, a OA Chat oferuje oparty na przeglądarce czat AI, który nie wymaga instalacji.

W przypadku istniejącego oprogramowania lokalny klient udostępnia standardowe interfejsy API OpenAI i Ollama. Zgodne z nimi aplikacje, edytory i klienty czatu można połączyć, wskazując adres localhost.

Dowody wydatków są weryfikowane przez serwer poza łańcuchem. Kontrakt skarbca weryfikuje dowody dotyczące wpłaty, zamknięcia i operacji awaryjnych, dzięki czemu użytkownicy mogą zamknąć saldo i wypłacić środki onchain nawet wtedy, gdy serwery zkAPI przestaną działać. Środki znajdują się w kontrakcie Ethereum, a nie na koncie firmy.

Granice prywatności płatności

Dostawca nadal widzi prompty, odpowiedzi i metadane sieciowe, takie jak adresy IP. Stałe adresy i czas wysyłania zapytań mogą ułatwiać korelowanie sesji, a powtarzające się dane osobowe, styl pisania lub historia rozmów mogą pozwolić połączyć sesje, które w innym przypadku byłyby odrębne.

W komunikacie sugeruje się korzystanie z Tora z nowym obwodem dla każdej sesji użytkownikom, którym zależy na silniejszej prywatności sieciowej. Nie ukrywa to treści promptów przed dostawcą usługi wnioskowania. Ograniczenie ponownie wykorzystywanego kontekstu może zmniejszyć możliwość łączenia rozmów na podstawie ich treści, ale sprawia też, że są one mniej użyteczne.

Poza AI ten sam klient i kontrakty mogą obsługiwać rozliczane według zużycia zapytania blockchain RPC, zadania generowania, transfer danych i usługi komunikacji między maszynami. Są to opisane zastosowania projektu, a nie lista potwierdzonych integracji z dostawcami.

Podsumowanie

zkAPI wprowadza działający mechanizm płatności w Ethereum, który oddziela wydatki na API od tożsamości rozliczeniowej. Jego praktyczne ograniczenie jest jasne: prywatna autoryzacja płatności nie sprawia, że sama rozmowa ani połączenie sieciowe stają się anonimowe.

Więcej wiadomości

Więcej wiadomości FinanceVelix

Zastrzeżenie

Ten artykuł FinanceVelix ma charakter ogólnoinformacyjny i nie stanowi spersonalizowanej porady finansowej, inwestycyjnej, prawnej ani podatkowej. Ceny kryptowalut mogą szybko się zmieniać, a inwestor może stracić całość zainwestowanych środków. Fakty odzwierciedlają informacje dostępne w chwili publikacji i mogą ulec zmianie. Ważne informacje należy weryfikować niezależnie, a w razie potrzeby skonsultować się z wykwalifikowanym specjalistą. Wzmianka o aktywie, firmie lub usłudze nie stanowi rekomendacji.