fix(support): match compliance search address case-insensitively

[TaprootFreak]

Problem

The compliance database search returns "No user or bankTx found" when an EVM address is entered in a different letter case than it is stored. Addresses are persisted in EIP-55 checksummed form, so a non-checksummed (e.g. all-lowercase) address — as commonly copied from block explorers — is never found.

Root cause

The address branch of SupportService.getUniqueUserDataByKey looked addresses up with exact, case-sensitive = comparisons (WHERE user.address = :param, WHERE deposit.address = :param). On Postgres these are case-sensitive, so a lowercase input does not match the stored checksummed value and the search falls through to the not-found error. This affected both lookups in that branch:

• the user (login) address, and
• the Sell/Swap deposit address fallback.

Fix

Case-insensitive matching for the compliance search address branch only, via dedicated methods:

• UserService.getUserByAddressIgnoreCase(address)
• SellService.getSellByDepositAddressIgnoreCase(address)
• SwapService.getSwapByDepositAddressIgnoreCase(address)

Each uses LOWER(<col>) = LOWER(:address) and loads the exact same relations as the previous lookup, so downstream behaviour is unchanged apart from being case-insensitive.

The shared getUserByKey, getUserByAddress, getSellByKey and getSwapByKey stay untouched, so authentication, KYC, history and every other caller keep their existing exact-match behaviour.

Tests

• Unit tests assert the case-insensitive WHERE clause for each of the three new methods.

Scope

Read-only admin search only — no change to authentication or any address-write path.