前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >以太坊主网部署终极指南

以太坊主网部署终极指南

作者头像
Tiny熊
发布2021-05-11 14:06:36
1.9K0
发布2021-05-11 14:06:36
举报

  • 译文出自:登链翻译计划[1]
  • 译者:Tiny 熊[2]

部署到以太坊主网你需要知道的一切

我们都喜欢以太坊,所以你已经创建了一些出色的智能合约。它们通过单元测试和测试网进行了密集的测试。现在终于到了上主网的时候了。但这是一个棘手的事情...

1. 究竟什么是部署交易?

首先让我们从低层次快速讨论一下什么是合约部署。任何以太坊交易本身只由几个属性组成,一般有三种交易类型:

  1. 发送以太币(ETH)
  2. 部署智能合约
  3. 调用智能合约

这所有三个交易的某些部分对总是相同的:fromvaluegasgasPricenonce。它们之间的区别来自于 todata参数,这两个参数代表了交易被发送到哪里,以及与之一起发送的数据是什么。

  1. 发出以太币交易
    • to: ETH 的接收地址
    • data: 空(这里不涉及智能合约)
  2. 部署智能合约
    • to:空(我们还没有智能合约的地址,因为我们只是在刚才创建它)
    • data:智能合约的字节码(编译智能合约的结果)。
  3. 与智能合约的交互
    • to:智能合约地址
    • data:函数选择器[3]及函数参数数据

2. 部署前的考虑因素

你肯定明白智能合约的安全是极其重要的。虽然从一开始就应该遵循最佳实践[4] - (中译文[5]),但在部署到主网之前进行审计是最后也是关键的一步。你可以使用https://www.smartcontractaudits.com/,找到一个合适的审计师。

其次要考虑你的私钥的安全性。虽然对于测试网来说,在你的机器上存储一个私钥是完全可以的,但对于主网来说,这还不够好。假设你有某种访问控制[6],对非常关键的方面进行控制的地址应该是一个多签名合约。你可以自己设置。例如,一个 7 分之 5 的多重签名将需要 7 个地址中的 5 个地址来签署交易。你可以使用Gnosis Safe[7]这样的应用程序来创建一个多签合约。而私钥本身最好都是来自硬件钱包,如 Ledger 和 Trezor。

3. 如何进行实际部署

总的来说,部署一份合约需要

  • 合约的字节码 - 这是通过编译[8]生成的。
  • 一个有足够的 ETH 来支付 Gas 费以太坊地址的私钥。
  • 一个部署工具或脚本。
  • 一个以太坊节点服务,如Infura[9]、QuikNode[10]、Alchemy[11]或简单地通过运行你自己的节点[12]

有一些工具可以帮助你,我可以告诉你,有些工具对主网来说比其他工具更好用。

a. Truffle

Truffle 仍然是一个非常广泛使用的工具,特别是用于部署。它可以做很多事情,从智能合约的编译到自动测试。但这里我们只对它的迁移功能[13]感兴趣,它是用于部署的。

典型的 Truffle 配置

在下边你看到一个非常典型的truffle 配置[14]。在这里你可以看到我们是如何解决部署合约的很多要求的。

代码语言:javascript
复制
require("dotenv").config();
const HDWalletProvider = require("@truffle/hdwallet-provider");

const { MNEMONIC, INFURA_API_KEY } = process.env;
const kovanUrl = `https://kovan.infura.io/v3/${INFURA_API_KEY}`;
const mainnetUrl = `https://mainnet.infura.io/v3/${INFURA_API_KEY}`;

module.exports = {
  networks: {
    development: {
      host: "127.0.0.1",
      port: 7545,
      network_id: "*",
    },
    mainnet: {
      provider: () => new HDWalletProvider(MNEMONIC, mainnetUrl),
      network_id: 1,
    },
    kovan: {
      provider: () => new HDWalletProvider(MNEMONIC, kovanUrl),
      network_id: 42,
    },
  },
  compilers: {
    solc: {
        version: "0.8.4",
        optimizer: { enabled: true, runs: 200 }
    },
  },
};
  • 编译:我们在 compilers部分定义我们的 solc 版本,Truffle 将在部署前自动编译我们的合约。
  • 私钥:我们使用hdwallet-provider[15],从助记符中创建一个私钥。这对 mainnet 来说也是一个不错的选择。然而,记得在部署后将合约的所有权改为更安全的账号。或者直接使用Trezor[16]或Ledger[17]的 Provider(需要做一些额外工作)。
  • Infura:设置 Infura 端点和密钥。可以改为你正在使用的任何节点服务或你自己的节点的地址。

迁移

迁移是为你定义如何部署智能合约的特殊脚本。如果你有多个合约需要部署,而这些合约又相互依赖,或者你需要在部署后调用任何合约上的功能,这就特别有用。

请查看迁移链接这里[18],了解如何使用它们的完整文档。

代码语言:javascript
复制
var MyContract = artifacts.require("MyContract");

module.exports = deployer => {
  deployer.then(async () => {
    await deployer.deploy(MyContract, param1, param2);
    const myContract = await MyContract.deployed();
    await myContract.changeOwnership(multiSigAddress);
  });
};

这里你可以看到一个典型的迁移脚本,它利用了 async/await 语法。在部署之后,我们将所有权转移到一个已经部署好的 multisig 合约上。

将 Truffle 用于主网的弊端

部署备忘录

值得一提的是,由于几个原因,Truffle 本身远不是部署到主网的最佳选择。

  1. 部署的特殊迁移合约增加了 Gas 成本。尽管可以删除它。
  2. 在主网上,Truffle 中的长时间迁移是非常非常痛苦的。
    • Gas 交易成本使主网的部署变得非常困难,你可以在 Truffle 配置中设置一个 Gas 价格[19],但在整个迁移期间都将使用这一个 Gas 价格。因此,如果 Gas 价格在你的部署期间大量增加,什么时候被矿工纳入区块,就只能祝你好运。如果一个交易在几分钟内没有被打包,Truffle 将直接停止你的部署。你唯一的选择是设置一个非常高的 Gas 价格,并希望一切都能快速部署。
    • 你的网络连接可能会导致问题,你最好不要在长时间的部署中失去连接,否则就准备从头再来。

至少,Truffle 现在在实际部署前会进行运行模拟部署。你可以用--skip-dry-run跳过测试网的模拟,但不要在主网上这样做。这将确保你至少不会在中间环节出现错误,而不得不从头开始重新启动。

总而言之,如果你有钱支付使用 Truffle 所增加的费用,就去使用它吧。否则,请继续阅读替代方案。

b.Remix

Remix 是我最喜欢的快速部署主网的工具。你可以完全控制正在发生的事情,因为你将使用 MetaMask 手动完成每个步骤。

Remix部署

一旦你有了编译好的合约,部署就像输入参数和点击部署一样简单。你可以使用truffle-flattener[20]从 Truffle 获得 Remix 的可部署合约,或者使用 Hardhat内置扁平化命令[21]获得可部署合约。由于你使用的是 MetaMask,你会:

  • 自动连接到 Infura
  • 有能力与硬件钱包进行部署
  • 能够为每笔交易选择一个准确的 Gas 价格
  • 能够加速或取消[22]Pending 交易
使用 Remix 的弊端

然而使用 Remix,你必须手动完成每一个步骤,手动输入每个参数,手动部署每一个合约,手动调用每个函数。你可以看到这对很长的部署程序来说是多么的痛苦。

c. Hardhat

Hardhat 中没有对部署的直接支持。然而,你可以写一个脚本,通过 ethers.js 部署一个合约,并从 hardhat 命令中调用它。在solidity-template[23]中可以看到一个关于如何做到这一点的例子。

下面是一个部署脚本的例子:

代码语言:javascript
复制
import { Contract, ContractFactory } from "ethers";
import { ethers } from "hardhat";

async function main(): Promise<void> {
  const Greeter: ContractFactory
      = await ethers.getContractFactory("Greeter");
  const greeter: Contract
      = await Greeter.deploy("Hello, Buidler!");
  await greeter.deployed();

  console.log("Greeter deployed to: ", greeter.address);
}

main()
  .then(() => process.exit(0))
  .catch((error: Error) => {
    console.error(error);
    process.exit(1);
  });

该脚本可以用以下方式调用。

代码语言:javascript
复制
$ npx hardhat run scripts/deploy.ts

另外,你可以使用hardhat-deploy[24]插件,它增加了完成部署后保存在文件的能力。

d. Web3

当然,你总是可以直接使用 Web3(或 ethers.js)构建你的自定义部署逻辑。当你频繁地部署合约并需要自定义逻辑来存储部署信息时,这非常有用。Web3 直接支持使用myContract.deploy()[25]进行部署。

代码语言:javascript
复制
const myContract = new web3.eth.Contract(jsonABI)
myContract.deploy({
data: '0x12345...', // bytecode
arguments: [123, 'My String'] // constructor arguments
}).send({
from: '0x1234567890123456789012345678901234567891',
gas: 1500000,
gasPrice: '30000000000000'
}

e. Truffle Team(高级)

还记得上面提到的用 Truffle 部署到主网的问题吗?那么有一个解决方案,叫做Truffle Teams[26]。它对开源项目是免费的,否则每个月会花费几美元[27]。但是,通过 Truffle Team 你就可以得到一个项目仪表板。这是与 Github 的直接连接,并作为持续集成运行你的测试。任何成功的构建都可以从仪表板上部署。

这允许你为部署连接 MetaMask,意味着完全控制交易成本并加速。

Truffle Teams Deployments

Truffle Teams 部署的完整文档,请参阅这里[28]

4. 部署后的考虑因素

在部署到主网之后,你应该在 Etherscan 和 Sourcify 上验证合约的源代码。这涉及到将 Solidity 代码提交给这些服务,这些服务将对其进行编译,并验证它是否与部署的字节码相匹配。验证成功后,用户可以在 Etherscan 上获得更多的信息,可以直接在 Etherscan 上与之交互,或者在 Remix 等支持工具从 Sourcify 上获取代码。

你可以在Etherscan[29]网站上手动验证你的合约。另外,也推荐使用Truffle[30]、Hardhat[31]插件和直接使用Etherscan API[32]自动验证的插件。

关于如何使用 Sourcify,请查看这篇博文[33]


本翻译由 Cell Network[34] 赞助支持。

来源: https://soliditydeveloper.com/deployments

参考资料

[1]

登链翻译计划: https://github.com/lbc-team/Pioneer

[2]

Tiny 熊: https://learnblockchain.cn/people/15

[3]

函数选择器: https://learnblockchain.cn/docs/solidity/abi-spec.html#function-selector

[4]

最佳实践: https://consensys.github.io/smart-contract-best-practices/

[5]

中译文: https://learnblockchain.cn/article/1890

[6]

访问控制: https://docs.openzeppelin.com/contracts/4.x/access-control

[7]

Gnosis Safe: https://gnosis-safe.io/

[8]

编译: https://ethereum.org/en/developers/docs/smart-contracts/compiling/

[9]

Infura: http://infura.io/

[10]

QuikNode: https://www.quiknode.io/

[11]

Alchemy: https://alchemy.com/?r=7d60e34c-b30a-4ffa-89d4-3c4efea4e14b

[12]

运行你自己的节点: https://ethereum.org/en/developers/docs/nodes-and-clients/run-a-node/

[13]

迁移功能: https://learnblockchain.cn/docs/truffle/getting-started/running-migrations.html

[14]

truffle 配置: https://learnblockchain.cn/docs/truffle/reference/configuration.html

[15]

hdwallet-provider: https://github.com/trufflesuite/truffle/tree/master/packages/hdwallet-provider#readme

[16]

Trezor: https://github.com/daonomic/trezor-web3-provider

[17]

Ledger: https://github.com/petertulala/truffle-ledger-provider

[18]

这里: https://learnblockchain.cn/docs/truffle/getting-started/running-migrations.html

[19]

设置一个Gas价格: https://learnblockchain.cn/docs/truffle/reference/configuration.html#networks

[20]

truffle-flattener: https://github.com/nomiclabs/truffle-flattener

[21]

内置扁平化命令: https://hardhat.org/getting-started/#running-tasks

[22]

加速或取消: https://metamask.zendesk.com/hc/en-us/articles/360015489251-How-to-Speed-Up-or-Cancel-a-Pending-Transaction

[23]

solidity-template: https://github.com/paulrberg/solidity-template

[24]

hardhat-deploy: https://github.com/wighawag/hardhat-deploy#deploy-scripts

[25]

myContract.deploy(): https://learnblockchain.cn/docs/web3.js/web3-eth-contract.html#deploy

[26]

Truffle Teams: https://www.trufflesuite.com/teams

[27]

花费几美元: https://www.trufflesuite.com/teams#pricing

[28]

这里: https://www.trufflesuite.com/docs/teams/deployments/creating-a-deployment

[29]

Etherscan: https://etherscan.io/verifyContract

[30]

Truffle: https://github.com/rkalis/truffle-plugin-verify

[31]

Hardhat: https://www.npmjs.com/package/@nomiclabs/hardhat-etherscan

[32]

Etherscan API: https://etherscan.io/apis#contracts

[33]

这篇博文: https://soliditydeveloper.com/decentralized-etherscan

[34]

Cell Network: https://www.cellnetwork.io/?utm_souce=learnblockchain

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2021-04-30,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 深入浅出区块链技术 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 1. 究竟什么是部署交易?
  • 2. 部署前的考虑因素
  • 3. 如何进行实际部署
    • a. Truffle
      • 典型的 Truffle 配置
    • 迁移
      • 将 Truffle 用于主网的弊端
    • b.Remix
      • 使用 Remix 的弊端
    • c. Hardhat
      • d. Web3
        • e. Truffle Team(高级)
        • 4. 部署后的考虑因素
          • 参考资料
          相关产品与服务
          持续集成
          CODING 持续集成(CODING Continuous Integration,CODING-CI)全面兼容 Jenkins 的持续集成服务,支持 Java、Python、NodeJS 等所有主流语言,并且支持 Docker 镜像的构建。图形化编排,高配集群多 Job 并行构建全面提速您的构建任务。支持主流的 Git 代码仓库,包括 CODING 代码托管、GitHub、GitLab 等。
          领券
          问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档