pezkuwichain 04c0c41a2d fix: transparently retry TronGrid calls on HTTP 429 instead of surfacing it to the user ...

TronGrid's public (no API key) endpoint rate-limits aggressively under normal, human-paced
usage - confirmed live during send-flow testing, where every Confirm tap (each re-running
fee estimation + broadcast) started hitting bare 429s after only a few attempts, with no
way through except retrying by hand until one happened to land outside the rate-limit window.

Added retryOn429 (exponential backoff, same shape as the existing test-only helper in
TronBalancesIntegrationTest) at the RealTronGridApi level so every call - fee estimation,
broadcast, balance reads - retries transparently. Broadcast is safe to retry on 429
specifically since it means TronGrid rejected the request before processing it, not that
the transaction may already be in flight.

2026-07-12 04:54:58 -07:00

..

src

fix: transparently retry TronGrid calls on HTTP 429 instead of surfacing it to the user

2026-07-12 04:54:58 -07:00

.gitignore

Initial commit: Pezkuwi Wallet Android

2026-02-12 05:19:41 +03:00

build.gradle

ci: show full exception detail for feature-wallet-impl unit test failures

2026-07-10 08:34:06 -07:00