---
title: "erpc validator और erpc rpc से validator और RPC नोड चलाएँ"
description: "erpc rpc 18 चेन पर RPC नोड और erpc validator 13 चेन पर validator चलाता है; हर चेन पर एक जैसे verbs हैं और ERPC account की ज़रूरत नहीं होती।"
canonical: "https://erpc.global/hi/doc/erpc-cli/nodes/"
locale: "hi"
---

# erpc validator और erpc rpc से validator और RPC नोड चलाएँ

`erpc rpc` 18 चेन पर RPC नोड चलाता है और `erpc validator` उनमें से 13 पर validator चलाता है। हर चेन एक जैसे verbs इस्तेमाल करती है, और ये नोड लाइफ़साइकल कमांड मुफ़्त हैं और इनके लिए account की ज़रूरत नहीं होती।

यह पेज ERPC CLI `v0.1.0-rc.4` के बारे में है, जो एक प्री-रिलीज़ है। असली होस्ट पर स्वीकृति जाँच अभी जारी है: [हर चेन की मौजूदा स्थिति](https://erpc.global/hi/doc/erpc-cli/nodes/#हर-चेन-की-मौजूदा-स्थिति) और हर चेन की गाइड हर चेन की स्थिति बताती हैं।

## नोड deploy करें

`init` सर्वर तैयार करता है और `deploy` नोड को इंस्टॉल करके शुरू करता है। Ethereum RPC नोड, Ubuntu 24.04 या उसके बाद वाले खाली सर्वर से शुरू होता है:

```bash
# check the server, pin the client releases, store the node in 1Password
erpc rpc --chain ethereum -n mainnet --name eth1 init --host <address> --vault <vault id> --ssh-key ~/.ssh/id_ed25519.pub
# install, fetch a snapshot, apply the firewall, start
erpc rpc --chain ethereum -n mainnet --name eth1 deploy --ssh-key ~/.ssh/id_ed25519.pub
# both layers, sync and head
erpc rpc --chain ethereum -n mainnet --name eth1 status --ssh-key ~/.ssh/id_ed25519.pub
```

कुछ चेन के लिए पहले से और चीज़ें तैयार होनी चाहिए, और हर चेन की गाइड बताती है कि क्या। नए Solana validator या RPC नोड के लिए तीन filesystem mount होने चाहिए और उसकी keys पहले से 1Password में होनी चाहिए।

## चेन, नेटवर्क और होस्ट चुनें

चेन `--chain`, `ERPC_CHAIN` या `default_chain` सेटिंग से चुनें, नेटवर्क `-n` से, और होस्ट `--name` से। mainnet पर किसी बदलाव के लिए `--chain` को कमांड लाइन पर लिखना ज़रूरी है।

- `erpc validator` (alias `v`), `erpc rpc` (alias `r`) और `erpc node` (alias `n`, Avalanche और Sui के लिए) नोड कमांड चलाते हैं।
- किसी कमांड समूह के verbs की सूची देखने के लिए उसे बिना verb के चलाएँ (`erpc validator`)।
- नोड कमांड में `--json` को कमांड से पहले लिखना होता है: `erpc --json rpc …`।

## हर चेन पर चलने वाले कमांड

| Verb | यह क्या करता है |
| --- | --- |
| `init` | सर्वर की जाँच करता है, client रिलीज़ पिन करता है, नोड को 1Password में सहेजता है और होस्ट तैयार करता है |
| `deploy` | Client को इंस्टॉल या build करता है, स्नैपशॉट लाता है, जहाँ erpc के पास उस नोड के लिए फ़ायरवॉल है वहाँ फ़ायरवॉल लागू करता है, और नोड शुरू करता है |
| `list`, `status`, `logs` | इन्वेंटरी, हेल्थ और journal |
| `start`, `stop`, `restart` | Service नियंत्रण, कई layers वाले नोड के लिए सही क्रम में |
| `update` | किसी दूसरी client रिलीज़ पर ले जाता है; रोलबैक नीति client पर निर्भर करती है |
| `update-config` | चेन के restart नियमों के अनुसार कॉन्फ़िगरेशन और access के बदलाव लागू करता है |
| `plan` | चेन का deployment या कॉन्फ़िगरेशन plan दिखाता है |
| `destroy` | erpc की अपनी services को रोकता या retire करता है; डेटा, key और फ़ायरवॉल रखे जाएँ या नहीं, यह चेन की ऑपरेशंस गाइड के अनुसार होता है |

solv backend पर दर्ज Solana validator के पास इनमें से केवल `init`, `deploy`, `list` और `status` हैं।

## चेन और गाइड

| चेन | RPC नोड | Validator | नेटवर्क | गाइड |
| --- | --- | --- | --- | --- |
| Solana | `erpc rpc --chain solana` | `erpc validator --chain solana` | mainnet, testnet | [ऑपरेशंस](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/solana-native.md), [रजिस्ट्रेशन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/solana-registration.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/solana.md) |
| Ethereum | `erpc rpc --chain eth` (mainnet, `--type full` या `archive`) | `erpc validator --chain eth` (Hoodi, mainnet) | mainnet, Hoodi | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/ethereum-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/ethereum-validator.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/ethereum.md) |
| Base | `erpc rpc --chain base` | | mainnet, sepolia | [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/base.md) |
| Avalanche | `erpc rpc --chain avax` (`erpc node` भी) | `erpc validator --chain avax` | mainnet, fuji | [ऑपरेशंस](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/avalanche.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/avalanche.md) |
| Bitcoin | `erpc rpc --chain bitcoin` | | mainnet, testnet4, signet, regtest | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/bitcoin-rpc.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/bitcoin.md) |
| Polygon | `erpc rpc --chain polygon` | `erpc validator --chain polygon` | mainnet, amoy | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/crates/erpc-chain-polygon/templates/README.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/polygon-validator.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/polygon.md) |
| BNB Chain | `erpc rpc --chain bsc` | `erpc validator --chain bsc` | mainnet, chapel | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/bsc-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/bsc-validator.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/bsc.md) |
| Kaia | `erpc rpc --chain kaia` | `erpc validator --chain kaia` | mainnet, kairos | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/kaia-rpc.md), [Core cell](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/kaia-core-cell.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/kaia.md) |
| Arbitrum | `erpc rpc --chain arbitrum` (mainnet, nova, sepolia) | `erpc validator --chain arbitrum` (केवल Arbitrum One mainnet) | mainnet, nova, sepolia | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/nitro-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/arbitrum-validator.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/arbitrum.md) |
| Optimism | `erpc rpc --chain optimism` | | mainnet, sepolia | [ऑपरेशंस](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/op-follower-rpc.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/optimism.md) |
| Hyperliquid | `erpc rpc --chain hyperliquid` | `erpc validator --chain hyperliquid` | mainnet, testnet | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/hyperliquid-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/hyperliquid-validator.md), [AQA](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/hyperliquid-aqa.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/hyperliquid.md) |
| Monad | `erpc rpc --chain monad` | `erpc validator --chain monad` | mainnet, testnet | [ऑपरेशंस](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/monad-node.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/monad.md) |
| TRON | `erpc rpc --chain tron` | `erpc validator --chain tron` | mainnet, nile | [ऑपरेशंस](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/crates/erpc-chain-tron/templates/README.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/tron.md) |
| Sui | `erpc rpc --chain sui` (`erpc node` भी) | `erpc validator --chain sui` | mainnet, testnet | [ऑपरेशंस](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/crates/erpc-chain-sui/templates/README.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/sui.md) |
| NEAR | `erpc rpc --chain near` | `erpc validator --chain near` | mainnet, testnet | [RPC](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/near-rpc.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/near-validator.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/near.md) |
| Arc | `erpc rpc --chain arc` | | mainnet, testnet | [RPC runtime](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/arc-runtime.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/arc.md) |
| Robinhood Chain | `erpc rpc --chain robinhood` | `erpc validator --chain robinhood` | mainnet, testnet | [एडमिशन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/robinhood-admission.md), [Validator](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/robinhood-defensive-validator.md), [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/robinhood.md) |
| Soneium | `erpc rpc --chain soneium` | | mainnet, minato | [चेन](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/soneium.md) |

[नोड चलाना](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/nodes.md) में हर चेन के clients दिए गए हैं।

## erpc को सर्वर पर क्या चाहिए

- erpc आपकी key से, जो 1Password SSH एजेंट या `SSH_AUTH_SOCK` से मिलती है, SSH पर एक sudo user के रूप में (डिफ़ॉल्ट रूप से `ubuntu`) लॉग इन करता है, और पहली बार में host key पिन करता है।
- सर्वर पर `/usr/bin/python3` होना चाहिए, और ऐसा login जिसका `sudo` पासवर्ड न माँगे।
- `/opt` पहले से एक असली directory होनी चाहिए, जिसका owner root हो और जिसमें न उसका group लिख सके और न कोई और, जैसा Ubuntu इसे देता है; erpc इसे नहीं बनाता। `/opt/erpc` और उसके अंदर erpc जो `runs` और `uploads` directories बनाता है, उन पर भी यही नियम लागू होता है, और इनमें से कोई भी symbolic link नहीं हो सकती: इन्हें किसी दूसरे volume पर रखने के लिए, उस volume को `/opt/erpc` पर mount करें। नोड के लिए, `/opt/erpc` वाले filesystem को POSIX ACLs भी बनाए रखने होंगे (ext4 और XFS डिफ़ॉल्ट रूप से ऐसा करते हैं), वरना erpc रुक जाता है।
- नए Solana होस्ट के लिए Ubuntu 24.04, systemd 255 और AVX2 व SHA CPU features वाला x86-64 चाहिए। ERPC को Solana RPC नोड के लिए कम से कम 32 logical threads और 480 GiB इस्तेमाल योग्य मेमोरी चाहिए, mainnet validator के लिए 24 threads और 300 GiB, और testnet validator के लिए 24 threads और 120 GiB।

## erpc नोड कैसे चलाता है

- ज़्यादातर चेन client को उसके अपने ऐसे user के रूप में चलाती हैं जो लॉग इन नहीं कर सकता, हर रिलीज़ को इंस्टॉल करने से पहले एक पिन किए गए checksum से जाँचती हैं, और nftables फ़ायरवॉल को टाइमर वाले रोलबैक के साथ लागू करती हैं, जिसकी पुष्टि एक नए management connection को करनी होती है। सभी ऐसा नहीं करतीं: नया Solana नोड सर्वर पर एक पिन किए गए source commit से build होता है, और solv backend पर दर्ज Solana नोड बिना पासवर्ड वाले sudo के साथ एक login user के रूप में चलता है और कुछ tools बिना checksum के लाता है।
- erpc, solv backend पर चलने वाले Solana validators, Ethereum validators या Bitcoin नोड पर कोई फ़ायरवॉल लागू नहीं करता, इसलिए उन होस्ट की filtering आपको खुद करनी होगी।
- नेटवर्क में बदलाव के दौरान होस्ट तक पहुँचने का एक स्वतंत्र तरीका रखें।
- जब तक किसी संरक्षित service की drop-in directory में कोई दूसरी फ़ाइल है, जैसे `systemctl edit` से बनी `override.conf`, तब तक फ़ायरवॉल वाला चरण अस्वीकार करता है और कुछ नहीं बदलता। अपनी drop-in फ़ाइल को directory से बाहर ले जाएँ और कमांड फिर से चलाएँ।
- आपकी मशीन से भेजे गए secrets, standard input के ज़रिए सर्वर तक पहुँचते हैं, कमांड लाइन पर कभी नहीं।
- नया Solana validator, voting बंद रखकर एक अलग identity के तहत sync होता है। `deploy --activate-validator`, public registration और native BLS जाँचों के बाद, हेल्थ चेक पास करने वाले होस्ट को उसकी मूल registered identity पर switch करता है। `--backend solv` किसी मौजूदा solv होस्ट का काम फिर से शुरू करता है और नया होस्ट नहीं बना सकता।
- Ethereum validator के signer को बैकअप से पुनर्स्थापित न करें: signer को `erpc v --chain eth migrate` से स्थानांतरित करें।

[लॉग इन और keys](https://erpc.global/hi/doc/erpc-cli/sign-in-and-keys/#नोड-keys-कहाँ-रखी-जाती-हैं) बताता है कि हर नोड कौन-सी keys 1Password में और होस्ट पर रखता है।

## हर चेन की मौजूदा स्थिति

टेबल की हर चेन के लिए implementation की जाँच ऑफ़लाइन होती है, और असली होस्ट पर live स्वीकृति जाँच टाल दी गई है। RPC command-routing जाँच सभी अठारह चेन के लिए सभी बारह सामान्य verbs को चलाकर देखती है, और इनमें से कोई भी जाँच असली होस्ट पर नोड नहीं चलाती। [चेन source map](https://github.com/elsoul/erpc-cli/blob/v0.1.0-rc.4/docs/chains/README.md) में हर चेन का पेज बताता है कि वह चेन किस स्थिति में है।