स्थानीय, मल्टी-क्लाइंट टेस्टनेट पर डैप को कैसे विकसित और परीक्षण करें
परिचय
यह गाइड आपको एक कॉन्फ़िगर करने योग्य स्थानीय एथेरियम टेस्टनेट को इंस्टेंटियेट करने, उस पर एक स्मार्ट अनुबंध को डिप्लॉय करने और अपने डैप के खिलाफ टेस्ट चलाने के लिए टेस्टनेट का उपयोग करने की प्रक्रिया के बारे में बताएगा। यह गाइड उन dApp डेवलपर्स के लिए डिज़ाइन किया गया है जो लाइव टेस्टनेट या मेननेट पर डिप्लॉय करने से पहले विभिन्न नेटवर्क कॉन्फ़िगरेशन के विरुद्ध अपने डैप्स को स्थानीय रूप से विकसित और परीक्षण करना चाहते हैं।
इस गाइड में, आप:
- कर्टोसिस (opens in a new tab) का उपयोग करके
eth-network-package(opens in a new tab) के साथ एक स्थानीय एथेरियम टेस्टनेट को इंस्टेंटियेट करें, - एक डैप को कंपाइल करने, डिप्लॉय करने और टेस्ट करने के लिए अपने हार्डहैट डैप विकास परिवेश को स्थानीय टेस्टनेट से कनेक्ट करें, और
- विभिन्न नेटवर्क कॉन्फ़िगरेशन के खिलाफ विकास और परीक्षण वर्कफ़्लो को सक्षम करने के लिए, नोड्स की संख्या और विशिष्ट EL/CL क्लाइंट पेयरिंग जैसे पैरामीटर सहित स्थानीय टेस्टनेट को कॉन्फ़िगर करें।
कर्टोसिस क्या है?
कर्टोसिस (opens in a new tab) एक कंपोज़ेबल बिल्ड सिस्टम है जिसे मल्टी-कंटेनर परीक्षण वातावरण को कॉन्फ़िगर करने के लिए डिज़ाइन किया गया है। यह विशेष रूप से डेवलपर्स को पुनरुत्पादनीय वातावरण बनाने में सक्षम बनाता है जिसके लिए डायनामिक सेटअप लॉजिक की आवश्यकता होती है, जैसे कि ब्लॉकचेन टेस्टनेट।
इस गाइड में, कर्टोसिस eth-network-package geth (opens in a new tab) निष्पादन परत (EL) क्लाइंट, साथ ही teku (opens in a new tab), lighthouse (opens in a new tab), और lodestar (opens in a new tab) सहमति परत (CL) क्लाइंट के समर्थन के साथ एक स्थानीय एथेरियम टेस्टनेट को स्पिन करता है। यह पैकेज हार्डहैट नेटवर्क, गनाश और एनविल जैसे फ्रेमवर्क में नेटवर्क के लिए एक कॉन्फ़िगर करने योग्य और कंपोज़ेबल विकल्प के रूप में कार्य करता है। कर्टोसिस डेवलपर्स को उनके द्वारा उपयोग किए जाने वाले टेस्टनेट पर अधिक नियंत्रण और लचीलापन प्रदान करता है, जो एक प्रमुख कारण है कि एथेरियम फाउंडेशन ने मर्ज का परीक्षण करने के लिए कर्टोसिस का उपयोग किया (opens in a new tab) और नेटवर्क अपग्रेड के परीक्षण के लिए इसका उपयोग करना जारी रखता है।
कर्टोसिस को सेट करना
आगे बढ़ने से पहले, सुनिश्चित करें कि आपके पास है:
- अपनी स्थानीय मशीन पर डॉकर इंजन को इंस्टॉल और शुरू किया (opens in a new tab)
- कर्टोसिस CLI को इंस्टॉल किया (opens in a new tab) (या यदि आपके पास पहले से ही CLI इंस्टॉल है तो इसे नवीनतम रिलीज़ में अपग्रेड किया गया)
- नोड.जेएस (opens in a new tab), yarn (opens in a new tab), और npx (opens in a new tab) इंस्टॉल किया (आपके dApp परिवेश के लिए)
एक स्थानीय एथेरियम टेस्टनेट को इंस्टेंटियेट करना
एक स्थानीय एथेरियम टेस्टनेट को स्पिन अप करने के लिए, चलाएँ:
kurtosis --enclave local-eth-testnet run github.com/kurtosis-tech/eth-network-package
नोट: यह कमांड आपके नेटवर्क का नाम: "local-eth-testnet” --enclave फ्लैग का उपयोग करके रखता है।
कर्टोसिस उन कदमों को प्रिंट करेगा जो यह अंदर ही अंदर ले रहा है क्योंकि यह निर्देशों की व्याख्या, सत्यापन और फिर निष्पादन के लिए काम करता है। अंत में, आपको एक आउटपुट देखना चाहिए जो निम्नलिखित जैसा दिखता है:
INFO[2023-04-04T18:09:44-04:00] ======================================================
INFO[2023-04-04T18:09:44-04:00] || Created enclave: local-eth-testnet ||
INFO[2023-04-04T18:09:44-04:00] ======================================================
Name: local-eth-testnet
UUID: 39372d756ae8
Status: RUNNING
Creation Time: Tue, 04 Apr 2023 18:09:03 EDT
========================================= Files Artifacts =========================================
UUID Name
d4085a064230 cl-genesis-data
1c62cb792e4c el-genesis-data
bd60489b73a7 genesis-generation-config-cl
b2e593fe5228 genesis-generation-config-el
d552a54acf78 geth-prefunded-keys
5f7e661eb838 prysm-password
054e7338bb59 validator-keystore-0
========================================== User Services ==========================================
UUID Name Ports Status
e20f129ee0c5 cl-client-0-beacon http: 4000/tcp -> <http://127.0.0.1:54261> RUNNING
metrics: 5054/tcp -> <http://127.0.0.1:54262>
tcp-discovery: 9000/tcp -> 127.0.0.1:54263
udp-discovery: 9000/udp -> 127.0.0.1:60470
a8b6c926cdb4 cl-client-0-validator http: 5042/tcp -> 127.0.0.1:54267 RUNNING
metrics: 5064/tcp -> <http://127.0.0.1:54268>
d7b802f623e8 el-client-0 engine-rpc: 8551/tcp -> 127.0.0.1:54253 RUNNING
rpc: 8545/tcp -> 127.0.0.1:54251
tcp-discovery: 30303/tcp -> 127.0.0.1:54254
udp-discovery: 30303/udp -> 127.0.0.1:53834
ws: 8546/tcp -> 127.0.0.1:54252
514a829c0a84 prelaunch-data-generator-1680646157905431468 <none> STOPPED
62bd62d0aa7a prelaunch-data-generator-1680646157915424301 <none> STOPPED
05e9619e0e90 prelaunch-data-generator-1680646157922872635 <none> STOPPED
बधाई हो! आपने डॉकर पर एक CL (lighthouse) और EL क्लाइंट (geth) के साथ एक स्थानीय एथेरियम टेस्टनेट को इंस्टेंटियेट करने के लिए कर्टोसिस का उपयोग किया।
समीक्षा
इस अनुभाग में, आपने एक कमांड निष्पादित किया जिसने कर्टोसिस को कर्टोसिस Enclave (opens in a new tab) के भीतर एक स्थानीय एथेरियम टेस्टनेट को स्पिन करने के लिए eth-network-package जो कि गिटहब पर रिमोटली होस्टेड है (opens in a new tab) का उपयोग करने का निर्देश दिया। अपने एन्क्लेव के अंदर, आपको "फ़ाइल कलाकृतियाँ" और "उपयोगकर्ता सेवाएँ" दोनों मिलेंगी।
आपके एन्क्लेव में फ़ाइल कलाकृतियाँ (opens in a new tab) में EL और CL क्लाइंट को बूटस्ट्रैप करने के लिए उत्पन्न और उपयोग किए गए सभी डेटा शामिल हैं। डेटा इस डॉकर छवि (opens in a new tab) से निर्मित prelaunch-data-generator सेवा का उपयोग करके बनाया गया था
यूज़र सेवाएँ आपके एन्क्लेव में संचालित होने वाली सभी कंटेनरीकृत सेवाओं को प्रदर्शित करती हैं। आप देखेंगे कि एक एकल नोड, जिसमें एक EL क्लाइंट और एक CL क्लाइंट दोनों हैं, बनाया गया है।
अपने डैप विकास परिवेश को स्थानीय एथेरियम टेस्टनेट से कनेक्ट करें
डैप विकास परिवेश सेट करें
अब जब आपके पास एक रनिंग स्थानीय टेस्टनेट है, तो आप अपने स्थानीय टेस्टनेट का उपयोग करने के लिए अपने डैप विकास परिवेश को कनेक्ट कर सकते हैं। इस गाइड में हार्डहैट फ्रेमवर्क का उपयोग आपके स्थानीय टेस्टनेट पर एक ब्लैकजैक डैप को डिप्लॉय करने के लिए किया जाएगा।
अपने डैप विकास परिवेश को स्थापित करने के लिए, हमारे सैंपल डैप वाली रिपॉजिटरी को क्लोन करें और इसकी निर्भरताएँ स्थापित करें, चलाएँ:
git clone https://github.com/kurtosis-tech/awesome-kurtosis.git && cd awesome-kurtosis/smart-contract-example && yarn
यहाँ उपयोग किया गया smart-contract-example (opens in a new tab) फ़ोल्डर हार्डहैट (opens in a new tab) फ्रेमवर्क का उपयोग करके एक डैप डेवलपर के लिए विशिष्ट सेटअप है:
contracts/(opens in a new tab) में एक ब्लैकजैक डैप के लिए कुछ सरल स्मार्ट अनुबंध हैंscripts/(opens in a new tab) में आपके स्थानीय एथेरियम नेटवर्क पर एक टोकन अनुबंध को डिप्लॉय करने के लिए एक स्क्रिप्ट हैtest/(opens in a new tab) में आपके टोकन अनुबंध के लिए एक सरल .js परीक्षण है यह पुष्टि करने के लिए कि हमारे ब्लैकजैक डैप में प्रत्येक खिलाड़ी के लिए 1000 मिंट किए गए हैंhardhat.config.ts(opens in a new tab) आपके हार्डहैट सेटअप को कॉन्फ़िगर करता है
स्थानीय टेस्टनेट का उपयोग करने के लिए हार्डहैट को कॉन्फ़िगर करें
आपके डैप विकास परिवेश के सेट हो जाने पर, अब आप कर्टोसिस का उपयोग करके बनाए गए स्थानीय एथेरियम टेस्टनेट का उपयोग करने के लिए हार्डहैट को कनेक्ट करेंगे। इसे पूरा करने के लिए, अपनी hardhat.config.ts कॉन्फ़िग फ़ाइल में localnet स्ट्रक्ट में <$YOUR_PORT> को किसी भी el-client-<num> सेवा से rpc uri आउटपुट के पोर्ट से बदलें। इस सैंपल मामले में, पोर्ट 64248 होगा। आपका पोर्ट अलग होगा।
hardhat.config.ts में उदाहरण:
localnet: {
url: 'http://127.0.0.1:<$YOUR_PORT>',// TODO: ETH नेटवर्क Kurtosis पैकेज द्वारा उत्पादित एक नोड URI के पोर्ट के साथ $YOUR_PORT को बदलें
// ये eth-network-package द्वारा बनाए गए प्रीफंडेड टेस्ट खातों से जुड़ी निजी कुंजी हैं
// <https://github.com/kurtosis-tech/eth-network-package/blob/main/src/prelaunch_data_generator/genesis_constants/genesis_constants.star>
accounts: [
"ef5177cd0b6b21c87db5a0bf35d4084a8a57a9d6a064f86d51ac85f2b873a4e2",
"48fcc39ae27a0e8bf0274021ae6ebd8fe4a0e12623d61464c498900b28feb567",
"7988b3a148716ff800414935b305436493e1f25237a2a03e5eebc343735e2f31",
"b3c409b6b0b3aa5e65ab2dc1930534608239a478106acf6f3d9178e9f9b00b35",
"df9bb6de5d3dc59595bcaa676397d837ff49441d211878c024eabda2cd067c9f",
"7da08f856b5956d40a72968f93396f6acff17193f013e8053f6fbb6c08c194d6",
],
},
एक बार जब आप अपनी फ़ाइल सहेज लेते हैं, तो आपका हार्डहैट डैप विकास परिवेश अब आपके स्थानीय एथेरियम टेस्टनेट से जुड़ जाता है! आप यह सत्यापित कर सकते हैं कि आपका टेस्टनेट चलाकर काम कर रहा है:
npx hardhat balances --network localnet
आउटपुट कुछ इस तरह दिखना चाहिए:
0x878705ba3f8Bc32FCf7F4CAa1A35E72AF65CF766 has balance 10000000000000000000000000
0x4E9A3d9D1cd2A2b2371b8b3F489aE72259886f1A has balance 10000000000000000000000000
0xdF8466f277964Bb7a0FFD819403302C34DCD530A has balance 10000000000000000000000000
0x5c613e39Fc0Ad91AfDA24587e6f52192d75FBA50 has balance 10000000000000000000000000
0x375ae6107f8cC4cF34842B71C6F746a362Ad8EAc has balance 10000000000000000000000000
0x1F6298457C5d76270325B724Da5d1953923a6B88 has balance 10000000000000000000000000
यह पुष्टि करता है कि हार्डहैट आपके स्थानीय टेस्टनेट का उपयोग कर रहा है और eth-network-package द्वारा बनाए गए पूर्व-वित्त पोषित खातों का पता लगाता है।
अपने डैप को स्थानीय रूप से डिप्लॉय और टेस्ट करें
dApp विकास परिवेश के स्थानीय एथेरियम टेस्टनेट से पूरी तरह से कनेक्ट होने के साथ, अब आप स्थानीय टेस्टनेट का उपयोग करके अपने dApp के विरुद्ध विकास और परीक्षण वर्कफ़्लो चला सकते हैं।
स्थानीय प्रोटोटाइपिंग और विकास के लिए ChipToken.sol स्मार्ट अनुबंध को कंपाइल और डिप्लॉय करने के लिए, चलाएँ:
npx hardhat compile
npx hardhat run scripts/deploy.ts --network localnet
आउटपुट कुछ इस तरह दिखना चाहिए:
ChipToken को डिप्लॉय किया गया: 0xAb2A01BC351770D09611Ac80f1DE076D56E0487d
अब अपने स्थानीय डैप के खिलाफ simple.js परीक्षण चलाने का प्रयास करें ताकि यह पुष्टि हो सके कि हमारे ब्लैकजैक डैप में प्रत्येक खिलाड़ी के लिए 1000 मिंट किए गए हैं:
आउटपुट कुछ इस तरह दिखना चाहिए:
npx hardhat test --network localnet
आउटपुट कुछ इस तरह दिखना चाहिए:
ChipToken
mint
✔ PLAYER ONE के लिए 1000 चिप्स मिंट करने चाहिए
1 पासिंग (654ms)
समीक्षा
इस बिंदु पर, आपने अब एक dApp विकास परिवेश स्थापित कर लिया है, इसे कर्टोसिस द्वारा बनाए गए एक स्थानीय एथेरियम नेटवर्क से जोड़ा है, और अपने dApp के विरुद्ध एक सरल परीक्षण को कंपाइल, डिप्लॉय और चलाया है।
अब आइए देखें कि आप विभिन्न नेटवर्क कॉन्फ़िगरेशन के तहत हमारे डैप्स के परीक्षण के लिए अंतर्निहित नेटवर्क को कैसे कॉन्फ़िगर कर सकते हैं।
स्थानीय एथेरियम टेस्टनेट को कॉन्फ़िगर करना
क्लाइंट कॉन्फ़िगरेशन और नोड्स की संख्या बदलना
आपके स्थानीय एथेरियम टेस्टनेट को विभिन्न EL और CL क्लाइंट पेयर, साथ ही नोड्स की एक अलग संख्या का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है, जो उस परिदृश्य और विशिष्ट नेटवर्क कॉन्फ़िगरेशन पर निर्भर करता है जिसे आप विकसित या परीक्षण करना चाहते हैं। इसका मतलब है कि, एक बार सेट हो जाने पर, आप एक अनुकूलित स्थानीय टेस्टनेट को स्पिन अप कर सकते हैं और इसका उपयोग समान वर्कफ़्लो (डिप्लॉयमेंट, परीक्षण, आदि) चलाने के लिए कर सकते हैं। यह सुनिश्चित करने के लिए कि सब कुछ अपेक्षा के अनुरूप काम करता है, विभिन्न नेटवर्क कॉन्फ़िगरेशन के तहत। जिन अन्य पैरामीटरों को आप संशोधित कर सकते हैं, उनके बारे में अधिक जानने के लिए, इस लिंक पर जाएँ।
इसे आजमा कर देखें! आप एक JSON फ़ाइल के माध्यम से eth-network-package को विभिन्न कॉन्फ़िगरेशन विकल्प पास कर सकते हैं। यह नेटवर्क पैरामीटर्स JSON फ़ाइल विशिष्ट कॉन्फ़िगरेशन प्रदान करती है जिसका उपयोग कर्टोसिस स्थानीय एथेरियम नेटवर्क को सेट करने के लिए करेगा।
डिफ़ॉल्ट कॉन्फ़िगरेशन फ़ाइल लें और इसे अलग-अलग EL/CL जोड़े के साथ तीन नोड्स को स्पिन करने के लिए संपादित करें:
- नोड 1
geth/lighthouseके साथ - नोड 2
geth/lodestarके साथ - नोड 3
geth/tekuके साथ
यह कॉन्फ़िगरेशन आपके dApp के परीक्षण के लिए एथेरियम नोड कार्यान्वयन का एक विषम नेटवर्क बनाता है। आपकी कॉन्फ़िगरेशन फ़ाइल अब इस तरह दिखनी चाहिए:
{
"participants":
[
{
"el_client_type": "geth",
"el_client_image": "",
"el_client_log_level": "",
"cl_client_type": "lighthouse",
"cl_client_image": "",
"cl_client_log_level": "",
"beacon_extra_params": [],
"el_extra_params": [],
"validator_extra_params": [],
"builder_network_params": null,
},
{
"el_client_type": "geth",
"el_client_image": "",
"el_client_log_level": "",
"cl_client_type": "lodestar",
"cl_client_image": "",
"cl_client_log_level": "",
"beacon_extra_params": [],
"el_extra_params": [],
"validator_extra_params": [],
"builder_network_params": null,
},
{
"el_client_type": "geth",
"el_client_image": "",
"el_client_log_level": "",
"cl_client_type": "teku",
"cl_client_image": "",
"cl_client_log_level": "",
"beacon_extra_params": [],
"el_extra_params": [],
"validator_extra_params": [],
"builder_network_params": null,
},
],
"network_params":
{
"preregistered_validator_keys_mnemonic": "giant issue aisle success illegal bike spike question tent bar rely arctic volcano long crawl hungry vocal artwork sniff fantasy very lucky have athlete",
"num_validator_keys_per_node": 64,
"network_id": "3151908",
"deposit_contract_address": "0x4242424242424242424242424242424242424242",
"seconds_per_slot": 12,
"genesis_delay": 120,
"capella_fork_epoch": 5,
},
}
प्रत्येक participants स्ट्रक्ट नेटवर्क में एक नोड से मैप करता है, इसलिए 3 participants स्ट्रक्ट कर्टोसिस को आपके नेटवर्क में 3 नोड्स स्पिन करने के लिए कहेंगे। प्रत्येक participants स्ट्रक्ट आपको उस विशिष्ट नोड के लिए उपयोग किए गए EL और CL जोड़ी को निर्दिष्ट करने की अनुमति देगा।
network_params स्ट्रक्ट नेटवर्क सेटिंग्स को कॉन्फ़िगर करता है जिनका उपयोग प्रत्येक नोड के लिए जेनेसिस फ़ाइलें बनाने के लिए किया जाता है, साथ ही नेटवर्क के प्रति स्लॉट सेकंड जैसी अन्य सेटिंग्स भी।
अपनी संपादित पैरामीटर्स फ़ाइल को अपनी इच्छानुसार किसी भी डायरेक्टरी में सहेजें (नीचे दिए गए उदाहरण में, इसे डेस्कटॉप पर सहेजा गया है) और फिर चलाकर अपना कर्टोसिस पैकेज चलाने के लिए इसका उपयोग करें:
kurtosis clean -a && kurtosis run --enclave local-eth-testnet github.com/kurtosis-tech/eth-network-package "$(cat ~/eth-network-params.json)"
नोट: kurtosis clean -a कमांड का उपयोग यहाँ कर्टोसिस को नया शुरू करने से पहले पुराने टेस्टनेट और उसकी सामग्री को नष्ट करने का निर्देश देने के लिए किया जाता है।
फिर से, कर्टोसिस थोड़ी देर के लिए काम करेगा और हो रहे अलग-अलग कदमों को प्रिंट करेगा। आखिरकार, आउटपुट कुछ इस तरह दिखना चाहिए:
स्टारलार्क कोड सफलतापूर्वक चला। कोई आउटपुट नहीं लौटाया गया।
INFO[2023-04-07T11:43:16-04:00] ==========================================================
INFO[2023-04-07T11:43:16-04:00] || Created enclave: local-eth-testnet ||
INFO[2023-04-07T11:43:16-04:00] ==========================================================
Name: local-eth-testnet
UUID: bef8c192008e
Status: RUNNING
Creation Time: Fri, 07 Apr 2023 11:41:58 EDT
========================================= Files Artifacts =========================================
UUID Name
cc495a8e364a cl-genesis-data
7033fcdb5471 el-genesis-data
a3aef43fc738 genesis-generation-config-cl
8e968005fc9d genesis-generation-config-el
3182cca9d3cd geth-prefunded-keys
8421166e234f prysm-password
d9e6e8d44d99 validator-keystore-0
23f5ba517394 validator-keystore-1
4d28dea40b5c validator-keystore-2
========================================== User Services ==========================================
UUID Name Ports Status
485e6fde55ae cl-client-0-beacon http: 4000/tcp -> http://127.0.0.1:65010 RUNNING
metrics: 5054/tcp -> http://127.0.0.1:65011
tcp-discovery: 9000/tcp -> 127.0.0.1:65012
udp-discovery: 9000/udp -> 127.0.0.1:54455
73739bd158b2 cl-client-0-validator http: 5042/tcp -> 127.0.0.1:65016 RUNNING
metrics: 5064/tcp -> http://127.0.0.1:65017
1b0a233cd011 cl-client-1-beacon http: 4000/tcp -> 127.0.0.1:65021 RUNNING
metrics: 8008/tcp -> 127.0.0.1:65023
tcp-discovery: 9000/tcp -> 127.0.0.1:65024
udp-discovery: 9000/udp -> 127.0.0.1:56031
validator-metrics: 5064/tcp -> 127.0.0.1:65022
949b8220cd53 cl-client-1-validator http: 4000/tcp -> 127.0.0.1:65028 RUNNING
metrics: 8008/tcp -> 127.0.0.1:65030
tcp-discovery: 9000/tcp -> 127.0.0.1:65031
udp-discovery: 9000/udp -> 127.0.0.1:60784
validator-metrics: 5064/tcp -> 127.0.0.1:65029
c34417bea5fa cl-client-2 http: 4000/tcp -> 127.0.0.1:65037 RUNNING
metrics: 8008/tcp -> 127.0.0.1:65035
tcp-discovery: 9000/tcp -> 127.0.0.1:65036
udp-discovery: 9000/udp -> 127.0.0.1:63581
e19738e6329d el-client-0 engine-rpc: 8551/tcp -> 127.0.0.1:64986 RUNNING
rpc: 8545/tcp -> 127.0.0.1:64988
tcp-discovery: 30303/tcp -> 127.0.0.1:64987
udp-discovery: 30303/udp -> 127.0.0.1:55706
ws: 8546/tcp -> 127.0.0.1:64989
e904687449d9 el-client-1 engine-rpc: 8551/tcp -> 127.0.0.1:64993 RUNNING
rpc: 8545/tcp -> 127.0.0.1:64995
tcp-discovery: 30303/tcp -> 127.0.0.1:64994
udp-discovery: 30303/udp -> 127.0.0.1:58096
ws: 8546/tcp -> 127.0.0.1:64996
ad6f401126fa el-client-2 engine-rpc: 8551/tcp -> 127.0.0.1:65003 RUNNING
rpc: 8545/tcp -> 127.0.0.1:65001
tcp-discovery: 30303/tcp -> 127.0.0.1:65000
udp-discovery: 30303/udp -> 127.0.0.1:57269
ws: 8546/tcp -> 127.0.0.1:65002
12d04a9dbb69 prelaunch-data-generator-1680882122181135513 <none> STOPPED
5b45f9c0504b prelaunch-data-generator-1680882122192182847 <none> STOPPED
3d4aaa75e218 prelaunch-data-generator-1680882122201668972 <none> STOPPED
बधाई हो! आपने अपने स्थानीय टेस्टनेट को 1 के बजाय 3 नोड्स रखने के लिए सफलतापूर्वक कॉन्फ़िगर किया है। अपने dApp (डिप्लॉय और टेस्ट) के खिलाफ पहले किए गए समान वर्कफ़्लो को चलाने के लिए, अपने hardhat.config.ts कॉन्फ़िग फ़ाइल में localnet स्ट्रक्ट में <$YOUR_PORT> को अपने नए, 3-नोड स्थानीय टेस्टनेट में किसी भी el-client-<num> सेवा से rpc uri आउटपुट के पोर्ट से बदलकर हमारे द्वारा पहले किए गए समान संचालन करें।
निष्कर्ष
और बस इतना ही! इस संक्षिप्त गाइड को संक्षेप में बताने के लिए, आपने:
- कर्टोसिस का उपयोग करके डॉकर पर एक स्थानीय एथेरियम टेस्टनेट बनाया
- अपने स्थानीय dApp विकास परिवेश को स्थानीय एथेरियम नेटवर्क से जोड़ा
- एक dApp को डिप्लॉय किया और स्थानीय एथेरियम नेटवर्क पर उसके खिलाफ एक सरल परीक्षण चलाया
- अंतर्निहित एथेरियम नेटवर्क को 3 नोड्स के लिए कॉन्फ़िगर किया
हम आपसे यह सुनना पसंद करेंगे कि आपके लिए क्या अच्छा रहा, क्या सुधार किया जा सकता है, या आपके किसी भी प्रश्न का उत्तर देने के लिए। गिटहब (opens in a new tab) के माध्यम से या हमें ईमेल करें (opens email client) के माध्यम से संपर्क करने में संकोच न करें!
अन्य उदाहरण और गाइड
हम आपको हमारे क्विकस्टार्ट (opens in a new tab) (जहां आप शीर्ष पर एक Postgres डेटाबेस और API बनाएंगे) और हमारे awesome-kurtosis रिपॉजिटरी (opens in a new tab) में हमारे अन्य उदाहरणों को देखने के लिए प्रोत्साहित करते हैं, जहां आपको कुछ बेहतरीन उदाहरण मिलेंगे, जिनमें इनके लिए पैकेज शामिल हैं:
- उसी स्थानीय एथेरियम टेस्टनेट को स्पिन करना, लेकिन अतिरिक्त सेवाओं से जुड़ा हुआ है जैसे कि एक ट्रांज़ैक्शन स्पैमर (लेन-देन का अनुकरण करने के लिए), एक फोर्क मॉनिटर, और एक कनेक्टेड ग्राफाना और प्रोमेथियस इंस्टेंस
- उसी स्थानीय एथेरियम नेटवर्क के खिलाफ सब-नेटवर्किंग परीक्षण (opens in a new tab) करना
पेज का अंतिम अपडेट: 3 मार्च 2026
