feat(sdk-api): add registerWithBaseCoin for dynamic token registration

[manas-at-bitgo]

Summary

• Add registerWithBaseCoin method to BitGoAPI that wraps GlobalCoinFactory.registerToken() — adds a token to both the global coin map and constructor map in one call
• Refactor registerWithCoinMap in sdk-coin-eth to be a drop-in replacement for register() — calls register(sdk) internally for hardcoded coins, then registers dynamic ERC20 tokens from a consumer-provided CoinMap
• Add @bitgo/statics dependency to sdk-api

Motivation

Enables dynamic token onboarding: consumers build a CoinMap from AMS (which drifts ahead of what's baked into @bitgo/statics) and pass it to registerWithCoinMap. New tokens become available via bitgo.coin() without an SDK version bump.

TICKET: CSHLD-24

Test plan

• register() registers base ETH coins + ERC20/ERC721 constructors
• registerWithCoinMap() delegates to register() then adds dynamic tokens via registerWithBaseCoin
• registerWithCoinMap() registers constructors by both type name and contract address
• Empty ERC20 coin map results in no registerWithBaseCoin calls
• Unit tests pass: npx mocha --require tsx modules/sdk-coin-eth/test/unit/register.ts

🤖 Generated with Claude Code

[linear]

CSHLD-24 Add method in sdk-api to register a token in both coin and constructor map

[pranavjain97]

the approach works but creates duplication that will drift. registerWithCoinMap copies the 4 base coin + ERC721 registrations from register(), and registerWithBaseCoin on BitGoBase is a public interface change for what's really an internal concern. simpler: have registerWithCoinMap call register(sdk) internally, then just add the dynamic token part with GlobalCoinFactory.registerToken() directly. no interface change needed.

also, no tests added for registerWithBaseCoin or the updated registerWithCoinMap.

[manas-at-bitgo]

@pranavjain97

• registerWithCoinMap now calls register(sdk) internally — no more duplication
• Simplified registerWithBaseCoin — dropped the redundant name param since registerToken already registers by baseCoin.name. It's still a public method on BitGoAPI since consumers need it to add tokens to the global coin map at runtime, which is the whole point of dynamic onboarding — can't do that with GlobalCoinFactory directly from outside sdk-api
• Added unit tests covering register(), registerWithCoinMap(), and the empty coin map case

[veetragjain]

Will this not throw an error if coin is not present in the coin map maintained by the coin factory?

[veetragjain]

Base Coin can get confusing, there are two types of base coin, one used for coin map and one used for coin factory, we can rename it to registerWithStaticsCoin or something similar

Few changes still required