@1delta/svm-kit

Solana provider primitives: an RPC client with endpoint rotation, account reads, and base58 address handling.

It is a separate package rather than a directory in @1delta/providers, and that is the whole point. providers is viem transport, multicall batching and eth_call semantics; an SVM client shares none of it — getMultipleAccounts IS the native batching and there is no Multicall3 concept to wrap. Forking providers would have produced two things with one name.

It is also dependency-free apart from chain-registry: no @solana/web3.js, no @solana/kit. Everything here speaks JSON-RPC and base58, both of which are a few dozen lines, and neither of which should cost every consumer of an EVM package a megabyte of Solana runtime.

What is deliberately NOT here: transaction parsing, signing, or building. We relay a base64 blob we never open (SOLANA_SWAP_BRIDGE_PLAN.md §3.7). The day that changes is the day a real codec dependency is justified — and it belongs here, not in providers.