@FP91G
Thanks for the repeat test and for confirming the auto-recalculation works correctly now that was one of the things we fixed. 25 minutes after BTC confirmation is a solid result, appreciate you noting it.
About reducing Chain mode time you actually nailed it yourself in #188. The time after confirmation is something we can only optimize within what's on our side. The routing through third-party bridges and pools isn't our part. We'll work on what we can control, and Fast will be back after the rework specifically for users who need instant.
@MarryWithBTC
Thanks for the second test and for the reviews on BitList, Kycnot and Monerica really appreciate it. PGP signing via BitList works as intended, glad it's already showing value.
About the calculator difference USDT TRC vs ERC that's a normal situation tied to two factors: current liquidity in third-party pools for each network, and network fees on our side (we pay for the outgoing USDT transaction on the receiving network). At any given moment it can happen that ERC-20 gives a better rate than TRC-20 despite higher network fees depends on the pool at that specific moment. Not a bug, just market reality.
@Chikito
Thanks for the 1 sat fee example that's a really common mistake. Minimum fee on a congested network = transaction stuck for hours. Better a few extra cents than 2 hours of waiting.
@mikel_012 @Z-tight @MarryWithBTC
About RBF official answer:
**RBF on the sender's side is fully supported.** If you sent a deposit with a low fee and want to speed it up via RBF you do it in your wallet as usual. We accept the replaced transaction once it confirms. No special settings on our side required.
Z-tight explained it right RBF is always the sender's story, an exchange can't interfere with someone else's transaction until it arrives at our address.
Thanks everyone for the discussion genuinely useful technical breakdown
DEX.fo No KYC. No AML. No registration.