我无法找到任何具体有关Hyperledger锯齿如何处理创建错误或自愿由开发商（仅关于IntKey交易家庭Intkey workload command run in endless loop with wrong URL一些问题），无限循环的问题。
我相信，在Hyperledger面料链代码执行超时的概念，避免了无限循环的建立，但机制在Hyperledger锯齿使用？
谢谢！
做的最好的事情是测试您的自定义事务处理器。书面交易处理机中的一个常见的错误是返回代码。 InternalError被认为是瞬时误差（一些内部故障，如“出的存储器”是临时的），并且如果重试可能会成功。验证重试，在一个循环中TP和结果的交易。如果交易是无效的，你可能想引发InvalidTransaction错误信息。底线内部错误重试和无效交易不重试。
为了使您更blockchain以性能稳定的交易故障处理器我强烈建议并行运行模式的验证。这将有可能使一些错误的情况下，要处理其他事务被击中的交易处理器。在并行处理模式使用sawtooth-validator --scheduler parallel -vv运行
锯齿验证还检查与交易处理和那些不响应连接（属于雄或冷冻）被删除。
编辑：作为有关DoS攻击防范的后续问题，存在锯齿背压测试。背压流量控制技术，以帮助防止DoS攻击。如果验证不堪重负，将停止接受新的批次，直到它可以处理更多的工作。该批次验证器可以接受的数目是基于一乘法器，QUEUE_MULTIPLIER（目前10，前身2），次公布的批数的滚动平均值。
此外，一个可以把锯齿网络的VPN后面。锯齿是一个权限的企业blockchain而并非设计用于在公网上使用。