docker - NEAR协议(protocol)如何推荐本地开发？

Question

披露:我与 NEAR 合作，目前正在入职

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

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

(请参阅 GitHub 上的存储库 @nearprotocol/nearcore/scripts/start_* )

对于 DApp 开发者来说最有用的两个是

• start_localnet 和
• start_testnet

第一个启动一个与本地开发完全隔离的节点，而第二个连接到 NEAR TestNet(通过通用的启动节点列表和遥测 URL)

which of the above does NEAR recommend for local development?

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

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

PSA1:near-bindgen 有一些详细记录 examples -- 如果你还没有，现在就决定你想学习 Rust

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

Answer 1

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