I don't think miner would turn off their machines (which is the only valueproducing mechanism of their company).
Even if, this would not harm the bitcoin ecosystem at all.
It would take a short amount of time until the network difficulty would have adjusted. Afterwards everything would be 'back to normal'.
The only one getting damaged when ASICs get turned off are the owner of these ASICs.

---

And probably won't 

I don't think you can call those people 'experts' if they predict the price by just throwing in random numbers.
Technical analysis don't work well with crypto. Hell, they don't even work perfectly in the stock market.

Crypto is heavily driven by psychological and sociological factors. Its hardly predictable.

You hear a ton of those 'experts' predicting the price move. And 90% of those predictions turned out to be wrong.
Only a small number of predictions were right. Even a broken clock is right twice a day..

While its true that linux is generally less targeted from malware, its wrong to assume its 'completely' safe.
Non-windows systems are not better secured against targeted attacks.
In fact, user damaging their system is much more probable when they are using an environment they are not used to.

Devices which are connected to the internet should never store a 'big' amount of coins, regardless of the OS.

With 10 out of 12 words you reduce the possible (theoretical amount of) combinations to 2048² = 4.194.304
Checking this amount is definetely possible in a short amount of time.
Considering that the last word 'contains' a checksum, the actual amount of combinations is lower than 4.194.304, making it even easier to bruteforce them.

With 10 words exposed you should definetely regard your seed as compromised and switch as soon as possible.

I kinda think the same. I feel uncomfortable not storing coins on a hardware wallet.
Securing a wallet which you might want to access frequently is a pain considering the usability you have with any offline storage.
Every self-respecting crypto should aim to get hardware wallet support. Either by the established companies or by self-made products.
This is crucial for success and adoption.

Yes. Without the access to the private key corresponding to the address which contains your coins, you won't be able to retrieve them.




Yes. They can use the private key from the ETC address to access the ETH from the corresponding address.

The answer to your 'problem' has been posted 38 minutes before you have decided to post:

---

Neither segwit nor the lightning network result in a smaller blockchain to store.
You can read more about segwit here: https://cointelegraph.com/explained/segwit-explained and more about the LN here: https://en.bitcoin.it/wiki/Lightning_Network

How is that related to mycelium at all?
Do you have btc stored on the mycelium app on your phone? Or do you just have an account on a (random?) website?




If you are trying to sell btc in exchange for usd, use a reputable exchange.
You'll find a list here: https://bitcoin.org/en/exchanges

With a small difference:

Amount of possible private keys: 2²⁵⁶ -> thats 1,15792089 × 10⁷⁷

Amout of possible numbers (with 20 digits for example): 1 x 10²⁰

So there would be about 10⁵⁷ times more private keys than possible numbers in your example.
Thats way way worse (in terms of relation between those two) than comparing the flip of a coin to winning the lottery.

What exactly do you define as a 'loss' of a wallet?
Did you accidentally delete it? In that case you are still able to recover that deleted file.
Make sure to backup every wallet-file you found before messing around with them.

What kind of tokens are you talking about? OP was refering to the core client. Is core the wallet you have used?

While i agree with setting up a lightning network as an 'input' towards scalability through testing, bug reports, etc.. is a good idea for an individual to help,
running a full node doesn't contribute at all towards adoption/scalability.

Using segwit wallets are a good way 'contributing' to the health of the network for standard users.
And definetely stop using web wallets. They are less network-friendly with their hot->cold storage (and vice versa) transactions, even if segwit.

As far as i know the application itself for XMR is already done and being tested.
In addition to DCR and ADA, ledger is going to support NANO soon^TM (network update followed by application starting to get tested).

Not directly. Volatility and fees may be the only 'problems' you might encountering when accepting a broad range of cryptos.




The best would probably be a currency which have a high liquidity and are used by most people here.
So i'd say the top cryptos would be the best in this order: BTC < Ether < other currency coins




Most of them 'accept ether' because they are distributing their tokens on the ethereum network.
Not accepting ether would be kind of odd.

You might try this one out: https://github.com/ognus/wallet-address-validator
This one supports 21 currencies (the majority are low cap coins). But this should be enough information to build a libary which meets your requirements.
I'm not sure whether you will find a JS libary with every coin you need.

I think the highest motivation for using a mixing/tumbling service are driven by:

• Privacy:
  How 'good' are the coins mixed, any tracable logs, etc.. 
• Functionality:
  Is it possible to find the matching payments through blockchain analysis, is there a time difference, 'gambling' opportunity to in-/decrease the amount?
  Is there an option to mix coins on a regular basis without those transactions being linked in the end..
• Reliability:
  Is your service always accessable, what is the maximum number of BTC's one can mix..

Would you mind to explain further what exactly is 'slow' ?
Are you talking about downloading the blockchain? Or syncing?
What exactly is being slowed down? Did you check task manager for overloaded capacity? Is it your hard drive (SSD?), your CPU ?

Increasing the outgoing connections doesn't give you any increase in speed. It does not bring any positive effect with it.
Additionally the only way of increasing the maximum amount of outgoing connections would be to modify the source code and compile it yourself, i think.

You need to put the wallet.dat file in the data directory of your installation.

C:\Users\USERNAME\Appdata\Roaming\Bitcoin is the standard path (windows 7/10; if you didn't change it when installing).
You can open this path with pressing Windows-Key + R and typing %APPDATA%\Bitcoin.

Make sure to backup/rename the wallet.dat which currently is inside this directory (e.g. wallet.dat -> wallet.dat.backup).
Then make sure to move a copy of your wallet.dat which you want to decrypt inside this directory.

The next time you will start core you will be able to put in the password to decrypt your file.
Keep in mind that core has to be fully synced to see the latest balance. If you wish to skip the syncing you could export the private keys from core and import them into a lightweight client (e.g. electrum [1])


[1] https://electrum.org/#home

You are able to switch between those two wallets this way, yes.
But to be able to send coins (or sign messages) you need to have the corresponding app opened on your nano s.

Meaning: If you have BTC app on your nano s open and currently are using BTC on your chrome app -> if you now click on settings and change to BCH -> You will be able to see your balances/addresses
but won't be able to spend coins until you have opened the BCH app on your nano s.




There are basically 2 steps you need to do to get your nano s back to the status of 'just plugged in':

• Scroll down to 'Quit App' on your nano s (and press it)
• Close the chrome wallet application

Afterwards you can start any app you wish in chrome (and nano s) without unplugging it.

There is no seal on the ledger nano s, for example.
Those have a built-in function to verify the authenticity of the nano s. For hardware modifications they have a guide published to open the case and check everything.




Thats semi-correct.
While its true that you don't have to connect the nano s to a computer, you still have to connect it (at least the pins for electricity) to a power source (e.g. pc).
But it doesn't even matter whether you connect it to a computer or not since the seed generation is completely done on the device. No attack vector here.

Where are you trying to retrieve your private key from?
From just an random address? Thats not possible.

Or are you trying to export a private key from a specific address inside your wallet?
If so, start a new thread in the right subforum to get help to your wallet-related question. Make sure to provide enough information (e.g. what wallet you are using, .. ).