问题标签 [nearprotocol]

如何通过探索 NEAR 协议区块链来提取智能合约 WebAssembly 二进制文件？

为了解除自己的质押，账户需要发出质押交易，amount=0但质押操作的格式还需要指定质押公钥。这个公钥是在取消抵押期间用于任何事情，还是被忽略的冗余信息？

在以太坊中，交易有一个gas_price，矿工包含较高的交易gas_price。区块生产者如何优先处理 Near 中的交易？

阅读此处的一些文档并看到交易定义的一部分是所有操作都“在接收者的帐户之上”执行，并且接收者帐户是“交易将被路由到的帐户”。

同样在 nearlib SDK 中，事务接口包含一个名为 signTransaction 的方法，该方法需要receiverId作为参数

但是查看 nearcore 支持的交易列表，我想知道为什么其中一些交易需要接收器。

为什么除了可能、、、和之外的任何交易都需要Transfer“接收者AddKey” ？DeleteKeyDeleteAccount

而且我认为“接收者”的概念过于字面意思，就像“他们收到交易的结果或影响”一样？相反，这不是正确的思考方式吗？

或者在某些情况下receiverId 是可选的，但接口只需要一个值来避免验证麻烦？

这是我认为受支持交易的完整列表

在https://nomicon.io/RuntimeSpec/Scenarios/CrossContractCall.html中描述了一个跨合约（cross-shard）交易。在这里我们有：alice_near -> travel_agency -> hotel_near -> travel_agency。如果hotel_near失败（最好是一步一步）会发生什么？

文档说“区块哈希是当前区块链中可以应用此交易的区块的哈希。它用于防止区块链分叉和回滚。”

如果我尝试使用“有点过时”的块哈希来签署和发送交易，那么我会收到错误消息InvalidTxError::Expired

这个过期超时是否有一些特定的定义，我可以用来预测它是否会发生，因此需要刷新我计划使用的块哈希？

它是在一段时间后发生还是如果块哈希是链顶部的第 N 个或其他什么？

I want to write tests that require the ability to change predecessor accounts mid-test. But I couldn't find a way to change the VMContext dynamically.

当发件人发出一个Transfer动作时，运行时减去一个deposit，问题receipt和节点将其路由到另一个分片。

如果收款人账户不存在怎么办？代币会退还给发件人吗？

用户向一些人发出了一个带有Transfer动作的交易receiver_id。节点如何确定该事务必须路由到哪个分片？

假设我想为一个新帐户添加一个初始访问密钥。CreateAccountAction需要receiver_id是新帐户的 ID。AddKeyAction需要receiver_id= signer_id。怎么可能有CreateAccountAction和AddKeyAction在同一个事务中？