NEAR协议如何建议当地发展？

Question

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

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

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

（请参阅GitHub上的回购协议@nearprotocol/nearcore/scripts/start_*]

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

• start_localnet和
• start_testnet

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

NEAR建议对本地开发使用以上哪个？

为了完整性，这里列出了所有5个启动脚本：

• start_localnet完全隔离，与NEAR TestNet完全无关（无引导节点或遥测）
• start_testnet已连接到NEAR TestNet通过引导节点和遥测。如果找到，显然也可以重用现有的@nearprotocol/nearcore/scripts/start_*文件
• start_stakewars如果您正在参加NEAR Stakewars，则这是您的启动脚本
• start_unittest由genesis.json，nearcore和near-bindgen使用
• start_staging_testnetnear-evm示例使用“跨合同高级别”]

PSA1：near-bindgen有一些有据可查的near-bindgen-如果您还没有，请立即决定您要学习Rust

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

Answer 1

通常near-evm应该足够了，因为它可以使开发人员在测试网上部署和测试他们的合同，我认为这是大多数开发人员想要的。但是，在某些情况下，start_testnet是可取的。例如，如果您出于某种原因想要使用不同的创世纪（我可以看到的一个原因是，如果您想了解使用不同的配置参数要花费多少钱），或者testnet不稳定，或者您想要运行自定义可能与testnet代码不兼容的Nearcore代码。