Fix native coin forward gas buffer

[TaprootFreak]

Problem

Native coin forwards (ETH, MATIC, etc.) können in einer Endlosschleife stecken bleiben, wenn der Deposit-Betrag klein ist.

Ursache

Beim Forward von nativen Coins wird der Send-Betrag berechnet als:

sendAmount = depositAmount - estimatedGasFee × 1.00001

Die estimatedGasFee stammt aus einem 30-Sekunden-Cache (CacheItemResetPeriod.EVERY_30_SECONDS in der Payout-Strategy). Beim tatsächlichen Senden in sendNativeCoin wird aber ein frischer Gas-Preis via getRecommendedGasPrice() geholt. Zwischen dem gecachten Wert und dem frischen Wert kann sich der Gas-Preis ändern, und der bisherige Puffer von 1.00001 (0.001%) reicht nicht aus, um das abzufangen:

sendAmount + actualGasCost > walletBalance

Die Transaktion wird zwar signiert und an den RPC-Node geschickt (TX-Hash wird zurückgegeben), aber sofort aus dem Mempool gedroppt weil die Balance nicht reicht.

Auswirkung

1. Forward wird ausgeführt → outTxId wird gespeichert, Status = Forwarded
2. TX existiert nicht on-chain → getTxReceipt() gibt null → Confirmation schlägt fehl
3. Nach 30 Minuten → Timeout, Reset auf Acknowledged, outTxId gelöscht
4. Forward-Job pickt den Pay-In wieder auf → gleiche Fee-Schätzung → gleicher Fehler
5. Endlosschleife: Forwarded → Timeout → Acknowledged → Forwarded → Timeout → ...

Zusätzlich: Falls ein Pay-In im PREPARED-Status stecken bleibt (dispatch Exception), wird beim nächsten Cron-Lauf die alte gespeicherte Fee wiederverwendet, die noch stärker veraltet sein kann.

Konkretes Beispiel (Transaction 307721)

• ETH→ETH Swap, Deposit: 0.01 ETH
• Gas-Fee-Schätzung (gecacht): 0.000003 ETH (≈ 0.14 gwei)
• sendAmount = 0.01 - 0.000003 × 1.00001 = 0.009997 ETH
• Aktueller Gas-Preis beim Senden: 0.18 gwei
• actualGasCost = 21000 × 0.18 gwei = 0.0000039 ETH
• sendAmount + actualGasCost = 0.010001 ETH > 0.01 ETH ❌

Verifiziert on-chain:

• Deposit-Wallet (0xdaee...d71ec) hat noch exakt 0.01 ETH (unverändert)
• Nonce = 0 (keine TX wurde je von dieser Adresse gesendet)
• Beide Forward-TX-Hashes existieren nicht auf Ethereum Mainnet

Fix

Statt die gecachte Fee-Schätzung mit einem minimalen Puffer zu verwenden, wird jetzt der frische Gas-Preis zum Zeitpunkt des Sendens geholt:

// vorher: gecachte Schätzung mit 0.001% Puffer
const amount = groupAmount - estimatedNativeFee * 1.00001;

// nachher: frischer Gas-Preis mit 50% Puffer
const freshGasCost = await this.payInEvmService.getGasCostForCoinTransaction();
const gasCost = Math.max(freshGasCost, estimatedNativeFee);
const amount = groupAmount - gasCost * 1.5;

Warum das funktioniert

1. Frischer Gas-Preis: getGasCostForCoinTransaction() ruft gasLimit × getRecommendedGasPrice() direkt am RPC-Node ab — kein Cache
2. Minimaler Time-Gap: Zwischen getGasCostForCoinTransaction() und sendNativeCoin() vergehen nur Millisekunden (gleicher Code-Pfad). Gas ändert sich auf Ethereum nur an Block-Grenzen (~12s)
3. 50% Puffer auf frischem Wert: Deckt minimale Schwankungen zwischen den beiden RPC-Calls ab
4. Fallback auf gespeicherte Schätzung: Math.max(freshGasCost, estimatedNativeFee) nimmt den höheren Wert

Für das konkrete Beispiel:

• freshGasCost = 0.00000378 ETH (21000 × 0.18 gwei)
• gasCost = max(0.00000378, 0.000003) = 0.00000378
• reserved = 0.00000378 × 1.5 = 0.00000567
• sendAmount = 0.01 - 0.00000567 = 0.00999433 ETH
• total = 0.00999433 + 0.00000378 = 0.00999811 ETH < 0.01 ETH ✅

Änderungen

Datei	Änderung
payin-evm.service.ts	Neue Methode getGasCostForCoinTransaction() die den frischen Gas-Preis vom Client holt
evm-coin.strategy.ts	dispatchSend verwendet frischen Gas-Preis statt gecachter Schätzung

Test plan

• Verify stuck ETH→ETH swap (Transaction 307721 / crypto_input 431237) resolves after deployment
• Monitor native coin forwards on Ethereum and L2 chains for successful completion
• Check that dust amount left in deposit wallets after forward is negligible (~0.000002 ETH)

[github-actions]

❌ Security: 1 critical vulnerabilities