|
Question:
a seed phrase of 12 words offers 128 bits of entropy.
Let's say that I add a passphrase of 30 numbers from 0 to 9. This is just an example.
If my calculations are correct, this will add approximately 100 bits of entropy. I did: ln(10^30)/ln(2)
Assuming that the numbers are generated from a valid entropy source:
1. Are my calculations correct?
2. What is the threshold above which the passphrase is secure? 100 bits? More?
3. Is it correct to say that my wallet is derived from 228 bits of entropy in total?
4. Is it better (in your opinion) to use characters that are easily read and written down? For example is it better to avoid 0 ,O, I, l ? Base58 does that, so I guess it's better to avoid these. However, when you write down the passphrase on paper you can use hand lettering for lowercase L etc.
|
|
|
|
The question is: is it better to use card payments with the current system? Or CBDCs? To me they are the same. I see no difference at all. Card payments are definitely less bad than CBDCs. Your credit card provider refuses to let you make a payment? You can at least try another provider, or a bank transfer, or some other option. A government refuses to let you make a payment with their CBDC? Nothing you can do about it. As I said, I don't claim to be the ultra revolutionary, but I hate both. I realise that CBDCs are far worse but in my opinion card payments are also bad, because they ar connected to the banking system. The latter is a system I have learnt to live with, but it doesn't mean I like it. Finally, banks try to make money in every possible way, getting absurd money if people fail to pay their credit balance. So, my point is we should not have CBDCs , nor banks. That's why I call them equally bad. The card provider companies get money as a fee for their services, so perhaps my initial accusations are not very fair. But, nevertheless, they are linked with the current financial system, aren't they? |
|
|
|
ps: I'm not talking about taking loans. You're confused.
I'm talking about regular debit cards.
Ok this is what I thought. Sorry. Wait, are you saying that bank credit core system is similar to social credit score? You must be joking. These are not the same, not even close.
When bank loans you money it wants to know how if you have a stable job, if you have other existing loans and such.
A social credit score is when they check your recent posts on social platforms to see if you support the government and decide if they should loan you money based on that.
The only thing I am saying mate is that they both suck. Between the bad, the worst option may be CBDC but I want to clarify that the current economic system which is bank based, has already huge flaws. No bank credit system is not similar to social credit score. In fact I don't even want to know what the latter is. But when the bank adds 17% on top of your expenses because you were one month late and then VISA gets 3% of that, I am sorry, I hate this equally. If you talk about Debit payments then essentially VISA will get 3% of every payment you make, which is a service fee and it's not that bad. But again the bank owns the money you think you own, so... I mean don't get me wrong, the only thing I am saying is we choose the bad from the worse. And of course this: A social credit score is when they check your recent posts on social platforms to see if you support the government and decide if they should loan you money based on that is the most unethical thing I have ever seen, but it's not the only one. |
|
|
|
CBDC introduces new variables (carbon credits, social credit score). Cards are different.
But credit cards are linked with banks. This means Visa, MasterCard etc all implement a credit score system for banks. Btw yeah I have read the entire discussion. |
|
|
|
People aren't entering a new jail, it is the same jail as they were in before with a new name. The goal of CBDCs is to eliminate cash and have everything electronic, and therefore have everything 100% traceable and 100% censorable. This is definitely worse than the current system, where you can at least escape some surveillance and retain some control by using cash. The question is: is it better to use card payments with the current system? Or CBDCs? To me they are the same. I see no difference at all. I hate both, but I admit I use card payments a lot. Some entity is behind the transaction anyway, so... |
|
|
|
|
What I really don't get is why the problem is with mixers only. If so, this is literally the worst decision I have ever seen...
If you want to make sure the ads are of better quality in general, then you should ban every bullshit that is advertised, no matter what the advertised product is.
Banning only mixing services is absurd.
|
|
|
|
Have you done any checks on the SSD? I spent a couple of hours the other day trying to figure out why a PC was so slow and it turned out the almost new SSD was failing SMART checks.
Was looking for malware, was checking running apps, etc. Till I finally ran crystaldisk and poof. But neither the PC or Windows put up a smart error.
-Dave
Hi Dave, no I haven't checked the disk. I think it's an exFAT, but I am not sure. Also I run Raspbian and I am not aware of what crystal disk is. Is it a tool? |
|
|
|
I am sorry I don't follow you on this. You mean perhaps I should add less than 7000 and go for 6000 for example?
Try 3/4ths of the total RAM. Your disk doesn't seem to be the problem I thought you had an internal SSD and externally-attached 2TB SSD... my bad. Also combine it with the assumevalid directive that nc50lc posted about, maybe set it to 800000 blocks, to really speed up things, as these things must have been verified thousands of times by now. I will set it to 800,000 and also set dbache to 6000 and I will see if it makes a difference. |
|
|
|
OP just write the seed twice in 2 pieces of paper. Put them in separate locations and check them twice a year. No need to go insanely about it. Is it unsafe for me to keep on Google Drive? I've been keeping my seed phrase in google drive for quite some time now but so far I haven't had a problem. Here I want to say that I have not given anyone access to my google drive, if I don't give anyone access, how can they access my google drive?
Sorry is this real? or are you just joking? |
|
|
|
I'm curious if that helps. More dbcache also means less file cache for the OS.
Exactly, but I haven't found any explanation online, so I thought perhaps one would know in this forum. Feels like above 4GB doesn't help too much. It's like there is a soft-cap and then the return you get is diminishing. Perhaps I am wrong though. Edit: be careful with default linux swap behavior which perform some swap even though there are some free/unused RAM capacity.
I am sorry I don't follow you on this. You mean perhaps I should add less than 7000 and go for 6000 for example? It's not necessary bad, security-wise, because it's just the script verifications that are skipped. Everything in the assumed valid blocks are still being verified by your node. The topic is quite famous after its implementation so you may find a lot of helpful related topics across the internet. For example: https://bitcoin.stackexchange.com/a/88666Thanks mate, much appreciated! |
|
|
|
It leads to same result, although i find it's unusual to see configuration on multiple places. And since your device has 8GB RAM, you could set higher value for dbcache (assuming you don't run other memory-intensive software on that device).
Like how much? Perhaps all of it? 8192? I don't run anything else on this device. My plan, in general, is to run Bitcoin & Monero node on the same machine. EDIT: I set it to 7000 and let's see... |
|
|
|
Is it your full configuration file or you removed line dbcache?
I have set my dbcache on the commandline running bitcoind -dbcache=4096 -conf=<path to bitcoin conf>
The reason is that I want to run with default dbcache when IBD is finished. Doesn't it have the same result as adding dbcache=4096 on the conf file and then run: bitcoind -conf=<path to bitcoin conf>
Pruned node need full UTXO in order to verify new TX/block, so i doubt it's possible. At best, we'll see slightly more efficient UTXO representation.
Yeap, you must be right. |
|
|
|
Thanks, I will see the reference because it is something I ignored until today. Wouldn't it be bad for security though? Is this why you say it is not recommended? I'd copy everything in ~/.bitcoin/ (after shutting down Bitcoin Core).
Definetely gonna try it after the sync is finished. Yep, it sucks  And the Bitcoin dust those Ordinal spammers create will remain unspent taking up space in chainstate forever. Unfortunately we have to live with it. Pruned nodes in the future will avoid the issue, I suppose. |
|
|
|
Why do people pay millions of dollars for a bunch of paint on a canvas (Mona Lisa)? Most of the time it's money laundering via the "art" excuse.  Or perhaps it's a way to show power. I mean apart from the money laundering reason. There are people who really think that others will feel jealousy if they buy a super expensive item. That's a motivation too. |
|
|
|
Why don't you just copy the blockchain from your existing nodes to the new node?
Ok you made me lough out loud. How can I be so silly?! It didn't even cross my mind. However, supposing I wanted to do it, would I need to copy the chainstate and blocks directories? Or all the items from the Bitcoin Core directory (.conf, .log etc) ? I won't stop the process now, since I am almost done, I guess. I guess that's around the time the Ordinal spam largely increased the number of transactions, and the size of chainstate. It currently takes 8.5 GB on disk, which won't fit your 8 GB RAM anymore. It looks like 16 GB is the new minimum for a fast IBD.
Makes sense, but 16 GB is a lot for a cheap computer. RPi doesn't support 16GB anyway. |
|
|
|
txindex does slow down the IBD, but it shouldn't make it that slow. So I want to ask you, where did you configure the datadir? Because if you're going to make I/O go through the SATA connection to USB3, that's going to be quite slower than just writing on the SSD directly. USB3 standard is 10GB/s maximum, and the disk is probably doing much less.
Not sure I understand this. The datadir is on the SSD. The SSD is external to the Raspberry. So essentially I run: bitcoind --datadir=/media/.../...
|
|
|
|
There are too many topics about it, but I haven't found the answer I want.
I would post on older topics but I got the warning that the topics were older than 120 days, so I started a new one.
I have 2 nodes and I am currently setting up my 3rd node. The first 2 nodes were constructed between blocks 700,000 and 750,000 and the process went okay-ish. On the 3rd node, my IBD is very slow. Let me share my setup. Hardware:1. Raspberry Pi 4 Model B with 8GB RAM. 2. Cat6 ethernet cable. 3. 2TB SSD 2.5''. 4. SATA (on the disk) to USB 3.0 (on the Rpi) Internet speed:Download: 200 Mbps Upload: 5 Mbps Ping: 4 ms Software:Raspbian OS Bitcoin Core 25.0 My conf is:datadir=...
server=1
daemon=1
txindex=1
After reaching block 790,000 the process slowed down a lot. I have spent 5 days until block 790,000 and 3 more days until 810,000 and there are still approximately 10,000 blocks left, which will take even more  It's normal, I know! Because it scans and validates recursively. Does anyone know if -txindex=1 slows up the Initial Blockchain Download ? If so, is there a reason?
|
|
|
|
I will rather go with Electrum wallet, because I don't want to download and sync the whole blockchain data, that's going to be costly for someone with limited internet data, with Electrum wallet there is no need, and it's a non-custodial wallet too.
What do you mean? There is no need to download the whole blockchain for any wallet. You must download the whole blockchain if you want to connect to your own node, which is not a must in order for it to work, but it is a must if you want to be private and don't share address data with another one's node. I understand the limited internet data or the disk space issue, but I would go for a node no matter how many days it would take to sync the chain. |
|
|
|
LOL! I'm really not surprised... The first copycat was Litecoin Ordinals (because it also has SegWit & Taproot), then Doginals, then Ethscriptions, then Solscriptions, then inscriptions on AVAX & MATIC... and now Monero. That's the funny thing about NFTs on Monero though: nobody knows when they change hands, and nobody knows who has which ones. Think I'll pass.  The only question I have is why on earth do people want to have ordinals in the first place. What do they gain with them? Do people really think that this is art and someone will pay absurd amounts of money to buy them in the future? This is ridiculous, pixelized sh*t. |
|
|
|
Why don't you like coinjoins?
I love coinjoins! Not WabiSabi conjoins though. In general I love pluralism, so I am not using only one product or tool. That's why I sincerely doubt your motives. You always suggest wabisabi like it is the only tool that exists. I tried not to criticise the tool because I respect everyone's opinion, but using ONLY one tool, for me is bad, no matter what the tool is. So I will put a full stop here, because I think OP has taken all the opinions he wanted. Lets allow him to decide anything he wants, there is no reason to argue once again. Have a nice day |
|
|
|
|
Show Posts
