Identyfikatory sieci używają CAIP-2
accepts[].network w x402 v2 jest identyfikatorem CAIP-2, a nie skróconą nazwą taką jak base czy skale. Podczas dopasowywania sieci klient musi porównywać ciągi CAIP-2:
Macierz obsługi
upto jest obecnie dostępne tylko na Base. Faktycznie dostępne pozycje zależą od accepts zwracanego przez API. Możesz także sprawdzić Facilitator:
/supported:
exactna Base, SKALE i Solana jest ścieżką płatności o stałej kwocie.- Tylko Base oferuje ścieżkę rozliczania po użyciu
upto, zależną od approve Permit2. extra.facilitatorAddressw pozycjiuptojest adresem, który klient musi wpisać do witness podczas podpisywania, i musi być zgodny z wartością zwróconą przez serwer.
Base
Base używa oficjalnego kontraktu USDC:exact klient podpisuje EIP-712 TransferWithAuthorization. Treść podpisu obejmuje:
from: adres portfela płatnikato: adres odbiorcy Ace Data Cloudvalue: kwota tej płatnościvalidAfter/validBefore: okno czasowe ważności podpisunonce: losowy nonce o długości 32 bajtów
transferWithAuthorization USDC, aby zakończyć transfer.
Base jest najbardziej zalecaną siecią do formalnej integracji, szczególnie odpowiednią dla rozliczania po użyciu upto, ponieważ ekosystem Permit2, USDC i portfeli jest bardziej dojrzały.
Przykład wyniku weryfikacji Base exact:
- Powtórzenie API paid zwraca treść modelu
ADC_BASE_E2E_OK. - Transakcję on-chain można sprawdzić w BaseScan, a numer bloku to
46726299. 95215atomic USDC odpowiada0.095215USDC i jest faktyczną kwotą rozliczenia tego wywołania API.
exact:
- Ostateczny status zamówienia na platformie to
Finished. pay_idzamówienia zapisuje ten sam hash transakcji Base.1200000atomic USDC odpowiada1.2USDC i jest historyczną faktycznie zapłaconą kwotą tego zamówienia na 10 Credits w ramach starej polityki; nowe zamówienia nie otrzymują już dodatkowej zniżki za metodę płatności X402, a konkretna podpisywana kwota zależy od odpowiedzi 402 dla tej transakcji.
SKALE
SKALE używa bridged USDC, a metoda podpisywania jest podobna do Base — również EIP-3009. Jest odpowiednia dla scenariuszy płatności EVM o niskim koszcie gas; faktyczne wywołania nadal zależą odaccepts zwracanego przez API.
Typowe accepts 402 dla SKALE zawiera:
exact. Jeśli potrzebujesz rozliczania po użyciu, użyj Base upto.
Przykład wyniku weryfikacji SKALE exact:
- API paid retry zwraca treść modelu
ADC_SKALE_E2E_OK。 - Transakcję można znaleźć w SKALE explorer, numer bloku to
1969317。 - Kwota rozliczenia tej płatności
exactwynosi0.095215USDC。
Solana
Solana używa SPL USDCTransferChecked。Klient konstruuje transakcję transferu, podpisuje ją i przesyła, a następnie umieszcza podpis transakcji lub zserializowaną transakcję w envelope PAYMENT-SIGNATURE。
Cechy Solana:
- używa Solana wallet adapter lub base58 secret key;
- aktywem jest Solana USDC mint;
- obecnie obsługiwane jest tylko
exact; - Facilitator weryfikuje mint, destination, authority i amount instrukcji transferu。
exact:
- paid retry zwrócił już HTTP 200, a model wygenerował
ADC_SOLANA_E2E_OK。 - Przy odpytywaniu publicznego RPC o on-chain signature można napotkać ograniczenia liczby żądań。
- Ponieważ odpytywanie publicznego RPC może podlegać ograniczeniom, nie podajemy tutaj Solana explorer。Gdy wymagane jest ścisłe uzgodnienie, użyj własnego Solana RPC lub rekordów settlement po stronie platformy, aby potwierdzić podpis transakcji。
Jak wybrać
Niezależnie od wybranego łańcucha, nie koduj na sztywno ceny po stronie klienta。Cena jest określana przez zwracane przez serwer
accepts[].maxAmountRequired。
