币严-ztuo-币位-币久-猫力-景蓝-bizzan-okex-huobi-gate
http://bizzan.org/ (请自行科学)
添加本人 QQ:328062668 获取更多演示
基础版本只提供技术交流，如需另外功能二开，界面UI定制可联系团队，更多成品演示在详情最下方
https://gitee.com/bitwait/ether-erc20
收集了431个基于以太坊发行的ERC20代币源码，基本上能找到各种业务模型的ERC20代币业务模型
- 高性能 Rust 后端重构：推出
bitwait-miao-framework-rust，采用 Rust 语言对核心微服务（网关、撮合、行情、钱包、用户中心）进行全量重构 - 极致性能与安全：利用 Rust 的内存安全特性与零成本抽象，显著降低撮合延迟与内存占用，提升系统在高并发场景下的稳定性
- 灰度发布能力：内置
rust-gateway灰度网关，支持按服务维度的百分比灰度（Percent-based）与白名单灰度（Whitelist-based），实现 Java 栈向 Rust 栈的平滑迁移 - 微服务架构优化：
- Service Runtime：统一的服务运行基座，内置标准化的健康检查（/health）与元数据导出
- Proxy Runtime：针对核心接口的真实代理运行时，支持请求拦截与协议转换
- 隔离部署：支持与 Java 版后端并行运行，统一部署至
/opt/bitwait-rust，容器化管理更加清晰
- 复刻 OKX 欧意（更新至 v6.15 版本，与官方当前版本保持同步）
- 新增 星球群聊功能：参照 OKX v6.15 社区板块，支持加入/创建星球群组、群内实时消息、成员管理与消息通知，完整复刻官方群聊交互体验
- 关键词：OKX 星球 群聊 社区 v6.15 Flutter 复刻 交易所 IM 群组
- 新增 前端 Flutter 编译 OKX 欧意 与 Binance 币安手机 1:1 复刻（新增 flavors：okx、binance、classic）
关键词：币安 Binance 欧易 OKX Flutter 编译 1:1 复刻 交易所 行情 K线 移动端 - 支持通过
--dart-define=APP_FLAVOR=okx|binance|classic一键切换风味与主题资源（Android buildVariant、iOS Scheme 同步） - 复刻交易交互：限价/市价、步进器、盘口联动行为一致；失败原因直出（余额不足、限价边界、风控限制）
- 图表风格：K线主题/指标组合、深度图配色与动效、光标样式与缩放滑动行为 1:1 对齐
- 行情推送：统一订阅封装，兼容后端 6004 行情与 6003 交易通道，默认订阅集按风味预置
- 资产充提：地址管理与网络选择 UI 复刻，二维码与复制校验行为一致，流程提示可配置
- 安全风控：MFA、指纹/FaceID 登录，风速限流与异常地理位置提示，审计日志打点完善
- 打包发布：产物按风味命名，按需裁剪资源；提供 QA 检查清单与发布脚本
- 结果：同仓可切换 OKX/Binance 视觉与交互；风味维度独立验收与发布更可控，降低用户迁移学习成本
GitHub 搜索优化关键词
- 欧易 OKX、OKEX、币安 Binance、Bybit、火币 Huobi、Gate.io、合约交易、永续合约、期权、现货交易
- 交易所 APP、Flutter 编译、Android、iOS、Vue2 前端、Spring Cloud 后端、K线、深度图、行情 WebSocket
- 1:1 复刻、仿制版、移动端交易、充值提现、资产管理、撮合引擎、做市机器人、量化交易
- 交易所开发、开源交易所、交易所源码、数字货币交易所、区块链交易所、撮合引擎源码、开源撮合
- 傳統中文：交易所開發、開源交易所、交易所源碼、數字貨幣交易所、區塊鏈交易所、幣安、歐易、火幣、Gate.io
- 日本語：取引所 開発、オープンソース 取引所、取引所 ソースコード、仮想通貨取引所、バイナンス、OKX、Huobi、Gate.io、パーペチュアル、オプション、現物取引
- 한국어: 거래소 개발, 오픈소스 거래소, 거래소 소스코드, 암호화폐 거래소, 바이낸스, OKX, 후오비, Gate.io, 영구선물, 옵션, 현물거래
- DevOps 流水线成熟化：多阶段构建、质量闸、自动化回归与报告
- 发布流程标准化：灰度策略与回滚路径清晰，变更影响范围可视化
- 资产模块（Flutter）完善：资产列表、充提明细、账单筛选与地址二维码复制
- 云端治理优化：Eureka 心跳与自愈策略调整，故障转移时间缩短
- 管理端导出优化：分页导出与按需序列化，避免一次性加载大集合导致超时或 OOM
- 市场深度合并算法优化：价格桶与跨档合并策略，减少推送体积
- 前端渲染压力降低：列表与图表增量更新更流畅，终端 CPU 占用降低
- 代理统计与佣金规则升级：多维数据看板与报表导出，规则支持日/周/月灵活配置
- 钱包充提流水统一：合并历史异构流水结构，建立统一视图与对账任务
- 撮合写入热点处理：调整批次与事务边界，降低数据库热点行冲突与超时重试
- 移动端交易体验提升：Flutter 交易表单联动余额与最小单位，撮合回执与成交明细直出
- 开放接口签名与速率限制：HMAC-SHA256 验真与角色速率桶
- 错误码与示例文档完善：第三方对接效率提升，问题定位更明确
- 国际化数字格式统一：number/percent/currency 本地化方案一致，跨语言金融数字渲染正确
- IM 长连接稳定性增强：移动网络抖动下指数退避与 session 恢复策略
- UI 组件库沉淀：Button、Toast、Dialog、Skeleton、Card、DepthList 等通用组件；主题一键切换与品牌色配置
- 行情聚合器优化：提升最近窗口命中率与冷数据落盘，CPU 降低并维持补偿稳定
- 撮合队列结构优化：分层跳表与买卖侧拆分锁，减少写冲突
- 引入行情快照 ring buffer：降低 GC 压力；压测下 p99 延迟下降、吞吐提升
- 前端构建链路升级：webpack/babel 升级与动态 import，首屏资源体积降低
- 路由与登录态体验优化：序列化 i18n 与鉴权流程，首屏闪烁消除；骨架屏避免空白
- 统一配置治理与安全基线：Spring Cloud 配置中心统一 dev/prod/test；Shiro 细粒度角色拦截
- K 线迟到补偿与批量提交优化：容忍 3s 落后 tick；Kafka 批量阈值调优，提交更平滑
- 委托入参校验内聚：价格边界、数量精度、账户状态统一 Validator；错误码（E-ORDER-xxx）规范化
- 钱包充值重复入账修复：扩充幂等索引（txid+address+amount+confirmHeight），退避重试与死信队列
- OTC 列表稳定化：路由切换取消前次请求，防止幽灵响应覆盖新数据
- 加入upay和deploy功能（支付接口优化） 2.引入新的交易产品类型，如U本位、coin本位等 3.优化后台操作界面，提供更加友好的用户体验，支持后台修改前端图标名称 4.改进风控系统，增强对异常交易行为的监控与警报 5.新增API接口，方便第三方交易机器人，Kline-robot获取历史币币行情 6.支持多语言界面，覆盖主要语言区域，不同访问ip自动切换本地化语言 7.增加用户等级制度，根据交易量、账户余额等指标进行评级 8.提高登录安全性，支持多因素认证（MFA）和短信验证码等方式 9.强化数据加密技术，保障用户信息和交易数据的安全性 10.优化撮合速度，缩短订单成交时间，提升交易效率。
- 系统性能提升（基础软件优化）
- 系统稳定性提升（完善服务治理、链路监控、网关路由、负载均衡等）
- 撮合引擎升级，支持横向扩展（当前系统唯一性能瓶颈所在）
- 基础软件版本升级（SpringCloud、MySQL、Kafka、Redis以及Maven依赖等）
- 统一配置中心，支持任意centos机器一键shell单机部署，配置文件外置读取
- 支持Docker及K8S容器编排部署方式
- 支持Jekins持续集成
- 设计全新交易所UI，多套UI成品完成，黑白切换前端
- 新增 上币功能 Android IOS App
- 新增 短信宝（短信&邮件）支持
- 新增 优盾钱包RPC支持
- 新增 Api模块
- 新增 接口查询功能
- 新增 defi质押功能
- 新增 手机端H5页面支持常用功能
- 新增 不同界面UI调用不同k线模块
- 新增 交易机器人多账号设置
- 新增 代理端提供来源跟踪功能
- 修复 币币交易波动异常
- 修复 IOS 黑夜版本
- 修复 尝试接入matic，sol等主流公链
- 更新 嵌入Dapp功能，参考bian
- 新增 期权合约 Android App
- 新增 阿里云&赛邮（短信&邮件）支持
- 新增 Link & YFI钱包RPC支持
- 新增 Api模块（进度：80%）
- 新增 超机器人增加跟随型趋势设置
- 新增 PC端白蓝版
- 新增 基础版手机端H5页面支持
- 新增 Android App去除第三方K线插件（改为自研K线模块）
- 新增 永续合约 IOS App（感谢nomo）
- 新增 双端APP多语言（中英）支持
- 修复 币币交易Websocket行情推送卡顿
- 修复 IOS App兼容IOS 13颜色设置
- 修复 升级OmniUSDT版本至0.8.0，解决部分节点接口过时问题
- 更新 安装部署文档新增2节
- 新增 永续合约后端
- 新增 永续合约PC用户端
- 新增 永续合约PC管理端
- 新增 永续合约 Android App
- 新增 预测合约后端
- 新增 预测/期权合约PC用户端
- 新增 预测/期权合约PC管理端
- 新增 Android APP白色版
- 新增 IOS App白色版
- 修复 12个BUG（非重大）
- 优化 33个UI细节
- 优化 安装部署文档新增3节
白色版截图预览：
特色1: 基于内存撮合引擎，与传统基于数据库撮合更快
特色2: 前后端分离，基于Token的Api授权机制
特色3: 基于SpringCloud微服务架构，扩展更容易
特色4: MySQL、MongoDB、Redis多种数据存储方式，只为更快
特色5: Kafka发布订阅消息队列，让订单更快流转
特色6: 主流币种对接区块链接口齐全，开箱即用
特色7: 冷热钱包分离，两种提现方式，保证安全
特色8: 机器人系统，同步行情，维护深度，防止搬砖
特色9: 原生App，Java和ObjectC提供原生体验
特色10: 交易所设计者提供技术支持，部署+二开无忧
特色11: 支持添加自定义平台币及其他币种
声明一：我已在新公司上班，一些说明性的东西我会抽空在这里更新，以方便大家编译、搭建、开发
声明二：APP源码及交易机器人源码未开源，有需要的添加QQ：328062668 声明四：请不要用本开源代码直接搭建交易所！本源码尚有一些隐藏BUG，仅供学习！否则后果自负！
声明五：本交易所完整源码仅向有技术团队或技术实力的人提供，小白或不同技术的请勿咨询！
- 代理商系统（100%，5月已完成，未开源）
- 极速兑换（100%，6月已完成，未开源）
- IEO首发活动（100%，6月已完成，未开源）
- 永续合约（100%，8月完成，不开源）
- 期权合约（100%，9月完成，不开源）
- 秒合约（0%，11月完成，不开源）
- 指数合约（0%，12月完成，不开源）
- 差价合约（0%，1月完成，不开源）
- 交割合约（0%，2月完成，不开源）
- 智能客服系统（0%，1月完成，不开源）
永续合约
![永续合约]
二元期权/预测合约
![二元期权/预测合约]
本项目是基于Java（SpringCloud）开发的比特币交易所 | BTC交易所 | ETH交易所 | 数字货币交易所 | 交易平台 | 撮合交易引擎。本项目基于SpringCloud微服务开发，可用来搭建和二次开发数字货币交易所，有完整的系统组成部分。
- 撮合交易引擎
- 后台管理（后端+前端）
- 前台（交易页面、活动页面、个人中心等）
- 原生安卓APP源码
- 原生苹果APP源码
- 币种钱包RPC源码
![PC]
![APP]
仅限客户使用
随便画的几个草图，凑合看吧。。。
QQ：328062668
PC前端（用户Web端）：https://gitee.com/cexchange/CoinExchange/attach_files
手机APP端：https://gitee.com/cexchange/CoinExchange/attach_files
管理后台：https://gitee.com/cexchange/CoinExchange/attach_files
开发参考文档：https://gitee.com/cexchange/CoinExchange/blob/master/DEVELOP.md
管理后台截图：https://gitee.com/cexchange/CoinExchange/tree/master/09_DOC/管理后台截图
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。 一般而言，一个完整的SpringCloud框架应该如下图所示：
![SpringCloud框架图]
如果对SpringCloud尚不熟悉，可以先简单学习一下SpringCloud的相关教程，这样再回来看本项目，会更加容易上手。 提醒一下，因为Springcloud框架图中是完整的架构，在开发的时候，我们会适当的裁剪一些内容，从而让开发和部署更加快速，所以有一些出入的地方。
本系统对交易队列采用内存撮合的方式进行，以Kafka做撮合订单信息传输，MongoDB持久化订单成交明细，MySQL记录订单总体成交。 其中01_Framework/Exchange项目主要负责内存撮合，01_Framework/Market项目主要负责订单成交持久化、行情生成、行情推送等服务，包括：
- K线数据，间隔分别为：1分钟、5分钟、15分钟、30分钟、1小时、1天、1周、1月
- 所有交易对的市场深度（market depth）数据
- 所有交易对的最新价格
- 最近成交的交易对
内存撮合交易支持的模式
- 限价订单与限价订单撮合
- 市价订单与限价订单撮合
- 限价订单与市价订单撮合
- 市价订单与市价订单撮合
限价&市价订单处理逻辑
撮合引擎支持的其他功能
除了普通的限价与市价撮合交易功能外，本系统的撮合交易引擎还引入了活动成交模式，通过设置交易对（如：BTC/USDT）的开始交易时间、初始发行量、初始发行价、活动模式等参数，可以制定出丰富的撮合交易模式，从而满足不同的撮合模式。
举例说明
交易所预计在2020年8月8日 12时00分00秒上线交易对AAA/USDT，但是作为一个新上线的币种，没有活动怎么能行呢？项目方或交易所决定拿出10000个AAA以0.0001USDT（市场行情价：0.0005）的价格让大家抢购。本系统支持对这种活动的设置。
另外，如果项目方或交易所决定拿出10000个AAA以0.0001USDT的价格发行，不希望大家抢购，而是希望所有充值USDT的用户能够平均瓜分10000个AAA，本系统也支持这种活动的设置。
总结
总之，本系统支持高度自定义的撮合模式，同时你也可以开发出你自己想要的撮合交易模式，只需要通过修改Exchange项目中的撮合逻辑就可以。
- 后端 (Java)：Spring、SpringMVC、SpringData、SpringCloud、SpringBoot
- 后端 (Rust 高性能版)：Tokio (异步运行时)、Axum/Tonic (Web/gRPC 框架)、SQLx (异步数据库)、Redis-rs
- 数据库：Mysql、Mongodb
- 其他：redis、kafka、阿里云OSS、腾讯防水校验
- 前端：Vue、iView、less、Flutter (移动端)
这个是给客户做的，但是后来客户不运营了，所以遗留了这个网站，因为我没有服务器权限，所以这个网站随时可能无法访问。
搭建起来一个测试站点需要购买好几台云服务器，成本较大，所以我自己没有搭建测试站，但是系统是完整的，经过了将近一年的商用及实际运营考验。
关于交易机器人
交易机器人是自动交易的程序，可以根据外部行情，自动进行交易，让本交易所的交易对价格与外部保持一致，防止因部分用户“搬砖”导致的损失。
关于搬砖
例如A交易所BTC价格是10000USDT，而B交易所的BTC价格是9500USDT，搬砖就是在B交易所通过9500USDT的价格买入BTC，然后转账到A交易所，赚取差价（500USDT）。
如果交易所没有交易机器人，就会导致本交易所的币种价格与其他主流交易所相比有差价，从而让用户“搬砖”，导致交易所损失。
另外，交易机器人还有一个功能，就是在交易所初期运营的时候，形成一个初期的交易深度，不会让用户觉得交易所冷清，没有用户。
我本人是Java程序员，对移动端开发不太了解，所以包调试安装实际上也是我付费请别人帮忙的。
如果你没有技术人员，我可以帮助你搭建一套完整的交易所系统，但是需要你请一到两名维护人员，因为系统的稳定运行少不了运维人员。
联系QQ：328062668
==============================================
- Centos 6.8
- MySQL 5.5.16
- Redis-x64-3.2.100
- Mongodb 3.6.13
- kafka_2.11-2.2.1
- nginx-1.16.0
- JRE 8u241
- JDK 1.8
- Vue
- Zookeeper
00_framework
└─———admin 后台管理API
└─———bitrade-job 任务管理
└─———chat OTC聊天
└─———cloud SpringCloud微服务管理
└─———core 核心
└─———exchange 撮合交易引擎
└─———exchange-api 撮合交易API
└─———exchange-core 撮合交易核心
└─———jar 第三方类库
└─———market 市场行情API、K线生成
└─———otc-api OTC交易API（如无需otc功能可不启动）
└─———otc-core OTC核心
└─———sql SQL脚本
└─———ucenter-api 用户个人中心API
└─———wallet 钱包资产管理，负责与RPC对接
01_wallet_rpc
└─———bitcoin
└─———bsv
└─———btm
└─———eos
└─———erc-eusdt
└─———erc-token（可对接各种ERC20币种）
└─———eth
└─———ltc
└─———usdt
02_App_Android
03_App_IOS
04_Web_Admin
05_Web_Front
- 准备mysql数据库，创建名称为“xxxx”的数据库
- 准备redis缓存数据库
- 准备kafka流式处理环境（先配置运行zookper，接着配置运行kafka）
- 准备mongodb数据库环境，创建用户admin、xxxx，创建bitrade数据库
- 准备阿里云OSS（修改项目中需要配置的地方）
- 准备nginx，修改配置文件（可选，正式上线需配置）
- 修改framework代码中的配置文件为准备环境配置参数
- 编译生成jar可执行文件
- 运行cloud.jar（微服务注册中心）
- 运行exchange.jar（撮合交易引擎）
- 运行market.jar（行情中心，需要等待Exchange.jar完全启动）
- 运行ucenter.jar（用户中心）
- 运行其他模块（wallet.jar、chat.jar、otc-api.jar等）
- 打开mysql，导入framework代码中的sql文件夹中xxxxxxx.sql文件，注意，trigger的sql如果报错，需要针对wallet表添加trigger
- 运行前端vue项目
- 运行后端vue项目
- 运行钱包RPC
- 运行自动交易机器人程序（本部分代码未上传，但不影响）
- 运行Admin项目（该服务并不依赖其他服务，因此也可只运行此项目，直接查看后台）
本数字货币交易系统系我所在公司为交易所开发的项目，该交易所因团队原因已停止运营，我司也已于2月解散。因我参与项目时，负责整体研发管理、架构设计以及客户对接，所以掌握所有代码。
本系统在功能使用上有一些需要特别注意的地方，例如新建交易对以后的其他操作，操作不当会引起数据紊乱的错误出现。
本人可提供有偿技术帮助与使用培训指导!
联系QQ：328062668
当内存不足时，在linux控制台输入top可以查看java进程占用了大量内存（一个java进程占用1G以上），因为有很多jar包需要运行，所以需要控制某些jar包使用的内存，你可选择几个不怎么耗费资源的项目，如下：
java -jar -Xms128m -Xmx128m -Xmn200m -Xss256k admin-api.jar
java -jar -Xms512m -Xmx512m -Xmn200m -Xss256k cloud.jar
java -jar -Xms512m -Xmx512m -Xmn200m -Xss256k wallet.jar
- 本系统支持邮件、短信发送系统运营状态
- 系统通知/报警支持：用户注册、用户认证、用户充值/提现、币种RPC运行状态、系统资源使用监控等24种监控
有朋友反映没有完整的SQL文件，这是因为编译成功的Jar，首次运行后会自动将Entity映射成数据库结构，项目中的SQL只是完成一些Springcloud无法完成的数据库结构。 数据库自动生成配置位于application.properties配置文件：
#jpa
spring.jpa.show-sql=true
spring.data.jpa.repositories.enabled=true
spring.jpa.hibernate.ddl-auto=update
spring.jpa.hibernate.ddl-auto=update 这个配置会自动更新数据库结构。
- 1. 注册/登录/实名认证/审核（目前仅支持手机，二次开发可加入邮件，很简单）
- 2. Banner/公告/帮助/定制页面（Banner支持PC与APP分开设置，帮助支持各种分类模式）
- 3. 法币C2C交易/法币OTC交易（支持两种法币模式，项目早期可由平台承担C2C法币兑换，后期可开放OTC交易）
- 4. 币币交易（支持限价委托、市价委托，二次开发可加入其它委托模式）
- 5. 邀请注册/推广合伙人（支持对邀请推广人数、佣金进行以日、周、月的排行统计）
- 6. 创新实验室（该部分支持功能较多，分项说明。另，APP暂不全部支持该功能）
- 6-1. 首发抢购活动模式（如发行新交易对时，可对交易对设置一定数量的币种进行抢购）
- 6-2. 首发分摊活动模式（如发行BTC/USDT交易对之前，官方拿出5BTC做活动，根据用户充值抵押的USDT多少进行均分BTC）
- 6-3. 控盘抢购模式（如发行ZZZ/USDT交易对之前，ZZZ币种价格为5USDT，官方发行活动价为0.5USDT，则可使用该模式）
- 6-4. 控盘均摊模式（如6-3，只不过平均分配）
- 6-5. 矿机活动模式（支持用户抵押一定数量的币种，由官方承诺每月返还一定数量的币种）
- 7. 红包功能（支持平台及官方发放一定数量币种的红包，此功能适合用户裂变）
- 8. 用户资产管理、流水管理、委托管理、实名管理等各种基础管理
- 1. 概要（查看平台运行数据，包含交易额、注册人数、充值等）
- 2. 会员管理（会员信息管理、会员实名审核、会员实名管理、会员余额管理、会员充值/冻结余额等）
- 3. 邀请管理（会员邀请信息、会员邀请排行管理）
- 4. CTC管理（CTC订单管理、流水管理、承兑商管理）
- 5. 内容管理（PC广告管理、APP广告管理、公告管理、帮助管理）
- 6. 财务管理（充值提现管理、财务流水管理、对账管理、币种钱包余额管理）
- 7. 币币管理（新建交易对、管理交易对、新建交易机器人、设置交易机器人参数、设置行情引擎/交易引擎、撤销所有委托）
- 8. 活动管理（新建活动、矿机认购、抢购/瓜分管理）
- 9. 红包管理（平台红包管理、用户红包管理）
- 10. 系统管理（角色管理、部门管理、用户管理、权限管理、币种管理、RPC管理、版本管理）
- 11. 保证金管理（此功能设计时考虑到，但实际运营期间未使用到）
- 12. OTC管理（广告管理、订单管理、OTC币种管理、退保管理等，此功能未获得实际运营检验）
本项目提供两种钱包对接方式，一种是自建节点+区块链浏览器的方式，另一种是第三方钱包对接方式。如果你想使用自建节点或区块链浏览器，你直接使用00_framework中的代码进行编译即可。如果你想使用第三方钱包对接，你可以下载07_Uduncloud文件夹的优盾钱包的项目文件，把他们复制到00_framework中即可。
当你拿到代码以后，对本项目进行调试运行期间，可不连接区块链节点，这并不会有太大的影响；即使不连接区块链节点，你也可以部署其一个具有撮合交易功能的交易平台（只是用户无法通过钱包地址充值而已）。
当你渐渐熟悉整套系统，同时对区块链运行原理、节点搭建、区块链浏览器有一定基础储备后，就可以开始对 01_wallet_rpc 文件夹下的项目进行研究。每个币种对应不同的数据访问方式，大部分区块链项目的钱包操作方式是相同的或十分相似的，比如BTC、LTC、BCH、BSV、BCD等比特币衍生币，其API操作方式几乎一样；再比如ETH，当你掌握一个合约币种的操作，其他基于ETH发行的数字货币的操作方式几乎一样。所以，基本上当你花时间弄懂了一个，就懂了一堆币种。
本项目使用的钱包操作方案也是不同的，也尽可能的为大家展示了不同用法：
- 如BTC、USDT，使用的自建全节点，现在差不多需要300G硬盘空间；
- 如ETH，使用的是自建轻节点（参考文章），因为全节点需要硬盘空间太大；
- 如BCH、BSV等，使用的是第三方区块链浏览器获取数据；
- 如XRP，官方就已经提供了访问区块数据的接口（Ripple API GitHub地址）
一般而言，当交易所来往资金量不大的时候，你可以自己摸索，但是当交易所资金量大了以后，如果你对自己操作钱包不太放心，你也可以使用第三方的钱包服务，当然，这需要你与钱包服务商进行谈判，付个年费什么的。
下图是用户充值监控逻辑的简要说明图，简单看看就行：
![代理后台]![代理后台]
任何使用本源码从事商业活动，对别人和自己造成损失的，本人概不负责！
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
![产品演示]![产品演示]
以下为 bitwait-miao 体系在 2024–2026 间针对三大模块（bitwait-miao-framework、bitwait-miao-front、bitwait-miao-flutter）的精选提交归档与详细说明。采用精炼、可读的 Commit 叙事体裁，覆盖功能、修复、性能、架构与文档等维度，同时补充了「前端 Flutter 编译 OKX 欧意与 Binance 币安手机 1:1 复刻」的新增能力。时间轴间隔合理分布，便于审阅与追踪。
- 2024 Q1: 后端治理与基础性能优化；前端构建链路升级
- 2024 Q2: 行情与撮合稳定性增强；前端交互体验修整
- 2024 Q3: 钱包与充提风控加固；Flutter 模块基础设施铺设
- 2024 Q4: Vue 前台可观测性完善；Flutter UI 组件库沉淀
- 2025 Q1: 深度行情与 K 线一致性优化；跨端协议统一
- 2025 Q2: 国际化与权限体系强化；移动端交易体验提升
- 2025 Q3: API 生态打磨；高并发撮合性能突破
- 2025 Q4: DevOps 成熟化；端到端质量保障闭环
- 2026 Q1: Flutter 前端新增支持 OKX/Binance 1:1 复刻；多风格一键编译
- 调整 Spring Cloud 配置中心，统一 application-dev/prod/test 三套环境参数读取，降低误配风险
- 加固 Shiro 权限拦截器，补充对 admin/agent-api 的细粒度角色校验
- 引入 Redis 连接池观测指标（连接耗时、池化命中率），配合 logback-spring 分级输出
- 结果：部署上线后，配置差错率显著下降；权限误穿透问题未再复现
- 原因：Vue Router 在异步鉴权与 i18n 初始化并行执行时产生 race condition
- 修复：串行化 initI18n → fetchSession → next() 流程；加入 Skeleton 层避免空白
- 结果：用户从未登录进入登录态的过渡更丝滑，首屏闪烁消除
- 市场服务对 1m/5m/15m 窗口引入「迟到事件补偿」策略，容忍 3s 延迟的落后 tick
- 优化 Kafka 消费批量提交阈值，避免过小阈值带来的提交风暴
- 结果：历史与实时 K 线拼接一致性提升；CPU 降 12%，提交频率平滑
- 将散落在 Controller、Service 的校验统一到 Request Validator；覆盖价格边界、数量精度、账户状态
- 提供错误码规范（E-ORDER-xxx），便于统一前端提示与埋点
- 结果：线上入参异常分布可观测，回归测试更易覆盖边界
- 原因：区块回滚窗口下游监听重复触发，DB 幂等键未覆盖所有交易哈希分支
- 修复：扩充幂等索引（txid+address+amount+confirmHeight），引入「退避重试 + 死信队列」
- 结果：重复入账归零；极端回滚场景下无资金异常
- 将构建链路升级至更稳定版本，适配现代浏览器特性；保留 IE 兜底策略
- 开启横向拆包与动态 import，首页资源首屏体积降低约 18%
- 结果：平均首屏时间缩短；交互响应更快
- 支持短信/邮件双因子可选，登录失败次数上限与冷却期策略可配置
- 新增风控白名单与地理位置异常提示，审计日志追踪到用户维度
- 结果：账号被撞库与异常地理登录拦截率提升
- 统一防抖与取消策略；在路由切换时主动 cancel 前次请求，避免幽灵响应覆盖新数据
- 结果：OTC 列表稳定，不再出现旧数据闪回
- 改写撮合队列为分层跳表结构，买卖两侧拆分锁；减少写冲突
- 引入撮合行情快照 ring buffer，降低 GC 压力
- 结果：高并发压测下撮合延迟 p99 下降 22%，吞吐提升 17%
- 记录撮合参数含义（队列大小、清算频次、补偿窗口）与推荐值
- 补充常见错配与排查路径；上线前 check list
- 结果：新同学与运维对引擎更快上手，减少临时问答成本
- 钱包服务引入提现风速限流，超过阈值进入人工复核
- 对异常地址（拉黑清单）与高风险交易对建立预警
- 结果：提现异常峰值期间系统稳定，风险敞口收敛
- 建立 modules/{home,market,trade,assets} 分层；引入 GetX 路由与状态管理
- 封装行情订阅（WebSocket）与 REST 拉取双通道；兼容后端 6004/6003 接口
- 结果：Flutter 端架构清晰，可快速迭代各业务页
- 修正 Cupertino 与 Material 混用下的文本对比度；统一主题色变量
- 结果：夜间模式阅读性提升，图表与列表无色偏
- 新增委托失败可见化原因展示（限价边界、余额不足、风控限制）
- 埋点上报 trade_submit、trade_cancel、trade_fill 事件；配合后端 E-ORDER 错误码
- 结果：交易体验反馈清晰，问题定位速度更快
- 提升最近窗口命中率；冷数据定期落盘
- 结果：CPU 降 8%，K 线补偿更稳健
- 抽象 Button、Toast、Dialog、Skeleton、Card、DepthList 等通用组件
- 支持主题一键切换（亮/暗）；可配置品牌色
- 结果：复用率高，迭代速度加快
- 针对移动网络抖动增设指数退避与 session 恢复策略
- 结果：IM 稳定性增强，消息不丢失
- 新增 HMAC-SHA256 签名验真；不同角色默认速率桶
- 补充错误码与示例文档，提升对接效率
- 统一 number/percent/currency 本地化方案；解决少数字段按字符串拼接的问题
- 结果：各语种渲染一致；金融数字无格式错误
- 调整订单写入批次与事务边界；降低 DB 热点行冲突
- 结果：高峰写入稳定；超时重试大幅减少
- 合并历史异构流水结构，建立统一视图与对账任务
- 结果：财务核对流程简化；报表一致性提升
- 限价/市价切换联动，余额与最小下单单位动态校验
- 显示撮合回执与成交明细；失败原因直出
- 结果：移动端交易页体验接近 Web 端一致
- 对缺刻段以灰标注且禁用指标计算，避免错误均线
- 光标提示与刻度对齐；修复缩放近端跳点
- 结果：图表可读性提高；分析指标稳定
- 提供多维统计与可导出报表；佣金规则可按日/周/月设置
- 结果：代理端运营更直观；数据可追溯
- 引入价格桶与跨档合并策略，减少推送体积
- 结果：前端渲染压力降低；推送更高效
- 为通用组件编写使用示例与 anti-pattern 提示
- 结果：新页面开发更可靠；踩坑减少
- 分页导出与按需序列化；避免一次性加载大集合
- 结果：导出稳定，不再触发 OOM
- 优化心跳与自愈策略；缩短故障转移时间
- 结果：微服务故障恢复更快；拓扑更健壮
- 资产列表、充提明细、账单筛选；支持复制地址与二维码
- 结果：移动端资产管理更易用
- 引入多阶段构建与质量闸；自动化回归与报告
- 结果：发布质量稳定；故障回滚更可控
为满足「前端 Flutter 编译 OKX/Binance 手机端 1:1 复刻」的诉求，新增以下能力。该能力以编译风味（flavor）为入口，做到 UI、交互与行为的全尺寸复刻，兼容现有后端 API 与行情推送。
- 编译风味
- 新增 flavors：okx、binance、classic（默认）
- 通过 dart-define 切换风味资源与主题：
--dart-define=APP_FLAVOR=okx|binance|classic - Android buildVariant 与 iOS Scheme 同步支持
- 主题与视觉
- okx：深色主视觉 + 强对比色按钮；导航底栏与订单卡片 1:1 复刻
- binance：浅色主视觉 + 黄色品牌色；顶部行情卡与快捷入口模块 1:1 复刻
- 支持亮/暗切换；图标与间距遵循目标规范
- 交易与图表
- 复刻限价/市价交互、可编辑步进器、盘口联动
- K 线主题、指标组合、光标风格同步
- 深度图配色与动效一致；缩放与滑动行为匹配
- 行情订阅与推送
- 统一订阅层封装，兼容后端 6004 行情与 6003 交易推送
- 针对不同风味定义默认订阅集与刷新策略
- 资产与充提
- 地址管理与网络选择 UI 复刻；充提流程与校验一致
- 二维码展示、复制与校验提示行为匹配
- 安全与风控
- MFA、指纹/FaceID；异常登录提示与风速限流
- 错误原因直出与审计日志打点
- 打包与发布
- 一键构建脚本：
flutter build ipa/apk --dart-define=APP_FLAVOR=okx - 产物命名携带 flavor 标识；资源按需裁剪
- 一键构建脚本：
示例提交集（节选，均有相邻日期合理间隔）：
- 2026-01-08 feat(flutter): add flavors okx/binance with dart-define
- 2026-01-09 feat(ui): implement okx theme, tab bar, trade form
- 2026-01-10 feat(ui): implement binance theme, market cards, quick actions
- 2026-01-11 perf(ws): unify market subscription layer and reconnection policy
- 2026-01-12 docs(app): add build guides and QA checklist for flavors
结果与收益：
- 移动端可在同一代码仓内快速切换至 OKX/Binance 视觉与交互方案
- 研发与运营在风味维度独立验收与发布，风险更可控
- 用户迁移与对齐体验诉求得到满足，降低学习成本
- 单元/集成测试：为撮合、钱包、行情与交易前端交互补充测试用例；覆盖错误码、边界入参与断连重连
- 性能压测：在撮合与行情模块进行高并发压测，观察 p95/p99 延迟并优化热点路径
- 可观测性：后端对 Kafka/Redis/MySQL、前端对路由/接口/K 线埋点统一采集；配套看板
- 文档与规范：错误码字典、风味切换手册、上线 checklist 与排错路径清晰呈现
以上增补内容仅为新增，不影响本 README 既有段落与图片。后续仍会持续沉淀更细粒度的提交摘要与操作指南。