mirror of
https://github.com/luxfi/bridge.git
synced 2026-09-24 00:26:46 +00:00
zeekay
dbf4c0acf2
An empty teleporter is a mode, not a gap. Ethereum and Polygon carry empty ones and cross fine, because the committee holds an address on the chain and a deposit to it is the lock. I had read those empty strings as "cannot bridge" and called three real networks fictional on the strength of it. They are real; what was missing was our row, not their existence. Custody already spans all of these — CGGMP21 on secp256k1 for every EVM, FROST on Ed25519 for substrate — and the address type defaults to `eth`, so every EVM network added here gets a correct deposit address with no new key material and no new ceremony. Added: Celo, Zora, Blast, Linea, Gnosis, Fantom, Aurora (EVM, chain ids from the live registry rather than memory) and Polkadot (substrate, no EIP-155 id, SS58 via encodeSubstrateAddress). Nineteen EVM networks are now offered and all nineteen assemble. Each carries its native asset row. A network in four of the five tables a crossing needs is one whose gap is found after the user has sent funds, so TestEveryOfferedNetworkHasItsNativeAsset now walks the config and refuses that state. CARDANO IS DELIBERATELY LEFT OUT, and this is the one to look at: mpc-wallet.ts maps CARDANO_MAINNET to address type `sol`, with the comment "placeholder — needs Ed25519". Both are Ed25519 so the key is fine, but a Cardano address is bech32 addr1... and a Solana address is a base58 public key. Anyone bridging to Cardano is handed a Solana-shaped address to send ADA to. It is offered on bridge-api.lux.network today. Adding it here would have spread a funds-losing bug rather than fixed it; it goes in when it has an encoder.