Trinity基金会一月上半月报

研发进展

核心开发团队一直在不断增强性能，同时根据底层链做相应的适配。目前团队对现有两个版本的状态通道进行了测试，优化了两个功能，并对底层设计的更新做了优化处理。

Trinity-ETH:

1. 设计轻量级trinity framwork，整合neo-trinity和eth-trinity中设计冗余部分，使trinity更为通用；采用micro-service的软件设计架构，对trinity系统进行分层和模块化设计，实现系统的可扩展性和复用性；

2.根据交易数据的访问频率，进行分片存储，提高数据访问效率。通道交易过程中需要确认数据的完整性和一致性，因此在有新交易发起时，需要查询更新最近的交易信息。以前的数据都是实时存储在数据库，这样就需要每次对数据库进行遍历后才能找到数据，随着交易数据量的增大，这个遍历的时间就是一个问题。为此我们将访问频率高的数据进行缓存，在这些交易得到了至少3个交易确认后，才将该交易转存到数据库，从而提高数据处理效率；

3. 针对君士坦丁堡对eth-trinity做优化方案。拟对eth-trinity进行升级使其有好配合EIP 1014，为trinity广义状态通道铺平道路。EIP 1014 更好地促进基于状态通道和链外（off-chain）交易的扩容解决方案。

Trinity-NEO:

1. 增强交易的可持续性；由于通道交易的各个节点需要通过网络进行交互，但实际网络环境中，存在各种不可避免的异常网络情况，比如网络拥塞，网络闪断等异常。这些异常有可能会导致状态通道交易过程中，出现交易丢失或者交易发送超时等情况，由此导致交易双方的签名等信息出现不匹配，进而导致新的交易可能无法继续。通过对现有的交易流程做优化，引入了回签的设计方案，交易双方的任何一方要进行新的交易，必须保证前一笔交易的信息的完整有效的，如果存在信息不完整，需要先通过回签补全信息，然后进行下一步交易。这个回签可以保证通道交易双方数据的一致性，从而保证了交易的可持续性。

目前的各种工具已经可以试用，欢迎体验。我们的开发步伐不会停止，未来将邀请更多社区成员参与到开发和测试中。感谢社区成员们一如既往支持。