FuelCore项目中交易提交与状态等待的优化方案

在FuelCore区块链项目中，开发者们正在讨论如何优化交易提交与状态等待的机制，特别是针对submitAndAwait功能的错误处理问题。当前实现存在一个关键的技术挑战：当交易无效时，系统无法立即向用户反馈错误信息，而是需要等待订阅响应，这影响了用户体验和开发效率。

当前机制的问题分析

FuelCore现有的交易处理流程分为两个主要部分：

1. 直接提交交易：通过submit突变操作实现

   • 如果交易无效，立即抛出异常
   • 如果有效，继续后续处理

2. 提交并等待状态：通过submitAndAwait订阅实现

   • 当前无法立即识别无效交易
   • 需要读取订阅响应体才能确定交易状态
   • 对于有效交易，读取操作会阻塞直到状态更新

这种设计导致了一个技术困境：开发者无法在第一时间知道交易是否有效，因为订阅响应的读取操作对于有效交易会保持挂起状态，直到燃料核心节点推送状态更新。

技术实现细节

在TypeScript SDK中，当前实现采用了以下流程：

const response = await fetchFn(`${url}-sub`, {
  method: 'POST',  
  body, 
  headers,
});

const [errorReader, resultReader] = response.body.tee().map((stream) => stream.getReader());
const errorChecker = new FuelGraphqlSubscriber(errorReader);
await errorChecker.next();
return new FuelGraphqlSubscriber(resultReader);

这段代码尝试通过分流技术来同时检查错误和返回订阅迭代器，但遇到了阻塞问题。当交易有效时，errorChecker.next()会一直等待状态更新，无法立即返回迭代器给用户。

提出的解决方案

经过深入讨论，项目团队提出了两种优化方案：

方案一：响应头标记法

在交易失败时，通过添加特定的响应头来标识失败状态。这样前端代码可以立即检查响应头，而不必等待读取响应体：

if(response.headers.has('transaction-failed') {
  await errorChecker.next();
}

这种方法简单直接，但提供的信息有限，无法包含交易提交时间等额外元数据。

方案二：状态立即返回法

借鉴statusChange的实现方式，在提交交易后立即返回一个SubmittedStatus响应，而不是等待交易状态变更。这样：

1. 对于无效交易，可以立即抛出异常
2. 对于有效交易，立即返回包含提交时间等信息的SubmittedStatus
3. 同时保持订阅通道开放，用于后续状态更新

这种方案更加全面，不仅解决了立即错误反馈的问题，还保留了有用的交易元数据，为开发者提供了更多灵活性。

技术决策与未来方向

经过权衡，FuelCore团队更倾向于采用第二种方案，因为它提供了更完整的功能集和更好的开发者体验。团队计划新增一个submit_and_await_status端点，专门用于这种改进后的交互模式。

这种优化将显著提升FuelCore区块链应用的开发体验，使开发者能够更高效地处理交易提交和状态跟踪，同时获得更及时的反馈信息。这对于构建响应式和高可用性的区块链应用至关重要。