合约是基于 Chain33 区块链框架的交易所戳和合约，基于内存完成转账及买卖交易操作

在传统的中心化的社交系统（如微信/QQ/微博/Twitter）中，有两大弊端：

• 匿名/隐私性问题：用户信息、通讯录信息完全掌握在聊天服务提供商中，用户无法真正自主掌控个人信息。
• 可用性问题：聊天服务的可靠性易受所在地区的政策、法律等不可抵外力因素的影响，一旦服务器被攻击或查封，用户数据也就丢失了。

为此，我们提出一种基于区块链的去中心化社交系统。

结婚四周年快乐😊

圣诞夜快乐😊

感谢老婆大人一路的陪伴和支持😊

往后余生期待我们更加坚实地一起走过😊

借用《鹤唳华亭》里面的经典台词，以应此景。

云山苍苍，江水泱泱，千万气象，天高水长。
在此山河不必登仙，心亦宽广。

基于区块链技术的数字资产交易系统，为全球用户提供7x24小时数字资产交易服务。类似国内的火币/Okex交易所，交易平台为用户提供充币、提币、下单、撤单、查询订单记录、行情信息等业务功能。

本系统的特色在于，底层戳和引擎是基于区块链技术，将用户资产和交易记录写入区块链，既可避免出现传统去中心化交易系统被黑客攻击导致的用户资产损失现象，保障用户资产安全，也可保证用户的每笔交易记录都是无法篡改的。

后台参考架构如下：

关于代理重加密

代理重加密（Poxy-Re-Encrption）是一组 算法，它允许半可信代理将密文从一个加密转换到另一个加密，而无需接触到底层明文的任何内容。为此，Alice（原始数据拥有者）创建了一个称为“重加密密钥”的特殊密钥，允许代理转换密文，从而使Bob可以在被称为“重加密”的过程中打开它们。

代理重加密非常适合用于在要与多方共享加密的数据使用场景，不需要与收件人共享私有的密钥，也不需要为每个收件人都加密整个消息后再进行代理。该加密让用户仅需要进行一次加密操作，随后可以根据收件人的公钥对其进行授权。这样一来，就不必要求所有数据所有者都同时在线，并且还可以轻松撤消某人的访问权限，也可以根据指定的条件来管理访问（如限制访问时间）。

消息平台是高可用、高并发、可伸缩的分布式系统，致力于为公司内各业务产品线提供基础通用的消息服务，降低公司内各业务子系统间进行信息交互的复杂度，满足C2C（用户对用户）、C2B（用户对商家）、B2C（商家对用户）的沟通需求。

消息平台为C端用户提供了私聊、群聊、密聊、聊天室、漂流瓶等多形式多场景的即时通讯功能，同时，平台还支持公司内各业务子系统间进行消息流转，如B端商家通过该系统可以定向地为用户实时推送各种业务消息，如订单消息、活动促销消息等。

Fabric 是超级账本联盟(Hyperledger)的主要项目之一，其作为一个私有或“许可”型区块链网络，目前它主要被用于金融和供应链等行业。至今，Fabric已获得了阿里巴巴、AWS、Azure、百度、谷歌、华为、IBM、甲骨文、腾讯等互联网巨头的支持。

Fabric 是一个分布式账本解决方案平台，采用 模块化 架构，支持不同组件的 可插拔 实现，以适应业务系统的复杂性。

先回顾下，消息路由器v1.0 的主要特征如下：

• 每个消息在生成时指定消息类型
• 不同类型的消息分发到不同的消息队列
• 不同类型的消息由不同的消息处理器消费
• 消息消费完成后可以执行回调逻辑

第二版主要新增了一个功能：

• 支持多优先级消息队列

最近在整理代码，看到不少在设计、实现上有意思的模块，这里总结记录下，将别人的东西消化成自己的，或许以后用得着呢。

这里介绍下一个简单的消息路由器，第一版很简单，主要特征如下：

• 每个消息在生成时指定消息类型
• 不同类型的消息分发到不同的消息队列
• 不同类型的消息由不同的消息处理器消费
• 消息消费完成后可以执行回调逻辑

今天对大多数人来说是圣诞夜，对我们而言，意义更特殊，结婚纪念日。

三十而立之年，我虚长你一岁多，我们已经结婚三年，女儿也三岁了。