pull down to refresh
109 sats \ 2 replies \ @Filiprogrammer 24 Feb \ parent \ on: Tutorial: Bitaxe paired with your own Datum Gateway/Knots on Start9 or Umbrel bitcoin_Mining
No, you still mine with the Ocean Pool. But you get to decide which transactions go in the block in the rare case that you hit a block.
You build your own block templates without relying on the pool. Meaning you decide which transactions get mined.
Maybe Trump really didn't know any better. Then he should have done his due diligence before promoting something.
Maybe he should have stuck to BTC!
Yes, for sure!
Not sure if he pulled the rug but launching a meme coin where 80% is held on one wallet is already very shady. And promoting something like that as a president, preying on people who will fall for it and get burned, is very unethical.
If they only had the seed and nothing else, it might buy some time. But if they also have access to a watch-only wallet, then they can see your derivation path, which is usually not sensitive information.
You are better off using a passphrase instead.
Interesting idea but showing it off in plane sight sounds risky to me. This is not encryption, just encoding. It's security by obscurity.
I just thought of another possibility: Someone trying to deanonymize the user could have deliberately sent them the 0.40156916 Bitcoin out of a coinjoin, hoping that the user would later send it to a KYC exchange, which they did.
This seems very unlikely though, since a much smaller amount could have been used. (dusting attack) Also if Wasabi Wallet 1.1.6 functioned correctly it should have marked this coin as non-private to the user.
Anyway this scenario seems very unlikely.
By the way, modern versions of Wasabi Wallet only show a maximum of 1 UTXO per address (even if the address actually holds multiple UTXOs), preventing you from spending multiple times from the same address.
I see. Outputs from two different coinjoins went to the same address:
https://mempool.space/address/bc1qxp8k4un9tzkm2phsvs22r26l6l2ny93tnts7nq
This should not have happened.
Based on the date of the coinjoins (7th of September 2019), we can assume that Wasabi Wallet 1.1.6 was used.
Two possible explanations for how this happened come to mind:
- Either a bug in the coinjoin output address selection of Wasabi Wallet leading to address reuse
- Or the user had two instances of Wasabi Wallet with the same seed phrase running and coinjoining at the same time.
The issue with scenario 1 is that I could not find any bug disclosure or fix for this.
That suggests either:
- Such a bug never existed in the first place.
- It was an extremely rare edge case that was never discovered.
- It was silently fixed, whether intentionally or unintentionally.
The issue with scenario 2 is that it is highly unusual to be doing that. It would likely result from either an intentional attempt to break things or an honest mistake. Given that the user also failed to notice the address reuse, user error seems plausible.
Because it's not capable of breaking deterministic links. It can be unpeeled by chain anal.
How? Any source supporting these claims?
And if you are worried about blocklists, the zkSNACKs coordinator was shut down in June 2024. Now the coordinators are run by community members.
In a coinjoin every participant has to sign the transaction. If just one participant fails to do that within the time limit, the entire process of input/output registration and finally transaction signing is restarted. So yes this does in fact happen. The higher the number of participants, the likelier it is to fail. You probably don't even notice when using Wasabi Wallet since all that happens automatically.
If you bring Lightning channel opens into the mix, then you have even more potential for failure. A Lightning channel involves two parties. So the other party also has to cooperate with the channel commitment in order for the coinjoin transaction to be signed by the participant funding the channel.
Yooo, that's epic! But this would probably take a lot of attempts when 100 people want to open a channel in the same coinjoin. But on a smaller scale this could be amazing!
Only 12 hours later another version is out already:
v2.5.1 Fixes a bug with the recovery workflow introduced in v2.5.0
in the future, i hope, almost all onchain transactions will be coinjoins
and batched Lightning channel open transactions
I've only heard of this but has it actually been implemented?
Not to my knowledge
It seems to suffer in that it incentivises letting hard to treat or chromic cases die, as they will never actually be healthy.
Yeah, I guess such a system cannot be applied universally.
You could pay a doctor/dentist to keep you/your teeth healthy. (Kinda like a subscription, but you only pay when you are healthy) When the patients are not healthy, the doctor makes less money. A doctor with a lot of healthy patients makes more money.
This way, the doctor is incentivized to keep you healthy in the long term.
Setting
--sat_per_vbyte 0 is like not setting it at all. The parameter is ignored when set to 0. Hence it chooses a fee rate on its own. The lowest you can go with LND is --sat_per_vbyte 1