If you're using Bitcoin Core just for your own personal use, you probably don't need the -txindex=1 option. But, if you're using Bitcoin core for development or blockchain analysis of some sort, you will need to set -txindex=1 to be able to get transactions data for any transaction in the blockchain.
The tradeoff is just that keeping an index is slightly ...
By default -txindex=0 Bitcoin Core doesn't maintain any transaction-level data except for those
in the mempool or relay set
pertinent to addresses in your wallet
pertinent to your "watch-only" addresses
If "txindex" is set to true (1), Bitcoin Core maintains an index of all transactions that have ever happened, which you can query using the remote ...
The location of bitcoin.conf depends on your operating system:
Windows XP C:\Documents and Settings\<username>\Application Data\Bitcoin\bitcoin.conf
Windows Vista, 7, 10C:\Users\<username>\AppData\Roaming\Bitcoin ...
It will by default use all CPU cores available.
However, if the database cache is too small, your node will spend its time fetching and writing database entries from/to disk, rather than verification
You can set the size of the database cache using a bitcoin.conf setting dbcache=N, where N is the number of megabytes of RAM.
More threads will not make your software run faster.
Threads are used in order to be able to do more things concurrently, but not necessarily faster overall. Assume your internet connection allows you to download at 1 MiB/s, and you want to download 5 files of 200 MiB each. No matter what, you need to download 1000 MiB, which will take 1000 seconds. But you ...
Yes, this is by design.
The notify action is run in the function BlockNotifyCallback (init.cpp), and you can see:
static void BlockNotifyCallback(bool initialSync, const CBlockIndex *pBlockIndex)
if (initialSync || !pBlockIndex)
The initialSync argument comes from the return value of IsInitialBlockDownload() (in validate....
As far as i know, you are running the bitcoind client as it should be run.
You need to explicitly say that you want your bitcoind to be run as a daemon.
try changing your server=1 configuration lines to this (your comment may have inadvertently messed with bitcoin... but i don't know that for any fact, just a hypothesis) here's your example modified
The JSON-RPC API can be used by other programs to communicate with the Bitcoin client. That could include external mining programs, "e-commerce" software to automatically make and receive payments, or any other software that wants to interact with the Bitcoin network.
It is true that you do not need this feature simply to solo mine using setgenerate true. ...
Note that for Windows the location of the configuration folder where bitcoin.conf is located is saved in the registry.
Its default path is indeed C:\Users\<username>\AppData\Roaming\Bitcoin but if that location was changed then in order to find the current folder you will have to look in HKEY_CURRENT_USER\Software\Bitcoin\Bitcoin-Qt at the REG_SZ ...
The configuration file is definitely in $HOME/.bitcoin/. If you cannot see it, the most likely explanation is that you have not created it. Just use your favorite text editor to do so. As far as I can tell, bitcoind -daemon will run without bitcoin.conf being present and you will still get the message 'Using config file /home/user/.bitcoin/bitcoin.conf' in ...
walletnotify takes the supplied string and runs it as a command. If you want to make it request a URL, you should pass the URL to a command that can do that.
If there's an error while running the command, Bitcoin will append a message to debug.log. It should look like ...
The official Bitcoin full node software always had the mining feature built in, and will probably always have. If you have the line gen=1 in your .conf file, then you will start confirming transactions when you open the wallet. Take a look at https://en.bitcoin.it/wiki/Running_Bitcoin
If you installed Bitcoin Core on linux, the config file is most likely found in ~/.bitcoin/bitcoin.conf
Edit bitcoin.conf file and just add txindex=1 anywhere you like on a new line, just make sure it's not commented out.
Found the solution: rpcport needs to be in the [test] section
Please update your original config file to read:
And restart the ...
So in Bitcoind you can define authentication via an rpc interface (remote procedure call). In the config file of Bitcoind which is usually located in ~/.bitcoin/bitcoin.conf you can set the values for
Obviously you should select other values than the ones in this answer / question. You ...
If your machine is compromised you can't trust last modified timestamps.
One of the obstacles to Bitcoin adoption is complexity. Developers should keep the user interface as simple and clear as possible. 99.9% of users wouldn't understand the information or how to use it.
A better approach to detecting malicious changes to a configuration file might be ...
No, bitcoin core does not expand environment variables in bitcoin.conf.
See here to see how options are parsed.
You can expand environment variables as arguments for bitcoind:
$ bitcoind -rpcuser="$RPC_USERNAME" -rpcpassword="$RPC_PASSWORD"
With a standard Bitcoin Core installation under Window 7, the data directory is located under:
The bitcoin.conf file containing the line "testnet=1" goes there.
The usual way to create this file is with Notepad. Unfortunately, this app insists on giving the file the extension ".txt". This is, of course invisible by default. ...
One reason you might use server=1 is when you're using a third-party mining program like cgminer.
Note: Don't set gen=1, because you don't want to use CPU mining. Instead, install cgminer and run:
cgminer -o http://127.0.0.1:8332 -u SOMEUSER -p SOMEPASSWORD
There's a difference between a software thread and a CPU thread. The number of threads that you are seeing is not the number of CPU threads that bitcoind is using. It is the number of software threads that it has created, which are different from CPU threads. You can't make the software create more software threads; that's not possible and not how the ...
If bitcoind stops, them you should have a look in your debug.log file.
Enabling -txindex with an already initialised blockchain (not your first regtest start) requires a reindex.
Either you start with -reindex-chainstate or you delete your <bitcoin-data-dir>/regtest folder
So sure enough Bitcoin Core seems to start faster after doing that.
Is it a good idea? Or more specifically, what could go wrong?
It must be the placebo effect that you are experiencing because assumevalid has no effect on this when the default values for the consistency checks are used (changed with parameters -checklevel and -checkblocks)
There isn't ...