Setting Up a BitCore Node for the Community

Hey Bitcoin Fam, I’m Bhavin Patel from India. I’m looking to set up a full Bit Core node to support the Bitcoin community. It’s gonna be hosted in the cloud and will be open for everyone to use in Bitcoin-related activities. As I’ve been going through articles and resources about Bitcore setup and the tech side, I’ve come across advice to reach out to knowledgeable folks in the community. I'm particularly interested in 1. security tips, 2. how to implement security, 3. do's and don'ts for the setup, 4. server specs, and 5. any other guidelines that could help in securing Bitcore on the cloud. I’m pretty tech-savvy, so I can grasp all the aspects related to implementation, security, hardware, and software. As a tech enthusiast and crypto supporter, I want to do this to back our community. I’ll take care of the costs for the setup and ongoing maintenance. So I’m reaching out to everyone here in the Bitcoin community for your advice on these points. Thanks a ton in advance to all my Bitcoin fam!

Hi, welcome to the forum. First of all, there aren't many programmer or people who use full node software besides Bitcoin Core in this forum. So don't expect detailed reply soon. What kind of support you're going to provide? Just running "Bitcore Node" feature where you run Bitcoin full node?

Hello Thanks for your reply. I am in no hurry. I will wait for appropriate answers from whoever helps. In terms of services, this full node would be available for all kinds of blockchain services for the network and community. I plan to keep this online 24/7, and connectivity would be 1 GBPS, so there would be no network issues. The network would be open to all as Bitcore, so other Bitcore full nodes can sync. Yes, as of now, as planned, this will be only the Bitcore node's full node. But you can help add more features if required, as I am sure the set of hardware is powerful enough to provide those services.

I'm guessing you want to run a Bitcoin Core node, not program one from scratch, form my understanding of what you said. Well basically, you'd need to open the RPC port and make it public (with no username/password). And use the command-line option to disable the wallet subsystem so people don't use it, and that's about it. But you may want to put it behind a web server and use some rate-limiting inside so that it doesn't get overloaded.

Hello Thanks for your reply. Just a small query: Why do we need it behind the webserver? From the document, I understand that the Bitcoin core full node works for syncing the blockchain with other nodes and provides one more medium for confirmation, which the Bitcoin network can use. And yes this will not be for any kind of wallet services. Also, can you please throw some light on some documents which can make me more aware of RPC?

Among other things, Bitcoin Core does not use HTTPS, so all of the communication is, by default, exposed to third-parties. Although that part is not a big deal, there are some other reasons: - Rate limiting, as I mentioned - For security reasons, as a web server like Nginx or Apache is more hardened against security bugs so it can catch some of the exploits that might compromise Bitcoin Cora via the RPC port - If you want to forward traffic to port 80 It makes it all very simple, really.

Yup, that I understood, my friend. What I am not able to understand is what RPC port you are talking about for the Bitcoin core full node server that needs to be open. As I can read on Bitcoin core documents, there is only one port that is required, which is 8333, to be open to sync and service other nodes for confirmation and transactions.

If you just want to run a node, then... just download the client and let it finish syncing. Maybe even enable listening connections by setting listen=1 in your configuration file; that'd be the maximum contribution to the network in terms of bandwidth. But, in practice, people run a node for their own interest. It's more secure and private for your own sake. The incentive which comes from individual gains is what keeps the network resilient and decentralized, not altruism.