stablecoin while pending
#payments 2025-11-18
- tenpence — and to be explicit — this channel does not broker payments, does not hold funds, and has never run escrow for anybody 21:26
- slow.taper — that last row is doing a lot of work 22:05
- VialBot — reminder posted to #payments: verify the chain before the address, and compare both ends of the address. wrong-network transfers are unrecoverable by default. 23:40
do you keep the transaction reference and for how long
i have had a payment confirm and the order not update for two days. it resolved with one polite message
refunds do happen and they are slow and awkward. do not count on one
if you are asked to pay a second time because the first "did not clear", stop and post it in the scam channel
there are no chargebacks here. that is the trade you are making and it should be a conscious one
how long do you wait before chasing an unconfirmed payment
[edited]do not send a test payment to prove anything to anyone. that is a pattern, not a precaution
the discount pattern is roughly ten percent almost everywhere and it is a real saving at volume
[edited]stablecoin or not while an order is pending
while im here how many confirmations before a supplier usually marks it paid
on a small order the fee can be a meaningful fraction. on a large one the discount wins easily
do the fee maths
is the ten percent crypto discount standard everywhere now
Verification log updated: SGN — evidence added, status unchanged.
post it in scam watch
invoice mismatches happen. check the total against what you actually sent, not against what you meant to send
discount is standard now
the mods stop escrow conversations immediately and they are right to
i think i have done something stupid. sent the stablecoin on the wrong network
which network did the invoice ask for and which did you use
invoice said one chain, my exchange defaulted to a different one and i clicked through without reading
ok. deep breath. tell me if the address format was even valid on the chain you used
it went through, so i assume yes
that is the trap. the same address string is valid on several chains that share the same address format
so the transfer succeeded, on a chain where the recipient has no key set up for that token. the funds are at an address nobody is watching
so can the vendor recover it
sometimes, if they actually control that address on that chain and are willing to go and look. often the address is generated per-invoice by a payment processor and nobody controls it directly
ask them, politely, once, with the transaction hash. that is the only move you have
i did exactly this to GGPeps two years ago. they went and checked, found it, and credited my order five days later
they did not owe me that and they said so, which i respected
and if they cannot
then it is gone. there is no reversal, no chargeback, no arbitration and no authority to appeal to. that is the entire design of it
and to be explicit — this channel does not broker payments, does not hold funds, and has never run escrow for anybody
how do people not do this constantly
the check that takes 20 seconds and prevents nearly all of it:
1. read the CHAIN on the invoice out loud
2. select that same chain in your wallet, before pasting anything
3. paste the address, then compare FIRST 5 and LAST 5 characters
invoice: 0x4c91b ... 7de3f
wallet: 0x4c91b ... 7de3f <- both ends, not just one
4. send the smallest test amount the invoice allows, if it allows one
5. confirm receipt, then send the restthe first-and-last check is specifically because clipboard-swapping malware generates an address with a matching prefix
that is a thing
that is very much a thing, and it is why checking only the first four characters is worse than useless. it gives you confidence without giving you certainty
| Rail | Typical fee | Confirmations before credit | Practical wait |
|---|---|---|---|
| BTC | moderate to high, varies wildly | 2-3 | 20-60 min |
| Stablecoin, low-fee chain | cents | ~30 blocks | 1-3 min |
| Stablecoin, main chain | can be several dollars | 12-20 | 3-10 min |
| Stablecoin, wrong chain | cents | n/a | forever |
that last row is doing a lot of work
why does anyone use BTC then
habit, and because some vendors have supported it longest. the volatility is the real cost though
if your invoice is quoted in dollars and you pay in BTC, the amount of BTC required is fixed at quote time. if the price moves while your transaction is pending, someone eats the difference
i have been underpaid-flagged twice from exactly that, on quotes that had a 15 minute window
which is why a stablecoin is simply the less exciting choice for a pending order. boring is the feature
does the vendor usually sort out an underpayment
TFC did. they emailed me the shortfall as a second small invoice and shipped once it landed
GGPeps do the same. neither of them made a drama of it
underpayment by a few percent from a price move is normal operational noise for anyone taking crypto. they have all seen it
update, vendor found the funds on the other chain and credited the order
genuinely lucky. do the twenty second check next time
reminder posted to #payments: verify the chain before the address, and compare both ends of the address. wrong-network transfers are unrecoverable by default.
*next time and every time. thanks all