3

披露：我在 NEAR 工作，目前正在入职

基于文档（docs.nearprotocol.com）并深入到nearcore/scripts文件夹中，看起来目前有 5 种方法可以启动本地节点以进行开发和测试（即开发 DApp、与平台集成或为平台做出贡献）以及验证（作为NEAR Stakewars的一部分）

他们都可以选择启动 Docker 容器或本地编译和运行代码

（参见 GitHub 上的仓库@nearprotocol/nearcore/scripts/start_*）

对 DApp 开发人员来说最有用的两个是

  • start_localnet和
  • start_testnet

第一个启动一个与本地开发完全隔离的节点，而第二个连接到 NEAR 测试网（通过引导节点的公共列表和遥测 URL）

NEAR 推荐以上哪一项用于本地开发？

为了完整起见，这里有所有 5 个启动脚本：

  • start_localnet
    完全隔离，与 NEAR TestNet 完全无关（无引导节点或遥测）
  • start_testnet通过引导节点和遥测
    连接到 NEAR TestNet 。如果找到，显然也可以重用现有genesis.json文件
  • start_stakewars
    如果你参加NEAR Stakewars，这是你的启动脚本
  • start_unittest
    由nearcore,near-bindgen和near-evm
  • 示例“cross-contract-high-level”
    使用的start_staging_testnetnear-bindgen

PSA1：near-bindgen有一些有据可查的例子——如果你还没有，现在就决定你想学习 Rust

PSA2：near-evm似乎是一个概念证明，可让您在 NEAR 平台上运行以太坊智能合约

4

1 回答 1

5

通常start_testnet应该足够了，因为它允许开发人员在测试网上部署和测试他们的合约，我认为这是大多数开发人员想要的。但是，在某些情况下start_localnet更可取。例如，如果您出于某种原因想使用不同的 Genesis（我可以看到的一个原因是，如果您想查看不同配置参数的成本），或者如果测试网不稳定，或者如果您想运行自定义可能与测试网代码不兼容的近核代码。

于 2019-11-14T16:38:44.377 回答