Author

Topic: Configurar Nó Bitcoin em 2023 (Read 340 times)

hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
November 06, 2023, 03:21:04 PM
#35
Menos de um dia para fazer o IBD e verificar tudo, só se for num PC normal porque em RPis e companhia demora muito mais tempo. O poder de proessamento é naturalmente muito inferior, mas pronto, é so uma vez e depois disso não é preciso muito poder de processamento!

Acho que compensa descarregar a BD num PC, e depois levar a mesma para o disco que fica ligado ao RPis. Isto claro se quer todo a rodar rapidamente.
Caso contrario, é esperar.

Por acaso pensei nisso das primeiras vezes que pus o meu node a rodar, mas nãoa tenho a certeza se isso é possível. Na altura fiquei com a ideia que o tempo que passa entre teres a BD verificada no PC e que a começas a usar no outro dispositivo, a BD sofre alterações e o novo dispositivo vê essas alterações e começa o processo de verificação completo de novo. Mas não tenho a certeza disto. Já não me recordo!
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
November 06, 2023, 02:22:54 PM
#34
Menos de um dia para fazer o IBD e verificar tudo, só se for num PC normal porque em RPis e companhia demora muito mais tempo. O poder de proessamento é naturalmente muito inferior, mas pronto, é so uma vez e depois disso não é preciso muito poder de processamento!

Acho que compensa descarregar a BD num PC, e depois levar a mesma para o disco que fica ligado ao RPis. Isto claro se quer todo a rodar rapidamente.
Caso contrario, é esperar.
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
November 06, 2023, 09:26:14 AM
#33
Cara, incrível que o Bitcoin evoluiu tanto nesses anos mas o processo de subir um nó para dar mais segurança à rede e às suas próprias transações continua simples pra caramba.

Alguns anos atrás ainda tínhamos o problema de uma internet bem mais lenta do que a que temos hoje, fora o acesso aos HDS que eram caros, de menor capacidade e velocidade também.

Menos de um dia para ter um nó sincronizado e rodando!? Isso é TOP demais! Qual é a desculpa hoje em dia para alguém não ter que rodar um nó?
Eu diria duas:
- Necessidade: A maioria das pessoas ainda não roda um nó porque não tem o porque pra isso;
- Disponibilidade: Nem todo mundo dispõem de um computador que pode ficar ligado à tomada e também à internet 245 horas por dia.

Já o problemas de recursos e dificuldade técnica, acho que esses já caíram por terra.

Menos de um dia para fazer o IBD e verificar tudo, só se for num PC normal porque em RPis e companhia demora muito mais tempo. O poder de proessamento é naturalmente muito inferior, mas pronto, é so uma vez e depois disso não é preciso muito poder de processamento!

legendary
Activity: 2352
Merit: 1121
☢️ alegotardo™️
November 03, 2023, 06:54:12 PM
#32
Cara, incrível que o Bitcoin evoluiu tanto nesses anos mas o processo de subir um nó para dar mais segurança à rede e às suas próprias transações continua simples pra caramba.

Alguns anos atrás ainda tínhamos o problema de uma internet bem mais lenta do que a que temos hoje, fora o acesso aos HDS que eram caros, de menor capacidade e velocidade também.

Menos de um dia para ter um nó sincronizado e rodando!? Isso é TOP demais! Qual é a desculpa hoje em dia para alguém não ter que rodar um nó?
Eu diria duas:
- Necessidade: A maioria das pessoas ainda não roda um nó porque não tem o porque pra isso;
- Disponibilidade: Nem todo mundo dispõem de um computador que pode ficar ligado à tomada e também à internet 245 horas por dia.

Já o problemas de recursos e dificuldade técnica, acho que esses já caíram por terra.
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
November 03, 2023, 06:41:35 PM
#31
Não o editaste entratanto para adiconar nada?
Não.

Post original:

Quote
Block-only = uma conexão especifica entre nodes para a propagação dos blocos da rede. As outras 8 permitem transacões (para formar a mempool).

A limitação no número de transações se deve para manter a eficiência das conexões (imagina ter que baixar blocos de 1000 nós diferentes ao mesmo tempo? Cheesy), evitar spam com um nó malicioso mantendo conexões com centenas de nós, etc... enfim, não tem para que se conectar com todos os nós da rede.

https://ninjastic.space/post/63097387

Ok, não preciso de provas. Foi só mesmo porque nãoa me recordo de ter lido aquelas frases. Por isso voltei a colocar a mesma questão. Se tivesse visto, já não voltava a perguntar nada! Assunto encerrado! Smiley
legendary
Activity: 2758
Merit: 6830
November 03, 2023, 03:27:26 PM
#30
Não o editaste entratanto para adiconar nada?
Não.

Post original:

Quote
Block-only = uma conexão especifica entre nodes para a propagação dos blocos da rede. As outras 8 permitem transacões (para formar a mempool).

A limitação no número de transações se deve para manter a eficiência das conexões (imagina ter que baixar blocos de 1000 nós diferentes ao mesmo tempo? Cheesy), evitar spam com um nó malicioso mantendo conexões com centenas de nós, etc... enfim, não tem para que se conectar com todos os nós da rede.

https://ninjastic.space/post/63097387
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
November 03, 2023, 02:21:54 PM
#29
Outra coisa que reparei, é que mesmo sem desligar o meu node, os nodes a que estou ligado vão mudando.
Isso acontece, porque o sistema muda automaticamente apenas para ir mudando a ligação, ou apenas quando um node desliga?
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
November 03, 2023, 05:44:36 AM
#28
Mas porque é que são limitadas? Havendo mais ligações não ajudaria a rede? Ou será por uma questão de gestão de largura de banda utilizada das nossas internets? É que na minha cabeça faz sentido "quantas mais ligações melhor". Mais redundância parece-me sempre melhor. A não ser pela razão que mencionei ou então pelo facto de a própria aplicação poder não "aguentar" com mais?Huh
Já falei acima. No caso só escrevi transações ao invés de conexões.

A limitação no número de transações conexões se deve para manter a eficiência das conexões (imagina ter que baixar blocos de 1000 nós diferentes ao mesmo tempo? Cheesy), evitar spam com um nó malicioso mantendo conexões com centenas de nós, etc... enfim, não tem para que se conectar com todos os nós da rede.

Me parece ineficiente, desnecessário, trabalhoso, tentar manter uma rede onde todos dezenas de milhares de nós se comunicam com todos os outros ao mesmo tempo. Tongue

E nem mesmo trás beneficios. A rede vai ficar mais rápida? Mais segura? De qualquer forma, com 10 conexões você baixa a blockchain, envia e recebe transações. Passa adiante caso queira e por aí vai.

Por alguma rzão não devo ter lido o post todo. Não o editaste entratanto para adiconar nada? É que não me recordo mesmo de ter lido o que tens entre parêntesis e a parte do evitar spam com um nó malicioso. De certeza que não devo ter lido essa linha. E a de baixo também não me recordo! lool
legendary
Activity: 2758
Merit: 6830
November 03, 2023, 05:20:51 AM
#27
Mas porque é que são limitadas? Havendo mais ligações não ajudaria a rede? Ou será por uma questão de gestão de largura de banda utilizada das nossas internets? É que na minha cabeça faz sentido "quantas mais ligações melhor". Mais redundância parece-me sempre melhor. A não ser pela razão que mencionei ou então pelo facto de a própria aplicação poder não "aguentar" com mais?Huh
Já falei acima. No caso só escrevi transações ao invés de conexões.

A limitação no número de transações conexões se deve para manter a eficiência das conexões (imagina ter que baixar blocos de 1000 nós diferentes ao mesmo tempo? Cheesy), evitar spam com um nó malicioso mantendo conexões com centenas de nós, etc... enfim, não tem para que se conectar com todos os nós da rede.

Me parece ineficiente, desnecessário, trabalhoso, tentar manter uma rede onde todos dezenas de milhares de nós se comunicam com todos os outros ao mesmo tempo. Tongue

E nem mesmo trás beneficios. A rede vai ficar mais rápida? Mais segura? De qualquer forma, com 10 conexões você baixa a blockchain, envia e recebe transações. Passa adiante caso queira e por aí vai.
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
November 03, 2023, 04:31:57 AM
#26
Mas porque é que são limitadas? Havendo mais ligações não ajudaria a rede? Ou será por uma questão de gestão de largura de banda utilizada das nossas internets? É que na minha cabeça faz sentido "quantas mais ligações melhor". Mais redundância parece-me sempre melhor. A não ser pela razão que mencionei ou então pelo facto de a própria aplicação poder não "aguentar" com mais?Huh
legendary
Activity: 2758
Merit: 6830
November 03, 2023, 03:04:56 AM
#25
Ok... E existe alguma razão técnica para isso? Porque são limitadas as ligações? E o que são essas ligações "block-only"? Desconhecia de todo esses limites
Block-only = uma conexão especifica entre nodes para a propagação dos blocos da rede. As outras 8 permitem transacões (para formar a mempool).

A limitação no número de conexões se deve para manter a eficiência delas (imagina ter que baixar blocos de 1000 nós diferentes ao mesmo tempo? Cheesy), evitar spam com um nó malicioso mantendo conexões com centenas de nós, etc... enfim, não tem para que se conectar com todos os nós da rede.
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
November 03, 2023, 01:59:33 AM
#24
Porque dizes que só se ligam a 10 nodes de cada vez? Não tenho conhecimento de tal limitação, mas não quer dizer que não exista. Não sei mesmo!

Code:
static const int MAX_BLOCK_RELAY_ONLY_CONNECTIONS = 2;

[...]

static const int MAX_ADDNODE_CONNECTIONS = 8;

https://github.com/bitcoin/bitcoin/blob/9b68c9b85efebfa23daec6471b87e9cbb514a006/src/net.h#L73

8 conexões outbound normais e 2 block-only = 10 conexões máximas, hardcodada no Bitcoin Core.

Ok... E existe alguma razão técnica para isso? Porque são limitadas as ligações? E o que são essas ligações "block-only"? Desconhecia de todo esses limites. Nem percebo porque há limites para ligações. Não deveria ser mais ou menos ilimitado?
legendary
Activity: 2758
Merit: 6830
November 02, 2023, 08:29:51 PM
#23
Porque dizes que só se ligam a 10 nodes de cada vez? Não tenho conhecimento de tal limitação, mas não quer dizer que não exista. Não sei mesmo!

Code:
static const int MAX_BLOCK_RELAY_ONLY_CONNECTIONS = 2;

[...]

static const int MAX_ADDNODE_CONNECTIONS = 8;

https://github.com/bitcoin/bitcoin/blob/9b68c9b85efebfa23daec6471b87e9cbb514a006/src/net.h#L73

8 conexões outbound normais e 2 block-only = 10 conexões máximas, hardcodada no Bitcoin Core.
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
November 02, 2023, 07:26:17 PM
#22
Porque dizes que só se ligam a 10 nodes de cada vez? Não tenho conhecimento de tal limitação, mas não quer dizer que não exista. Não sei mesmo!

Porque até agora, foi o numero máximo de ligações.


As ligações mudam, mas no máximo são sempre 10.
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
November 02, 2023, 03:33:41 PM
#21
Já agora, para que é que serve a opção "Permitir ligações de "a receber"?"?

Respondendo a sua dúvida com uma resposta para a dúvida que a @Disruptivas teve:

- O que exatamente são os public listening nodes e o que é diferente dos nodes normais? Eu tenho uma resposta em mente, mas não tenho 100% de certeza, então quero confirmar com os senhores.
São os nodes que tem a porta 8333 aberta para requisições de entrada. Ou seja, eles não apenas recebem os blocos e ficam ali na deles, como ativamente contribuem com outros nodes. Por conta disso, tem como "encontrar" esses nodes publicamente (daí o nome).

A alternativa seriam os nodes "secretos/escondidos" com essa porta fechada, só recebendo e não contribuindo com nada.

Permitir ligações "incoming" significa que seu node vai contribuir com a rede! Você recebe e repassa, outro node repassa, etc... assim se faz a rede do Bitcoin!

Eu acho que isso é mais para os nodes que não estão a usar a rede Tor. Os nodes que usam apenas a rede Tor, não permitem ligações de nodes da clearnet! Daí, os nodes que apenas usam a clearnet serem chamados de nodes públicos! Digo isto a juntar ao que já disse sobre a opção listen = 1...

Era o que eu pensava, obrigado pelo feedback.

Por acaso, não foi preciso fazer alterações no router, ele esta a ligar-se bem. Apenas se liga a 10 nodes de cada vez, certo?

Porque dizes que só se ligam a 10 nodes de cada vez? Não tenho conhecimento de tal limitação, mas não quer dizer que não exista. Não sei mesmo!
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 25, 2023, 01:57:58 PM
#20
Era o que eu pensava, obrigado pelo feedback.

Por acaso, não foi preciso fazer alterações no router, ele esta a ligar-se bem. Apenas se liga a 10 nodes de cada vez, certo?
legendary
Activity: 2758
Merit: 6830
October 25, 2023, 06:48:36 AM
#19
Já agora, para que é que serve a opção "Permitir ligações de "a receber"?"?

Respondendo a sua dúvida com uma resposta para a dúvida que a @Disruptivas teve:

- O que exatamente são os public listening nodes e o que é diferente dos nodes normais? Eu tenho uma resposta em mente, mas não tenho 100% de certeza, então quero confirmar com os senhores.
São os nodes que tem a porta 8333 aberta para requisições de entrada. Ou seja, eles não apenas recebem os blocos e ficam ali na deles, como ativamente contribuem com outros nodes. Por conta disso, tem como "encontrar" esses nodes publicamente (daí o nome).

A alternativa seriam os nodes "secretos/escondidos" com essa porta fechada, só recebendo e não contribuindo com nada.

Permitir ligações "incoming" significa que seu node vai contribuir com a rede! Você recebe e repassa, outro node repassa, etc... assim se faz a rede do Bitcoin!
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
October 25, 2023, 05:47:44 AM
#18
Cala @joker_josue... 95% disso são comentários com explicações breves sobre cada opção!

O site que o @TryNinja postou é um excelente starting point! Começa por lá e vai lendo o que as opções fazem. Quando houver dúvidas, vais colocando aqui!

Pois é!!!  Lips sealed
Só reparei nisso, quando fui copiar para colar aqui...  Tongue

Vou explorar o site que o @TryNinja indicou.


O que eu agora estava a pensar fazer era configurar o nó a uma VPN. Já estive a ver, e consegue-se isso diretamente no UI do Bitcoin Core. Só ainda não testei.

Já agora, para que é que serve a opção "Permitir ligações de "a receber"?"?

Essa opção é para permitir que outros nodes se liguem a ti para poderem obter informações sobre a rede através do teu node! Naturalmente que queres essa opção activada, listen=1 para que o teu node também tenha mais facilidade em se connectar com outros peers. E é possível que tenhas que abrir a porta no teu router, se for o caso.
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 23, 2023, 03:54:34 PM
#17
Cala @joker_josue... 95% disso são comentários com explicações breves sobre cada opção!

O site que o @TryNinja postou é um excelente starting point! Começa por lá e vai lendo o que as opções fazem. Quando houver dúvidas, vais colocando aqui!

Pois é!!!  Lips sealed
Só reparei nisso, quando fui copiar para colar aqui...  Tongue

Vou explorar o site que o @TryNinja indicou.


O que eu agora estava a pensar fazer era configurar o nó a uma VPN. Já estive a ver, e consegue-se isso diretamente no UI do Bitcoin Core. Só ainda não testei.

Já agora, para que é que serve a opção "Permitir ligações de "a receber"?"?
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
October 23, 2023, 03:38:53 PM
#16
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 23, 2023, 03:10:25 PM
#15
A menos que você tenha alterado ele para incluir o seu IP, dados RPC, ou outra informação sensível, ele vem apenas com os parametros de configuração padrão.

Esse site é legal pois ele permite que você saiba o que está modificando e o faça mais facilmente: https://jlopp.github.io/bitcoin-core-config-generator/

Como disse, não mexi em nenhuma configuração, foi só colocar o nó a rodar. Agora é que iria começar a "mexer" nesses parâmetros, se fosse necessário.
Esse site é interessante, vou dar uma vista de olhos.

Sendo assim, aqui vai as configurações padrão:
Code:
##
## bitcoin.conf configuration file.
## Generated by contrib/devtools/gen-bitcoin-conf.sh.
##
## Lines beginning with # are comments.
## All possible configuration options are provided. To use, copy this file
## to your data directory (default or specified by -datadir), uncomment
## options you would like to change, and save the file.
##


### Options


# Execute command when an alert is raised (%s in cmd is replaced by
# message)
#alertnotify=

# If this block is in the chain assume that it and its ancestors are valid
# and potentially skip their script verification (0 to verify all,
# default:
# 000000000000000000035c3f0d31e71a5ee24c5aaf3354689f65bd7b07dee632,
# testnet:
# 0000000000000021bc50a89cde4870d4a81ffe0153b3c8de77b435a2fd3f6761,
# signet:
# 0000004429ef154f7e00b4f6b46bfbe2d2678ecd351d95bbfca437ab9a5b84ec)
#assumevalid=

# Maintain an index of compact filters by block (default: 0, values:
# basic). If is not supplied or if = 1, indexes for
# all known types are enabled.
#blockfilterindex=

# Execute command when the best block changes (%s in cmd is replaced by
# block hash)
#blocknotify=

# Extra transactions to keep in memory for compact block reconstructions
# (default: 100)
#blockreconstructionextratxn=

# Specify directory to hold blocks subdirectory for *.dat files (default:
# )
#blocksdir=

# Whether to reject transactions from network peers. Automatic broadcast
# and rebroadcast of any transactions from inbound peers is
# disabled, unless the peer has the 'forcerelay' permission. RPC
# transactions are not affected. (default: 0)
#blocksonly=1

# Maintain coinstats index used by the gettxoutsetinfo RPC (default: 0)
#coinstatsindex=1

# Specify path to read-only configuration file. Relative paths will be
# prefixed by datadir location (only useable from command line, not
# configuration file) (default: bitcoin.conf)
#conf=

# Run in the background as a daemon and accept commands (default: 0)
#daemon=1

# Wait for initialization to be finished before exiting. This implies
# -daemon (default: 0)
#daemonwait=1

# Specify data directory
#datadir=

# Maximum database cache size MiB (4 to 16384, default: 450). In
# addition, unused mempool memory is shared for this cache (see
# -maxmempool).
#dbcache=

# Specify location of debug log file (default: debug.log). Relative paths
# will be prefixed by a net-specific datadir location. Pass
# -nodebuglogfile to disable writing the log to a file.
#debuglogfile=

# Specify additional configuration file, relative to the -datadir path
# (only useable from configuration file, not command line)
#includeconf=

# Imports blocks from external file on startup
#loadblock=

# Keep the transaction memory pool below megabytes (default: 300)
#maxmempool=

# Keep at most unconnectable transactions in memory (default: 100)
#maxorphantx=

# Do not keep transactions in the mempool longer than hours (default:
# 336)
#mempoolexpiry=

# Set the number of script verification threads (-10 to 15, 0 = auto, <0 =
# leave that many cores free, default: 0)
#par=

# Whether to save the mempool on shutdown and load on restart (default: 1)
#persistmempool=1

# Specify pid file. Relative paths will be prefixed by a net-specific
# datadir location. (default: bitcoind.pid)
#pid=

# Reduce storage requirements by enabling pruning (deleting) of old
# blocks. This allows the pruneblockchain RPC to be called to
# delete specific blocks and enables automatic pruning of old
# blocks if a target size in MiB is provided. This mode is
# incompatible with -txindex. Warning: Reverting this setting
# requires re-downloading the entire blockchain. (default: 0 =
# disable pruning blocks, 1 = allow manual pruning via RPC, >=550 =
# automatically prune block files to stay under the specified
# target size in MiB)
#prune=

# Rebuild chain state and block index from the blk*.dat files on disk.
# This will also rebuild active optional indexes.
#reindex=1

# Rebuild chain state from the currently indexed blocks. When in pruning
# mode or if blocks on disk might be corrupted, use full -reindex
# instead. Deactivate all optional indexes before running this.
#reindex-chainstate=1

# Use the experimental syscall sandbox in the specified mode
# (-sandbox=log-and-abort or -sandbox=abort). Allow only expected
# syscalls to be used by bitcoind. Note that this is an
# experimental new feature that may cause bitcoind to exit or crash
# unexpectedly: use with caution. In the "log-and-abort" mode the
# invocation of an unexpected syscall results in a debug handler
# being invoked which will log the incident and terminate the
# program (without executing the unexpected syscall). In the
# "abort" mode the invocation of an unexpected syscall results in
# the entire process being killed immediately by the kernel without
# executing the unexpected syscall.
#sandbox=

# Specify path to dynamic settings data file. Can be disabled with
# -nosettings. File is written at runtime and not meant to be
# edited by users (use bitcoin.conf instead for custom settings).
# Relative paths will be prefixed by datadir location. (default:
# settings.json)
#settings=

# Execute command immediately before beginning shutdown. The need for
# shutdown may be urgent, so be careful not to delay it long (if
# the command doesn't require interaction with the server, consider
# having it fork into the background).
#shutdownnotify=

# Execute command on startup.
#startupnotify=

# Maintain a full transaction index, used by the getrawtransaction rpc
# call (default: 0)
#txindex=1

# Print version and exit
#version=1


### Connection options


# Add a node to connect to and attempt to keep the connection open (see
# the addnode RPC help for more info). This option can be specified
# multiple times to add multiple nodes; connections are limited to
# 8 at a time and are counted separately from the -maxconnections
# limit.
#addnode=

# Specify asn mapping used for bucketing of the peers (default:
# ip_asn.map). Relative paths will be prefixed by the net-specific
# datadir location.
#asmap=

# Default duration (in seconds) of manually configured bans (default:
# 86400)
#bantime=

# Bind to given address and always listen on it (default: 0.0.0.0). Use
# [host]:port notation for IPv6. Append =onion to tag any incoming
# connections to that address and port as incoming Tor connections
# (default: 127.0.0.1:8334=onion, testnet: 127.0.0.1:18334=onion,
# signet: 127.0.0.1:38334=onion, regtest: 127.0.0.1:18445=onion)
#bind=[:][=onion]

# If set, then this host is configured for CJDNS (connecting to fc00::/8
# addresses would lead us to the CJDNS network, see doc/cjdns.md)
# (default: 0)
#cjdnsreachable=1

# Connect only to the specified node; -noconnect disables automatic
# connections (the rules for this peer are the same as for
# -addnode). This option can be specified multiple times to connect
# to multiple nodes.
#connect=

# Discover own IP addresses (default: 1 when listening and no -externalip
# or -proxy)
#discover=1

# Allow DNS lookups for -addnode, -seednode and -connect (default: 1)
#dns=1

# Query for peer addresses via DNS lookup, if low on addresses (default: 1
# unless -connect used or -maxconnections=0)
#dnsseed=1

# Specify your own public address
#externalip=

# Allow fixed seeds if DNS seeds don't provide peers (default: 1)
#fixedseeds=1

# Always query for peer addresses via DNS lookup (default: 0)
#forcednsseed=1

# Whether to accept inbound I2P connections (default: 1). Ignored if
# -i2psam is not set. Listening for inbound I2P connections is done
# through the SAM proxy, not by binding to a local address and
# port.
#i2pacceptincoming=1

# I2P SAM proxy to reach I2P peers and accept I2P connections (default:
# none)
#i2psam=

# Accept connections from outside (default: 1 if no -proxy, -connect or
# -maxconnections=0)
#listen=1

# Automatically create Tor onion service (default: 1)
#listenonion=1

# Maintain at most connections to peers (default: 125). This limit
# does not apply to connections manually added via -addnode or the
# addnode RPC, which have a separate limit of 8.
#maxconnections=

# Maximum per-connection receive buffer, *1000 bytes (default: 5000)
#maxreceivebuffer=

# Maximum per-connection send buffer, *1000 bytes (default: 1000)
#maxsendbuffer=

# Maximum allowed median peer time offset adjustment. Local perspective of
# time may be influenced by outbound peers forward or backward by
# this amount (default: 4200 seconds).
#maxtimeadjustment=1

# Tries to keep outbound traffic under the given target per 24h. Limit
# does not apply to peers with 'download' permission or blocks
# created within past week. 0 = no limit (default: 0M). Optional
# suffix units [k|K|m|M|g|G|t|T] (default: M). Lowercase is 1000
# base while uppercase is 1024 base
#maxuploadtarget=

# Use NAT-PMP to map the listening port (default: 0)
#natpmp=1

# Enable all P2P network activity (default: 1). Can be changed by the
# setnetworkactive RPC command
#networkactive=1

# Use separate SOCKS5 proxy to reach peers via Tor onion services, set
# -noonion to disable (default: -proxy)
#onion=

# Make automatic outbound connections only to network (ipv4, ipv6,
# onion, i2p, cjdns). Inbound and manual connections are not
# affected by this option. It can be specified multiple times to
# allow multiple networks.
#onlynet=

# Serve compact block filters to peers per BIP 157 (default: 0)
#peerblockfilters=1

# Support filtering of blocks and transaction with bloom filters (default:
# 0)
#peerbloomfilters=1

# Listen for connections on . Nodes not using the default ports
# (default: 8333, testnet: 18333, signet: 38333, regtest: 18444)
# are unlikely to get incoming connections. Not relevant for I2P
# (see doc/i2p.md).
#port=

# Connect through SOCKS5 proxy, set -noproxy to disable (default:
# disabled)
#proxy=

# Randomize credentials for every proxy connection. This enables Tor
# stream isolation (default: 1)
#proxyrandomize=1

# Connect to a node to retrieve peer addresses, and disconnect. This
# option can be specified multiple times to connect to multiple
# nodes.
#seednode=

# Specify socket connection timeout in milliseconds. If an initial attempt
# to connect is unsuccessful after this amount of time, drop it
# (minimum: 1, default: 5000)
#timeout=

# Tor control port to use if onion listening enabled (default:
# 127.0.0.1:9051)
#torcontrol=:

# Tor control port password (default: empty)
#torpassword=

# Use UPnP to map the listening port (default: 1 when listening and no
# -proxy)
#upnp=1

# Bind to the given address and add permission flags to the peers
# connecting to it. Use [host]:port notation for IPv6. Allowed
# permissions: bloomfilter (allow requesting BIP37 filtered blocks
# and transactions), noban (do not ban for misbehavior; implies
# download), forcerelay (relay transactions that are already in the
# mempool; implies relay), relay (relay even in -blocksonly mode,
# and unlimited transaction announcements), mempool (allow
# requesting BIP35 mempool contents), download (allow getheaders
# during IBD, no disconnect after maxuploadtarget limit), addr
# (responses to GETADDR avoid hitting the cache and contain random
# records with the most up-to-date info). Specify multiple
# permissions separated by commas (default:
# download,noban,mempool,relay). Can be specified multiple times.
#whitebind=<[permissions@]addr>

# Add permission flags to the peers connecting from the given IP address
# (e.g. 1.2.3.4) or CIDR-notated network (e.g. 1.2.3.0/24). Uses
# the same permissions as -whitebind. Can be specified multiple
# times.
#whitelist=<[permissions@]IP address or network>


### Wallet options


# What type of addresses to use ("legacy", "p2sh-segwit", "bech32", or
# "bech32m", default: "bech32")
#addresstype=1

# Group outputs by address, selecting many (possibly all) or none, instead
# of selecting on a per-output basis. Privacy is improved as
# addresses are mostly swept with fewer transactions and outputs
# are aggregated in clean change addresses. It may result in higher
# fees due to less optimal coin selection caused by this added
# limitation and possibly a larger-than-necessary number of inputs
# being used. Always enabled for wallets with "avoid_reuse"
# enabled, otherwise default: 0.
#avoidpartialspends=1

# What type of change to use ("legacy", "p2sh-segwit", "bech32", or
# "bech32m"). Default is "legacy" when -addresstype=legacy, else it
# is an implementation detail.
#changetype=1

# The maximum feerate (in BTC/kvB) at which transaction building may use
# more inputs than strictly necessary so that the wallet's UTXO
# pool can be reduced (default: 0.0001).
#consolidatefeerate=

# Do not load the wallet and disable wallet RPC calls
#disablewallet=1

# The fee rate (in BTC/kvB) that indicates your tolerance for discarding
# change by adding it to the fee (default: 0.0001). Note: An output
# is discarded if it is dust at this rate, but we will always
# discard up to the dust relay fee and a discard fee above that is
# limited by the fee estimate for the longest target
#discardfee=

# A fee rate (in BTC/kvB) that will be used when fee estimation has
# insufficient data. 0 to entirely disable the fallbackfee feature.
# (default: 0.00)
#fallbackfee=

# Set key pool size to (default: 1000). Warning: Smaller sizes may
# increase the risk of losing funds when restoring from an old
# backup, if none of the addresses in the original keypool have
# been used.
#keypool=

# Spend up to this amount in additional (absolute) fees (in BTC) if it
# allows the use of partial spend avoidance (default: 0.00)
#maxapsfee=

# Fee rates (in BTC/kvB) smaller than this are considered zero fee for
# transaction creation (default: 0.00001)
#mintxfee=

# Fee rate (in BTC/kvB) to add to transactions you send (default: 0.00)
#paytxfee=

# External signing tool, see doc/external-signer.md
#signer=

# Spend unconfirmed change when sending transactions (default: 1)
#spendzeroconfchange=1

# If paytxfee is not set, include enough fee so transactions begin
# confirmation on average within n blocks (default: 6)
#txconfirmtarget=

# Specify wallet path to load at startup. Can be used multiple times to
# load multiple wallets. Path is to a directory containing wallet
# data and log files. If the path is not absolute, it is
# interpreted relative to . This only loads existing
# wallets and does not create new ones. For backwards compatibility
# this also accepts names of existing top-level data files in
# .
#wallet=

# Make the wallet broadcast transactions (default: 1)
#walletbroadcast=1

# Specify directory to hold wallets (default: /wallets if it
# exists, otherwise )
#walletdir=

# Execute command when a wallet transaction changes. %s in cmd is replaced
# by TxID, %w is replaced by wallet name, %b is replaced by the
# hash of the block including the transaction (set to 'unconfirmed'
# if the transaction is not included) and %h is replaced by the
# block height (-1 if not included). %w is not currently
# implemented on windows. On systems where %w is supported, it
# should NOT be quoted because this would break shell escaping used
# to invoke the command.
#walletnotify=

# Send transactions with full-RBF opt-in enabled (RPC only, default: 1)
#walletrbf=1


### ZeroMQ notification options


# Enable publish hash block in

#zmqpubhashblock=


# Set publish hash block outbound message high water mark (default: 1000)
#zmqpubhashblockhwm=

# Enable publish hash transaction in

#zmqpubhashtx=


# Set publish hash transaction outbound message high water mark (default:
# 1000)
#zmqpubhashtxhwm=

# Enable publish raw block in

#zmqpubrawblock=


# Set publish raw block outbound message high water mark (default: 1000)
#zmqpubrawblockhwm=

# Enable publish raw transaction in

#zmqpubrawtx=


# Set publish raw transaction outbound message high water mark (default:
# 1000)
#zmqpubrawtxhwm=

# Enable publish hash block and tx sequence in

#zmqpubsequence=


# Set publish hash sequence message high water mark (default: 1000)
#zmqpubsequencehwm=


### Debugging/Testing options


# Output debug and trace logging (default: -nodebug, supplying
# is optional). If is not supplied or if = 1,
# output all debug and trace logging. can be: addrman,
# bench, blockstorage, cmpctblock, coindb, estimatefee, http, i2p,
# ipc, leveldb, libevent, mempool, mempoolrej, net, proxy, prune,
# qt, rand, reindex, rpc, scan, selectcoins, tor, txreconciliation,
# util, validation, walletdb, zmq. This option can be specified
# multiple times to output multiple categories.
#debug=

# Exclude debug and trace logging for a category. Can be used in
# conjunction with -debug=1 to output debug and trace logging for
# all categories except the specified category. This option can be
# specified multiple times to exclude multiple categories.
#debugexclude=

# Print help message with debugging options and exit
#help-debug=1

# Include IP addresses in debug output (default: 0)
#logips=1

# Prepend debug output with name of the originating source location
# (source file, line number and function name) (default: 0)
#logsourcelocations=1

# Prepend debug output with name of the originating thread (only available
# on platforms supporting thread_local) (default: 0)
#logthreadnames=1

# Prepend debug output with timestamp (default: 1)
#logtimestamps=1

# Maximum total fees (in BTC) to use in a single wallet transaction;
# setting this too low may abort large transactions (default: 0.10)
#maxtxfee=

# Send trace/debug info to console (default: 1 when no -daemon. To disable
# logging to file, set -nodebuglogfile)
#printtoconsole=1

# Shrink debug.log file on client startup (default: 1 when no -debug)
#shrinkdebugfile=1

# Append comment to the user agent string
#uacomment=


### Chain selection options


# Use the chain (default: main). Allowed values: main, test,
# signet, regtest
#chain=

# Use the signet chain. Equivalent to -chain=signet. Note that the network
# is defined by the -signetchallenge parameter
#signet=1

# Blocks must satisfy the given script to be considered valid (only for
# signet networks; defaults to the global default signet test
# network challenge)
#signetchallenge=1

# Specify a seed node for the signet network, in the hostname[:port]
# format, e.g. sig.net:1234 (may be used multiple times to specify
# multiple seed nodes; defaults to the global default signet test
# network seed node(s))
#signetseednode=1

# Use the test chain. Equivalent to -chain=test.
#testnet=1


### Node relay options


# Equivalent bytes per sigop in transactions for relay and mining
# (default: 20)
#bytespersigop=1

# Relay and mine data carrier transactions (default: 1)
#datacarrier=1

# Maximum size of data in data carrier transactions we relay and mine
# (default: 83)
#datacarriersize=1

# Accept transaction replace-by-fee without requiring replaceability
# signaling (default: 0)
#mempoolfullrbf=1

# Fees (in BTC/kvB) smaller than this are considered zero fee for
# relaying, mining and transaction creation (default: 0.00001)
#minrelaytxfee=

# Relay non-P2SH multisig (default: 1)
#permitbaremultisig=1

# Add 'forcerelay' permission to whitelisted inbound peers with default
# permissions. This will relay transactions even if the
# transactions were already in the mempool. (default: 0)
#whitelistforcerelay=1

# Add 'relay' permission to whitelisted inbound peers with default
# permissions. This will accept relayed transactions even when not
# relaying transactions (default: 1)
#whitelistrelay=1


### Block creation options


# Set maximum BIP141 block weight (default: 3996000)
#blockmaxweight=

# Set lowest fee rate (in BTC/kvB) for transactions to be included in
# block creation. (default: 0.00001)
#blockmintxfee=


### RPC server options


# Accept public REST requests (default: 0)
#rest=1

# Allow JSON-RPC connections from specified source. Valid for are a
# single IP (e.g. 1.2.3.4), a network/netmask (e.g.
# 1.2.3.4/255.255.255.0) or a network/CIDR (e.g. 1.2.3.4/24). This
# option can be specified multiple times
#rpcallowip=

# Username and HMAC-SHA-256 hashed password for JSON-RPC connections. The
# field comes in the format: :$. A
# canonical python script is included in share/rpcauth. The client
# then connects normally using the
# rpcuser=/rpcpassword= pair of arguments. This
# option can be specified multiple times
#rpcauth=

# Bind to given address to listen for JSON-RPC connections. Do not expose
# the RPC server to untrusted networks such as the public internet!
# This option is ignored unless -rpcallowip is also passed. Port is
# optional and overrides -rpcport. Use [host]:port notation for
# IPv6. This option can be specified multiple times (default:
# 127.0.0.1 and ::1 i.e., localhost)
#rpcbind=[:port]

# Location of the auth cookie. Relative paths will be prefixed by a
# net-specific datadir location. (default: data dir)
#rpccookiefile=

# Password for JSON-RPC connections
#rpcpassword=

# Listen for JSON-RPC connections on (default: 8332, testnet:
# 18332, signet: 38332, regtest: 18443)
#rpcport=

# Sets the serialization of raw transaction or block hex returned in
# non-verbose mode, non-segwit(0) or segwit(1) (default: 1)
#rpcserialversion=1

# Set the number of threads to service RPC calls (default: 4)
#rpcthreads=

# Username for JSON-RPC connections
#rpcuser=

# Set a whitelist to filter incoming RPC calls for a specific user. The
# field comes in the format: :,# 2>,...,. If multiple whitelists are set for a given user,
# they are set-intersected. See -rpcwhitelistdefault documentation
# for information on default whitelist behavior.
#rpcwhitelist=

# Sets default behavior for rpc whitelisting. Unless rpcwhitelistdefault
# is set to 0, if any -rpcwhitelist is set, the rpc server acts as
# if all rpc users are subject to empty-unless-otherwise-specified
# whitelists. If rpcwhitelistdefault is set to 1 and no
# -rpcwhitelist is set, rpc server acts as if all rpc users are
# subject to empty whitelists.
#rpcwhitelistdefault=1

# Accept command line and JSON-RPC commands
#server=1


# [Sections]
# Most options will apply to all networks. To confine an option to a specific
# network, add it under the relevant section below.
#
# Note: If not specified under a network section, the options addnode, connect,
# port, bind, rpcport, rpcbind, and wallet will only apply to mainnet.

# Options for mainnet
[main]

# Options for testnet
[test]

# Options for signet
[signet]

# Options for regtest
[regtest]
legendary
Activity: 2758
Merit: 6830
October 23, 2023, 02:01:30 PM
#14
b
Aquilo são mais de 600 linhas de código.

O ficheiro não tem nenhuma info mais detalhada sobre o meu node?  Huh
A menos que você tenha alterado ele para incluir o seu IP, dados RPC, ou outra informação sensível, ele vem apenas com os parametros de configuração padrão.

Esse site é legal pois ele permite que você saiba o que está modificando e o faça mais facilmente: https://jlopp.github.io/bitcoin-core-config-generator/
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 23, 2023, 01:54:01 PM
#13
Existem centenas de configurações que podem ajudar o node a ser mais eficiente/rápido, dependendo do hardware em que está. Se consegues abrir o teu bitcoin.conf, copia e cola aqui para ver o que tem de origem.
E depois vemos o que se pode adicionar/remover, dependendo das necessidades!

Aquilo são mais de 600 linhas de código.

O ficheiro não tem nenhuma info mais detalhada sobre o meu node?  Huh


PS.: Não desconfiou de ti... desconfiou da net...  Cool
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
October 23, 2023, 01:42:55 PM
#12
Esqueci-me de mencionar que o ficheiro de configuração que deves procurar tem o nome bitcoin.conf

https://github.com/bitcoin/bitcoin/blob/master/doc/bitcoin-conf.md#default-configuration-file-locations

No windows você encontra ele no: %APPDATA%\Bitcoin
Que dá o link direto: C:\Users\username\AppData\Roaming\Bitcoin\bitcoin.conf

Mas, quem disse que esse é o caminho?  Roll Eyes
O que eu queria saber é que ficheiro estavam a falar.

Localizado.



Entretanto, qual config? Grin

Essa é outra questão.
Que tipo de configuração é que sugerias @darkv0rt3x ?
Como eu não mexi em nada nesse ficheiro, está como vem de origem.


Vou responder quanto à configuração, já que sobre o resto já está tratado.

Existem centenas de configurações que podem ajudar o node a ser mais eficiente/rápido, dependendo do hardware em que está. Se consegues abrir o teu bitcoin.conf, copia e cola aqui para ver o que tem de origem.
E depois vemos o que se pode adicionar/remover, dependendo das necessidades!
legendary
Activity: 2758
Merit: 6830
October 23, 2023, 01:32:36 PM
#11
Mas, quem disse que esse é o caminho?  Roll Eyes
O que eu queria saber é que ficheiro estavam a falar.

Localizado.
Não entendi. Tongue

Quem disse que esse é o caminho: a documentação do próprio bitcoin core
Que ficheiro: o dark falou logo acima (bitcoin.conf)
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 23, 2023, 01:28:40 PM
#10
Esqueci-me de mencionar que o ficheiro de configuração que deves procurar tem o nome bitcoin.conf

https://github.com/bitcoin/bitcoin/blob/master/doc/bitcoin-conf.md#default-configuration-file-locations

No windows você encontra ele no: %APPDATA%\Bitcoin
Que dá o link direto: C:\Users\username\AppData\Roaming\Bitcoin\bitcoin.conf

Mas, quem disse que esse é o caminho?  Roll Eyes
O que eu queria saber é que ficheiro estavam a falar.

Localizado.



Entretanto, qual config? Grin

Essa é outra questão.
Que tipo de configuração é que sugerias @darkv0rt3x ?
Como eu não mexi em nada nesse ficheiro, está como vem de origem.
legendary
Activity: 2758
Merit: 6830
October 23, 2023, 01:18:13 PM
#9
Eu ainda não mexi nas configurações.
Qual é o ficheiro em questão?
Esqueci-me de mencionar que o ficheiro de configuração que deves procurar tem o nome bitcoin.conf

https://github.com/bitcoin/bitcoin/blob/master/doc/bitcoin-conf.md#default-configuration-file-locations

No windows você encontra ele no: %APPDATA%\Bitcoin
Que dá o link direto: C:\Users\username\AppData\Roaming\Bitcoin\bitcoin.conf

No linux: $HOME/.bitcoin
/home/username/.bitcoin/bitcoin.conf

Entretanto, qual config? Grin
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
October 23, 2023, 03:37:52 AM
#8
Parabéns @joker_josue. Finalmente vejo que o meu trabalho começa a dar frutos. heeh... Depois partilha aqui o teu file de configuração para podermos discutir configurações para adicionares/remover que possam ajudar o node.

Eu ainda não mexi nas configurações.
Qual é o ficheiro em questão?



Já importaste alguma wallet? Já criaste alguma? Um conselho é que tenhas um nó offline para criares carteiras/addresses novas mas que nunca se ligue à internet!

Como disse no OP, tinha uma wallet antiga (a primeira que tive) de 2013. Então ontem decidi abrir, e posso dizer que tive uma agradável supressa, que ainda tinha lá BTC.  Cool
E eu que pensava que já estava vazia.  Tongue

Já valeu apena voltar a montar o nó!

Epá, no Windows não sei para onde é que o ficheiro vai. Mas deve estar algures numa pasta onde podes aceder se editares o caminho na barra de endereços e escreveres %appdata%. Pelo menos é para onde costuma ir muitos dos dados de aplicações instaladas. Se lá não encontrares, a gente faz aí uma investigação para descobrir! heheh


Eish... Bitcoin de 2013. Não queres vender algum ao preço que estava na altura? Ou melhor... Ainda to compro ao preço que eu comprei Bitcoin pela primeira vez. Ficas tu a ganhar e eu também... Comprei a 2990€... :p


Edited;
Esqueci-me de mencionar que o ficheiro de configuração que deves procurar tem o nome bitcoin.conf
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 23, 2023, 01:53:56 AM
#7
Parabéns @joker_josue. Finalmente vejo que o meu trabalho começa a dar frutos. heeh... Depois partilha aqui o teu file de configuração para podermos discutir configurações para adicionares/remover que possam ajudar o node.

Eu ainda não mexi nas configurações.
Qual é o ficheiro em questão?



Já importaste alguma wallet? Já criaste alguma? Um conselho é que tenhas um nó offline para criares carteiras/addresses novas mas que nunca se ligue à internet!

Como disse no OP, tinha uma wallet antiga (a primeira que tive) de 2013. Então ontem decidi abrir, e posso dizer que tive uma agradável supressa, que ainda tinha lá BTC.  Cool
E eu que pensava que já estava vazia.  Tongue

Já valeu apena voltar a montar o nó!
hero member
Activity: 1274
Merit: 681
I rather die on my feet than to live on my knees
October 22, 2023, 04:27:41 PM
#6
Parabéns @joker_josue. Finalmente vejo que o meu trabalho começa a dar frutos. heeh... Depois partilha aqui o teu file de configuração para podermos discutir configurações para adicionares/remover que possam ajudar o node.

Já importaste alguma wallet? Já criaste alguma? Um conselho é que tenhas um nó offline para criares carteiras/addresses novas mas que nunca se ligue à internet!
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 22, 2023, 02:54:53 PM
#5
Hoje, com o blockchain na casa dos 540 GB e subindo, não tenho a mínima vontade em fazer isso novamente. Muito trabalhoso.

Bem, na realidade continua a ser bem simples como era em 2013. Apenas precisamos de ter espaço em disco e deixar a coisa rodar normalmente.

Por acaso, eu adicionava uma opção de poder escolher múltiplos discos, para ele ir armazenando a blockchain em discos diferentes, depois de um estar ocupado.
Onde posso sugerir isso? Na board Development & Technical Discussion? Roll Eyes
legendary
Activity: 3304
Merit: 1617
October 22, 2023, 02:27:37 PM
#4
Parabéns pelo tópico @joker_josue. No passado também tive um node com o Bitcoin core. Naquela época tinha paciência de ficar horas baixando o blockchain e esperando a sincronização. Hoje, com o blockchain na casa dos 540 GB e subindo, não tenho a mínima vontade em fazer isso novamente. Muito trabalhoso.
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 22, 2023, 01:23:37 PM
#3
Eu não continuei com o meu node porque eu não deixo o PC ligado 24/7, então nem faria sentido ficar ligado só quando tivesse usando. Você pretende deixar rodando sempre?

Por norma não desligo o PC. É um desktop então é mais fácil ele ficar sempre ligado, sem incomodar ninguém.

Basicamente, foi adicionar o nó a rodar, coisa que não puxa pelo processador e por isso não aumenta o custo de energia.
hero member
Activity: 1806
Merit: 916
October 22, 2023, 10:00:12 AM
#2
Boa joker_josue, já configurei o nó uma vez, na época ele tinha cerca de 200 GB's, lembro que tinha um usuário aqui no BitcoinTalk que fazia um "backup" da Blockchain e upava em um site desses conhecidos de Download para que o pessoal pudesse baixar mais rápido. Pelas contas que eu fiz aqui se baixasse com a velocidade da sua internet no máximo deveria gastar cerca de 2,5 hrs. Tem um tempo de validação dos blocos também, então gastaria um pouco mais.

Mas deixar o Software fazer o processo sozinho é mais seguro e vale a pena.

Eu não continuei com o meu node porque eu não deixo o PC ligado 24/7, então nem faria sentido ficar ligado só quando tivesse usando. Você pretende deixar rodando sempre?
legendary
Activity: 1862
Merit: 5154
**In BTC since 2013**
October 22, 2023, 03:40:20 AM
#1
Nó Bitcoin em 2023

Dez anos depois de ter tido pela primeira vez um nó Bitcoin completo, decidi voltar a montar um nó completo Bitcoin. Além de querer ver como era agora o processo, decidi montar um nó para abrir a possibilidade de experimentar outras funcionalidades do Bitcoin, como o tão falado LN. O que posso adiantar é que não ocorreram grandes mudanças de configuração, desde 2013 até agora.


A Instalação
Eu estou a usar o Windows 11, e escolhi instalar num disco SSD 1TB. E obtei por usar o principal software para o nó Bitcoin, o mesmo que usei em 2013, o Bitcoin Core na sua versão mais atualizada (logicamente). O download foi feito no site oficial: https://bitcoincore.org/en/download/

Normalmente costumo escolher a opção sem instalação (zip), mas desta vez optei pela versão instalação. E depois, bastou seguir os passos indicados, com o "apoio" do tutorial oficial: https://bitcoin.org/en/full-node#windows-10 (vou admitir que olhei pouco para o tutorial, mas estava aberto para alguma questão).


A Configuração
Foi aqui que as coisas são um pouco diferentes, do quem 2013. A primeiro janela que aparece depois de abrir o Bitcoin Core pela primeira vez, é o seguinte:


Nesta janela podemos escolher se queremos guardar o blockchain na pasta predefinida ou noutra pasta a nossa escolha. Aqui escolhi o disco que pretendia usar para o blockchain.
A janela tinha ainda outra opção, que era escolher entre ter o nó completo, e o nó podado. O nó podado - algo novo para mim, é a possibilidade de apenas fazer o download e manter no nosso nó os últimos blocos do blockchain, até ao espaço defino por nós. Por defeito ele recomenda 2GB que dará +/- para 6 dias de blocos. Isso faz com que ele esteja sempre apagar os blocos mais antigos, a medida que faz o download dos novos. Aqui escolhi o nó completo, que iria ocupar na altura uns 540GB.

Esta janela de opções, foi a principal diferença que me lembro de 2013. Na altura, julgo que não era dada a opção ao utilizador de escolher onde queria guardar o blockchain, tendo de fazer esse ajuste manualmente nas ficheiros raiz do Bitcoin Core. E também não havia a opção de nó podado, até porque o nó completo ocupava pouco espaço.


O Download
Configurações definidas para o nó, começa o download de 14 anos de blockchain:


Tenho uma boa ligação a Internet, em fibra ótica, e uma velocidade de download 500 Mbps. Mas claro que não depende só da minha ligação a internet, mas a da velocidade de upload da rede. Nesse sentido download de todo o blockchain (540GB) demorou umas 16-17 horas.


A Seguir
Desde o dia 6 de Outubro que tenho um nó completo do Bitcoin a rodar no meu PC. É bom contribuir para a rede, apesar do meu nó ser apenas a "gota" num oceano. Agora, vou fazer algumas experiencias, em configurações do nó e testar outras possibilidades, como configurar a minha carteira Electrum ao meu nó - depois irei partilhar.

Outra coisa, que ainda não fiz, foi abrir a minha primeira carteira que tive em 2013. Será que vai ser como aquele dinheiro que encontramos no bolso de umas calças que estavam guardas a vários meses/anos? Veremos...  Roll Eyes
Jump to: