From 7d2e8f028d435cb4a2b12ff48c27c7b73fd16388 Mon Sep 17 00:00:00 2001
From: Rory Arredondo <93159440+arredr2@users.noreply.github.com>
Date: Thu, 19 Dec 2024 12:55:39 -0600
Subject: [PATCH 1/2] Adding Grandine to CL client pages
---
networking/port-forwarding.md | 1 +
validator-clients/consensus-clients.md | 5 ++++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/networking/port-forwarding.md b/networking/port-forwarding.md
index effe891..0aba981 100644
--- a/networking/port-forwarding.md
+++ b/networking/port-forwarding.md
@@ -22,6 +22,7 @@ Below are a list of the default ports that the software(s) are set to listen on.
| [Nimbus](https://nimbus.guide/networking.html) | 9000 TCP/UDP |
| [Prysm](https://docs.prylabs.network/docs/prysm-usage/p2p-host-ip#incoming-p2p-connection-prerequisites) | 12000 UDP, 13000 TCP |
| [Teku](https://docs.teku.consensys.net/Reference/CLI/CLI-Syntax/#p2p-port) | 9000 TCP/UDP |
+| [Grandine](https://docs.grandine.io/beacon_node_api.html) | 9000 TCP/UDP |
If your node is running and the port(s) have been forwarded, you can use an online tool [such as this one](https://www.yougetsignal.com/tools/open-ports/) to check whether the ports are forwarded correctly.
diff --git a/validator-clients/consensus-clients.md b/validator-clients/consensus-clients.md
index aee0499..ea3c938 100644
--- a/validator-clients/consensus-clients.md
+++ b/validator-clients/consensus-clients.md
@@ -9,7 +9,7 @@ Consensus clients run the Beacon Chain and provide a [proof-of-stake (PoS)](../s
Consensus clients all follow the same [specification ↗](https://github.com/ethereum/consensus-specs). If a client doesn't follow this spec it won't be able to come to consensus with the rest of the network.
-
+
### Lighthouse
@@ -39,3 +39,6 @@ Teku offers very flexible deployment options. The beacon node and validator clie
Teku is written in Java and is Apache 2.0 licensed. It is developed by the Protocols team at ConsenSys that is also responsible for Besu and Web3Signer.
+### Grandine
+
+Grandine is a consensus client implementation, written in Rust under the GPL-3.0 license. It is maintained by the Grandine Core Team and is fast, high-performance and lightweight. It fits a wide range of stakers from solo stakers running on low-resource devices such as Raspberry Pi to large institutional stakers running tens of thousands of validators.
\ No newline at end of file
From 666efc698e4c2c0633b6f5e7e9df14c5cc8fc791 Mon Sep 17 00:00:00 2001
From: Rory Arredondo <93159440+arredr2@users.noreply.github.com>
Date: Thu, 19 Dec 2024 14:41:38 -0600
Subject: [PATCH 2/2] Update solo-staking-guides.md
---
tutorials/solo-staking-guides.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tutorials/solo-staking-guides.md b/tutorials/solo-staking-guides.md
index dc86c78..320382f 100644
--- a/tutorials/solo-staking-guides.md
+++ b/tutorials/solo-staking-guides.md
@@ -4,7 +4,7 @@ This is a list of high quality staking guides that are recommended on [ethereum.
- [CoinCashew's Ethereum 2.0 Guide - Linux (CLI) ↗](https://www.coincashew.com/coins/overview-eth/guide-or-how-to-setup-a-validator-on-eth2-mainnet)
- [Somer Esat - Linux (CLI) ↗](https://github.com/SomerEsat/ethereum-staking-guides)
-- [Rocket Pool Node Operators - Linux, macOS (CLI) ↗](https://rocketpool.net/node-operators)
+- [Rocket Pool Node Operators - Linux, macOS (CLI) ↗](https://docs.rocketpool.net/guides/node/responsibilities)
It's critically important for the health and long term sustainability of Ethereum that there is a diverse and balanced client ecosystem. Multiple, independently developed and maintained clients exist because client diversity makes the network more resilient to attacks and bugs. Multiple clients is a strength unique to Ethereum - other blockchains rely on the infallibility of a single client. However, it is not enough simply to have multiple, clients available, they have to be adopted by the community and the total active nodes distributed relatively evenly across them.