Mikropłatności AI mają sens ekonomiczny, gdy przychód z rozliczanego wyniku przewyższa koszt zasobów, bramki płatniczej, błędów i przypisanych kosztów płatności. Taka nadwyżka musi jeszcze pokryć stały koszt prowadzenia usługi.
Agenci AI sprawiają, że małe płatne interakcje stają się interesującym rynkiem. Klient może kupić pojedynczy wynik wyszukiwania, krótkie obliczenie lub aktualizację danych dokładnie wtedy, gdy ich potrzebuje. Problem sprzedawcy polega na tym, by taka drobna transakcja przyniosła wystarczający dochód netto na utrzymanie niezawodnej usługi.
Obliczenie zaczyna się od jednostki podlegającej rozliczeniu, a kończy na pieniądzach, które zostają u sprzedawcy. Liczba żądań, przekazana wartość i przychód to odrębne pomiary na tej drodze.
Zdefiniuj, za co należy się płatność
Żądanie nie zawsze oznacza płatny sukces. Klient może dwukrotnie wywołać usługę, bo pierwsza odpowiedź nie dotarła na czas. Puste zapytanie może być prawidłowym wynikiem albo ujawniać, że produkt nie zawierał reklamowanych danych.
Zdefiniuj jednostkę, zanim ustalisz cenę. Jeden zweryfikowany rekord, jeden wygenerowany obraz i minuta korzystania z przeglądarki mają różne koszty. Wymagają też odrębnych zasad anulowania i rozliczania nieukończonej pracy.
W przypadku usługi danych elementem jednostki może być aktualność. Tania odpowiedź z pamięci podręcznej może być wartościowa przy jednym zadaniu i bezużyteczna przy innym. Jeśli pobierasz opłatę za „zapytanie”, ale nie obiecujesz czasu aktualizacji, agent nie może porównać alternatyw.
Artykuł o sprzedaży danych agentom omawia konstrukcję oferty. Opisany tu model ekonomiczny zakłada, że zdefiniowano już jednostkę, którą klient chce kupić.
Odpowiedź za $0.001 nadal wiąże się z kilkoma kosztami
W tym fikcyjnym przykładzie koszt przetwarzania $0.005 przypada na 1,000 udanych odpowiedzi.
Koszt obsługi płatności: $0.005 za odpowiedź. Nadwyżka: −$0.004550.
Koszt obsługi płatności: $0.000005 za odpowiedź. Nadwyżka: $0.000445.
Fikcyjne obliczenia jednostkowe, nie ceny dostawców. Dane wejściowe: cena $0.001, zasoby $0.0004, bramka $0.0001, rezerwa $0.00005 i koszt przetwarzania $0.005 na cykl. Nadwyżka nie uwzględnia kosztów stałych, podatku ani kapitału.
Uwzględnij każdy koszt zmienny obok ceny
Sprzedawca może ponosić koszty obliczeń, zewnętrznego API, przepustowości i obsługi płatności. Nieudane odpowiedzi i zwroty także zużywają zasoby. Bramka pobierająca opłatę za użycie nadal generuje koszt, nawet gdy kupujący nie widzi opłaty sieciowej za gas.
Rozważ przykładowe API wycenione na $0.001 za rozliczaną odpowiedź. Załóż $0.0004 kosztu zasobów, $0.0001 kosztu bramki i $0.00005 rezerwy na wydatki związane z błędami. Zostaje $0.00045 przed rozliczeniem i kosztami stałymi. To fikcyjne dane do obliczeń, a nie ceny dostawców.
Załóż łączny koszt obsługi płatności równy $0.005 na cykl rozliczeniowy. Ta fikcyjna kwota obejmuje przypisane do cyklu konieczne operacje on-chain; nie oznacza, że rzeczywiste grupowanie wymaga tylko jednej transakcji. Przy jednym zakupie na cykl wynik to strata $0.00455 na odpowiedź.
Wypróbuj poniższe dane, a potem zastąp je zmierzonymi kosztami rzeczywistej usługi, zanim użyjesz wyniku jako uzasadnienia biznesowego.
Grupowanie zmienia jeden koszt, a nie wszystkie
Jeśli hipotetyczne rozliczenie za $0.005 obejmuje 1,000 zakupów, przypisany koszt wyniesie $0.000005 na zakup. Wynikowa nadwyżka to $0.000445 na rozliczaną odpowiedź, przed kosztami stałymi i podatkiem.
Na tym polega zaleta agregacji. Zasoby nadal kosztują, ale koszt obsługi płatności rozkłada się na większą grupę zakupów. Schemat grupowego rozliczania EVM w x402 wykorzystuje zasilony escrow i skumulowane vouchery, a następnie operacje claim i settlement. Wszystkie te operacje należy uwzględnić w modelu kosztowym. Grupowe rozliczanie x402.
Sposób grupowania jest równie ważny jak wielkość grupy. Sprzedawca potrzebuje zasilonych lub inaczej egzekwowalnych roszczeń, procesu wykupu i zasady określającej, kiedy dokonać rozliczenia. Nie może po prostu zgrupować niezapłaconych obietnic i założyć, że zamienią się w gotówkę.
Większe grupy mogą też zwiększać czas oczekiwania i ryzyko operacyjne. Jeśli rozliczasz dopiero po osiągnięciu progu, mały sprzedawca może czekać dłużej niż duży. Maksymalny limit czasu może zwiększyć użyteczność usługi, jednocześnie zmniejszając średnią wielkość grupy.
Można zmierzyć próg rentowności grupowania
W przykładzie przed rozliczeniem dostępne jest $0.00045 na odpowiedź. Podzielenie kosztu rozliczenia $0.005 przez tę kwotę daje minimalną rentowną grupę 12 żądań, pomijając koszty stałe.
Przy takiej wielkości marża jednostkowa jest dodatnia, ale niewielka. Nawet mały pominięty koszt może ją zniwelować. Grupa 1,000 zakupów daje większą nadwyżkę przy tych konkretnych założeniach.
Ten wzór jest narzędziem diagnostyki biznesowej. Nie dowodzi, że dostawca zawsze zapewni wymaganą wielkość grupy, płynność lub cenę rozliczenia. Opłaty zależne od aktywności sieci wymagają zakresu zmierzonych obserwacji, a nie pojedynczej wyceny z okresu małego ruchu.
Ta sama logika dotyczy agentów o dużym wolumenie. Jeśli koszt wykonania pracy przekracza cenę sprzedaży, agregacja rozliczeń nie naprawi marży produktu. Obniża wyłącznie komponent rozliczeniowy.
Za obsługę bez gas ktoś musi zapłacić
Nanopayments od Circle opisuje transfery USDC bez opłat za gas w obsługiwanych procesach. To atrakcyjne dla kupującego, ale ocena ekonomiki sprzedawcy nadal wymaga poznania pełnych warunków usługi i modelu operacyjnego. Nanopayments od Circle.
Dostawca może sponsorować gas, agregować rozliczenia lub odzyskiwać koszty w ramach innej opłaty. Czasowe zachęty mogą obniżyć cenę płaconą podczas startu. To różne wyjaśnienia tego samego interfejsu „bez gas”.
Sprawdź, czy podany koszt usługi jest powtarzalny i dostępny przy Twoim poziomie użycia. Demonstracja w sieci testowej nie daje komercyjnego kosztu rozliczenia do porównania. Promowany bezpłatny limit może nie wystarczyć, gdy usługa się rozwinie.
x402 a MPP wyjaśnia, dlaczego wybrana metoda i dostawca mają znaczenie. Sama nazwa protokołu nie określa opłaty netto sprzedawcy.
Koszty stałe pokrywa się z nadwyżki
Pozostała marża jednostkowa musi pokryć rozwój, operacje i wsparcie. Przy hipotetycznym koszcie stałym $100 miesięcznie i nadwyżce $0.000445 powyżej usługa musi uzyskać co najmniej 224,720 rozliczanych odpowiedzi, by pokryć te koszty.
To obliczenie marży pokrycia, a nie prognoza zysku. Zakłada stałość podanych kosztów i odpowiednią liczbę klientów kupujących zasób. Pomija też podatki i wymogi kapitałowe zależne od konkretnej działalności.
W przypadku specjalistycznego zbioru danych o małym ruchu rozsądniejsza może być wyższa opłata za odpowiedź niż poleganie na ogromnym wolumenie. Agent potrzebujący wiarygodnych informacji do ważnej decyzji może bardziej cenić jakość i pochodzenie danych niż najniższą możliwą cenę.
W tym miejscu rozmowy o mikropłatnościach często nadmiernie skupiają się na szynie płatniczej. Produkt nadal musi znaleźć klientów gotowych zapłacić wystarczająco dużo za dostarczane dane lub pracę.
Uważnie licz aktywność, która generuje przychód
Agent może generować wiele żądań bez tworzenia znaczącego popytu. Bezpłatne ponowienia, testy wewnętrzne i aktywność finansowana zachętami mogą zawyżać widoczną liczbę. Usługa może też przetwarzać wiele opłat w ramach niewielu rozliczeń blockchainowych.
Prowadź oddzielną ewidencję udanych rozliczanych żądań, płacących klientów, ponownego użycia, zwrotów i kosztów rozliczeń. Te kategorie pozwolą ocenić, czy popyt i marże utrzymują się po zakończeniu początkowego bezpłatnego limitu.
Nasz wcześniejszy artykuł o Zero i ATLAS wyjaśnia inną wersję tego problemu pomiarowego. Możliwości systemu nie zapewniają klientów ani opłat. W płatnościach agentów mianownik bywa trudniejszy do określenia, ponieważ rozliczona interakcja i rozliczona transakcja mogą być różnymi zdarzeniami.
Najpierw przetestuj mniejszy model biznesowy
Zacznij od zasobu o jakości, którą możesz wykazać, i koszcie zmiennym, który możesz zmierzyć. Ustal cenę za udaną jednostkę, zdefiniuj zasady ponawiania i przeprowadź obliczenie przy normalnych oraz podwyższonych kosztach rozliczenia.
Następnie sprawdź najmniejszą grupę, jaką może obsłużyć rzeczywisty ruch klientów. Model wymagający nieprzerwanego, dużego wolumenu może zawieść u sprzedawcy otrzymującego zakupy seriami. Niezawodna ekonomika przy małym wolumenie daje firmie więcej przestrzeni na znalezienie popytu.
Jeśli chodzi o wybór sieci, przejdź dalej do Tempo, Arc i Base. Porównaj pełną ścieżkę płatności po ustaleniu, jak często firma naprawdę musi dokonywać rozliczenia.
Ile płatnych odpowiedzi pokryje rachunek stały?
W fikcyjnym przykładzie z grupowaniem powyżej każda udana odpowiedź wnosi $0.000445 przed kosztami stałymi. Usługa z miesięcznymi kosztami stałymi w wysokości $100 potrzebuje około 224,720 takich odpowiedzi, by je pokryć: $100 podzielone przez $0.000445, po zaokrągleniu w górę. Przy jednym milionie odpowiedzi nadwyżka wynosi $445; po odjęciu tego samego kosztu stałego zostaje $345 przed podatkami i kosztami kapitału.
To wyniki modelu, a nie zaobserwowany popyt ani wycena dostawcy. Zakładają, że podana marża utrzymuje się przy wszystkich rozliczanych odpowiedziach. Droższe błędy lub mniejsze grupy podniosą próg. Wolumen żądań ma znaczenie tylko wtedy, gdy wystarczająco duża ich część jest płatna, dostarczona i opłacona.