Skip to content

chore(deps): bump solana extra floor to blockrun-llm>=1.6.1 (0.6.1)#19

Merged
VickyXAI merged 1 commit into
mainfrom
chore/bump-solana-floor-1.6.1
Jul 15, 2026
Merged

chore(deps): bump solana extra floor to blockrun-llm>=1.6.1 (0.6.1)#19
VickyXAI merged 1 commit into
mainfrom
chore/bump-solana-floor-1.6.1

Conversation

@VickyXAI

Copy link
Copy Markdown
Contributor

Warning

Draft — do not merge yet. blockrun-llm 1.6.1 is not on PyPI, so this floor is currently unsatisfiable:

$ pip install "blockrun-llm[solana]>=1.6.1"
ERROR: No matching distribution found for blockrun-llm>=1.6.1

Merging before the release makes pip install 'blockrun-litellm[solana]' fail outright.

What

Bumps the solana extra floor >=1.5.0>=1.6.1 and releases 0.6.1.

Why

Picks up BlockRunAI/blockrun-llm#23. A payer whose USDC token account was never created fails simulation with InvalidAccountData, which the gateway's coarse invalidReason collapses to transaction_simulation_failed — a reason the SDK classifies as recoverable, so it burned all 5 payment attempts on a wallet that could never pay. Each cost the gateway its own 4 verify retries:

Layer Attempts
blockrun-llm _MAX_PAYMENT_RETRIES 5
gateway MAX_VERIFY_RETRIES 4
verify calls per doomed request 20

That amplification is how a single unfunded wallet surfaced to our facilitator partner as a ~260-call client-side storm. It was ~13 real requests.

A floor, not a preference — a pinned older SDK reintroduces the amplification in full.

Base-chain users are unaffected by the bug, so the base blockrun-llm floor deliberately stays at >=1.4.7 rather than forcing an upgrade for no benefit.

Merge order

  1. BlockRunAI/blockrun-sol#48 — gateway, merged and deployed (it's what starts returning invalidMessage)
  2. fix(solana): fail fast when the payer has no USDC token account blockrun-llm#23 — SDK, merged and released as 1.6.1 to PyPI
  3. this PR — undraft, then merge

Against an older gateway the SDK degrades to the previous retry behaviour rather than misbehaving, so step 1 running ahead is safe; only the PyPI release actually gates this PR.

Test

191 passed / 1 skipped. Note the suite does not exercise the floor — it's a packaging constraint, verified by hand with the pip install --dry-run above. That command is also the merge gate: it must succeed before undrafting.

Picks up BlockRunAI/blockrun-llm#23, which stops the SDK retrying payments
a wallet can never make. Below this floor an unfunded payer burns all 5
payment attempts, each costing the gateway 4 verify retries — 20
facilitator calls per doomed request, which is how one wallet with no USDC
token account surfaced as a ~260-call storm.

A floor rather than a preference: a pinned older SDK reintroduces the
amplification in full. Base-chain users are unaffected, so the base
blockrun-llm floor stays put.

BLOCKED: blockrun-llm 1.6.1 is not on PyPI yet, so this floor is currently
unsatisfiable (pip: 'No matching distribution found for blockrun-llm>=1.6.1').
Merge only after #23 lands and 1.6.1 publishes.
@VickyXAI
VickyXAI marked this pull request as ready for review July 15, 2026 19:09
@VickyXAI VickyXAI changed the title chore(deps): bump solana extra floor to blockrun-llm>=1.6.1 (0.6.1) [BLOCKED on 1.6.1 release] chore(deps): bump solana extra floor to blockrun-llm>=1.6.1 (0.6.1) Jul 15, 2026
@VickyXAI
VickyXAI merged commit b0ad117 into main Jul 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant