docker - NEAR Protocol 如何推荐本地开发？

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

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

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

(参见 GitHub 上的 repo @nearprotocol/nearcore/scripts/start_* )

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

start_localnet 和

start_testnet

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



为了完整起见，这里有 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 示例使用的“跨合约高级”

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

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

最佳答案

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

关于docker - NEAR Protocol 如何推荐本地开发？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/58861338/