From 98679ed2a05229df912499893083424bed0245b0 Mon Sep 17 00:00:00 2001 From: Joseph Cook <33655003+jmcook1186@users.noreply.github.com> Date: Wed, 26 Oct 2022 10:51:57 +0100 Subject: [PATCH] docs: purge references to rinkeby and ropsten (#26036) --- docs/_developers/dns-discovery-setup.md | 2 +- docs/_interface/Private-Network.md | 4 +--- docs/_interface/consensus-clients.md | 2 -- docs/_rpc/ns-eth.md | 2 ++ 4 files changed, 4 insertions(+), 6 deletions(-) diff --git a/docs/_developers/dns-discovery-setup.md b/docs/_developers/dns-discovery-setup.md index 715838eea8..a92dc13a81 100644 --- a/docs/_developers/dns-discovery-setup.md +++ b/docs/_developers/dns-discovery-setup.md @@ -65,7 +65,7 @@ devp2p nodeset filter all-nodes.json -eth-network mainnet > mainnet.nodes.exampl The following filter flags are available: -* `-eth-network ( mainnet | ropsten | rinkeby | goerli )` selects an Ethereum network. +* `-eth-network ( mainnet | sepolia | goerli )` selects an Ethereum network. * `-les-server` selects LES server nodes. * `-ip ` restricts nodes to the given IP range. * `-min-age ` restricts the result to nodes which have been live for the diff --git a/docs/_interface/Private-Network.md b/docs/_interface/Private-Network.md index c81899e2d7..c2b3cdd15b 100644 --- a/docs/_interface/Private-Network.md +++ b/docs/_interface/Private-Network.md @@ -26,7 +26,7 @@ geth --networkid 12345 ### Choosing A Consensus Algorithm -While the main network uses proof-of-work (PoW) to secure the blockchain, Geth also supports the the 'Clique' proof-of-authority (PoA) consensus algorithm as an alternative for private networks. Clique is strongly recommended for private testnets because PoA is far less resource-intensive than PoW. Clique is currently used as the consensus algorithm in public testnets such as [Rinkeby](https://www.rinkeby.io) and [Görli](https://goerli.net). The key differences between the consensus algorithms available in Geth are: +While the main network uses proof-of-work (PoW) to secure the blockchain, Geth also supports the the 'Clique' proof-of-authority (PoA) consensus algorithm as an alternative for private networks. Clique is strongly recommended for private testnets because PoA is far less resource-intensive than PoW. The key differences between the consensus algorithms available in Geth are: #### Ethash @@ -36,10 +36,8 @@ Geth's PoW algorithm, [Ethhash](https://ethereum.org/en/developers/docs/consensu Clique consensus is a PoA system where new blocks can be created by authorized 'signers' only. The clique consenus protocol is specified in [EIP-225][clique-eip]. The initial set of authorized signers is configured in the genesis block. Signers can be authorized and de-authorized using a voting mechanism, thus allowing the set of signers to change while the blockchain operates. Clique can be configured to target any block time (within reasonable limits) since it isn't tied to the difficulty adjustment. - [clique-eip]: https://eips.ethereum.org/EIPS/eip-225 - ### Creating The Genesis Block Every blockchain starts with a genesis block. When Geth is run with default settings for the first time, it commits the Mainnet genesis to the database. For a private network, it is generally preferable to use a different genesis block. The genesis block is configured using a _genesis.json_ file whose path must be provided to Geth on start-up. When creating a genesis block, a few initial parameters for the private blockchain must be defined: diff --git a/docs/_interface/consensus-clients.md b/docs/_interface/consensus-clients.md index 3c7b11bdbe..b16e56b7bd 100644 --- a/docs/_interface/consensus-clients.md +++ b/docs/_interface/consensus-clients.md @@ -103,7 +103,5 @@ information can be found on the clients' respective documentation sites or in nu [execution-clients-link]: https://ethereum.org/en/developers/docs/nodes-and-clients/client-diversity/#execution-clients [launchpad-link]:https://launchpad.ethereum.org/ [prater-launchpad-link]:https://prater.launchpad.ethereum.org/ -[kiln-launchpad-link]:https://kiln.launchpad.ethereum.org/ -[ropsten-launchpad-link]:https://ropsten.launchpad.ethereum.org/ [e-org-link]: https://ethereum.org/en/developers/docs/nodes-and-clients/run-a-node/ [checklist-link]:https://launchpad.ethereum.org/en/merge-readiness diff --git a/docs/_rpc/ns-eth.md b/docs/_rpc/ns-eth.md index e8589ac56e..a23db20510 100644 --- a/docs/_rpc/ns-eth.md +++ b/docs/_rpc/ns-eth.md @@ -85,6 +85,8 @@ call. #### Simple example +**note that this example uses the Rinkeby testnet, which is now deprecated** + With a synced Rinkeby node with RPC exposed on localhost (`geth --rinkeby --http`) we can make a call against the [Checkpoint Oracle](https://rinkeby.etherscan.io/address/0xebe8efa441b9302a0d7eaecc277c09d20d684540)