文章目录题目：Boros:SecureCross-ChannelTransfersviaChannelHub1.介绍2.背景及相关工作3.构造思路4.形式化描述5.实施和评价题目：Boros:SecureCross-ChannelTransfersviaChannelHub        摘要——支付渠道允许双方在不涉及区块链的情况下执行微支付，它已经成为提高比特币和以太坊等去中心化账本的一个有前途的可扩展性的方案。支付渠道已扩展到支付网络，用户可以通过现有渠道作为中介链接，将硬币路由到他人。然而，通过多个渠道路由支付并不承担重要的管理费用。它要求每个中介渠道锁定其部分可用容量，直到支付结算。

当使用阻塞TCP套接字时，我不必指定缓冲区大小。例如:using(varclient=newTcpClient()){client.Connect(ServerIp,ServerPort);using(reader=newBinaryReader(client.GetStream()))using(writer=newBinaryWriter(client.GetStream())){varbyteCount=reader.ReadInt32();reader.ReadBytes(byteCount);}}注意远程主机如何发送任意数量的字节。但是，当使用异步TCP套接字时，我需要创建一

原文：https://arxiv.org/pdf/1911.12929.pdf学习一下人家的论文怎么写的摘要：针对支付网络通道的主要问题——多条路由的交易需要路径上节点锁定一笔交易，来辅助完成这笔跟他无关的交易，这样的设计一方面限制了中间节点的资金流动性，一方面有时会导致死锁进而交易失败。多跳支付的路径越长，以上问题越明显。论文设计了一个channelhub，是paymenthub（Nocust）的拓展。在一个hub内的支付通道之间可以直接进行交易，作者设计了一个Boros协议，让跨支付通道的交易可以依赖channelhub，安全快速地进行。作者还使用UC框架对协议进行了形式化安全证明，提出了