问题标签 [nearprotocol]
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 网络上有多少种不同类型的节点可用?
根据 nearprotocol.com 上提供的此文本,这些节点之间的差异是用户空间中的行为问题还是它们实际上是在节点本身的实现级别上编码的?
换句话说,这些差异是关于人们在参与网络时所做的选择,还是我可以以不同的方式启动一个节点以使其充当“块生成节点”与“钓鱼节点”?
三种类型的验证节点有助于保护 NEAR 网络:
- 块生产者,他们收集分片的交易并生产和交流分片块,称为块
- 块生产者,他们生产一个包含所有当前块的块
- 渔民,他们观察并验证不同区块中的状态转换是否准确。
nearprotocol - 未找到 Account_locked_balance 导入
在尝试viewMethods
通过 nearlib 调用我们的一个时更新了 near-bindgen 和 nearlib 之后get_all_markets
调用该方法时,我现在收到以下错误:
查询 call/flux-test39/get_all_markets 失败:wasm 执行失败并出现错误:FunctionCallError(LinkError("link error: Import not found, namespace: env, name: account_locked_balance"))。
{
"error": "wasm 执行失败并出现错误:FunctionCallError(LinkError(\"link error: Import not found, namespace: env, name: account_locked_balance\"))",
"logs": []
}
我看到自上次提交以来帐户余额锁定已暴露,是否有任何文档?
rust - 未处理的拒绝:ChainErr("missing field `proof`")
我正在使用 docker 运行带有单个验证器的本地测试网。在将用 Rust 编写的智能合约部署到链上后,我从网络服务器(也是用 Rust 编写)调用合约的方法之一。通过构建一个 SignedTransaction(来自near_primitives::transaction::*
)并通过 JSON-RPC 将其广播到网络来进行调用:
这是来自网络的回应:
这个错误是什么意思,我该如何解决?
谢谢你的帮助!
nearprotocol - 检查 access_key 是否与 NEAR 帐户匹配的最佳方法
我正在构建一个用户身份验证解决方案,将附近的帐户与我自己生成的访问令牌相匹配。我想在我的 node.js 后端(使用 Nearlib?)中验证一个near access key
(存储在浏览器的本地存储中)是否与提供的 near 帐户匹配。这是为了证明请求实际上是由帐户所有者发送的。
所以如果我有:
我还假设在near access token
这里使用的正确是在nearlib:keystore:klopt:default
.
nearprotocol - 验证者奖励如何在 NEAR 协议上持续存在?
我试图了解验证者奖励。我没有看到任何与奖励相关的交易被发布,我不明白奖励是如何持续存在的(在这个时期将这些信息保存在内存中似乎很好,但目前还不清楚在那之后会发生什么)。
如何跟踪奖励?API是否changes
有望公开“中间”奖励?
rust - 调用 Rust 初始化函数时出现“无法反序列化合约状态”
我已经能够near dev-deploy
使用近壳来运行Rust 合约,然后调用一个函数“new”near call my-account new '{"param1": "foo"}'
但是,当我将相同的合同部署到使用NEAR Wallet创建的首选帐户时,这不起作用。
错误是:
nearprotocol - 如何验证交易是否由 NEAR 协议中的给定帐户 ID 签名?
我有一个已签名的交易,我想验证它是否由 NEAR 上存在的帐户 ID 签名。
nearprotocol - 合约可以在 NEAR 协议中自行删除吗?
我想设计升级锁定合约的流程。
(锁定的合约是没有允许更改代码的访问密钥的合约;例如,一旦部署代码,完整的访问密钥就会被删除)。
按照设计,没有可以代表账户签署交易的密钥来为被锁定的账户发起账户删除,但是我想知道部署在账户上的代码(合约代码)是否仍然可以删除自己(self-destroy) ) [我认为这是可能的,因为它似乎可以从自己到自己开具收据]。
以下升级策略会起作用吗?
- 初始阶段:
- 创建一个帐户
- 使用一些可升级帮助程序部署代码
- 锁定帐户(删除完整的访问密钥)
- 升级:
- 创建一个新账户
- 将新代码部署到新帐户
- 锁定新帐户
- 调用迁移方法,该方法到达旧版本(通过跨合约调用)并请求转移所有权(提供所有数据并删除自身)
似乎需要在可升级性助手中实施某种所有者验证,以确保只有所有者才能将所有权从旧版本转移到新版本,但这是另一个问题;首先,我想知道合约是否可以自我毁灭。
nearprotocol - NEAR 协议网络的发布周期是多少?
目前 NEAR 协议中有 devnet、betanet、testnet 网络。他们什么时候被释放?
nearprotocol - Near 协议如何处理 Near 钱包的安全性?
使用近钱包 URL 登录后,用户可以在区块链上进行任意数量的交易,而无需每次都获得许可(这不像使用元掩码)。如果应用程序在未经用户许可的情况下进行未经授权的交易,例如盗取用户的所有资金怎么办?近协议是如何解决这个问题的?