CLoTH：A Lightning Network Simulator

• CLoTH： 闪电网络模拟器
• CLoTH：https://www.sciencedirect.com/science/article/pii/S2352711021000613
• c-lightning：https://github.com/ElementsProject/lightning

CLoTH数据结构图：

• edge： 代表通道的方向
• capacity： 代表通道容量
• base fee： 转发支付的基本费用
• proportional fee： 比例费用由转发的金额决定

CLoTH输入参数表：

• n_new_nodes： 随机网络的节点数量，添加到已经存在于闪电网拓扑中的（用作随机网络的模型）。
• n_channels： 在上一个参数中指定的每个节点的通道数。
• capacity： 平均通道容量。
• faulty_probability： 被要求转发付款时节点出现故障的概率。
• payment_rate： 平均每秒付款次数。
• n_payments： 要模拟的总付款总数。
• payment_amount： 平均支付金额。
• mpp： 一个0/1的值，指示是否激活或不激活多路径支付功能，这包括分割小型支付，以最大化成功的机会。

CLoTH事件状态图：

• forward_payment： 路径的每一跳都将付款转发给付款接收方
• forward_success： 每一跳都将支付的成功结果传播回到路径中
• forward_fail： 每一跳将支付的失败结果传播回发送者
  
• find_path： 发送支付，恢复支付，应用支付结果，请求路由

CLoTH性能测量：

• Success： 支付成功的概率
• FailNoPath： 无路径支付失败的概率。当Dijkstra的算法无法找到支付发送方和支付接收方之间的路径时，就会出现这种情况。这可能是因为渠道容量低于支付金额。
• FailNoBalance： 无余额支付失败的概率。当一个节点试图将支付转发到下一个节点，并且连接两个节点的边缘没有足够的余额时，就会发生这种情况。
• FailOfflineNode： 离线节点支付失败的概率。
• FailTimeout： 超时到期付款失败的概率。
• Time： 平均付款时间(仅适用于成功付款)。
• Attempts： 完成付款前的平均尝试次数(仅适用于成功付款)。
• RouteLength： 支付路径中的平均跳数(仅适用于成功的支付)。