Updated Debian example bitcoin.conf with config from wiki + removed some cruft and updated comments

This commit is contained in:
Giuseppe Mazzotta 2014-06-10 11:43:27 +02:00
parent 6741837233
commit 68ba85fd75

View file

@ -1,79 +1,110 @@
# bitcoin.conf configuration file. Lines beginning with # are comments. ##
## bitcoin.conf configuration file. Lines beginning with # are comments.
##
# Network-related settings: # Network-related settings:
# Run on the test network instead of the real bitcoin network. # Run on the test network instead of the real bitcoin network.
#testnet=1 #testnet=0
# Run a regression test network
#regtest=0
# Connect via a socks4 proxy # Connect via a socks4 proxy
#proxy=127.0.0.1:9050 #proxy=127.0.0.1:9050
##############################################################
## Quick Primer on addnode vs connect ##
## Let's say for instance you use addnode=4.2.2.4 ##
## addnode will connect you to and tell you about the ##
## nodes connected to 4.2.2.4. In addition it will tell ##
## the other nodes connected to it that you exist so ##
## they can connect to you. ##
## connect will not do the above when you 'connect' to it. ##
## It will *only* connect you to 4.2.2.4 and no one else.##
## ##
## So if you're behind a firewall, or have other problems ##
## finding nodes, add some using 'addnode'. ##
## ##
## If you want to stay private, use 'connect' to only ##
## connect to "trusted" nodes. ##
## ##
## If you run multiple nodes on a LAN, there's no need for ##
## all of them to open lots of connections. Instead ##
## 'connect' them all to one node that is port forwarded ##
## and has lots of connections. ##
## Thanks goes to [Noodle] on Freenode. ##
##############################################################
# Use as many addnode= settings as you like to connect to specific peers # Use as many addnode= settings as you like to connect to specific peers
#addnode=69.164.218.197 #addnode=69.164.218.197
#addnode=10.0.0.2:8333 #addnode=10.0.0.2:8333
# ... or use as many connect= settings as you like to connect ONLY # Alternatively use as many connect= settings as you like to connect ONLY to specific peers
# to specific peers:
#connect=69.164.218.197 #connect=69.164.218.197
#connect=10.0.0.1:8333 #connect=10.0.0.1:8333
# Listening mode, enabled by default except when 'connect' is being used
#listen=1
# Maximum number of inbound+outbound connections. # Maximum number of inbound+outbound connections.
#maxconnections= #maxconnections=
#
# JSON-RPC options (for controlling a running Bitcoin/bitcoind process) # JSON-RPC options (for controlling a running Bitcoin/bitcoind process)
#
# server=1 tells Bitcoin to accept JSON-RPC commands. # server=1 tells Bitcoin-QT and bitcoind to accept JSON-RPC commands
#server=1 #server=0
# You must set rpcuser and rpcpassword to secure the JSON-RPC api # You must set rpcuser and rpcpassword to secure the JSON-RPC api
#rpcuser=Ulysseys #rpcuser=Ulysseys
#rpcpassword=YourSuperGreatPasswordNumber_385593 #rpcpassword=YourSuperGreatPasswordNumber_DO_NOT_USE_THIS_OR_YOU_WILL_GET_ROBBED_385593
# By default, only RPC connections from localhost are allowed. Specify # How many seconds bitcoin will wait for a complete RPC HTTP request.
# as many rpcallowip= settings as you like to allow connections from # after the HTTP connection is established.
# other hosts (and you may use * as a wildcard character): #rpctimeout=30
#rpcallowip=10.1.1.34
#rpcallowip=192.168.1.* # By default, only RPC connections from localhost are allowed.
# Specify as many rpcallowip= settings as you like to allow connections from other hosts,
# either as a single IPv4/IPv6 or with a subnet specification.
# NOTE: opening up the RPC port to hosts outside your local trusted network is NOT RECOMMENDED,
# because the rpcpassword is transmitted over the network unencrypted.
# server=1 tells Bitcoin-QT to accept JSON-RPC commands.
# it is also read by bitcoind to determine if RPC should be enabled
#rpcallowip=10.1.1.34/255.255.255.0
#rpcallowip=1.2.3.4/24
#rpcallowip=2001:db8:85a3:0:0:8a2e:370:7334/96
# Listen for RPC connections on this TCP port: # Listen for RPC connections on this TCP port:
rpcport=8332 #rpcport=8332
# You can use Bitcoin or bitcoind to send commands to Bitcoin/bitcoind # You can use Bitcoin or bitcoind to send commands to Bitcoin/bitcoind
# running on another host using this option: # running on another host using this option:
rpcconnect=127.0.0.1 #rpcconnect=127.0.0.1
# Use Secure Sockets Layer (also known as TLS or HTTPS) to communicate # Use Secure Sockets Layer (also known as TLS or HTTPS) to communicate
# with Bitcoin -server or bitcoind # with Bitcoin -server or bitcoind
#rpcssl=1 #rpcssl=1
# OpenSSL settings used when rpcssl=1 # OpenSSL settings used when rpcssl=1
rpcsslciphers=TLSv1+HIGH:!SSLv2:!aNULL:!eNULL:!AH:!3DES:@STRENGTH #rpcsslciphers=TLSv1+HIGH:!SSLv2:!aNULL:!eNULL:!AH:!3DES:@STRENGTH
rpcsslcertificatechainfile=server.cert #rpcsslcertificatechainfile=server.cert
rpcsslprivatekeyfile=server.pem #rpcsslprivatekeyfile=server.pem
# Miscellaneous options # Miscellaneous options
# Set gen=1 to attempt to generate bitcoins
gen=0
# Use SSE instructions to try to generate bitcoins faster.
#4way=1
# Pre-generate this many public/private key pairs, so wallet backups will be valid for # Pre-generate this many public/private key pairs, so wallet backups will be valid for
# both prior transactions and several dozen future transactions. # both prior transactions and several dozen future transactions.
keypool=100 #keypool=100
# Pay an optional transaction fee every time you send bitcoins. Transactions with fees # Pay an optional transaction fee every time you send bitcoins. Transactions with fees
# are more likely than free transactions to be included in generated blocks, so may # are more likely than free transactions to be included in generated blocks, so may
# be validated sooner. # be validated sooner.
paytxfee=0.00 #paytxfee=0.00
# Allow direct connections for the 'pay via IP address' feature.
#allowreceivebyip=1
# User interface options # User interface options