Leon

@KandyYe 原则上是各使用者自行开发自己的前端项目，我们稍后回推出一个示例

@liyoujun123456 建议自行编写前端实现， [接口文档](https://github.com/oldfritter/goDCE/wiki)

感谢反馈，已经修改了以下两个包 github.com/golang/crypto github.com/golang/sys/unix 鉴于包内有验证机制，目前是以软链的方式解决，待官方库修正了验证，我再修改

@yuhui33551234 qiniu的包修改了，已经适配修改

@uestctang 目前的撮合逻辑是 1.将订单写入数据库。 2.向消息队列发送消息。 3.撮合引擎收到消息后，从数据库中取出对应订单做撮合成交处理，没有成功产生成交的，压入待撮合数据的栈。 4.当撮合引擎重启时，预先加载数据库中未成交的订单入待撮合的栈，之后开始接收队列中的消息。 这应该能解释你的疑问

消息队列的幂等应该由rabbitmq解决， 不应该在业务代码中解决，不是吗

@dongfengyuli 代码可用，有问题可以发我邮件 [email protected]

@HuiguoRose models/common.go中有数据库表的生成代码，在启动api时立即创建所需的表

@uestctang 是的，充提币部分需要自行实现

正确的做法是： 1.通信的双方各自生成私钥并导出公钥 2.双方交换公钥 3.使用换来的公钥加密 4.密文发给对方 5.对方使用自己的私钥解密，获得原文 注：公钥仅有加密能力，无解密能力