Are you talking about loading my hot wallet.dat file into the full node sync it. Then prune it , leaving the wallet.dat file in the data folder all the time?
No, you should load your hot wallet into the full node to sync it. Then move it from your full node to your pruned node and start your pruned node. It should work then. If so don't want to do that my cold wallet is older and has stored btc in it, that i want "offline".
So is there anyway to use an cold wallet/offline in prune mode seeing it wont be loaded for long periods of time?
Thanks
Icon
So long as when you have your cold wallet and pruned node go offline that they are both synced to the same height. Once you bring them back online, then they will automatically sync. However, if you just have your cold wallet offline and your pruned node online, then your pruned node will need to redownload and rescan in order to be able to spend from your cold wallet. |
|
|
|
well got a question (again) and a comment, first the question, can i run 2 qt nodes on the same pc at the same time (ie 1 pruned 1 full node) in different locations of course, want to keep a "full" node just in case, also love the prune version, it picks up right were it left off at. But was afraid the 2 data streams might get confused, windows register error or something running 2 of the same qt at once, any thoughts? Thanks Core Team  Icon It is possible, just that you need to use a separate data directories and if you want to have incoming connections to both, one of them will need to listen on a port different from 8333 in order to accept incoming connections. Ah got a problem, just tried loading a wallet.dat file of my hot wallet and reloading in prune mode, got an error says cant access wallet.dat goes past its 2 gb limit and i need to reindex, thought that was the whole point of the .12 update and wallet users being able to access our wallets.. Am i doing something wrong?
The problem with pruning is that if you load a wallet whose latest sync height is older than the oldest block you have, you will need to re-download the entire blockchain in order to be able to rescan it and make sure that any transactions that occurred in the blocks between your wallet's latest block and your oldest pruned block. However, the idea is that you won't be loading new wallets into a pruned node and since it will pick up pruning and syncing from where it left off, this should never become a problem. Your solution, since you have a full node as well, is to just load the wallet into the full node, let it sync, then close it and load it into the pruned node. |
|
|
|
I get it though. hip developers don't like to support distributions that are actually stable.
Really sucks the current software dev culture, they want us all to use distributions that are fresh and full of quirks that haven't been ironed out.
Qt 5.5 is stable and it is the recommended version of Qt to use. Qt 4 is legacy and is being deprecated. Support for Qt 4 is still there in case people still want to use it, but it is still outdated software. Qt doesn't recommend that Qt 4 be used. That's not what ./configure --help says : --with-gui[=no|qt4|qt5|auto]
build bitcoin-qt GUI (default=auto, qt5 tried first)
That implies that auto is the default, not qt5 - and that the default will try qt4 if it doesn't find qt5 So either it is a bug in detection or it is a bug in the --help output of ./configure Apparently it is a bug. See https://github.com/bitcoin/bitcoin/issues/7189 |
|
|
|
Please provide singed messages from every staked address which is atleast 1 year old.
I have a problem with bcttalkaccountpricer.info please someone post here his info because I got error.
I can only provide a signed message from 16m... which I have already posted. Here is my info on the site: http://www.bctalkaccountpricer.info/?token=ogttg070. Most of the addresses it lists are addresses that I do not control because they are either not mine or are an exchange's or service's address. Can you sign message from atleast one of the addresses posted in 2014? No. |
|
|
|
CentOS 7 with qt4
Does not build GUI unless I specify --with-gui=qt4
from configure --help it appears it should try qt5 first and when not found try qt4 but it appears to not do that.
0.12.0 officially moved to qt5. It won't build with qt4 unless you specify it since qt4 is really no longer supported for Bitcoin Core. |
|
|
|
Please provide singed messages from every staked address which is atleast 1 year old.
I have a problem with bcttalkaccountpricer.info please someone post here his info because I got error.
I can only provide a signed message from 16m... which I have already posted. Here is my info on the site: http://www.bctalkaccountpricer.info/?token=ogttg070. Most of the addresses it lists are addresses that I do not control because they are either not mine or are an exchange's or service's address. |
|
|
|
I'm thinking this may also have to do with low disk space on my computer, so once I clean up some junk I will try again.
My DB is ~150MB on the mainnet. If you can't get it to scan mainnet, try the testnet, also build and run the C++ unit tests in the /cppForSwig/gtest folder and run those. Let me know if you can pass any of these and if you get errors, whether they are deterministic or random. It looks like cleaning up my hard drive did the trick. I think that for those kinds of errors it would be useful to have something say that there isn't enough disk space available, which is what Bitcoin Core does. |
|
|
|
With 0.12 it is possible to use wallet functionality in pruned mode.
This can reduce the disk usage from currently around 60 GB to
around 2 GB.
Just to clarify whats the difference between downloading and storing?
Seems to me i will only need to "download" 2 gb of data in order to access wallet.
Icon
Downloading is the amount of data that passes through your network. Storing is actually writing that data to the disk to be permanent. Think of it this way. You are downloading all 60 Gb of the blockchain and then 58 Gb of it is deleted. This is essentially what happens, except it happens on the fly so that you don't need 60 Gb of space, it deletes old blocks as new blocks come in so that at any time, the most storage space actually used is 2 Gb. |
|
|
|
So got a question from a wallet user, should i:
a.) run in prune mode all the time (leave qt running all the time)
b.) run qt only when i need to access my wallet
All i want is fast access to my 5 year old wallet with 100 transactions in it, included my 2 mined blocks from 2011.
Currently running a full node with port blocked on a poor netbook and a usb hd, takes ~ 1 hour to re sync to access my wallet.
What is the minimum download data i will need if i shut down the qt and load it 6 months later to access my wallet running in prune mode?
Thanks
Icon
Pruning does not effect the amount of data downloaded, so pruning would not help you at all, you would still need to fully sync by downloading all of the blocks. It is just that you won't be storing all of those blocks. |
|
|
|
|
There are two things that you are discussing here, the Bitcoin peer-to-peer network and the blockchain.
The way the p2p network works is that every block and every transaction is sent throughout the network in a flood. Every node on the network connects to several other nodes. This spreads out into a large network of nodes connected to each other. One node broadcasts a transaction or a block. Then all of its peers receive that block or transaction, validates it, and if it passes, that node relays it to all of its peers. So on and so forth so that every single node in the network has received every transaction and every block. Every node receives every transaction even if it doesn't care about that transaction.
The blockchain is different. The blockchain is a data structure made up of blocks. Blocks are data structures which contain the transactions. There is an 80 byte header which contains the version number, the timestamp, the previous block's hash, the merkle root (hash) of all of the transactions in the block and probably something else that I am forgetting. The rest of the block is just the raw data of the transactions included in that block. The blockchain is the collection of all of those blocks in order. They are ordered by the field in the header for the previous block. Since it includes the previous block's hash in the header, this links the blocks together in a chain, one had to have come before the other. This is what makes up the blockchain.
Hope this helps.
|
|
|
|
edit.... why there is still not the digital sign for the exe? it's not good when i click on the exe and it say that is not safe, it can discourage newbie...
digital sign cost like hundred dollars, not so much
Not sure what you mean that it isn't signed. It looks signed to me. |
|
|
|
Great work! I will be testing this and will report back if anything bad happens. Will 0.94 be just these database changes and RBF signaling? Edit: While armory was building the databases it crashed, twice now. I had renamed the old databases folder so armory create a new one for the new databases. This is the error that I got after both crashes: terminate called after throwing an instance of 'LMDBException'
what(): Failed to close env tx (Input/output error)
Aborted (core dumped)
I'm thinking this may also have to do with low disk space on my computer, so once I clean up some junk I will try again. |
|
|
|
I tried running the node under a different port and it did work... I did receive a couple of incoming connections... but over about 24 hours I never had more then 10 connections at once as far as I noticed. When running the node NOT through VPN I was getting a lot more.  I'm currently trying a hidden service through tor as a full node to see if it is any better. I doubt that a hidden service through Tor will be any better. If you can run Bitcoin Core without a VPN, why are you using a VPN? |
|
|
|
hmmmm http://prntscr.com/a6rpcnso either way to have it here I got to re download the hole thing again the one I have loading on my server is now only 4 days behind so nearly finished and I have not used the prune thing on it cause I have lots of space there ill wait for it to finish then just copy the dat file over to it likely only 8EU there anyway but im still hoping that other 50 will turn up in this account what can I use for a lighter copy of my BC account on my home computer ? For a lightweight wallet, I recommend that you use Electrum. If you want the extra security of a full node, you can actually set up your server with Bitcoin Core on it as an Electrum server and then make your Electrum wallet at home connect to it by default instead of trusting someone else's electrum server. |
|
|
|
|
Even if you aren't accepting incoming connections, you are still contributing to the network as your node still receives all transactions and blocks and still validates them and relays them.
Since you can forward other ports, I would advise that you do so. Even though it isn't preferred, nodes will still connect to you.
|
|
|
|
|
Show Posts
