What would be the benefit ?
For the rare cases where two miner find a block at 'the same time' ?

What stops me to create a 'parallel' block to the second block created then ?
I'd get 50 BTC reward, right ? Since it is height 2.

And if, in your theory, that's not possible because the height would be the (real) height (in terms of block order), then you would have a normal blockchain imagining the chain to bend 90°.
With referencing to the previous block, that's then just an illustration. But nothing would change.

---

That's (Block-)chainception.

It is said that satoshi holds around 700k BTC. Currently, that's about 4,883,000,000 USD.
I think that would be enough money. Wouldn't be that necessary to cash out 14,000,000,000 USD (@ 20k USD per BTC).

Besides the fact that he could never cash out that sum, thats more money than anyone could spend. Even at today's rate which isn't 'as profitable'.

Additionally it is not known whether 1) satoshi still lives and 2) still has access to the private keys. I doubt they will move ever again.

Can you guess how low the probability of 2 independent miner searching for a block with totally different transaction is ?

Since miners have a financial incentive, they are trying to include the fees with the highest fee rate.
2 Blocks being found at the same time with no transaction from block 1 being in block 2 is almost zero.

And once a block has been found, it doesn't make sense to include other transactions and still mine with the reference to the [height - 1] block.
Mining is a probability game. It doesn't matter if you have already worked 50 minutes on block X. Solving block X has the same probability as solving block Y.

Such 'parallel' blocks do not have any advantage. They don't fit into the whole concept.

A bit off-topic, but i hope that's fine because this is worth to note and might be helpful:

Python allows to create virtual environments. This allows to install custom modules to be used by a single application instead of installing them system-wide.
Your 'standard' (system- and user- wide) python installation will remain untouched.

The same applies to war.
War offers hundreds of thousands of people jobs.
If there were no war, unemployment would increase..

Does this mean war is good ? I don't think so..

That's not an argument in my eyes.




For example ?
The benefit of not being allowed to withdraw a lot of (my own) money without answering questions regarding the usage of that money ?
The benefit of not being able to use a large deposit without clarifying where that money comes from ?
The benefit of not being able to withdraw more than X $ (where X is a number chosen by banks: e.g. look at greece. Max 50€ withdrawal per day was allowed).
The benefit of getting your funds frozen, because.. hell.. why not.. its a bank.




No, we don't need banks.
The only purpose of a bank is to manage your money upon your behalf.

I don't need a bank for that. I am fine with managing my money myself.
If stores/shops and employer would support payments in bitcoin, i'd stop using my bank account and would start using btc only.

No, this is not possible.
Each block has to reference the previous block to be valid. And the longest chain is the valid chain.

With 2 'parallel' blocks the next block has to be built on top of either the first or the second block with the same height.
After a block has been mined upon one of these two, the other one gets orphaned (because it is not part of the longest (and therefore valid) chain).

The whole principle of a blockchain (in theory: a linked list) is that each block references the latest block and is going to be referenced by the next one.
This (together with the extremely high hash rate) ensures that no double spends are possible.


With 2 blocks at the same height, how would one know which transaction from address X is valid if both blocks contain different transactions from address X using the same UTXO?
Short answer: That's not possible.

Sure, why not ?
The only problem is when a merchant needs to get a minimum of $-value for the product.

If (better: When) prices are going to be calculated in satoshis, i don't see a reason why bitcoin shouldn't be sustainable for daily use.
Especially with developments like the LN which will reduce the average fee per tx.




It is not always about being easier.
It is about taking the control away from banks and the government and give each individual user full control over his/her money.

And with ApplePay and GooglePay, where you need to bind your credit card to your mobile, it is as 'easy' or 'difficult' as using bitcoin when paying.
The only difference is that with BTC, you own your money. And with a credit card, you don't.




Which questions ?
Feel free to post them here.

That one bothers me too.

I don't see a logical explanation (1) how the ATM could aquire YOUR deposit address from coinbase and
(2) why would the ATM forward a payment to another address not in their control. Especially since ATM's either receive funds and withdraw cash or vice versa.

Something smells fishy here. This doesn't make sense 

I can not see core running on your screenshot. Do you have core synced and running ?
Armory needs core to be fully synced and running since it retrieves the data (incoming transations, balances, ..) from your local core installation.




You can paste it between [ code] and [ /code] tags (ommitting the spaces).
If the log is too long, you can upload it to any pate site (e.g. https://pastebin.com/).
  

Try changing the server to connect to. Also make sure you are using the latest version.

If both doesn't work, you'll have to check your firewall / network configuration.

Were you previously able to connect to an electrum server using this wallet ? If yes, a firewall-/network- issue can be excluded.

Unfortunately, pooya87 is right with the fact that its not pactically doable.

3.5 x 10¹⁴ combination are way too much to be bruteforced. It is fine to permutate a few words in a set of words. But iterating through all combination with only knowig 1 position is too much to accomplish.

Mind telling us HOW you could get your words into a mixed order ? I heared from cases where people lost some words, but why are they in a mixed order ?
Did you mix them up with a second sheet containing the order (which is missin now) ? Just curious.



The 'good' thing would be that you don't need to do that calcuations for every seed.
Thanks to the checksum, most of the iterated seeds (90%+ ?) will be invalid. Only a relatively small percentage of these seeds has to be derived.

This optimizes the process by a lot.. but unfortunately it is still not enough to help OP to find the correct seed.

If you want to make your node accessable through the tor network, you'll have to run a hidden service.
That's a requirement of the network topology of the Tor network.

Is there a specific reason you want to achieve this ? Is it only because of privacy reasons ?
With a fullnode on the clearnet, you are protecting your privacy way better than using any lightweight client.
A core node is relaying hundreds of transactions per minute. If you are going to broadcast a transaction, it is just one between thousands being relayed from your node to others.

An SPV client, on the other hand, does only send transactions sent by the user which makes it trivial to assign transactions to IP addresses.

So, as long you are not doing massive amounts of money through illegal activities, a simple full node should be enough to protect your privacy.


Feel free to reply with your conerns. I believe there is a way to protect your privacy without running a core node via Tor AND clearnet.

Which version of armory are you using ?  0.96.4 is the current version.
If you are using an older version, make a backup and update it to the latest one.

There are no 'temporary addresses'. Where did you get the address from ?
Most wallets generate a new address for each transaction. But your seed does recreate all private keys associated to your addresses from your wallet.

Did you check whether the transaction went trough on a block explorer (e.g. https://www.blockchain.com/ ) ?

If you want to access your funds without fixing armory, you can always export the private keys and import them into a lightweight client (e.g. electrum).

It is definitely possible that 2 words out of your 24 word seed are identical.
The probability of that happening is way higher than one would assume.

Regarding your 'problem', if your seed doesn't work (either generates an empty wallet which is rather unprobable or doesn't work at all),
bruteforcing 1 word is definitely doable within a few seconds using a small script. Even 2 words shouldn't be a problem.

The checksum is helping a lot in terms of optimization since you won't have to derive private keys / addresses from each seed (the majority of seeds will be invalid).

 

According to OP, he contacted the support which answered that this address belongs to a payment processor.
It therefore has to be a 'deposit' address.




Unfortunately it is always a security risk when working with private keys.
The private key (even tho without having any BTC funds) has to be retrieved from a secured system.

Not every employee has access to the private keys.

It is very well imaginable that they do either only refund for a hefty fee or do not recover them at all. It is completely up to them.
And they have the right to deny such recoveries.


@OP: If the payment processor refuses to recover your coins, there unfortunately isn't much you can do other than being more careful the next time 

Low fees are just one of many great advantages of bitcoin.
The role of a secured network to transfer value without a middlemen or any trust involved (except into mathematics) remains unaffected.

And (later) with the LN, one would simply close their channel less frequently than when fees are low.




After some miner quit (the ones with the least capital + highest energy costs leave first) the difficulty is going to adjust.
This leads to mining becomimg more lucrative again. This will again attract new miner.

The whole situation will find an equilibrium in case of the $-price and TX fees being constant.


Both of your hypothesis don't make sense.

Did you check bitcoin's github ?
There is a doc which describes how to run core as a Tor hidden service: https://github.com/bitcoin/bitcoin/blob/master/doc/tor.md

This is a nice article.

And it should give new users enough insight into why market cap is not enough to evaluate an investment / crypto.

A lot of new comer are surfing on reddit and after reading 2 or 3 shitty posts/articles they feel like they have mastered the whole crypto space already.
Valuing crypto's by market cap only is retarded.

A lot of factors (should) influence the rating of an investment, but unfortunately most people simply get grabbed by some nice looking video / website and a few other subsidiary things.

Most investments behave like that.
This comes from the earlier times when there wasn't internet available for everyone everywhere.

Investors used to cash out before the summer break. And came back at the end of the year and bought in again.

Currently, with online availability everywhere, this hasn't changed much since it became sort of a self-fulfilling prophecy.
The market works like that and the participants make use of it / keep it going this way.
 



Maybe. Maybe not.
Noone can predict the future.

You should stop worrying about the next 12 months and start thinking long term..

A 'wallet' is just a piece of software which manages private-/public- keys.
What exactly should 'the network' (and how ?) create ?

Is your approach that 'the network' creates a private-/public- keypair and provides the address to send funds to ?
You'd need to outline the creation of the private key more closely.

Private keys are information. They are just numbers. Anyone who knows it, can access the funds.
How shall 'the network' create the private key without knowing it (since you have spoken from a trustless system) ?




This means i can fill the whole block with just one transaction and one small fee ?
Doesn't sound very resilient against spam attacks..