Chainstack 节点仅允许 1 个 Pending 交易，导致批量交易无法进行，请求提升 in-flight 限制或提供解决方案

您好，我们在使用 Chainstack 提供的 EVM 节点服务时遇到严重问题，影响业务正常运行，具体情况如下：

问题描述：

当前使用 Chainstack 节点（BSC ），我们在同一个地址发送多笔交易时，节点会立即返回以下错误：

in-flight transaction limit reached for delegated accounts failed failed nonce 

经测试发现：

• 同一个地址只能存在 1 笔 pending 交易

• 当第一笔交易还在 pending 状态时

• 我们提交第二笔交易会被节点直接拒绝

• 无法维持 2~3 笔 pending，甚至无法达到 Geth 默认的 ~64 pending 限制

这完全无法满足我们的业务使用场景。

业务场景：

我们有一个主地址，需要向多个地址分拨/批量转账，因此会产生连续多笔交易，正常情况下需要允许一定的 pending 阈值（例如 10~20 笔同时 pending 是基本使用需求）。

但是目前 Chainstack 节点似乎只允许 1 笔 in-flight transaction，导致后续所有交易都失败。

我们的诉求：

想确认以下问题，请技术团队协助明确给出方案：

1. 这个 pending / in-flight 限制是否可以提升？

例如允许 10~20 笔 pending，或者恢复 Geth 默认的 ~64 pending。

2. 是否可以通过升级 Plan（更高等级或 Dedicated Node）来调整此阈值？

如果可以通过升级解决，请明确：

• 可支持的最大 pending 数量

• 需要升级到哪一档的计划

• 是否有独立 mempool 或更高吞吐方案

3. 是否有针对高并发交易的优化方案？

我们目前完全无法正常使用节点，任何连续交易都会因为 pending 限制而失败，严重影响业务。

请尽快协助处理。

我们的使用场景非常标准（地址向多地址分发），需要连续发送多笔交易。
希望 Chainstack 能提供解决方案或可调整的参数，否则当前节点无法满足业务需求。

感谢支持，期待回复。