The second transaction cannot be included in a block without the first, so a miner can choose to include only the first and the second later or they get included in a block at the same time.
Edit: Yes see, they were both included in block 548614
>Well the problem here is that moving from Bitcoin to Monero (or the other way) requires using some form of centralized exchange/counterparty
Bisq is very decentralized and has been quite liquid in XMR/BTC lately:
Check if your transactions are in the mempool
https://blockchair.com/bitcoin/mempool/transactions
If the fee is too low, theoretically the txs can get dropped out of the mempool if it gets too big for too long. I don't know if this has happened before.
You can always rebroadcast your initial transaction or create a new one with the same inputs and a higher fee
What happened was that today I went to a BIT ATM and bought 100 dollars in bitcoin for my wasabi wallet, I scanned the code with my address, the charge for the transaction was one dollar, the address the ATM gave me on the receipt was different from the one I have on my wasabi wallet. So far I don't have my BITs, I called the Rockitcoin ATM company, they told me the transaction was successful and sent me a text with the block chain, where you look at several transactions and the address of my wallet is not there.
​
Translated with www.DeepL.com/Translator (free version)
Hi there, I think I understand your question. You are trying to better understand the network costs of writing transactions and how much Wasabi users pay given the miners fee.
​
The main reason why you likely paid 0.0003 BTC as a transaction fee when you moved your coins was because:
​
So with Wasabi, the transactions are not set for priority, which means that CoinJoins have fees as low as 2 sat/vbyte (100x cheaper than the priority setting). The transactions are also all Bech32 inputs, so the transaction is easily 50% more cost efficient based on the SegWit discount. So typically, when you look at the cost per user/ you get much smaller numbers.
​
Example: A Wasabi Transaction that just happened with 18 sat/vbyte fee: https://blockchair.com/bitcoin/transaction/9693a003ec9f68909fa6e6c3639e553279bf12fa880a0569124f31e75ffb71b7
​
Total Miner fee in USD = $9.50
Total Number of Participants = 47
Miner Fee Per Participant = $0.20
Wasabi Coordinator Fee = 0.141%
Wasabi Fee per 0.1 BTC mixed = $1.13
Fee Breakdown: 15% Miner Fee, 85% Wasabi Coordinator Fee
​
Great question!
Even bigger CoinJoin just happened with 89 participants! https://blockchair.com/bitcoin/transaction/62549d710c4dbc5fed17d6980fd3624c4b5772926ee22a22a2b2f3e772a563b8
I totally understand your situation now. The mempool is slowly clearing up and hopefully your transaction will get mined soon.
​
Question - the transaction you sent, are any of the inputs unconfirmed? Are all of your CoinJoins confirmed? You can go to blockchair.com and lock up any transaction by txid
>What’s the explanation for not being able to find any of the pending tx on any block explorer? For the past 2 days I was able to see them on blockchain.info with ETA of 144 blocks. Today I don’t see them anymore.
Can you check on another block explorer? Blockchair.com? btc.com?
​
This is interesting - so it could be that blockstream block explorer limits the size of their memory pool. Were you able to see your transaction elsewhere? For example blockchair.com?
​
​
Correct. I know this sounds crazy but I have many people coming to me telling me they have been dusted. The problem is most wallets that use fresh addresses will notice that an old address receive 548 satoshis and consolidate it with other utxos in the next spend -> this links the /0 address with potentially the /15 and /20 addresses and can then tie all addresses together.
​
This is a recent dust attack -
Hashcat (https://hashcat.net/hashcat/) is a prominent tool to brute force passwords. Unfortunately I think it is specific to certain file types, and unless you know that you used no capital letters or special keys you are out of luck.
To get an impression of the strenght of your possible passwords, check https://howsecureismypassword.net/.
Good luck.
disclaimer: I'm a total layman and don't have a computer science background.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I have verified the following PGP keys to be accurate: u/nopara73 PGP Fingerprint: 21D7 CA45 565D BCCE BE45 115D B4B7 2266 C47E 075E u/lontivero PGP Fingerprint: E36A CB3C 6D0A EAA4 BAE2 C597 AF1B 31FA DAA4 B340 u/molnardavid84 PGP Fingerprint: 1237 2872 D646 EB8E CB46 80F4 950F 6F91 2CFD E54C Max Hillebrand: E900 5F66 A86B B816 BD7D 967E BEDC D95C 42AC 3C57 Trust but Verify -----BEGIN PGP SIGNATURE----- Version: Mailvelope v3.2.0 Comment: https://www.mailvelope.com wsFcBAEBCAAGBQJdGkVYAAoJEPj8tTZUBxQI7TEQANP8/GhdQZDE20P7E9Xc vAbfdVwUQcey/DeHBtZOLvz+tKwFnh9frl91QdEbdkjN1ZT4s4+QCjR2ulBL fiHA/c+FX1QoeJikWZfqWM1sKeWbK+FkGOl1/d8n/fJaLqnly+h73KWjXGex V/+yg+IpY1DCswdstrMPG0bfMn5azUoHfnuTBmIzqvIiYp+6bFYvBaVz+k6M UrkmAloPwu1jOyW9SCxmXrXzW6ZHZQhvAO7mzUmHuh9vzUBWFuubSYeLA/1k TXmrfIuykOwTZtlmPCsdDUU64w1FXZ7i0YoCMxmvkwEq6VaHgAxGQuC6h3wT QgTmLZmW4/lQBWg6EZtUhFifDvmk/WTqZxfX5714skDUyw/WTgmhwnUvuKtO 01B+z++t23uC3hCWVhOzpXHYgvweO+BLcLVhir/UWvftszy0l/u8vdHKo8eB ur2cTxp0TbazAlXnlJGIKR1sMoLhNkTJHC6YF+GTna4GeQlRgech7WtfHNLo lPW9BlONHnrUpCP/cm2Ny4gCmRAcF1XN249KnZx61o+WmL4G1msT7PRyQExw FKDXiS84w844jRhETAzR4PdvKK6SxeL3tX4+/nQEVzMibmKX9wdW8HGpOfEt PXCeTMXpFNtAj3jOmXNGlt8DIFYlt01U84fX6jMfofjEOO0qEL5Qp3NnTv0c DSrP =ez9v -----END PGP SIGNATURE-----
Hi,
I think your calculation is correct but there is an exception for fee calculation. In special cases where the change amount is so low that it only be used to break your and others privacy so instead of generating dead change the coordinator takes it as a fee. Refer to: Dead change attack.
​
What does it mean small amount?
Currently it is calculated as the 1% of the minimum denomination. If this protection is triggered then 0.001 can be the fee of the CoinJoin.