Source for the 6 billion ?

Additionally one can not 'destroy' bitcoin by maintaining 51% of the hashrate for a short timespan.




Or they could just easily ban the posession/usage/trading of cryptocurrencies. Would cost them way less.
Additionally it would need a hardware manufacturer to produce all the ASIC's needed to obtain such a big % of the hashrate.




If this businessman were 'intelligent', he wouldn't 'invest' in tons of mining hardware just to NOT MAKE PROFIT with it.
If you own enough ASICS to have a big % of the total hashrate, you earn WAY MORE when simply mining.




Thats not how it works.
ASIC's do only work for ONE algorithm. After 'destroying' bitcoin, the whole hardware would be useless and worth almost nothing anymore.
This doesn't make the attacker richer.. an attacker would effectively throw money away.



Please stop posting misleading information. All of your 'facts' are simply wrong and illogical.

Obviously this error is only due to the wrong private key.

I'd highly suggest you are going to use the downloaded version of the site. Preferably on an offline PC.
While it does not necessarly lead to a loss of your funds when you enter your private key on the online version, it makes it way more probable that it is going to happen.




If only one of your private keys does have capitals only, it might be a coincidence. But if all do have capitals only, something weird happened.

A small bruteforce script (like suggested by HCP) would be the easiest/fastest way to access your funds.

What about reading the previous replies?
The answer to your question already has been posted:




For a set-by-step guide with picture, you can visit https://steemit.com/bitcoin/@daan/how-to-create-time-locked-transactions-with-bitcoin-free-bitcoins-inside.

Please answer the questions. I do not ask them out of curiosity.

You should NEVER paste your private key into a website. You may have exposed your private key now.
After you have accessed your funds, consider this private key as compromised.

How much characters does your private key have? And what does it start with? 5.., L.., K.. ?




Did you open it with the same browser as when accessing it online? 
What kind of error do you get? 

You seem to ask a lot of basic questions.

HCP already gave you pseudo code with your logic, you can work with.

If we would give you an further 'example', it already would be the whole code. Thats literally less than 10 lines of code..


Without offending you.. but if you can't create such a small script (and can't find anything on google), you probaly shouldn't work on a crypto project.

Please do yourself a favor and do NOT create/host a crypto site/project/exchange/.. Your application will definitely be vulnerable.
You are inviting black hats into stealing your funds..

The number of possible private keys is indeed 2^256 (A private key is a 256 bit random number).
But there are 2^160 addresses possible (An address is the RIPEMD-160 hash of a SHA256 hash of the public key -> 160 bit long).

There are 2^96 private keys which match one address ON AVERAGE. This is simply due to the fact that the input dictionary (256 bit) is bigger than the output dictionary (160 bit).

Note that this does NOT impose any security risks.

It doesn't work like that.
You can't get the private key out of an address.

What exactly are you trying to accomplish? Xynerise already gave you an answer.

You need to enter your private key (first download the site and run it offline).
Then you will get an compressed and uncompressed key.

What exactly isn't working properly?

Theoreticaly, yes it is possible.
But practically, it is not possible because the chances are almost zero.
You could use the whole energy available on earth and wouldn't generate a private key which already has been generated. In fact you would have created < 1% of all possible private keys.

Private keys are not generated by any algorithm. A private key is just a 256 bit random number.
The public key is then calculated through multiplication on the eliptic curve (in bitcoins case: secp256k1).
The address is then derived by calculating the hash: RIPEMD-160(SHA256(public_key)).

The lightning network is about to solve the scalability 'problem' of bitcoin.

You will be able to open a bi-directional channel with someone by funding it (through a 'standard' transaction).
Inside this channel you will be able to pay someone which is connected to your channel through other channels.
If there is a route to your destination, you will be able to pay instantly (almost zero fees, no confirmation times).

This balance basically remains in your channel until you decide to close it. At the moment of closure another on-chain-transaction is being made, crediting you the funds.

I'd suggest you read this: https://cointelegraph.com/explained/lightning-network-explained. It explains the lightning network pretty decently.

Don't consider 'coinbase' as a secure/safe wallet.
Coinbase is a company which does offer an exchange.
They do provide a service where they are in charge of your bitcoins, allowing you to withdraw them. But this is NOT a proper wallet, since you don't have access to your private keys, effectively NOT owning any bitcoins.

MyEtherWallet on the other hand is not a paper wallet. It is an interface which does allow to create paper wallets. But the majority of people are using it as a software wallet.
This shouldn't be considered as a safe/secure wallet either.


Both are pretty vulnerable and should not hold amounts which you can't afford to lose.

You can't directly read the 'blockchain' as plain text.

What information exactly do you want to extract?


If you are trying to extract mass data, you need to write a small script which will handle everything for you. I'd suggest python-bitcoinlib.


If you are only trying to extract a few blocks, you can use blockchain.info's API.
You can search for the block, then append ?format=hex or ?format=json to the end of the URL.

Example for the latest block (https://blockchain.info/de/block/0000000000000000001edf438f4cab8dab298b16774b97b00d8ab2e9544c3b80):

HEX: https://blockchain.info/de/block/0000000000000000001edf438f4cab8dab298b16774b97b00d8ab2e9544c3b80?format=hex
JSON: https://blockchain.info/de/block/0000000000000000001edf438f4cab8dab298b16774b97b00d8ab2e9544c3b80?format=json

The whole cryptocurrency economy is being built on top of bitcoin.

Bitcoin is the most secured and most tested cryptocurrency.

If a heavy security breach were going to happen which would eliminate all the trust into bitcoins protocol, the whole ecosystem would die.
Everyone would sell/dump all alts to further dump BTC. This would result in a black crypto friday.

Thats also probably the only way bitcoin would effectively 'die'.


The whole success of all crypto projects rely on bitcoin to be successful. So, short answer: No. The whole crypto community would suffer bad if bitcoin were about to 'die'.

If the clients do follow the network rules, they are 'compatible'.
You can connect to the bitcoin network with whatever client you want.




That is definitely imaginable. Bigger exchanges mostly do use their own implementation too.




Alternative clients are NOT a security threat.

If you want to use an alternative client, make sure it is open source and audited.
The network itself doesn't care with which client you are connecting.

Actually bcash is available in mycelium.
With their last update they have reorganized their structure and created so-called 'modules'.

According to them there will be differend modules for different currencies available.
The first released module is the bcash module.

The fact that you can create a large amount of addresses doesn't mean that this is the definition of anonymous. 




Thats not comparable.
WEP had a bad design. Noone thought that there won't be a MD5 collision ever.. Collisions are going to happen. Thats almost certain.
There is no way a collision can't happen when the input size > output size.

It also seems you don't have a clue how monero actually works.

Despite of any 'secret technology', one can surely know that somone will NOT 'discover' how to 'crack' ECC tomorrow.

Not necessarly.

This depends on the next block.
If this block is going to be built ontop of your block, the block from the 'other' node will get orphaned.
If the next block is going to be built ontop of the 'others' node block, yours will be orphaned.




What should the protocol ignore?

The protocol is designed to follow the 'biggest' Proof-of-Work created.
This is necessary.

Cryptocurrencies are not decentralised by nature.
'Cryptocurrency' just refers to a currency with cryptographical technology underneath.

Neither is 'blockchain' decentralised by nature. It is just a data structrue. Comparable to a linked list.
It is the usage of the blockchain which does (or does not) make it decentralised.


Look at ripple, for example. Thats very far away from decentralised.

Neither a transaction nor an address does 'represent' a digital signature.
A transaction is being signed with the private key(s) which belong(s) to the public key(s) of the UTXO(s).
The signature is then being verified with the public key.

Neither of them are 'random'.
A transaction hash and an address do look random because they are an output of a hash function.

It might be worthy to add that 'only' using TOR doesn't obscure everything enough to never be found/tracked.
While using the TOR browser does help a lot, the privacy also highly depends on the user.




The whole point is privacy.
Thats also the same reason why some mixing services (eg. ChipMixer) do offer a non-java script mixing service. Reducing the graphical animation, increasing the privacy.