... In the wallet I used before, every time I transfer btc, the wallet will change the private key by default, which causes me to back up the private key every time I transfer btc.And I can't see my private key either, it's hidden by the wallet. This makes my private key especially easy to lose....
Most wallets now generate private keys based on a "seed phrase" (aka "recovery phrase"). Because the private keys generated by the wallet are always the same for that seed phrase, there is no need to back up every private key. You only need to back up the seed phrase. Being concerned about multi-coin wallets with low security is fine, but any concern about a wallet using a unique address for each transaction is unfounded. I get it. I used to think that the wallet was changing my private key, so I would re-back it up after every transfer. It turns out that only the seed is the only private key, and the others are salted. However, is the seed of each wallet can only be used by itself and not each other？ Generally, any two wallets using the same seed phrase will generate the same private keys and addresses, but there are caveats and exceptions. "Private key" is a term with very specific meaning. A seed is not a private key. A wallet typically generates a new private key for each transaction using the seed phrase. - Address: Bitcoins are sent to an address. An address is derived from its public key. It is not a public key or a wallet.
- Private Key: Used to control the bitcoins at an address. A private key is not a password or a seed phrase.
- Public Key: A public key is used in a transaction, and it is rarely seen, except in a transaction. A public key is derived from its private key. It is not an address.
- Wallet: A wallet contains and controls private keys and their associated addresses. A wallet is not an address. A wallet typically uses a seed phrase to generate its private keys.
- Seed/Mnemonic/Recovery Phrase: Used by a wallet to generate private keys and their associated addresses. A seed phrase is not a passphrase or a private key. A seed phrase is also known as a recovery phrase because all of a wallet's private keys and associated addresses are derived from it.
- Passphrase/password: A passphrase is used to encrypt a wallet, private key, or seed phrase. A passphrase is not a private key or a seed phrase. However, sometimes a seed phrase will contain an extra word that is used like a passphrase.
Here are sets of terms that are frequently confused with each other: - Public key <==> Address
- Address <==> Wallet
- Private key <==> Seed/Mnemonic/Recovery Phrase <==> Passphrase
Terms that should be avoided because they are ambiguous or are probably being used incorrectly: - Wallet address: There is no such thing as the address of a wallet. As stated above, a wallet contains private keys and their associated addresses.
- Public address: Use of this term typically indicates a confusion between the terms "address" and "public key". All addresses are public.
- Public Key: Typically, this term is mistakenly used in place of "address".
|
|
|
|
Why Is Bitcoin Bad For the Environment? It Spends A Lot of Energy (and Elon Musk Knows It)
Using electricity is not bad for the environment. Burning carbon to generate electricity is the problem. |
|
|
|
What is also interesting, is that minikeys also has some kind of verification if input (the text found on physical item) is correct.
Yes it does but is it really useful? Verification is based on fact, that not each combination of characters could be treated as a valid minikey - only when "extended" minikey produces hash which starts with "00" in hex.
If someone wrote down their minikey wrong is it going to be easy for them to correct the error just knowing that the extended minikey doesn't start with "00" ? I doubt it. If anything I would kind of tend to the belief that restricting extended minikeys to start with 00 just reduces the security level by a factor of 256...but as you seem to want to imply through your calculations, it's still secure enough. Any error detection is better than none. A 22-character mini-key has 115 bits of entropy, which is pretty secure for now. |
|
|
|
... In the wallet I used before, every time I transfer btc, the wallet will change the private key by default, which causes me to back up the private key every time I transfer btc.And I can't see my private key either, it's hidden by the wallet. This makes my private key especially easy to lose....
Most wallets now generate private keys based on a "seed phrase" (aka "recovery phrase"). Because the private keys generated by the wallet are always the same for that seed phrase, there is no need to back up every private key. You only need to back up the seed phrase. Being concerned about multi-coin wallets with low security is fine, but any concern about a wallet using a unique address for each transaction is unfounded. |
|
|
|
Once your wallet has 0 balance (or all "dirty coins are gone) and you never reuse any old address, your wallet is "clean". This is not the case. ... every time he opens his wallet it will query the balance of all the old addresses and all the new addresses, allowing them to be clearly and easily linked together by any server he connects to. I was going to agree with bitmover, but I'm glad you pointed that out. We can't assume that surveillance companies are not doing exactly what you describe and are not running electrum servers. It is not a concern for me since I am running a full node, as well as a private electrum server and private blockchain explorer. My mixing solution is to run JoinMarket and let others mix my coins for me. |
|
|
|
|
My suggestion is to make a list of the important factors in choosing the car. Do you really refuse to buy anything made by Ford? If so, that goes on your list. Include whatever you feel is important, but order the list by importance. You might have others look at your list to help you decide what is important and what is not.
Then, simply compare all available cars to your list. Do not consider factors that are not on the list.
Also, keep in mind that the choice of EVs is very limited. You won't get everything you want in a single choice.
|
|
|
|
|
The distinction between the words "passphrase" and "password" is largely irrelevant. The reason for preferring a "passphrase" is that "password" implies that the use of a single word or an otherwise short sequence of characters is acceptable, when it is not.
So, I wouldn't get to hung up on the definitions of "passphrase" and "password". I would focus more on what increases their search space -- the length of the string, the size of the pool of possible characters, and the maximization of entropy, which is what you are describing.
A good rule of thumb is that a passphrase that is easy to memorize is also easy to guess.
|
|
|
|
|
Is it accurate to say that the pool is similar to a Lightning channel, but held by more than two people?
|
|
|
|
|
It must be noted that the wallet is not censoring coinjoin transactions, the coordinator is. The coordinator is a server that builds and manages the coinjoin transaction.
The wallet's default coordinator is the zkSNACKs coordinator, but the wallet allows you to choose any coordinator. The simple solution is to use a different coordinator.
It is hard to fault zkSNACKs for their actions, because the government requires them to take these actions. This is one of the pitfalls of a decentralized system trying to operate in a centralized environment.
|
|
|
|
In addition to the phrase, you need the derivation paths of all of your accounts. Typically, you can look up the derivation paths that the wallet uses, so you don't absolutely need to record them. The derivation paths are important because different wallets may use different derivation paths. So, if you move to another wallet you may need to enter custom derivation paths instead of the default paths used by the wallet.
In what way would knowledge of which wallet a seed was generated on would effect recovery of the keys from the seed on another wallet? Say in 30 years time or some other long time period the wallet I generated my keys on was no longer available and all I kept was the seed. How recoverable are my keys? This thread began from me thinking about long-term storage of bitcoin without having to keep current on developments in the field. "Just keep your seed and forget about it" sort of thing. Also what do you mean by "derivation paths?" How would that effect the recovery of keys from a seed? The derivation path is used to specify how private keys are organized and generated, as described in BIP-32 and BIP-44. There are standard derivation paths, and most wallets use them, but a wallet is actually free to use whatever it wants. 30 years from now, if you create a wallet using your seed phrase and there are no bitcoins and no history, then the problem is either that you also need to enter a passphrase or the derivation path is wrong. If you have the seed phrase but don't know the derivation path, you can probably look it up if you know the name of the wallet software, or perhaps you can even run the old wallet and see what it uses. Or, as a last resort you can use software that will search for any derivation paths that have coins on them. https://en.bitcoin.it/wiki/BIP_0032https://en.bitcoin.it/wiki/BIP_0044 |
|
|
|
If I keep secure only my BIP 39 seed pass phrase is this all I will ever need to recover my private keys? Do I need to keep additional information as well? I have heard you should keep such things as the wallet you generated the keys on, the date you generated the seed etc. Is this really necessary? Is there a chance in future the bitcoin standard could evolve away from the 24-word BIP39 standard and my seed phrase could become inoperable to regenerate my private keys?
In addition to the phrase, you need the derivation paths of all of your accounts. Typically, you can look up the derivation paths that the wallet uses, so you don't absolutely need to record them. The derivation paths are important because different wallets may use different derivation paths. So, if you move to another wallet you may need to enter custom derivation paths instead of the default paths used by the wallet. BIP-39 and BIP-32 (which generates the private keys from the seed phrase) are implemented in wallet by the wallet developer. They are not part of the Bitcoin protocol and so what happens in the future depends completely on the wallet developers. My second question is what coins are not covered by the BIP39 pass phrase? I heard etherum isn't but uses another standard. Any others? Do most coins do so? Thanks in advance!
It totally depends on the wallet. |
|
|
|
Psychopath and sociopath are pop psychology terms for what psychiatry calls antisocial personality disorder. These two terms are not well-defined in the psychology research literature — hence the confusion about them. The common features of a psychopath and sociopath lie in their shared diagnosis: antisocial personality disorder. The DSM-5 defines antisocial personality as someone having three or more of the following traits: - Regularly breaks or flouts the law
- Constantly lies and deceives others
- Is impulsive and doesn’t plan ahead
- Can be prone to fighting and aggressiveness
- Has little regard for the safety of others
- Irresponsible, can’t meet financial obligations
- Doesn’t feel remorse or guilt
In both cases, some signs or symptoms are nearly always present before age 15. By the time a person is an adult, they are well on their way to becoming a psychopath or sociopath. I would say that your description of a narcissist doesn't match three or more of those traits, so the answer is no. I'm not a psychologist, so don't take my word for it. |
|
|
|
|
The biggest yearly declines of any asset were Bitcoin's 74% decline in 2018 and 58% decline in 2015. You can't ignore that.
|
|
|
|
Bitcoin mining is turning green.
That ridiculous. Hashrate of BTC is growing. BTC is not green. Greedy BTC miners are carbon terrorists! BTC is environmental menace. I totally agree, but ... - The solution is to force Bitcoin miners (and everyone else) to stop using fossil fuels to generate the electricity that they use.
- Bitcoin's high energy usage is due entirely to its incredible success. Bitcoin SV is greener only because it is a dead coin.
European Union is on Track to Ban Bitcoin
Yeah, that didn't last long. |
|
|
|
would it be too weird to ask - so how do you make money like that??
is it because i took this particular pair? USDT/BTC?
You wait to sell at a higher price. It is impossible to make a profit if the fees are 0.2% and you sell after the price has risen only 0.1%. And don't forget the fees you paid to buy the BTC. |
|
|
|
Celebrities such as Kate Winslet and Forrest Gump were erroneously cited as testifying the legitimacy of a counterfeit coin in 2019. Bogus mainstream news stories quoting celebrities were used to promote a fake crypto investment platform. Forest Gump? |
|
|
|
But, everyone is not an equal peer. Lite wallets, SPV wallets, and surveillance companies use the data that nodes provide, but contribute nothing.
But we can't consider SPV clients part of the network in first place, the network consists of full nodes and everything else is a leach not a peer. Exactly, and they would be the ones that pay for the data. Anyway, I agree with you to some extent. The incredible bounty that has been provided to the world by open source software developers is greatly under-appreciated. But, where would we be if they had charged for their work? But, the reality is that nobody can dictate how any issue will be resolved in a decentralized environment. So, fee or no fee -- we will just have to wait and see. |
|
|
|
There is no reason why nodes can't collect money in exchange for providing data to others.
It goes against the nature of the peer to peer network where everyone is a peer at equal level which means any money charged would be negated (peer A charges $1 to answer peer B and peer B charges $1 to respond). But, everyone is not an equal peer. Lite wallets, SPV wallets, and surveillance companies use the data that nodes provide, but contribute nothing. And as you note, the charges would balance out anyway for those who are equal peers. Last month, my node downloaded 1GB but uploaded 10 GB. |
|
|
|
|
The only difference between inbound and outbound nodes is who initiates the connection. There is no distinction regarding information flow.
|
|
|
|
|
There is no reason why nodes can't collect money in exchange for providing data to others. Furthermore, it can be done without any changes to consensus rules.
|
|
|
|
|
Show Posts
