Hardhat-deploy: हार्डवेयर वॉलेट के लिए समर्थन?

अरे @smartcontracts यह निश्चित रूप से एक ऐसी सुविधा है जिसे मैं खुद रखना चाहता हूं।

मैं 3 विकल्प देख सकता हूं:

1. एक संभावना यह है कि hardhat-deploy-ethers एक परिनियोजन विधि जोड़ें जो आपको एक ईथर हस्ताक्षरकर्ता को पास करने देगा (इस पीआर को देखें जिसका उद्देश्य हार्डहैट-तैनाती में ही करना है: https://github.com/wighawag/hardhat- तैनात/पुल/62)। लेकिन हार्डहैट-तैनाती उपयोगकर्ताओं के रूप में, यह सबसे सुरुचिपूर्ण नहीं है क्योंकि आपको हस्ताक्षरकर्ता आदि को तुरंत चालू करने की आवश्यकता है ...

2. मैं उम्मीद कर रहा था कि यह हार्डहैट स्तर पर किया जा सकता है और हार्डहैट प्रदाता को ओवरराइड करके यह संभव हो सकता है।
   इस तरह न केवल हार्डहैट-तैनाती लाभ हो सकता है बल्कि हर दूसरे प्लगइन और मामलों का उपयोग कर सकता है।

3. अन्यथा, इसे हार्डहैट-तैनाती के हिस्से के रूप में बनाना काम कर सकता है। मुझे बस यह पता लगाने की जरूरत है कि इसे कैसे कॉन्फ़िगर किया जाएगा।
   वर्तमान में हार्डहैट-डिप्लॉय आपको खातों का नाम देने की अनुमति देता है और ये खाते केवल तार के रूप में पते हैं।
   आप उस स्ट्रिंग को from फ़ील्ड में पास करते हैं।
   इसे ध्यान में रखते हुए, from फ़ील्ड को स्ट्रिंग या ऑब्जेक्ट के रूप में बदलने के लिए शायद सबसे आसान होगा। और ऑब्जेक्ट विकल्प निर्दिष्ट कर सकता है कि यह हार्डवेयर वॉलेट है या नहीं।
   लेकिन आदर्श रूप में मैं इसे नामित खातों के माध्यम से कॉन्फ़िगर करने योग्य बनाना चाहता हूं। दुर्भाग्य से, वर्तमान नामित खाता संरचना इसे आसान नहीं बनाती है। एक विचार कुछ प्रोटोकॉल स्ट्रिंग के साथ एड्रेस स्ट्रिंग को प्रीपेन्ड करना था , जैसे "

बहुत ही रोचक। मेरी प्रारंभिक प्रतिक्रिया यह है कि (आदर्श रूप से) प्लगइन्स को इस बात की परवाह नहीं करनी चाहिए कि एक हस्ताक्षरकर्ता एक सादा टेक्स्ट निजी कुंजी या हार्डवेयर वॉलेट है या नहीं। शायद हम एक अलग प्लगइन बना सकते हैं जो किसी को हार्डहैट नेटवर्क कॉन्फ़िगरेशन के accounts फ़ील्ड में हार्डवेयर वॉलेट कनेक्शन निर्दिष्ट करने की अनुमति देता है। तब हम इसे एक लेज़रसिग्नर में अनुवाद कर सकते

const config = {
  networks: {
    goerli: {
      accounts: [
        {
          platform: "ledger",
          type: "hid",
          path: "m/44'/60'/0'/0/0"
        }
      ],
    }
  }
}

हाँ, मेरे विचार से यह सबसे अच्छा तरीका होगा। इसे यथासंभव निम्नतम स्तर के रूप में रखना

एक मुद्दा जो मैं देख सकता हूं वह यह है कि हार्डवेयर वॉलेट बिना पुष्टि के पते को उजागर नहीं करता है, इसलिए प्रत्येक प्लगइन, उपकरण जो खाते की सूची लाता है, वह वॉलेट पर उपयोगकर्ता इनपुट का अनुरोध करेगा, आदर्श नहीं।

तो हो सकता है कि खाता वस्तु को पता निर्दिष्ट करना चाहिए और यदि यह वास्तव में मेल नहीं खाता है तो यह त्रुटिपूर्ण है, या कुछ और

तो हो सकता है कि खाता वस्तु को पता निर्दिष्ट करना चाहिए और यदि यह वास्तव में मेल नहीं खाता है तो यह त्रुटिपूर्ण है, या कुछ और

मुझे लगता है कि ऐसा करने का यह सही तरीका है। मैं कल इसके साथ प्रयोग करूंगा और देखूंगा कि क्या मैं इसे अपेक्षाकृत विश्वसनीय बना सकता हूं।

क्या आप किसी अन्य मुद्दे पर मदद की तलाश में हैं? जहाँ मैं कर सकता हूँ वहाँ मदद करने में खुशी होगी

अभी नहीं, लेकिन लापता सुविधाओं के बारे में सुनने के लिए उत्सुक हूं, और मैं इस पर इस तरह चर्चा करने के लिए उपलब्ध हूं ताकि आगे बढ़ने का सबसे अच्छा तरीका हो :)

मैं अब इसके साथ प्रयोग कर रहा हूं। दुर्भाग्य से हार्डहैट में निचले स्तर पर ऐसा करना काफी काम है। एक आसान अस्थायी समाधान hardhat-deploy लिए एक हस्ताक्षरकर्ता में केवल एक पते के विपरीत deploy में जाने की अनुमति देना होगा। उसके बारे में तुम क्या महसूस कर रहे हो? यह हमें निम्न की तर्ज पर कुछ करने की अनुमति देगा:

const signer = new LedgerSigner(hre.network.provider, 'default', hre.ethers.utils.defaultPath)
const result = await deploy('MyContract', {
  from: signer,
  args: [],
  log: true,
})

अरे @smartcontracts , मेरा जवाब यहां देखें: https://github.com/wighawag/hardhat-deploy/pull/62
मूल रूप से मैं एपीआई पक्ष पर ईथर या किसी अन्य पुस्तकालय से स्वतंत्र हार्डहैट-तैनाती रखना चाहता हूं।

लेकिन जैसा कि मेरे उत्तर में बताया गया है, इसे hardhat-deploy-ethers माध्यम से जोड़ा जा सकता है: https://github.com/wighawag/hardhat-deploy-ethers

आपको इस तरह की चीज की कितनी जरूरी जरूरत है?

अरे @smartcontracts मैंने नवीनतम संस्करण (0.7.0-बीटा.51) पर लेज़र के लिए समर्थन जोड़ा

अधिक परीक्षण नहीं किया जा सका क्योंकि खाता बही का समर्थन काफी छोटा लगता है (शायद इससे संबंधित: https://github.com/ethers-io/ethers.js/issues/1203)। लेकिन शायद तुम्हारे पास मुझसे बेहतर मौका होगा।

मैंने विकल्प 3 का उपयोग किया जो जोड़ने में काफी आसान था। आप मूल रूप से ledger://<address> जैसे मूल्य के साथ एक नामित खाता जोड़ते हैं, उदाहरण के लिए यहां देखें: https://github.com/wighawag/template-ethereum-contracts/blob/d7eee3fc00b7e6a347a5ef2cd7718998254f2401/hardhat.config.ts#L15

हार्डहैट-तैनाती इसे पते में परिवर्तित करें ताकि आप अभी भी इस नामित खाते को एक पते के रूप में संदर्भित कर सकें, लेकिन दृश्य के पीछे यह उस खाते को एक लेजर हस्ताक्षरकर्ता से जोड़ता है। हार्डवेयर वॉलेट का पता चलने पर मैंने लॉग भी जोड़ा/.

जब तक हार्डहैट के लिए एक प्लगइन इसे निम्न स्तर पर संभाल नहीं सकता, तब तक यह अधिकांश उपयोग के मामले के लिए पर्याप्त होना चाहिए। आप क्या सोचते हैं मुझे बताओ

यह शानदार है। अभी इसका परीक्षण कर रहे हैं!

एक लेन-देन के लिए काम करने के लिए लग रहा था, लेकिन फिर किसी तरह की दुर्घटना हो गई। लगता है ईथर लेज़र पैकेज थोड़ा टूटा हुआ है।

@ विघवाग जल्द ही खाता बही समर्थन को देखकर बहुत अच्छा लगा। मैं आपको केवल यह सूचित करना चाहता हूं कि मेरे प्रोजेक्ट के लिए मैंने कुछ सुधार किया है और जो मेरे एकाधिक परिनियोजन के लिए काम करता प्रतीत होता है। यहाँ अंतर है

diff --git a/node_modules/hardhat-deploy/dist/src/helpers.js b/node_modules/hardhat-deploy/dist/src/helpers.js
index 3b588fa..67dce8f 100644
--- a/node_modules/hardhat-deploy/dist/src/helpers.js
+++ b/node_modules/hardhat-deploy/dist/src/helpers.js
@@ -290,6 +290,10 @@ function addHelpers(deploymentManager, partialExtension, network, getArtifact, s
         if (options.log || hardwareWallet) {
             print(`: deployed at ${deployment.address} with ${receipt === null || receipt === void 0 ? void 0 : receipt.gasUsed} gas\n`);
         }
+        if(hardwareWallet){
+            const __eth = await ethersSigner._eth
+            await __eth.transport.device.close()
+        }
         return Object.assign(Object.assign({}, deployment), { address, newlyDeployed: true });
     }
     async function deterministic(name, options) {
@@ -396,7 +400,7 @@ function addHelpers(deploymentManager, partialExtension, network, getArtifact, s
                 transaction = await provider.getTransaction(deployment.transactionHash);
             }
             if (transaction) {
-                const { ethersSigner } = await getOptionalFrom(options.from);
+                const { ethersSigner, hardwareWallet } = await getOptionalFrom(options.from);
                 const { artifact } = await getArtifactFromOptions(name, options);
                 const abi = artifact.abi;
                 const byteCode = linkLibraries(artifact, options.libraries);
@@ -421,9 +425,17 @@ function addHelpers(deploymentManager, partialExtension, network, getArtifact, s
                             ' not specified in new transaction, cant compare');
                     }
                     if (transaction[field] !== newTransaction[field]) {
+                        if(hardwareWallet){
+                            const __eth = await ethersSigner._eth
+                            await __eth.transport.device.close()
+                        }
                         return { differences: true, address: deployment.address };
                     }
                 }
+                if(hardwareWallet){
+                    const __eth = await ethersSigner._eth
+                    await __eth.transport.device.close()
+                }
                 return { differences: false, address: deployment.address };
             }
         }

@ विघवाग मैं पीआर भेज सकता हूं यदि आप मुझे सही दिशा में ठीक करने के लिए सही दिशा में इंगित कर सकते हैं, मेरा फिक्स ऐसा कुछ नहीं है जो पीआर में जाएगा; पी

धन्यवाद @rokso मैं एक नज़र
ध्यान दें कि ethers.js हार्डवेयर-वॉलेट पैकेज का बाद वाला संस्करण वैसे भी समस्या को ठीक कर सकता है।

@विघवाग सुनिश्चित नहीं हैं कि ethers.js इसे कैसे ठीक करेंगे, क्योंकि हमें स्पष्ट रूप से close पर कॉल करना होगा। ethers.js close पद्धति को उजागर करके मदद कर सकता है

@rokso अंतर को देखते हुए, आप प्रत्येक तैनाती के बाद बंद हो जाते हैं।
ethers.js tx स्तर पर ऐसा ही कर सकता है

@ विघवाग हाँ जो काम करता है लेकिन उपयोगकर्ता को हर लेनदेन के लिए नया कनेक्शन खोलना होगा। यह समाधान हमारे मामले के लिए काम करेगा क्योंकि हम नया कनेक्शन खोल रहे हैं।

मुझे लगता है कि @smartcontracts द्वारा प्रस्तावित प्रारंभिक समाधान सबसे सुंदर है:

const config = {
  networks: {
    goerli: {
      accounts: [
        {
          platform: "ledger",
          type: "hid",
          path: "m/44'/60'/0'/0/0"
        }
      ],
    }
  }
}

क्या हार्डहैट पर कोई खुला मुद्दा है? मुझे इसे लागू करने पर एक नज़र डालने में खुशी होगी

अरे सब, बस इस की स्थिति की जाँच करना चाहता था। क्या यह हल हो गया है? मैं स्थानीय रूप से इस त्रुटि में चल रहा हूं: कॉन्फ़िगरेशन के namedAccounts के भीतर ' ledger://0x00000000000000addr00000 ' का उपयोग करने वाले सेटअप का प्रयास करते समय /bindings.js:126 err = new Error( ^ Error: Could not locate the bindings file. Tried: ।

मुझे नहीं लगता कि ईथर हार्डवेयर-वॉलेट पैकेज ने अभी तक इसके मुद्दों को हल किया है: https://github.com/ethers-io/ethers.js/issues/1440#issuecomment -816554584