问题标签 [nearprotocol-validator]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
nearprotocol - NEAR Validator 节点状态为 Applying
描述
我使用nearup
. 作为 NEAR 的文档(V/1 | 'V' (validator) 或 '-' (regular node)),我应该看到类似于以下日志的内容来确定节点状态:
但是,我的节点处于以下状态Applying
:
我怎样才能通过这个问题?状态的根本原因是Applying
什么?
提前致谢!
nearprotocol-validator - (NEAR 协议)如何启动验证节点
我正在尝试使用https://docs.near.org/docs/develop/node/validator/deploy-on-mainnet指令运行验证器节点。我已经使用以下命令成功部署了主网质押池(指令的第二步):
交易 https://explorer.mainnet.near.org/transactions/93xQC8UozL6toVddkPk14qiExdRZMt3gJqCfHz9BBNpV
但是启动 NEAR 节点后,数据库同步没有启动(指令的第 3 步)。
操作系统侦听端口 3030 和 24567。这两个端口都在防火墙中打开。
nearprotocol - 错误 TS6054:找不到文件“../contract/assembly/sensor_data.json.ts”
我正在尝试使用 .json 文件填充一些函数参数,但是当我尝试在 Near 协议中构建合同时,命令窗口返回错误 TS6054。我正在从同一个目录导入 .json 并使用“import * as data from ../contract/assembly/sensor_data.json” 我已经修改了 tsconfig.json 并包含了 compileOperations: "resolveJsonModule": true,"esModuleInterop":真的。但这仍在继续发生。我还能做什么?
这是我的代码:
地图<string, DHT11>("d");
rust - NEAR PROTOCOL FunctionCallError(HostError(GasLimitExceeded)) 当我恢复超过 150 个令牌时出错
我正在开发一种分页方法,但是当token数量超过150时,返回这个错误:FunctionCallError(HostError(GasLimitExceeded))
我使用的命令:near view nativodeploy.testnet get_ids_onsale '{"tokens":30}' --accountId nativodeploy.testnet
代码:这里我只恢复一个带有 Id 标记的向量,用于在另一种方法中启动“from_index”
如果我使用电话,我会得到: {"ExecutionError":"Exceeded the prepaid gas."}
即使我使用 --gas=300000000000000,我也会得到:{"ExecutionError":"Exceeded the maximum amount of gas allowed to burn per contract."}
nearprotocol - 近 api-js getAccountBalance()?
您好我尝试登录后获取帐户余额总是发送相同的错误
* TypeError:无法在 Account.getAccountBalance (near-api-js.js:346:78) 处读取未定义的属性(读取 'storage_amount_per_byte')
更新 配置:
nearprotocol - 为什么 NEAR 上的块丢失或跳过
很多时候,我被问到为什么会丢失或跳过块。例如,块 82076195 和 82076197 都存在,但不存在 82076196。
这背后的原因很简单。有时负责出块的验证者由于某种原因(延迟、节点崩溃等)无法完成它
网络将等待一段合理的时间,然后将队列传递给下一个验证者,它将产生具有计划高度的块。跳过的方块没有什么奇怪或不好的,这是设计使然。