since i am also looking the same problem with my friends that btc transaction by block chain in not confirms , some people at official blog of blockchain are saying that one of the block of bitcoin is not active so it is the problem but soon they will fix it .
Please don't post when you don't know what you are talking about. There is no "official blog of blockchain" nor is there "one of the block of bitcoin is not active". Blockchain.info IS A COMPANY, NOT THE ACTUAL BLOCKCHAIN. THEY CAN'T DO ANYTHING TO AFFECT THE BLOCKCHAIN!!!! |
|
|
|
The transaction has a fairly low fee. It won't confirm for a while.
Do you suggest rising the fee a little to speed things up in the future? By how much % would you recommend if I may ask? It isn't a percentage. A transaction is typically in terms of satoshis per byte. Your transaction is 19.19 Satoshis / byte. According to http://bitcoinfees.21.co/, a high enough fee to get a very fast confirmation is 60-70 Satoshis / byte. However this does change depending on the state of the network. It may be different when you send another transaction. Additionally, if you send a large transaction (lots of inputs or lots of outputs or both), then you will have to pay an even higher fee as that takes up more bytes. |
|
|
|
|
The transaction has a fairly low fee. It won't confirm for a while.
|
|
|
|
Not sure what OP's goal is, but beyond WalletExplorer there's also BlockSeerThe problem with these it's that they don't link every single address to a wallet, it only searches the blockchain for spend-linked addresses. Nor does it show ones in the mempool. Linking addresses to the same wallet is something hard to do as normally one doesn't have information to be 100% sure that a set of apparently related addresses all belong to the same wallet (or owner). I don't think there's a tool like these that shows transactions in the mempool related to the address you're searching. But all the transactions via that bitcoin addresses are in public ledger only right! We can see that through blockchain.info. If we just Google the bitcoin address we can find the relevant result in Google itself I think. No, it doesn't work like that. All of the addresses in a wallet may not be necessarily linked. In fact, it can be fairly difficult to determine which addresses belong in the same wallet. Furthermore, people don't just post all of their wallet addresses publicly. Googling it isn't going to help. |
|
|
|
Mycelium also.
Actually Mycelium does. You need to go into "Advanced" for importing in order to import a single private key. I will try now. I have found one interesting service walletgenerator.net You can download it from git repository and use at your local machine. I have try this by a few PrivKeys but unfortunately it doesn't work for addresses starting by 3: Address: 34You7zZJaFvWqXY2Ww1wedHGMgyCtZo7F
Privkey: 5Tbx69uQKZ1mbdhudCupNchSG4smFaMpVecW1E3TfmtjrL3gg1C
And I don't understand why. Maybe the same reason why Mycelium doesn't work with it also. Addresses that start with 3 are not "normal" addresses. These are p2sh addresses, they are based off of a script. They don't have an associated public key, they are based off of a script which is hashed and becomes the address. You can't really generate vanity p2sh addresses. |
|
|
|
No, it would take much too long to bruteforce. The seed is very secure and it has a lot of entropy.
Finding a 12 words phrase with words in the english dictionnary shouldn't take to long for an algorithm. What is making the seed secure? I see that you have no concept of probabilities. I'll discuss BIP39 here as that is what most wallets use for generated the seed, but some don't. A 12 word seed is secure in the same way that a 12 character random passphrase is secure. In fact, it is even more secure than a 12 character random passphrase, due to the fact that there are 2048 possible words for each of the 12 words instead of less than 100 possible characters for the 12 characters in a 12 character passphrase. BIP39 uses 2048 possible words for each of the twelve words. That's 5444517870735015415413993718908291383296 possible combinations of 12 word seeds. Furthermore, BIP39 specifies that the seed can be in any of 7 langauges (AFAIK the seed has to be in the same language). So if you don't know the language, that's 38111625095145107907897956032358039683072 possible combinations. That is a lot of possible seeds to have to search through, and it would take much too long to search for that. what do yiou mean by a lot of entropy?
Entropy here means randomness. The seed is based upon a completely random master private key. Additional randomness is added by hashing parts of said key and used in the seed phrase. Since the phrase is essentially completely random, there are no patterns or easy to guess things that usually make brute forcing a password easier. Edit: Math |
|
|
|
I read somewhere that you can send bitcoins for free if you set up your own node and that you need about 8GB memory with 250GB disk space to do this.
You can always send Bitcoin without a transaction fee. That just means that it your transaction is unlikely to confirm quickly. Running your own node does not make a different with that unless you have specially programmed/configured your node and are solo mining. You still have to pay transaction fees in order to have transactions confirm quickly, regardless of your wallet. Is there a light weight version of bitcoin core that can be used for sending coins?
You can enable pruning. Pruning will still have to download the entire blockchain, but it will only store the most recent part of it. Since it works on a rolling basis, you should, at most, use only a few Gb on pruning's default settings. |
|
|
|
|
Please be more specific. Where did you get the privkeypart from? What do you want to do with it?
A privkey part is usually used in vanity addresses. It is really just another private key. You are supposed to add it to another privkey (whose pubkey you provided the vanity address generator) and this will yield another private key which corresponds to the vanity address.
|
|
|
|
I have just downlloaded bitcoin core version 0.13.0 from bitcoin.org .is it good software?
Yes it is good. Make sure you verify it by following the instructions in the OP. |
|
|
|
|
PM Theymos or BadBear. If you are permanently banned, you are not allowed to post anywhere except in meta for your ban appeal. This thread is in the wrong section, reported.
|
|
|
|
Mycelium also.
Actually Mycelium does. You need to go into "Advanced" for importing in order to import a single private key. |
|
|
|
Thanks for clarifying.
1) I guess every platform that is supporting BIP 44 are connected in some ways not only when you recover your wallet with your multiuple word recovery phrase but also when you create this phrase (for not double phrases to be created). How they connect?
They do not connect. There is no central server for accounting. As I explained earlier, there is a very specific algorithm. This algorithm uses no random parts (except for the master private key). It is completely deterministic. This means that given the same master private key (seed), the algorithm will always generate the same addresses. Wallets that implement BIP44 follow this algorithm, so every wallet that implements BIP44 will always get the exact same addresses given the same seed. 2) I am worry that it could be easy to guess the pass phrase, that will allow anyone to recover the wallet of anyone else. I am sure algorithm will be able to test multiple 12 words phrase and then get the relating wallet and funds in it. I heard that there are some technology in BIP 44 algorithm that make stopping attempt if multiple attempts are made. How does BIP 44 allow to stop multiple attempts of HD wallet recovery?
Thanks
No, it would take much too long to bruteforce. The seed is very secure and it has a lot of entropy. |
|
|
|
My blockchain file was 83.9 gigs, and I had 25gigs free on top of that. Is that not enough? I installed bitcoin core v0.13, after checking the SHA256 hash, and installed it to the default directory. It would open and close so fast I couldn't read the error message it threw. I uninstalled the program but left the roaming data then reinstalled. Nothing but error messages. Even the damned shortcut stopped working, and the newly created shortcut wouldn't work either. Did that three times. I've now deleted everything, and am redownloading the blockchain. Pain in the ass.  Do you have the debug.log for that? And when I go to armory.org, all I see to download is v 0.93. Where is 94? I see a reddit thread claiming that v0.94 is goatpig's, and he has no access to armory.org to post the new version.
Indeed, that is the case. Goatpig does not control the old website. Use the new one, https://btcarmory.com/. |
|
|
|
Thanks for the links knightdk, but it's above my understanding of languages. So I've just started from scratch with what I know.
I was hoping there may be a more machine-readable version of the forum, but it's not that hard to grep the right parts out of the HTML after all. So I'll manage. I start by getting the userID, and from there each user's post.
When I'm done, I might post the script here if there is any interest.
Both of those use css search paths, which will make this a lot easier to do since the forum uses the same templates for each post. One thing you do have to keep in mind though is that each time you load a thread, the class name for the posts is random and changes every time. |
|
|
|
|
Use the search function and you will find out why. There are literally thousands of threads asking the same question. Please, search for you question before you ask, someone has probably already asked the same thing.
|
|
|
|
oclvanitygen -D 0:2 1Boat You should get something like this: Difficulty: 4476342
Compiling kernel, can take minutes...done!
Pattern: 1Boat
Address: 1BoatZkAneV9PsCp6LKenR3rxQXs6mQoiy
Privkey: 5K7aGsmQvymQx12WRQhZ6VZ3EdeLgwJjGANMHmLd92yNwSnsj6F -snip- Is the way to convert a PrivKey to the format supported by thin client Electrum or Mycelium? It already is in the supported format. It is in WIF, which is supported by nearly every single Bitcoin wallet. |
|
|
|
|
First, upgrade to Armory 0.94.1 and Bitcoin Core to 0.13.0.
Do what goatpig said, but it's the /blocks folder not /databases. You have to delete blk00594.dat and rev00594.dat and onwards. THIS IS NOT DELETEING THE ENTIRE BLOCKCHAIN. You will not be redownloading the entire blockchain. It will however require that you reindex the blockchain (this will be done automatically), but it is not redownloading the entire blockchain. It will only download what you deleted, which is towards the end of the blockchain.
|
|
|
|
So how can I possibly eliminate the risk of a malware copying the private key and waiting for it to go online?
Use a completely new device that has never been online and never will be online. You could use something cheap like a Raspberry Pi. What are the features of Raspberry pi and how does it help us? It's cheap, fairly easy to setup, and runs linux. Since it has no wireless networking capabilities built in, it is difficult to remotely hack. |
|
|
|
How does a seasoned programmer (or anyone) know that pchMessageStart means pchMessageBytes? They mean two different things. pchMessageStart means the start of the message. pchMessageBytes means the bytes of the message, including the start.
pchMessageStart[] is the name of the array the bytes are held in. pchMessage's Bytes or as you prefer 'Magic numbers' are a relatively standard concept of making sure crosstalk doesnt happen between any type of standalone node (Paging Channel Host); this occurs across all other types of networks. When a host is advertising itself to another host; does it advertise its pchMessageBytes or pchMessageStart(s)? C'mon guys. Anyway, enough of being an arsehole. If you want to have a mess around with how the peers talk, checkout https://github.com/sebicas/bitcoin-sniffer. I've found that some implementations do 'talk' with incorrect pchMessageBytes.. however, some get flatout ignored if the PROTOCOL_VERSION is too low. Still after a definitive answer, anyone? Well since you are capable of understanding code and are a "seasoned programmer" why don't you take a look at the code yourself and see what you can find? I gave you a link to the method which processes the message above. I think you have a few options here. You can guess what the bytes are by virtue of the port number. Most coins use unique port numbers and you can then search through various altcoin source codes to find the ones that use the same port and then test their respective magic bytes. Or you can somehow get a node to connect to you. |
|
|
|
Please read, and understand my first post. A node does not broadcast these bytes; unless another node (running identical netcode) sends these same bytes (and version info) first. If i connect to an altcoin node on its P2P port, it will sit there and say nothing until a timeout occurs. <img snip> just found a random bitcoin node, hit it using telnet/raw (on 8333)... connects, and sits there, til timeout. does anyone know how to get a given node to voluntarily spit out its pchMessageBytes? Looking at the code, it seems that no there is no way to force a response from the node. If it receives the wrong magic bytes, it will not respond. Knight was looking for "pchMessageBytes" as you'd asked about, not "pchMessageStart" and pch messages are all over net.cpp pchMessageStart[0] = 0xf8; pchMessageStart[1] = 0xb5; pchMessageStart[2] = 0x03; pchMessageStart[3] = 0xdf; yes; a seasoned programmer would instantly know what i'm referring to. bytes, four of them. How does a seasoned programmer (or anyone) know that pchMessageStart means pchMessageBytes? They mean two different things. pchMessageStart means the start of the message. pchMessageBytes means the bytes of the message, including the start. |
|
|
|
|
Show Posts
