批量发送交易的监听事件问题
有没有方法通过给出txId来检查tx是否完成?
不,唯一的方法是在事件侦听器中监视事件。
Kaspa是一个非常高性能的网络,因此您会发现存在一些(最初看起来可能很奇怪)限制,但它们是高数据速率处理的副作用。
也就是说,SDK可以具有这样的功能(但在后台,它只会做到这一点——跟踪txid并在事件侦听器中监视事件,只需公开一个不同的API)。
此外,要小心处理交易,因为在边缘情况下,需要多个交易才能发送资金(这就是交易生成器存在的原因)。LMK如果你需要更多的解释(基本信息可以在这里找到:https://github.com/kaspanet/rusty-kaspa/blob/master/wallet/core/src/tx/generator/generator.rs#L2 )
从客户端视图来看,Kaspa跟踪的是UTXO,而不是事务。因此,从技术上讲,可以检查UTXO集合中的txid,但该集合也可以是飞行中的,因为在UTXO中,会不断添加和删除。您可以查询节点本身以获得UTXO,但无法查询它的事务(除了UTXO之外,实际的块和事务数据也会不断修剪)。
UtxoProcessor+UtxoContext是两个客户端组件,它们跟踪UTXO并将它们重新集成为客户端事务。因此,创建一个异步监控fn是可能的,但调用一些东西来检查tx是不可能的(除非你使用块资源管理器API,但这使系统依赖于第三方提供商,该提供商可以因自身原因离线,禁用你的应用程序,所以我不建议这样做)。
示例:
https://github.com/lAmeR1/kaspa-check-txs-example
感动 | 同情 | 无聊 | 愤怒 | 搞笑 | 难过 | 高兴 | 路过 |
- 上一篇:Resolver问题解析
- 下一篇:kaspaToSompi发送错误的问题
相关文章
-
没有相关内容