ERPC

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

erpc rpc 18 चेन पर RPC नोड चलाता है और erpc validator उनमें से 13 पर validator चलाता है। हर चेन एक जैसे verbs इस्तेमाल करती है, और ये नोड लाइफ़साइकल कमांड मुफ़्त हैं और इनके लिए account की ज़रूरत नहीं होती।
यह पेज ERPC CLI v0.1.0-rc.4 के बारे में है, जो एक प्री-रिलीज़ है। असली होस्ट पर स्वीकृति जाँच अभी जारी है: हर चेन की मौजूदा स्थिति और हर चेन की गाइड हर चेन की स्थिति बताती हैं।

नोड 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 में सहेजता है और होस्ट तैयार करता है
deployClient को इंस्टॉल या build करता है, स्नैपशॉट लाता है, जहाँ erpc के पास उस नोड के लिए फ़ायरवॉल है वहाँ फ़ायरवॉल लागू करता है, और नोड शुरू करता है
list, status, logsइन्वेंटरी, हेल्थ और journal
start, stop, restartService नियंत्रण, कई layers वाले नोड के लिए सही क्रम में
updateकिसी दूसरी client रिलीज़ पर ले जाता है; रोलबैक नीति client पर निर्भर करती है
update-configचेन के restart नियमों के अनुसार कॉन्फ़िगरेशन और access के बदलाव लागू करता है
planचेन का deployment या कॉन्फ़िगरेशन plan दिखाता है
destroyerpc की अपनी services को रोकता या retire करता है; डेटा, key और फ़ायरवॉल रखे जाएँ या नहीं, यह चेन की ऑपरेशंस गाइड के अनुसार होता है
solv backend पर दर्ज Solana validator के पास इनमें से केवल init, deploy, list और status हैं।

चेन और गाइड

चेनRPC नोडValidatorनेटवर्कगाइड
Solanaerpc rpc --chain solanaerpc validator --chain solanamainnet, testnetऑपरेशंस, रजिस्ट्रेशन, चेन
Ethereumerpc rpc --chain eth (mainnet, --type full या archive)erpc validator --chain eth (Hoodi, mainnet)mainnet, HoodiRPC, Validator, चेन
Baseerpc rpc --chain basemainnet, sepoliaचेन
Avalancheerpc rpc --chain avax (erpc node भी)erpc validator --chain avaxmainnet, fujiऑपरेशंस, चेन
Bitcoinerpc rpc --chain bitcoinmainnet, testnet4, signet, regtestRPC, चेन
Polygonerpc rpc --chain polygonerpc validator --chain polygonmainnet, amoyRPC, Validator, चेन
BNB Chainerpc rpc --chain bscerpc validator --chain bscmainnet, chapelRPC, Validator, चेन
Kaiaerpc rpc --chain kaiaerpc validator --chain kaiamainnet, kairosRPC, Core cell, चेन
Arbitrumerpc rpc --chain arbitrum (mainnet, nova, sepolia)erpc validator --chain arbitrum (केवल Arbitrum One mainnet)mainnet, nova, sepoliaRPC, Validator, चेन
Optimismerpc rpc --chain optimismmainnet, sepoliaऑपरेशंस, चेन
Hyperliquiderpc rpc --chain hyperliquiderpc validator --chain hyperliquidmainnet, testnetRPC, Validator, AQA, चेन
Monaderpc rpc --chain monaderpc validator --chain monadmainnet, testnetऑपरेशंस, चेन
TRONerpc rpc --chain tronerpc validator --chain tronmainnet, nileऑपरेशंस, चेन
Suierpc rpc --chain sui (erpc node भी)erpc validator --chain suimainnet, testnetऑपरेशंस, चेन
NEARerpc rpc --chain nearerpc validator --chain nearmainnet, testnetRPC, Validator, चेन
Arcerpc rpc --chain arcmainnet, testnetRPC runtime, चेन
Robinhood Chainerpc rpc --chain robinhooderpc validator --chain robinhoodmainnet, testnetएडमिशन, Validator, चेन
Soneiumerpc rpc --chain soneiummainnet, minatoचेन
नोड चलाना में हर चेन के 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 बताता है कि हर नोड कौन-सी keys 1Password में और होस्ट पर रखता है।

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

टेबल की हर चेन के लिए implementation की जाँच ऑफ़लाइन होती है, और असली होस्ट पर live स्वीकृति जाँच टाल दी गई है। RPC command-routing जाँच सभी अठारह चेन के लिए सभी बारह सामान्य verbs को चलाकर देखती है, और इनमें से कोई भी जाँच असली होस्ट पर नोड नहीं चलाती। चेन source map में हर चेन का पेज बताता है कि वह चेन किस स्थिति में है।
पिछलाERPC CLI / erpc worker / विफल होने परअगलाकमांड