nope, i also confirmed this in my first post. The oldest version i can remember using is v2.4.x, at least 2 years ago. AFAIK, electrum never mixes HD and non-HD wallets, unless it were versions pre-2.4 (in which case i wouldn't know).

Like i said in my first post: the OP either created a non-HD wallet, in which case he needs all private keys he initially imported, or he created a HD wallet and swept his brain wallet instead of importing it (in which case he needs the recovery seed).

A last option would be to search the initial wallet file, in which case it wouldn't matter if he created a HD or a non-HD wallet.

Sure, at the moment a block is limited to 1 Mb, excluding the witness data (in case of segwit wallets). At the moment, i estimate an average sw transaction to be around ~200 bytes, so the number of transactions/day could be
(1000000*6*24)/200 = 720.000 transactions per day (mind you, this is a very, very, very raw estimation i made without looking up references or completely thinking about all possible factors).
A lightning channel has to be opened and closed by an on-chain transaction, so if more than 360.000 channels are opened (and respectively closed) per day, all blocks could potentially be filled by opening and closing transactions.

However, if i open a channel, i do plan on creating more than 2 lightning transactions using this channel before i close it, otherwise i would have just used one or two on-chain transactions... So if everybody only used the LN (so all transactions in all blocks from now on were solely for the purpose of opening or closing channels) and all lightning channels were used to create/pay at least 3 lightning invoices, the overall throughput of the bitcoin network would increase by 50%.

PS: there is no need to have your closing transaction in the very next block. Lightning transactions are almost instant, and there is no need to close a channel after your lightning invoice got payed. If you wish to close your channel, you can do so whenever you want, but preferably you'd wait untill there was no more use for the channel.

A (simplified) scenario (using simplified terminology, and disregarding fees and stuff) like this one would be perfectly fine:
1) you find a local seller of dog food, he accepts BTC and has an LN node and is properly setup to generate lightning invoices
2) on the 1st of may you open a channel to this seller, the opening transaction has a value of 0.02 BTC
3) from now on, you use the channel to the seller to buy 0.0005 BTC of dog food from this seller every single day
4) on the 31st of may, your "side" of the channel has (0.02 - 31*0.0005 BTC) = 0.0045 BTC. The seller's "side" has 31*0.0005 BTC = 0.0155 BTC
5) at this point, you decide to switch sellers, and close the channel, the closing transaction funds your address with 0.0045 BTC, and the seller's address with 0.0155 BTC. A miminum fee is required, but there is no need for this closing transaction to be included in the next couple of blocks (unless either you or the dog food seller is in a hurry).

Without the LN: 31 transactions
With the LN: 2 transactions
Risk to the seller: neglectible, even when the channel was open for 31 days
Risk to you: neglectible
Sound like we saved on a lot of fees, and a lot less data was permanently stored on the blockchain

Electrum has 2 kinds of wallets:
1) an HD wallet, this wallet basically uses an xprv (a master private key) to derive subkeys (private keys), the subkey can be used to derive a public key, and the hash of the public key is the address. An unlimited amount of subkeys can be generated, each time one of your addresses gets funded, a new private key/public key/address gets derived, each time you generate a new transaction, a new change address gets derived.
When you generate a new HD wallet, you are presented with a recovery seed. This is basically a phrase consisting of x words. If you restore your wallet, and enter the recovery seed, electrum can regenerate the old xprv, and derive all old private keys...

2) you can also generate a wallet by importing one or more private keys. Such a wallet cannot generate new addresses. If you import a private key from, for example, a brain wallet, the address generated by hashing the public key belonging to the private key you imported will be the only address that is ever monitored by your wallet.

In reality, only 2 things could have happened:
1) you generated a new HD wallet, and unwillingly swept your brain wallet. By sweeping the brain wallet, a new transaction was generated that spent all unspent outputs funding your brain wallet in order to fund an address belonging to your HD wallet

2) you generated a non-hd wallet, in which case the unspent outputs shouldn't have moved. If you remember all private keys you imported during the wallet creation, you should have access to your balance

So, in order to regain access to your funds, you need:
1) either the wallet seed phrase, if you generated a hd wallet and swept the brain wallet

2) or all private keys you imported during wallet generation... If you imported multiple private keys, it *is* possible you need all of them to regain access to your funds

3) you could try to find the old wallet file, it'll either have the xprv, or the private keys...

I wrote a tool to do exactly this a while ago:
https://github.com/mocacinno/mocacinnoforkchecker/

It hasn't been maintained since the 7th of may, so some api's might have gone down/new forks might have been added, but the tool should still provide you with unclaimed unspent outputs on many forked chains
Good luck!

Not that it really matters, but i can give a positive vouch to fasttech. I used them numerous times in the past to spend some of my btc, never had any problems with them.

No, the testnet is a network of nodes that also keep a decentralized blockchain ledger, just like the main net.

The biggest difference between the testnet and main net is that at the very beginning, everybody agreed that testnet coins are worthless, and that the testnet can be 'reset' at any point in time... There are some other differences, but overall, the testnet behaves like the mainnet. So, you can use the testnet for testing without risking real money... If  something works on the testnet, it'll most probably work on the mainnet

It's probably just an internal address... It's normal for exchanges to move funds around between wallets, create change addresses, combine many unspent outputs into one to minimise fees, store BTC in a cold wallet, retrieve BTC from cold wallets,... It's probably not a customer's deposit address since it received ~1400 BTC in ~1600 tx's.
In reality, it doesn't matter why bitfinex chose to use this address, they'll probably have their reason (technical, emotional, practical, security, minimising fees,...), however i doubt you'll ever know the exact purpose of this address without asking bitfinex directly.

OK, 7 different companies might explain the income, but the question still remains: were you ever able to spend any of those funds in the past, are you sure you had full controll over this wallet?
Also, i really fail to understand why none of these 7 companies would allow you to change your withdrawal address... Seems like a very logical question to ask them.

At any rate, i'd consider this wallet to be compromised. I would focus on getting an uncompromised (hardware, paper or airgapped) wallet and focus my energy on convincing those 7 companies to change the withdrawal address... I don't think there's a lot of other things you can do at this point.

I would also urge you to file an official police report... Thefth of 6 BTC/day is something serious... If your local authorities are at least the slightest bit competent, they should realise that the daily thefth of ~$45.000 is something they can not ignore.

EDIT: like i said in your other topic discussing the same problem:

Please don't duplicate your topics...
This is a copy of https://bitcointalk.org/index.php?topic=4437135

It's possible you're in a panic when you see funds leaving your wallet, but posing duplicate content will just lead to confusion. Lock this thread, and stick to the one you opened previously please.

EDIT: after some further digging, i found that this address is part of this wallet: https://www.walletexplorer.com/wallet/Huobi.com-2
It's part of Huobi.com's hot wallet. So if your story is legit, you were scammed by a scammer who gave you a watch-only wallet monitoring an address belonging to an exchange to keep you happy while they robbed you.

I feel like we're not getting the full story here... You're talking about investing in a mining firm in 2013,but over the last 24 hours this address was funded 14 times... At first glance, it looks like over the last 24 hours, this address received ~30 BTC (i didn't take the effort of counting the total value, but it's certainly more than the 6 BTC you were talking about)

I don't see how a mining firm would find 14 blocks a day and would be able to pay you ~30BTC on top of their mining costs at this point in time.

Are you sure you're not just a victim of a scam? Were you ever able to spend any of these funds in the past? It's possible a scammer just fed you a wallet with a watch-only address to keep you happy back in 2013 while in reality you were watching transaction from a big exchange, a gambling site or a mixing service?

This address is part of a wallet that contains allmost 7000 addresses that were funded in the past:
https://www.walletexplorer.com/wallet/00000ff1c2221976/addresses

If you find a valid hit on one of these 6798 addresses using google, you'll know the real owner of said address  

EDIT: it's probably bitfinex's hotwallet, at least, that's what a very quick google search told me (didn't investigate toroughly tough)

Why wouldn't you just use scp to move files between systems instead of having to install a server daemon? Sure, the speed might be a little lower, but i'm pretty sure this time difference would be compensated by not having to configure a web server...

symlink in *nix is called a softlink..
ln -s

as for the sync speed: OP is talking about btcd. In my experience, btcd is a lot slower than bitcoin core when it comes to syncing (i'm currently close to giving up syncing my own btcd node and switching back to bitcoind, since my node has been syncing for 2+ weeks now).
IIRC correctly, it has something to do with the fact that btcd doesn't multithread it's sync process... When i noticed the slow sync speed, i remember i found the rationale behind the slow sync speed somewhere on a github ticket, i'm just to lazy to try to search the ticket again

New feature added in bèta phase:
https://www.mocacinno.com/mining/index2.php

Ever wanted to know wether or not you ROI'd on that old S7 hashing away in your basement? Ever wondered if now was a good time to unplug your S4 and donate it to a school? Use my tool to calculate how much money you made with your hardware

Q&A for the new tool:

Q: why can't i make an estimation for the years 2009-2010
A: I didn't import the data for these years, since the BTC price was allmost 0.

Q: why can i make a simulation that indicates i've mined more than 21.000.000 BTC. Isn't this impossible?
A: if you try to emulate what an Ebit E10 would have generated if you started using it on the first of januari 2011 untill today, you get an estimated number of mined BTC that far exceeds the 21.000.000 BTC that'll ever be mined. This is because in 2011, the diff was very low because the total network's hashrate was probably lower than the hashrate generated by a single E10. Because the E10 wasn't in production in 2011, the historic difficulty didn't rise because in reality, there weren't any E10's running on the network. Since you're emulating very efficient hardware on difficulty data of the early network, results might seem ridiculous. Bottom line: only emulate realistic scenario's

Q: I can't see the table
A: I'm using a html5 function that isn't working on IE9 and below

Q: your numbers don't match other profitability calculators for 100%
A: this is because i use historic information about the fees that were payed to the miners, and i use historic bitcoin price information from a single source, and i add a 1% miner's fee. If you use an estimator that just uses the block reward without including the fees, or uses a different source of bitcoin prices, or adds no (or a different) miner's fee, you'll see a different outcome

Q: your estimator is way off... I've been mining for x years and my profit is waaay higher/lower
A: It's all about odds and averages. It's perfectly possible you were lucky/unlucky and have a different outcome than the one estimated by me... Also, my estimation is based on people that sell their mined coins on the same day they mine them... If you didn't spend outputs you got as a coinbase reward in 2009, you'd be a millionaire, but if you sold them in 2009 you're probably still poor like the rest of us . Last but not least: not all pools pay out the additional fees, some charge withdrawal fees, some use PPLNS others don't,... Your net income will also depend on this

Q: why does the estimation table sometimes start with 0. Didn't i have any income during my first day mining?
A: i only found historic data from blockchain.info. However, their export only has 1 data point every 2 days. This means that my historic cache database doesn't have information for 50% of the historic dates... If you query a timeframe whose very first day isn't included in blockchain.info's historic dump, the estimation will start with an income of 0 for the very first day. Subsequent days are extrapolated, but the very first day isn't.

You are right, i'll add a piece of text at the bottom of the page explaining that eventough CPU/GPU/FPGA's/old ASIC's are worthless when it comes to bitcoin mining, they do have a potential function in the altcoin mining circuit... I decided to focus on bitcoin mining, but there is no harm pointing out that visitors don't have to throw out their old GPU's

PS: if you're assisting new members in learning how to mine, it might be better to point them towards the testnet. From time to time the diff goes to 1 for a little while. I guess a newbie can learn how to mine using his CPU/GPU during these periods... This way he/she gets the full experience, he/she can find not only shares, but he/she can even solve real testnet blocks (just my opinion tough, as long as you're helping out the community, i'm happy)


Thanks for the heads up, you're very welcome  

PS: in case somebody can get his hands on more VERIFIED benchmark results, and/or is willing to help me update/maintain this list, it's not difficult for me to write an admin interface and give one or two TRUSTED community members access to the hardware list. If you are willing to lend a helping hand, either reply in this thread or send me a PM

Damn, should have made this thread self-moderated...

@bigo9x, i have no clue what your remark means. Are you asking a question, are you pointing out a bug,...?

You know those threads where newbies keep trying to convince other newbies that mining bitcoin with their PC's CPU/GPU/cellphone CPU/tablet/pen and paper/... is a good idear because of "reasons".

I was so sick and tired arguing with new people that don't want to take advice from more experienced members that i decided to write a conclusive tool that proves to them that their idear is wrong 
I now made a standalone version, with a caching functionality and filters, and i also added the specs of most ASIC's and non-specialised mining hardware to my database, allowing for a very broad comparison of different brands of ASIC's (and non-ASIC's) at different power prices and pool fees. Everything updated with the latest diff, block reward (including fees) and BTC price once an hour (using blockchain's api).

Without further adue: http://www.mocacinno.com/mining

Bugs, feature requests and additional hardware specs can be added by replying in this thread.

Before unexperienced members start flooding this thread with crappy comments:

YES, you can make a  (neglectible) net profit mining with ANY non-ASIC device IF ALL of the following conditions are met:

• 1) you have free power
• 2) you have free hardware
• 3) you have free time
• 4) you are looking at a very, very, very long timeframe

HOWEVER:

• 1) IMHO, there is no free power... Somebody is paying for it. Either your parents, your landlord, your boss, your governement,... is footing the bill. And a lot of times, they'll pass the cost on to you in one way or another (you'll inherit less money, you'll get fired, you don't get a raise, your taxes go up, your rent goes up, you go to jail,...)
• 2) Even if your hardware is free, most of the times it would be better to sell the hardware directly... You'll get more money from selling the hardware than from mining with it
• 3) If you have free time, you'll probably make more money taking a job and buying BTC with the earnings than you'll make by mining
• 4) The very long timeframe might be close to infinity in case of very slow and power consuming devices

I've never used blockchain.info simply because at the time I was reading about them (many years ago), iirc they did admit to storing your key in an encrypted form (like you already mentioned).

I do not trust any thirth parties... In blockchain.info's case there are several things that can go wrong and which I have no control over (ranging from blatantly lying about the encryption of your keys to running on boxes whose os kernels have not been patched against meltdown attacks).
I'm not accusing them of foul play, I'm just saying that even in blockchain.Info's case you have to trust them on their word and trust their competence.

I'd rather recommend a desktop wallet whose source code has been properly vetted vs trusting the word of a private company. I do realise exploitable bugs have been found in desktop wallets, but at least I would have been able to find them had I invested a lot of my time...
 
Next to this I'm receiving soooo many phishing mails trying to make me log in to "my" blockchain.info wallet and I've seen so many newbies running into problems when they tried to restore wallets or sign messages.... No, i won't recommend any online wallets, not even blockchain.info... But that's just my personal opinion tough, you're entitled to have your own idear about this matter

You are in the bitcoin mining forum, so i'll give a bitcoin mining answer: you cannot mine with a cpu or a gpu anymore. The hashrate is sooooo low compared to the network hashrate, the odds of finding even a single share on a pool are extremely small... The odds of finding a header whose sha256d hash is under the current target using a cpu are much smaller than the odds of winning the lottery... In fact, cpu mining bitcoin is just burning electricity and putting strain on your hardware.

If you have a really good GPU you can try altcoin mining, altough in my opinion, altcoin mining is more of a "hit and miss" situation... Sometimes you mine a coin that turns out to be profitable, sometimes you mine a coin that turns out to be a scam... More information can be found in the altcoin mining subforum.

Your second statement (you have a blockchain wallet for BTC): does this mean you're using an online wallet from blockchain.info? If so, do realise that if you're not the only one in controll of your private keys, you're not the only one in controll of your funds. I'd recommand a desktop wallet on a clean PC if you're just starting out, and an upgrade to a hardware wallet , paper wallet or airgapped pc wallet if you're holding more than a couple hundred bucks worth of BTC.

Your statement about "online mining sites" is correct. 99,9% of those sites are scams, the other 0.1% sells you 100% of their risk for a small part of their profits... If you use them, you're basically taking on all the risks and only get a small portion of the rewards... Doesn't sound so good now, does it

Nicehash is legit, but if you're going to use it to buy hashrate, do realise that if those sellers could make more money by mining themselfs, they would do so... So if you buy hashrate from them, and point this hashrate towards a big pool, you'll probably end up losing part of your investment...

Your question about GPU hashrate can be answered by this tool i wrote a long time ago: https://www.mocacinno.com/nonspecialisedmininghardware.php

---

Now, these were the answers to your questions... Do you want my advice? If so: forget about mining in the beginning. Get yourself a decent wallet (not an online one, especially not an exchange wallet: these are even worse). Buy a small amount of BTC and start reading/learning. You can even try a testnet wallet first, so you can experiment without financial consequences.

IF, in a couple of months, you've gained some basic knowledge, you can start thinking about mining IF you have a very cheap electricity rate AND several thousand USD to buy some decent ASIC's... If you don't have a good electricity rate, or if you don't have some starting capital: forget about bitcoin mining.... You can dip your toe into altcoin mining if you build a GPU rig, but that's a different subforum

Most of the answers in this thread should have been really helpfull for the OP, i didn't see many mistakes being made by other posters. I did, however, wanted to elaborate on this statement.
If, for example, bitcoin forked into replayattackbitcoin (a fork without replay protection) and you have 1 unspent output funding address 1MyoriGinalAddress before the fork, what could happen if you spent this unspent output on the replayattackbitcoin network?
1) You create a transaction using the unspent output to fund 1AddressGeneratedbyAseller
2) you broadcast the transaction on replayattackbitcoin's network
3) the attacker saves this transaction and broadcasts it on bitcoin's network
4) the transaction gets included into a block on both the original and the new network's blockchain

The end result is that address 1AddressGeneratedbyAseller will become funded on BOTH chains. The attacker cannot use your transaction funding 1AddressGeneratedbyAseller to fund a thirth address owned by the attacker.
In other words, the attacker has to convice you to fund his own address on chain A, then replay the transaction on chain B, otherwise he'll gain nothing from the attack (he can still perform the attack to annoy you, but he won't have any financial motivation to do so).

I actually made this diagram a long time ago (copyright: me). It shows a replay attack and a simple way to protect yourself from such an attack.