我应该在我的 api 中同步执行 Solana 事务吗?

发布于 2025-01-11 15:20:26 字数 181 浏览 0 评论 0原文

所以我知道,与大多数去中心化的区块链相比,Solana 速度很快。

尽管如此,我的问题是我是否应该从队列中异步实现我的事务 - 以便我可以在出现故障时重试失败等。

这会变得更加复杂,例如,如果我使用 Metaplex 创建带有关联元数据等的令牌,因为它涉及 2 个交易:1 个用于创建代币,另一个用于为代币创建代币元数据

So I know that compared to most more decentralized blockchains that Solana is fast.

Still, the question I have is whether I should implement my transactions asynchronously off of a queue - so that I can retry failures if something fails etc

This gets further complicated for example if I am using metaplex to create a token with associated metadata etc as it involves 2 transactions: 1 to create the token and another to create the token-metadata for the token

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

蹲在坟头点根烟 2025-01-18 15:20:26

我们绝对鼓励您酌情重试交易。以下是 Solana Cookbook 的摘录,其中给出了重试的 TLDR:

  • RPC 节点将尝试使用通用算法重新广播交易
  • 应用开发者可以实现自己的自定义转播逻辑
  • 开发人员应利用 sendTransaction JSON-RPC 方法上的 maxRetries 参数
  • 开发者应在提交交易之前启用预检检查以引发错误
  • 在重新签署任何交易之前,确保初始交易的区块哈希已过期非常重要

您可以在 https://solanacookbook.com/guides/retrying-transactions.html

You're absolutely encouraged to retry transactions as appropriate. Here is an excerpt from the Solana Cookbook which gives the TLDR for retrying:

  • RPC nodes will attempt to rebroadcast transactions using a generic algorithm
  • Application developers can implement their own custom rebroadcasting logic
  • Developers should take advantage of the maxRetries parameter on the sendTransaction JSON-RPC method
  • Developers should enable preflight checks to raise errors before transactions are submitted
  • Before re-signing any transaction, it is very important to ensure that the initial transaction’s blockhash has expired

You can read the full source at https://solanacookbook.com/guides/retrying-transactions.html

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文