NEAR 协议如何推荐本地开发？
Posted
技术标签:
【中文标题】NEAR 协议如何推荐本地开发？【英文标题】：how does NEAR Protocol recommend local development? 【发布时间】：2020-03-10 16:20:32 【问题描述】：披露：我在 NEAR 工作，目前正在入职
根据文档 (docs.nearprotocol.com) 并深入了解 nearcore/scripts 文件夹，目前似乎有 5 种方法可以启动本地节点以进行开发和测试（即开发 DApp、与平台集成或为平台做出贡献） ) 以及验证（作为NEAR Stakewars 的一部分）
他们都可以选择启动 Docker 容器或本地编译和运行代码
（请参阅 GitHub 上的 repo @nearprotocol/nearcore/scripts/start_*）
对 DApp 开发者最有用的两个是
start_localnet 和 start_testnet第一个启动一个与本地开发完全隔离的节点，而第二个连接到 NEAR 测试网（通过一个通用的引导节点列表和一个遥测 URL）
NEAR 推荐以上哪一项用于本地开发？
为了完整起见，这里是所有 5 个启动脚本：
start_localnet完全隔离，与 NEAR TestNet 完全无关（无引导节点或遥测） start_testnet通过引导节点和遥测连接到 NEAR 测试网。如果找到的话，显然也可以重用现有的genesis.json 文件
start_stakewars
如果您参加 NEAR Stakewars，这是您的启动脚本
start_unittest
由nearcore、near-bindgen 和near-evm 使用
start_staging_testnetnear-bindgen 使用的示例“cross-contract-high-level”
PSA1：near-bindgen 有一些有据可查的 examples——如果你还没有，现在就决定你想学习 Rust
PSA2：near-evm 似乎是一个概念证明，可让您在 NEAR 平台上运行以太坊智能合约
【问题讨论】：
【参考方案1】：通常start_testnet 应该足够了，因为它允许开发人员在测试网上部署和测试他们的合约，我认为这是大多数开发人员想要的。但是，在某些情况下start_localnet 更可取。例如，如果您出于某种原因想使用不同的 Genesis（我可以看到的一个原因是，如果您想查看不同配置参数的成本），或者如果测试网不稳定，或者如果您想运行自定义可能与测试网代码不兼容的近核代码。
【讨论】：
以上是关于NEAR 协议如何推荐本地开发？的主要内容，如果未能解决你的问题，请参考以下文章
如何针对具有多个合同的本地网络运行 Near-js-api 测试