To answer your question, OP, nobody really knows. It's basically a one-man operation at this point.
Please stop spreading misinformation. We know that you didn't get your question answered and are now butthurt. Your posts aren't doing you any favors as you are spreading misinformation and acting like an immature troll. Armory is not a one-man operation. There are still multiple people who are actively contributing to armory, myself included. I certainly wouldn't go rushing into downloading any new versions of Armory.
And neither would I. I follow the advised security practice of verifying the source code myself and building from source. You should do this too. When I brought up the same topic in another thread, I eventually got a response from Mr. Goatpig himself: https://bitcointalk.org/index.php?topic=1494369.msg15056227#msg15056227All I can suggest it, when goatpig puts out his tip cup and says "pls" don't be surprised if he doesn't get the money he desires, says "fuck this shit" and releases a malicious Armory in the future Good luck. Maybe you missed the first part of his statement when he addresses the security: Don't trust me, review the code and build it yourself. This is open source, you've got that opportunity, don't let it go to waste.
If you can't read code, find someone you trust that did it for you.
If you can't do either, you are at my mercy. Deal with it.
If you can't follow that advice where he EXPLICITLY says "Don't trust me" and you don't do anything else to verify that nothing is malicious, then that is your own fault. If he were to release a malicious Armory version, then the other people who work on armory such as myself, droark, josephbisch, fanquake, etc, would notice that he inserted malicious code into the software. If he did it in the binary and not the git source, then simply following the advice of "review the code and build it yourself ... [or] find someone you trust that did it for you" would protect you from such actions. We are also working on a system similar to Bitcoin Core's gitian builds which will ensure that the binaries are built from the source code that it is supposed to be built from.
|
|
|
A week ago I had a power outage. My wallet had to reload the entire blockchain. This has happened before and I knew it would be corrupted.
You should update the software. The latest software doesn't have this issue anymore. I loaded the blockchain and appeared to be good for a day, but the next day it stopped with "fatal error". I deleted all bitcoin core files and re-installed it, allowed it to load chain then added my saved wallet.dat file from a couple weeks ago. It worked fine, but it only loaded transactions up to the date of the back-up file. I have spent some bitcoin since and now my total is more than I should have, granted the difference is only less than one bitcoin I'm ahead, but... this shouldn't happen right? I sent myself a few hundredths to see if it would correct itself, it didn't add the missing days either, just marked it like I had no transactions for 17 days. Will this affect the network? Miffed
You will have to rescan the blockchain. The software does not rescan the blockchain when it reindexs or resyncs, it simply isn't something that should normally happen. Start Bitcoin Core with the -rescan option and it should fix your problems.
|
|
|
After doing some more research I ended up upgrading Armory on the offline computer to 0.92.3 which solved the problem. I am now able to sign and broadcast transactions. For some reason the 0.93.2 Windows 7 installer does not support 32 bit machines (contrary to what is said on Armory's download page).
How did you perform the upgrade? If you connected your offline computer to the internet then basically your bitcoins are hacked and stolen and long gone. This is a cute meme. You use a USB drive and download the file to it. Then verify the installer and take it to your offline computer and install. At not point is the offline computer then connected to the internet. This security isn't a meme, it is just security for the paranoid.
|
|
|
You can earn bitcoin in the exact same way that you earn any other money. You can sell some sort of good or service for bitcoin
|
|
|
You can't. As was said by Belcher in the thread you mentioned, there are two forks, the Bitcoin Core fork and Bitcoin Classic. I'm not sure if sure if any of them have faster confirmations. You should only use the Button Core fork because that is more representative of the mainnet state.
|
|
|
Site isn't working, showing error. But i am hoping that it will be okay in few days and your project will be successful
It is working for me. What error do you see?
|
|
|
I can't get into the site. Can you please help?
Fixed
|
|
|
No, that is not an example of a merkle tree. In fact they are talking about two completely opposite things. A merkle tree is a cryptographic structure, the node stuff is networking.
A merkle tree is a tree of hashes. At the base are individual hashes, in the case of bitcoin, those hashes are the hashes of all of the transactions in a block. Each hash is hashed with another hash. The resulting hashes are the next level. This process repeats until only one hash remains. That is the merkle root, and that is included in the block header.
For the nodes, Satoshi was talking about node policy for accepting transactions to the mempool. His statement is currently used. If a transaction contains a fee that is too low, the node will reject it. That threshold for Bitcoin Core (the most common node software) is 0.00005 BTC/Kb. This can also be configured by the node owner.
|
|
|
Testnet mining power tends to vary a lot. Considering that testnet has forked, it is likely that there is not a lot of mining power on testnet to have fast blocks
|
|
|
Thanks mates, will try the - prune option, by the way is this the most secure and less hackable bitcoin wallet out there, it appears this to be by reading in the forum. I may switch from Multibit to this one especially now that multibit is being sold to keepkey.
It is a full node wallet which makes it very secure. I would say that armory is more secure, but a lot of its security come from its utilization of bitcoin core. Multibit if an SPV wallet, which is subsystem less secure than a full node.
|
|
|
How did you determine that Armory under etotheipi was "trusted"?
Either you read the code or you trusted the community to read the code for you or you trusted etotheipi.
You have the same options with Armory under goatpig.
I didn't know. But as I used the software for a long time without issues I assumed I can trust him. Going from one dev to another is an extra risk. Goatpig was one of the developers when ATI was still working on Armory. There isn't any "extra risk". You can check that it is trustworthy the same way that you would check any other open source software: examine the source code and build the software yourself.
|
|
|
Thank you for clarification. We did it and right now process is in progress. We assume that it could take a while any experience how many hrs?
Taking into account that server is pretty fast (like 4 CPUs) and WAN channel is about 100Mbit.
p.s. In any case we'll report the results here. It might help other users...
It has to rescan the blockchain, which can take a while. Honestly, I have no estimates as I haven't had to do a rescan in a while. It shouldn't take more than a few hours to complete. Once it is done, the bitcoind will be used normally. There is no need to restart the program and it shouldn't stop itself.
|
|
|
It isn't Bitcoin Core that is eating up all of the space, but rather the blockchain. You can enable blockchain pruning and it will save you a lot of space. Just start bitcoin core with the -prune option and it will prune the blockchain so that it only uses a few Gb instead of 60+ Gb.
|
|
|
./bitcoind -zapwallettxes Make sure that bitcoind is shut down when you run this. It will start bitcoind.
|
|
|
Ok, thanks.
Is there any other, more acceptable method of implementing the proof-of-existence use case with the block chain?
No as embedding data in any form into the blockchain is generally frowned upon.
|
|
|
Generally any application which uses OP_RETURN or other methods of storing data in the blockhain us frowned upon by a larger portion of the community, especially those who run full nodes. Your data, even though a few thousand transactions annually, have to be stored and maintained by full nodes for eternity. Those transactions are generally considered spam.
|
|
|
update after nearly 3 days, my pending 0.04 btc of me in coinbase is disappearing This is normal behavior. After a few days, the network "forgets" unconfirmed transactions due to the natural node restart cycle which clears the node's mempool which contains the unconfirmed transactions. If it is "forgotten", then you should see the Bitcoin back in your wallet and be able to resend it, but this time with a fee. thank but i am not sender btc , do you think i can receive my btc Then you will have to contact the sender and have him resend the bitcoin. I Alternatively, if you have a copy of the transaction (as in the raw hex code for the transaction) then you can keep rebroadcasting it so that the network remembers the transaction so that it may eventually confirm.
|
|
|
Just restart bitcoind with the -zapwallettxes argument. This removes all of the transactions from the wallet and rescans from the beginning so that it will remove the unconfirmed transactions. You should then be able to respend those Bitcoin.
|
|
|
update after nearly 3 days, my pending 0.04 btc of me in coinbase is disappearing This is normal behavior. After a few days, the network "forgets" unconfirmed transactions due to the natural node restart cycle which clears the node's mempool which contains the unconfirmed transactions. If it is "forgotten", then you should see the Bitcoin back in your wallet and be able to resend it, but this time with a fee.
|
|
|
I predict that one day full-nodes will charge for the information they provide.
The information of the users that were connected to them? That sounds very sinister. No. Full nodes provide the entire blockhain and all transactions that they receive and accept. That is the information they provide, not the information if the nodes that connect to them.
|
|
|
|