diff options
| author | Adam Soltys <[email protected]> | 2026-05-17 23:23:26 -0700 |
|---|---|---|
| committer | Adam Soltys <[email protected]> | 2026-05-17 23:23:26 -0700 |
| commit | b52eee57bd9055d0f2b9044d6b87ce90ca5e48cc (patch) | |
| tree | 902c9845bca70e47d4ef6c521a0b95523f41b635 /lib/db.js.map | |
| parent | 82e43982ca49cdec054bbd31c0e739730fc213f2 (diff) | |
| download | coinos-server-b52eee57bd9055d0f2b9044d6b87ce90ca5e48cc.tar.gz coinos-server-b52eee57bd9055d0f2b9044d6b87ce90ca5e48cc.zip | |
isolate per-chain failures in getAddressType and catchUp
Two related resilience fixes for when one chain backend (typically lq via
the cs tunnel) is down or unreachable:
- getAddressType: when lq.getAddressInfo throws on a connection error
(ECONNREFUSED / ETIMEDOUT / "Unable to connect"), fail with
"liquid temporarily unavailable" instead of the misleading
"unrecognized address". Users get an actionable message and we can
tell user error from infrastructure problems in the logs.
- catchUp: wrap the per-chain listTransactions call in its own try/catch
so a downed lq doesn't stop the bitcoin deposit-recovery loop (and
vice versa). Logged via warnThrottled so a multi-hour outage doesn't
spam the same error every tick.
Also drops a redundant /confirm double-call comment from catchUp — with
walletnotify reliable again, a single call is sufficient and avoids
piling on the /confirm race the new atomic lock is preventing.
Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
Diffstat (limited to 'lib/db.js.map')
0 files changed, 0 insertions, 0 deletions