Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Infra > Running a Node > Set Up a Full Node #164

Closed
wants to merge 4 commits into from

Conversation

dawnkelly09
Copy link
Collaborator

This PR:

Copy link
Collaborator

@eshaben eshaben left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I didn't review some of this stuff closely (for formatting) because I don't feel like it should be on this page - mostly the Install the Polkadot Binary content

infrastructure/running-a-node/setup-full-node.md Outdated Show resolved Hide resolved
A pruned node only keeps a limited number of finalized blocks of the network, not its complete history. State and block pruning are two ways of removing old blocks from a system. State pruning removes the states of old blocks while preserving block headers. Block pruning removes the block bodies of old blocks while retaining block headers. You can complete many frequently required actions with a pruned node, such as displaying account balances, making transfers, setting up session keys, and staking.

## Setup Instructions
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some of this content needs to be revisited, as it includes instructions for installing the polkadot binary and that should be a separate guide

Command-line flags passed to the binary can be customized by editing `/etc/default/polkadot`. This file will not be overwritten on updating `polkadot`.

### Debian-based (Debian, Ubuntu)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is confusing - why are there steps for each of the operating systems above and then these sections as well?

-p 9944:9944 \
-p 9615:9615 parity/polkadot:v0.9.13 \
--name "calling_home_from_a_docker_container" \
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

for name, we should just default to INSERT_YOUR_NODE_NAME

Comment on lines 188 to 206
polkadot --chain polkadot \
--name INSERT_YOUR_NODE_NAME \
--state-pruning archive \
--blocks-pruning archive \
--rpc-cors all \
--rpc-methods safe
```

For an externally accessible Polkadot pruned node run:

```bash
polkadot --chain polkadot \
--name INSERT_YOUR_NODE_NAME \
--state-pruning 1000 \
--blocks-pruning archive \
--rpc-cors all \
--rpc-methods safe
```
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These aren't Docker commands. But ideally, we should have the start up commands in tabs

infrastructure/running-a-node/setup-full-node.md Outdated Show resolved Hide resolved
## Secure the WebSocket Port

To securely access your WebSocket (WS) connection over an SSL-enabled connection (necessary for SSL-enabled developer consoles), you'll need to convert the WS connection to a secure WSS connection. You can complete this conversion using a proxy and an SSL certificate. For detailed steps on setting this up, refer to the [Set Up Secure WebSockets](TODO: add path){target=\_blank} guide.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We're not going to have docs on Securing WebSockets, so this link can be removed

infrastructure/running-a-node/setup-full-node.md Outdated Show resolved Hide resolved
```

Use the `--help` flag to determine which flags you can use when running the node. For example, if you want to connect to your node remotely, you'll probably want to use `--rpc-external` and `--rpc-cors all`.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should probably be added after we provide the start up commands. It'd be more useful at that point

Use the `--help` flag to determine which flags you can use when running the node. For example, if you want to connect to your node remotely, you'll probably want to use `--rpc-external` and `--rpc-cors all`.

The syncing process will take a while, depending on your capacity, processing power, disk speed, and RAM. For example, the process can be completed on a $10 DigitalOcean droplet in ~36 hours. Once it is synced, you may find it in [Telemetry](https://telemetry.polkadot.io/#list/Polkadot){target=_blank}.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should be after the start up command as well, this isn't really related to Connect to the Node

@dawnkelly09
Copy link
Collaborator Author

Took a lot of stuff out and this is what's left for the page. I'm confused about the goal of this page and not sure now what should even be on it.

@dawnkelly09 dawnkelly09 requested a review from eshaben November 18, 2024 15:39
@eshaben
Copy link
Collaborator

eshaben commented Nov 21, 2024

Closing this as it's part of the #45 now

@eshaben eshaben closed this Nov 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants