hailin
/
rwadurian
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
2,331 Commits 1 Branch 10 Tags 175 MiB
Commit Graph

1703 Commits

Author SHA1 Message Date
hailin b9e9bb6e4e fix(mining-admin): 修正调用mining-service的URL路径，补全/api/v2/mining前缀 
mining-service有全局前缀api/v2和控制器前缀mining/admin，
但mining-admin-service的HTTP调用缺少这两个前缀导致404，
错误被catch静默吞掉，前端显示空数据。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 07:34:21 -08:00
hailin 3635369a8a feat(mining-blockchain): RPC端点自动故障转移，连续失败3分钟后切换备选节点 
问题：Kava主网RPC (evm.kava.io) 偶发503，导致mining-blockchain-service
所有链上操作失败（转账、余额查询、区块扫描等）。

方案：新增RpcProviderManager单例服务，统一管理各链的JsonRpcProvider实例，
当某个RPC端点连续失败超过3分钟后自动轮转到下一个备选端点。

新增文件：
- rpc-provider-manager.service.ts: 核心故障转移管理器
  · 每条链维护 provider/urls/currentIndex/failureState
  · reportSuccess() 重置失败状态
  · reportFailure() 记录失败，>=3分钟触发 switchToNextUrl()
  · 轮转创建新 JsonRpcProvider，替换旧实例
  · 每30秒记录一次失败日志，避免日志刷屏

修改文件：
- blockchain.config.ts: 新增 rpcUrls 配置字段（KAVA_RPC_URLS/BSC_RPC_URLS）
- chain-config.service.ts: 解析逗号分隔的URL列表，回退到单个rpcUrl
- domain.module.ts: 注册并导出 RpcProviderManager
- index.ts: 导出 RpcProviderManager
- evm-provider.adapter.ts: 委托RpcProviderManager获取provider，
  所有公开方法通过executeWithFailover包裹，自动上报成功/失败
- erc20-transfer.service.ts: 移除本地providers Map，改用RpcProviderManager，
  新增isRpcConnectionError()区分RPC网络错误与合约执行错误
- docker-compose.2.0.yml: 添加KAVA_RPC_URLS默认4个端点
- .env.example: 添加KAVA_RPC_URLS配置说明

默认端点仍为 evm.kava.io，备选: evm.kava-rpc.com,
kava-evm-rpc.publicnode.com, rpc.ankr.com/kava_evm

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 07:06:31 -08:00
hailin ef663c0c08 fix(deploy): replace envsubst with eval heredoc for ${VAR:-default} support 
GNU envsubst does not handle ${VAR:-default} bash syntax - it leaves
the entire expression unsubstituted. This caused CDC connector
registration to fail with "password authentication failed for user
${POSTGRES_USER:-rwa_user}".

Replace all envsubst calls with a substitute_env_vars() helper that
uses eval+heredoc, which natively supports bash default value syntax.

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 06:22:01 -08:00
hailin ea3d256647 fix(deploy): 恢复connector JSON原样，仅在load_env中export变量修复envsubst 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 06:09:53 -08:00
hailin 5728953b41 fix(deploy): connector JSON改为硬编码凭据，与outbox connector保持一致 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 06:06:47 -08:00
hailin a4f3a8d3ab fix(deploy): 修复envsubst无法解析${VAR:-default}语法导致CDC connector注册失败 
问题：
  commit 5b1f4c82 在 full-reset Step 9 中用 envsubst 替换 connector JSON 中的
  数据库凭据，但 envsubst（GNU gettext）不支持 bash 的 ${VAR:-default} 语法，
  导致 "${POSTGRES_USER:-rwa_user}" 被原样发送给 Debezium，认证失败。

修复：
  1. deploy-mining.sh load_env(): 默认值赋值改为 export，确保 envsubst 能访问
  2. connector JSON 文件: ${VAR:-default} 改为 ${VAR}，默认值由脚本 export 提供

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 06:03:38 -08:00
hailin b9f803c5c8 fix(blockchain): 修复health check路径不匹配并配置C2C Bot热钱包 
- app.config.ts: 添加apiPrefix读取API_PREFIX环境变量
- docker-compose: health check从api/v2改为api/v1（与trading-service一致）
- docker-compose: 配置HOT_WALLET默认值，解决"区块链服务不可用"和钱包地址不显示

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 05:46:58 -08:00
hailin c802519ec2 fix(c2c-bot): 调整purchaseOrder操作顺序，先扣余额再链上转账 
问题：原流程先执行不可逆的链上dUSDT转账，再扣减卖家DB余额。
若转账成功但扣减失败（余额不足、DB异常），会导致：
- dUSDT已转出（链上不可回退）
- 订单仍为PENDING（可能被重复处理）
- 卖家余额未扣减

修复：
1. 将deductSellerBalance移至transferDusdt之前（可逆操作先行）
2. 链上转账失败时调用restoreSellerBalance回补余额
3. 新增restoreSellerBalance方法，失败时记录CRITICAL级别日志

修改后流程：扣余额(可逆) → 链上转账(不可逆) → 更新订单状态(DB)
任何步骤失败都不会导致资金损失。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 05:02:19 -08:00
hailin 251e37f772 feat(c2c-bot): 添加C2C Bot管理页面，支持运行时开关和热钱包查看 
- 新增C2C Bot管理页面(mining-admin-web)：Bot开关、热钱包余额/地址/QR码、统计、订单历史
- 新增admin API端点(trading-service)：status/enable/disable/orders
- 重构Bot调度器enabled为Redis驱动，支持运行时开关（多实例安全）
- C2cOrderRepository新增findBotPurchasedOrders和getBotStats查询方法
- 侧边栏添加C2C Bot导航入口

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 04:47:28 -08:00
hailin bf772967f5 feat(mining): 批量补发30%分配到运营和总部账户，并添加交易筛选器 
- 批量补发时将剩余30%分配到运营(12%)和总部(18%)系统账户
- SystemMiningAccountRepository.mine()支持referenceId/referenceType参数
- BatchMiningExecution新增operationAmount/headquartersAmount字段(含DB迁移)
- 三层架构(mining-service→admin-service→admin-web)全链路支持referenceType筛选
- 系统账户交易记录页面增加"全部/批量补发"筛选按钮

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 04:25:20 -08:00
hailin 338321b3a2 fix(c2c): 用updateMany+status条件防止合并时的竞态条件 
findFirst找到PENDING订单后，如果被takeOrder接走（状态变MATCHED），
updateMany因status!=PENDING返回count=0，自动回退到创建新订单。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 03:29:27 -08:00
hailin 60d99add2c fix(c2c): 过期恢复时合并到已有PENDING订单，避免同maker产生重复挂单 
原来每个过期的MATCHED子订单都创建独立PENDING，导致一个卖单被多人
部分接单后过期会产生多个重复挂单。现在恢复时先查找同maker/type/price
的PENDING订单，有则合并数量，无则创建新订单。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 03:25:57 -08:00
hailin 49ba2fcb19 feat(c2c): 添加expireOrder事务流程的详细调试日志 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 03:09:50 -08:00
hailin 627c3c943c refactor(c2c): expireOrder使用Prisma事务确保原子性 
将 expireOrder 中的 解冻/状态更新/恢复创建 包在 prisma.$transaction 中：
- 事务失败全部回滚，不会出现半完成的不一致状态
- SELL MATCHED/PAID 过期恢复：保持冻结 + 标记EXPIRED + 创建PENDING 原子执行
- BUY MATCHED/PAID 过期恢复：解冻taker + 标记EXPIRED + 创建PENDING 原子执行
- PENDING 过期：解冻 + 标记EXPIRED 原子执行
- 删除 restoreExpiredOrder 方法，逻辑合并到事务内
- 遵循现有模式（executeTransfer 等），在事务回调中直接使用 tx 操作

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 02:43:48 -08:00
hailin 33dda98e81 fix(c2c): 修复过期恢复的竞态条件，SELL订单保持冻结避免资金窗口 
- SELL MATCHED/PAID 订单过期恢复时，不再先解冻再重新冻结
- 保持 maker 的冻结不变，直接转给新 PENDING 订单
- 消除了解冻→重新冻结之间的竞态窗口（余额可能被其他操作消耗）
- 恢复失败时补充解冻，防止 maker 资金被永久冻结
- BUY 订单恢复时不复制上一个 taker 的 sellerKavaAddress

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 02:11:47 -08:00
hailin 4e4a876341 fix(c2c): MATCHED/PAID订单过期后自动恢复为新PENDING订单 
当部分成交的订单过期时，将过期数量恢复到市场：
- BUY单过期：直接为maker创建新PENDING BUY单
- SELL单过期：检查maker余额，重新冻结后创建新PENDING SELL单
- 恢复失败不影响过期流程（仅记录日志）

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-02-01 01:37:00 -08:00
hailin b8f8831516 feat: PENDING订单自动过期、接单显示余额、积分股金额输入 
1. C2C PENDING订单24小时自动过期并解冻冻结资产
   - 新增 DEFAULT_PENDING_TIMEOUT_HOURS 常量
   - findExpiredOrders 支持 PENDING 状态查询
   - expireOrder 处理 PENDING 卖单解冻

2. C2C接单对话框显示卖方可用余额
   - 确认出售时显示用户账户可用积分值（非订单数量）
   - 新增订单数量行，方便对比

3. 积分股兑换页面新增金额输入
   - 卖出时显示金额输入框（积分值），与数量双向联动
   - 输入数量自动计算金额，输入金额自动反算数量
   - 全部按钮同步更新两个字段

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 22:15:47 -08:00
hailin 6ccc192bc6 fix(c2c): 用户无交易账户时自动创建零余额账户 
createOrder 和 takeOrder 中，如果用户没有交易账户，
自动创建零余额账户而非报错"交易账户不存在"。
买单不需要余额，不应因缺少账户而无法下单。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 21:29:42 -08:00
hailin a1c3657390 fix(c2c): 修复付款水单图片无法显示的问题 
1. 后端: proofs 图片端点添加 @Public() 装饰器，
   Image.network 无法携带 JWT token
2. 前端: paymentProofUrl 是相对路径，拼接 baseUrl
   构建完整 URL 供 Image.network 加载

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 21:16:53 -08:00
hailin 5b1f4c82e6 fix(deploy): full-reset 时重建 1.0 source CDC connectors 以确保完整数据同步 
问题：
  执行 deploy-mining.sh full-reset 后，identity-postgres-connector 等 1.0 source
  CDC connectors 保留了旧的 Debezium offset 和 replication slot，导致 Debezium
  认为 initial snapshot 已完成而跳过重新快照。如果 connector 的 JSON 配置文件中
  新增了表（如 identity-connector.json 中的 wallet_addresses），这些表的存量数据
  永远不会被捕获到 Kafka topic，2.0 服务无法通过 CDC 同步到这些数据。

  具体表现：Kafka topic cdc.identity.public.wallet_addresses 始终为空（0条消息），
  2.0 auth-service 的 synced_wallet_addresses 表为空，用户 KAVA 地址未同步。

修复：
  在 full_reset() 的 Step 4 中，除了处理 outbox connectors，还新增了对 1.0 source
  CDC connectors (identity/referral/planting) 的处理：
  1. 删除 connector（释放 replication slot）
  2. 发送 tombstone 清除 debezium_offsets topic 中的偏移量
  3. 调用 pg_drop_replication_slot() 删除 PostgreSQL replication slot

  新增 Step 9：从 scripts/debezium/*.json 配置文件重新注册 source connectors，
  因为 offset 和 slot 都已清除，snapshot.mode=initial 会触发全新的 initial snapshot，
  确保所有配置表（包括新增的 wallet_addresses）的存量数据都被灌入 Kafka topic。

  总步骤数从 18 调整为 19。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 20:26:06 -08:00
hailin f60e3751b8 fix(c2c): 修复水单上传权限、手机号、卖方ID、资产显示 
- Dockerfile: 用 su-exec 模式解决 Docker volume 权限问题
- JWT guard: 从 token 提取 phone 字段
- 订单详情: 新增卖方ID显示
- C2C市场页: 修复资产概览两列重复显示 availableCash，
  改为左列显示可用积分股、右列显示可用积分值

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 09:19:38 -08:00
hailin e783661002 fix(c2c): 修复水单上传权限、手机号显示、卖方ID显示 
- Dockerfile 预创建 /app/uploads/c2c-proofs 并设置正确权限
- JWT guard 从 token payload 提取 phone 字段（之前仅提取 accountSequence）
- 订单详情页订单信息组新增卖方ID显示

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 09:13:46 -08:00
hailin 25ea0bf64e fix(trading-service): 修复 Multer 类型缺失导致构建失败 
使用内联类型替代 Express.Multer.File，避免 @types/multer 依赖

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 08:58:55 -08:00
hailin ce173451f5 feat(c2c): 订单详情增强、付款水单上传、买单逻辑修复及schema对齐 
- 订单详情页显示完整手机号和收款账号信息
- 新增付款水单上传功能（前后端全链路）
- 修复时间显示为本地时区格式
- 移除买单发布时的积分值余额验证（买方通过外部绿积分支付）
- 前端买单发布页隐藏余额卡片和"全部"按钮
- 补齐 Prisma migration 与 schema 差异（payment_proof_url、
  bot_purchased索引、market_maker_deposits/withdraws表）
- docker-compose 新增 trading-uploads 卷用于水单持久化

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 08:54:05 -08:00
hailin 4df23b02b8 fix(trading-service): 添加做市商钱包环境变量，修复地址未配置问题 
FUSDT/EUSDT_MARKET_MAKER_ADDRESS 和 USERNAME 只传给了
mining-blockchain-service，但 trading-service 初始化时也需要
读取这些变量写入数据库，导致前端显示"做市商钱包地址未配置"。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 07:56:16 -08:00
hailin 8e63547a3e fix(transfer): 修复积分股划转到分配账户失败问题 
后端:
- transfer.service.ts: Error → BadRequestException，业务错误返回HTTP 400而非500
- transfer.controller.ts: Error → UnauthorizedException，正确返回HTTP 401
- 错误信息改为中文：余额不足、账户不存在等提示更明确

前端:
- asset_display.dart: 新增 tradingAvailableShares 计算属性（总可用 - 挖矿可用）
- trading_page.dart: 划转弹窗显示可用余额（扣除冻结）而非总余额
- trading_page.dart: 划转失败时显示后端具体错误信息而非通用提示

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 06:24:35 -08:00
hailin 3cbb874503 fix(auth-service): 返回完整手机号，修复QR码扫码失败 
- login/profile 接口返回 user.phone.value 替代 user.phone.masked
- 根因：QR码编码脱敏号 199****9327，正则要求纯数字匹配失败

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 06:00:47 -08:00
hailin 8c31dee000 fix(c2c): 修复买方待付款页面灰色无法操作问题 
根因: c2c_order_model.dart 的 _parsePaymentMethod 不识别 GREEN_POINTS，
导致 paymentMethod=null → hasPaymentInfo=false → 收款信息卡片隐藏 → 页面不可操作

前端修复:
- C2cPaymentMethod 枚举增加 greenPoints，解析器支持 GREEN_POINTS
- 支持逗号分隔的多支付方式字符串（取第一个作为主要方式）
- 订单详情页增加绿积分图标和卖方 Kava 地址显示（买方可复制）

后端修复:
- takeOrder() 接买单时自动获取卖方 Kava 地址写入 sellerKavaAddress
- 买方在订单详情页可看到卖方 Kava 地址用于转绿积分

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-31 05:41:14 -08:00
hailin f167f1227c Revert "fix(trading-service): C2C卖单不再强制要求Kava钱包地址" 
This reverts commit 9b8f720915.
 2026-01-30 21:04:27 -08:00
hailin 9b8f720915 fix(trading-service): C2C卖单不再强制要求Kava钱包地址 
executeTransfer不使用sellerKavaAddress，C2C交易是积分值划转+外部绿积分支付，
不涉及Kava链上操作。改为可选获取，失败不阻断订单创建。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 21:03:59 -08:00
hailin 7180e2ac27 fix(contribution): 算力记录按层级升序排列 L1→L2→...→L15 
用户期望 L1 在前 L15 在后，将 levelDepth/bonusTier 排序从 DESC 改为 ASC

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 20:14:31 -08:00
hailin 17f8a61bcf feat(contribution-service): 贡献值明细按 L/T 降序排序 
- 同伴下贡献值 (TEAM_LEVEL): 按 levelDepth DESC 排序 (L3, L2, L1)
- 同伴上贡献值 (TEAM_BONUS): 按 bonusTier DESC 排序 (T3, T2, T1)
- 全部/本人: 按 levelDepth DESC, bonusTier DESC, createdAt DESC

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 14:20:03 -08:00
hailin a31fcaa9b8 fix(mining-admin): configValue → value，修复配置读取后 fallback 到默认值 
Prisma 返回的字段是 value，controller 写成了 configValue，
导致 getP2pTransferFee / getTransferEnabled 永远返回默认值

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 14:18:13 -08:00
hailin 3507805005 fix(mining-admin): Docker uploads 目录权限修复，预创建 /app/uploads 并设置 nestjs 用户所有权 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 13:19:14 -08:00
hailin 6900905475 fix(mining-admin): APK下载URL指向localhost导致手机无法下载 
问题：FileStorageService 默认 UPLOAD_BASE_URL 为 http://localhost:3020/downloads，
手机端无法访问服务器的 localhost。

修复：
- docker-compose.2.0.yml: 添加 UPLOAD_BASE_URL=https://rwaapi.szaiai.com/mining-admin/downloads
- 添加 mining-admin-uploads volume 持久化上传的 APK 文件
- 修正默认端口 3020→3023（mining-admin-service 实际端口）

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 12:56:40 -08:00
hailin 94d4524ee3 fix(c2c): 积分股→积分值，C2C交易对象修正为积分值(cash) 
C2C交易的产品是积分值，支付方式是绿积分（外部1.0系统），与积分股无关。

前端:
- c2c_publish_page: 余额卡、数量输入、提示文案、确认弹窗全部改为积分值
- c2c_market_page: 余额概览(availableShares→availableCash)、订单数量标签、接单弹窗
- c2c_order_detail_page: 订单详情、划转提示、确认收款弹窗

后端 c2c.service.ts:
- createOrder SELL: freezeShares→freezeCash
- takeOrder BUY(taker=卖方): freezeShares→freezeCash
- takeOrder SELL(taker=买方): 移除冻结（买方通过外部支付绿积分）
- cancelOrder SELL: unfreezeShares→unfreezeCash
- expireOrder: unfreezeShares→unfreezeCash，SELL不再解冻taker
- executeTransfer: 统一BUY/SELL为单向积分值划转，assetType改为CASH

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 12:41:23 -08:00
hailin 49bcb96c4c fix(trading): 补充 p2p_transfers 表遗漏的 fee 列 
schema 中定义了 fee 字段但 0002 migration 遗漏，导致
prisma.p2pTransfer.create() 报错 "column fee does not exist"

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 12:24:50 -08:00
hailin f0c7cee94e fix(auth): lookupByPhone 支持查询未迁移的 1.0 用户 
P2P 转账验证手机号时，lookupByPhone 只查 users 表（V2 注册用户），
导致未登录过 2.0 的 1.0 老用户（CDC 同步在 synced_legacy_users 表）
被报"不存在"。修改为先查 users 表，未找到再查 synced_legacy_users。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 11:41:58 -08:00
hailin 187b82e9ac feat(c2c): 修复6项C2C交易问题 (#11-#16) 
- #11: 价格固定1:1，最小交易数量为1
- #12: BUY买单不再冻结买方积分值（绿积分通过外部1.0系统支付）
- #13: 支持部分成交，taker可指定数量，剩余自动拆分为新PENDING订单
- #14: 发布页双向输入，积分股数量与积分值金额1:1联动
- #15: 接BUY单时弹出收款信息输入（收款方式、账号、姓名）
- #16: BUY单创建时验证积分值余额但不冻结

后端: cancelOrder/expireOrder/executeTransfer 均按BUY/SELL分别处理
前端: 发布页价格只读、市场页接单对话框增加数量和收款输入

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 11:36:57 -08:00
hailin 9adef67bb8 feat(admin-web): P2P划转记录管理页面 + 手续费汇总 
## 后端 — mining-admin-service
- users.controller: 新增 GET /users/p2p-transfers 端点（搜索+分页）
  - 放在 :accountSequence 路由之前避免被 catch-all 拦截
- users.service: 新增 getP2pTransfers() 代理方法
  - 调用 trading-service 的 /api/v2/p2p/internal/all-transfers
  - 返回划转记录列表 + 汇总统计 + 分页信息

## 前端 — mining-admin-web
- 新增 /p2p-transfers 页面：
  - 三个汇总卡片：累计手续费收入、累计划转金额、成功划转笔数
  - 搜索框支持账号、手机号、转账单号搜索
  - 记录表格：转账单号、发送方、接收方、转账金额、手续费、备注、时间
  - 分页控件
- sidebar: 新增"P2P划转"导航项（位于"交易管理"下方）
- users.api: 新增 getP2pTransfers API + P2pTransferRecord 类型
- use-users: 新增 useP2pTransfers hook

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 10:41:55 -08:00
hailin 9f94344e8b feat: 算力记录排序 + P2P转账管理后台查询端点 
## 算力记录排序（全栈）
- mining-admin-service controller: 新增 sortBy/sortOrder 查询参数
- users.service: 动态构建 orderBy（支持 sourceType, levelDepth, amount, createdAt）
  - levelDepth 排序特殊处理：先按 sourceType 分组，再按 levelDepth/bonusTier 排序，null 值排末尾
- admin-web contribution-records-list: 可点击排序表头（来源、获得算力、层级/等级、生效日期）
  - 三态切换：升序 → 降序 → 取消排序
  - 排序图标指示当前状态

## P2P转账管理后台查询端点（后端准备）
- trading-service P2pTransferService: 新增 getAllTransfers() 方法
  - 列出全部已完成 P2P 转账记录（分页 + 搜索）
  - 返回汇总统计：总手续费、总转账金额、总笔数
- trading-service controller: 新增 GET /p2p/internal/all-transfers（@Public 内部端点）
- P2pTransferHistoryItem 接口扩展 fromPhone/fromNickname/toNickname 字段

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 10:37:22 -08:00
hailin b1607666a0 fix(contribution): LEVEL_OVERFLOW 回收任务，修复已解锁层级的溢出记录无法被回收的 bug 
当下级认种时上级 unlocked_level_depth 不足，层级奖励进入 LEVEL_OVERFLOW(PENDING)。
上级后续解锁到足够层级后，现有 backfill 因条件 expectedLevel > currentLevel 为 false
而跳过，导致 PENDING 记录永远无法被回收。新增独立调度任务每10分钟扫描并回收。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 10:12:48 -08:00
hailin ca4e5393be feat(p2p-transfer): 实现P2P划转手续费功能（全栈） 
## 功能概述
- P2P转账（积分值）支持手续费收取，手续费存入系统成本费账户 S0000000002
- 发送方实际扣除 = 转账金额 + 手续费，接收方全额收到转账金额
- 手续费金额和最小划转金额可在管理后台动态配置（默认: 手续费5, 最小划转6）

## 后端 — mining-admin-service
- GET /configs/p2p-transfer-fee: 管理端获取手续费配置（需鉴权）
- POST /configs/p2p-transfer-fee: 管理端设置手续费配置，校验最小划转 > 手续费
- GET /configs/internal/p2p-transfer-fee: 内部调用端点（@Public 无鉴权）

## 后端 — trading-service
- Prisma schema: P2pTransfer model 新增 fee Decimal(30,8) 字段
- docker-compose: 新增 MINING_ADMIN_SERVICE_URL 环境变量
- p2p-transfer.service: 动态获取手续费配置，余额校验含手续费，
  事务内分别记录转账流水和手续费流水（P2P_TRANSFER_FEE），
  手续费存入系统成本费账户 S0000000002
- p2p-transfer.controller: 新增 GET /p2p/transfer-fee-config 代理端点
- 转账结果和历史记录新增 fee 字段返回

## 前端 — mining-admin-web
- configs.api.ts: 新增 getP2pTransferFee / setP2pTransferFee API
- use-configs.ts: 新增 useP2pTransferFee / useSetP2pTransferFee hooks
- configs/page.tsx: 新增"P2P划转手续费设置"卡片（手续费 + 最小划转金额）

## 前端 — mining-app (Flutter)
- api_endpoints.dart: 新增 p2pTransferFeeConfig 端点常量
- p2p_transfer_fee_config_model.dart: 新增手续费配置 Model
- trading_remote_datasource.dart: 新增 getP2pTransferFeeConfig 方法
- transfer_providers.dart: 新增 p2pTransferFeeConfigProvider
- send_shares_page.dart: 发送页面显示手续费信息、最小划转金额提示、
  实际扣除金额计算、"全部"按钮扣除手续费、确认弹窗展示手续费明细

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 06:44:19 -08:00
hailin 817b7d3a9f fix(contribution): 算力分配时序保证 + bonus补发stale-read修复 
4处改动确保部署清库重新同步后100%可靠：

1. contribution.scheduler.ts - CDC就绪门控
   注入CDCConsumerService，processUnprocessedAdoptions/publishRecentlyUpdatedAccounts/
   processContributionBackfill三个调度方法开头加isCdcReady()检查，
   确保用户+推荐+认种三阶段CDC同步全部完成后才开始处理。

2. contribution-calculation.service.ts - 推荐数据防护
   calculateForAdoption()中，userReferral为null时warn并return，
   不标记distributed，调度器下次重试。覆盖continuous mode下
   认种事件先于推荐事件到达的竞态场景。

3. bonus-claim.service.ts - bonus补发stale-read修复
   processBackfillForAccount()中，level事务的updateAccountUnlockStatus
   通过incrementDirectReferralAdoptedCount()同时修改unlockedLevelDepth
   和unlockedBonusTiers，导致bonus分支条件永远为false。
   修复：保存originalDirectReferralAdoptedCount和originalUnlockedBonusTiers，
   bonus分支使用原始值判断和传参。

4. config.controller.ts - mining-admin同步检查增强
   isSynced新增allAdoptionsProcessed条件（unprocessedAdoptions===0），
   确保所有认种分配+补发完成后才允许激活挖矿。
   修复data变量作用域问题（原在if块内声明，外部引用会报错）。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 05:54:02 -08:00
hailin 83384acdac fix(mining-service): Redis DB 11 冲突修复，迁移至 DB 16 
问题：
  mining-service (2.0) 与 blockchain-service (1.0) 共用 Redis DB 11，
  存在数据污染和资源抢占风险。虽然当前 Key 前缀不同
  (mining:* vs blockchain:*)，但缺乏结构性隔离保障。

方案：
  - 将 mining-service Redis DB 从 11 迁移到 16 (超出默认 0-15 范围)
  - Redis 基础设施配置增加 --databases 20，支持 DB 16+
  - 同步修正 .env.example 与代码默认值不一致的问题 (原 .env=1, 代码=11)

修改清单：
  - mining-service/infrastructure.module.ts: 代码默认值 11 → 16
  - mining-service/redis.service.ts: fallback 默认值 1 → 16
  - mining-service/.env.example: REDIS_DB=1 → REDIS_DB=16
  - docker-compose.2.0.yml: mining-service REDIS_DB 11 → 16 + 注释
  - docker-compose.yml: Redis 添加 --databases 20
  - docker-compose.infra.yml: Redis 添加 --databases 20
  - docker-compose.windows.yml: Redis 添加 --databases 20

部署注意：
  1. 需重启 Redis 容器使 --databases 20 生效
  2. 需重启 mining-service 使新 DB 16 生效
  3. 旧 DB 11 中 mining-service 的残留数据可手动清理:
     redis-cli -n 11 KEYS "mining:*" | xargs redis-cli -n 11 DEL

Redis DB 分配表 (修改后):
  1.0: DB 0-11 (identity=0, wallet=1, ..., blockchain=11)
  2.0: DB 8,10,12-16 (blockchain=8, contribution=10, trading=12,
       admin=13, auth=14, wallet=15, mining=16)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 02:22:20 -08:00
hailin 454b379f6c feat(mining-blockchain-service): mining_ 前缀隔离，与 blockchain-service 100% 资源分离 
mining-blockchain-service 的所有共享资源全部加上 mining_ 前缀，
确保与 1.0 blockchain-service 完全隔离，互不干扰。

## Kafka Topic 隔离 — 生产者 (event-publisher.service.ts)

- source header: 'blockchain-service' → 'mining-blockchain-service'
- topic 映射全部加 mining_ 前缀:
  - blockchain.deposits → mining_blockchain.deposits
  - blockchain.wallets → mining_blockchain.wallets
  - blockchain.transactions → mining_blockchain.transactions
  - mpc.SigningRequested → mining_mpc.SigningRequested
  - blockchain.market_maker.deposits → mining_blockchain.market_maker.deposits
  - 默认 fallback: blockchain.events → mining_blockchain.events

## Domain Event eventType 隔离 (5 个事件类)

- deposit-detected.event.ts: mining_blockchain.deposit.detected
- deposit-confirmed.event.ts: mining_blockchain.deposit.confirmed
- wallet-address-created.event.ts: mining_blockchain.wallet.address.created
- transaction-broadcasted.event.ts: mining_blockchain.transaction.broadcasted
- market-maker-deposit-confirmed.event.ts: mining_blockchain.market_maker.deposit.confirmed

## Kafka Topic 隔离 — 消费者 (3 个 consumer)

- mpc-event-consumer: mining_mpc.KeygenCompleted / SigningCompleted / SessionFailed
- withdrawal-event-consumer: mining_wallet.withdrawals / mining_wallet.system-withdrawals
  - 事件类型检查: mining_wallet.withdrawal.requested / mining_wallet.system-withdrawal.requested
- deposit-ack-consumer: mining_wallet.acks
  - 事件类型检查: mining_wallet.deposit.credited
  - outbox ACK 匹配: mining_blockchain.deposit.confirmed

## Kafka 事件类型 — Event Handlers

- mpc-signing.client.ts:
  - MPC_SIGNING_TOPIC → mining_mpc.SigningRequested
  - eventType → mining_blockchain.mpc.signing.requested
- withdrawal-requested.handler.ts:
  - mining_blockchain.withdrawal.confirmed / failed / status
- system-withdrawal-requested.handler.ts:
  - mining_blockchain.system-withdrawal.confirmed / failed

## Redis Key 前缀隔离

- address-cache: blockchain:monitored_addresses: → mining_blockchain:monitored_addresses:
- hot-wallet-balance: hot_wallet:dusdt_balance: → mining_hot_wallet:dusdt_balance:
- hot-wallet-balance: hot_wallet:native_balance: → mining_hot_wallet:native_balance:

## 数据库名称隔离

- docker-compose.yml: rwa_blockchain → rwa_mining_blockchain
- docker-compose.2.0.yml: rwa_blockchain → rwa_mining_blockchain
- deploy-mining.sh: MINING_DATABASES + SERVICE_DB 映射 → rwa_mining_blockchain

## 下游服务需配套更新 (不在本次修改范围)

- mpc-service: 消费 mining_mpc.SigningRequested, 发布 mining_mpc.* 结果
- mining-wallet-service: 发布 mining_wallet.*, 消费 mining_blockchain.*
- trading-service: 消费 mining_blockchain.market_maker.deposits

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 01:58:45 -08:00
hailin 08cf4681f2 fix: migration 使用 IF NOT EXISTS 防止重复创建 + clean 去掉 --remove-orphans 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-30 00:37:29 -08:00
hailin 4a803ea008 feat(deploy): 添加 clean 命令清除 2.0 所有 Docker 资源 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 23:36:35 -08:00
hailin 6b92ab0dd8 Revert "fix(2.0): 所有 Kafka consumer 改为 fromBeginning: true 确保 full-reset 全量同步" 
This reverts commit 534d4ce70c.
 2026-01-29 22:41:40 -08:00
hailin a41feb841f fix(mining-service): 添加 ManualMiningRecord 缺失的 migration 0004 
schema 中定义的 manual_mining_records 表缺少对应的 migration 文件，
导致 schema 与 migration 不一致。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 22:30:04 -08:00
hailin 534d4ce70c fix(2.0): 所有 Kafka consumer 改为 fromBeginning: true 确保 full-reset 全量同步 
- mining-blockchain-service: withdrawal/mpc/deposit-ack consumer 改为 fromBeginning: true
- trading-service: cdc-consumer/market-maker-deposit consumer 改为 fromBeginning: true
- mining-service: contribution-event handler 改为 fromBeginning: true
- deploy-mining.sh: CDC_CONSUMER_GROUPS 补充所有 2.0 服务的 consumer group ID

确保 ./deploy-mining.sh full-reset 可以 100% 从 0 开始同步所有 1.0 数据。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 22:20:23 -08:00
hailin 5dc37e24d2 fix(deploy): cdc_resnapshot 清空 rwa_auth 的 processed_cdc_events 
cdc_resnapshot 之前只清空 rwa_contribution 的幂等表，遗漏了 rwa_auth，
导致 wallet address CDC 重新快照后消息被幂等检查跳过，KAVA 地址无法重新同步。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 14:24:59 -08:00
hailin f2b83650b5 fix(deploy): full-reset 添加 wallet CDC consumer group 和修复 cdc-resnapshot 
- CDC_CONSUMER_GROUPS 添加 auth-service-cdc-group-wallet
- cdc_resnapshot 同时停止 auth-service（之前只停了 contribution-service）
- cdc_resnapshot 完成后同时启动 auth-service

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 14:12:45 -08:00
hailin 6f01892945 fix(debezium): identity connector 添加 wallet_addresses 表 
Debezium identity-connector 之前只捕获 user_accounts 表，
导致 auth-service 的 WalletAddressCdcConsumer 收不到任何事件。
添加 public.wallet_addresses 到 table.include.list。

需要重新注册 connector 才能生效。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 14:06:42 -08:00
hailin dc51c19dfd fix(mining-admin): 修复 APK 解析 adbkit-apkreader 导入方式 
adbkit-apkreader 是 CJS 模块，直接导出 class（module.exports = ApkReader），
不存在 .default 属性。将 dynamic import 改为 require 直接调用 ApkReader.open()。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 13:45:25 -08:00
hailin 3ff38ca9c2 fix(mining-admin): 添加 buildNumber 到版本检查返回结果 
mining-app VersionInfo.fromJson 要求 buildNumber 字段，
CheckUpdateResult 接口和 checkUpdate 方法之前未包含该字段。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 13:29:53 -08:00
hailin 96e1fa4534 fix(mining-admin): 适配 mining-app 版本检查 API 格式 
- CheckUpdateDto: current_version_code 改为 versionCode 匹配 mining-app 请求参数
- MobileVersionController: 响应格式改为 { hasUpdate, latestVersion: {...} } 匹配 mining-app 解析
- TransformInterceptor: 添加 @SkipTransform() 装饰器，移动端版本检查接口跳过响应包装

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 13:26:13 -08:00
hailin f595c6f26d fix(mining-admin): 将 upload DTO 的 changelog 改为可选 
前端 upload-modal 在用户未填写更新日志时不发送 changelog 字段，
导致 DTO 校验失败返回 400。将 changelog 改为 @IsOptional()，
与前端行为一致。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 13:13:57 -08:00
hailin 4112b45b9e feat(mining-admin): 新建公开版本管理接口供 mobile-upgrade 前端使用 
mining-admin-service 有全局 AdminAuthGuard，导致 mobile-upgrade 前端
调用版本接口返回 401。新建 UpgradeVersionController (@Public) 作为
独立的公开接口，路径为 /api/v2/upgrade-versions，不影响现有需认证的
/api/v2/versions 接口。前端 apiPrefix 同步更新。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 12:53:29 -08:00
hailin c6137078ff feat(api-gateway): 添加 mining-admin-upgrade 路由支持股行App版本管理 
mobile-upgrade 前端通过 /mining-admin/api/v2/versions 访问股行App版本接口，
新增独立的 Kong service 将该路径正确转发到 mining-admin-service:3023。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 12:37:39 -08:00
hailin 7e289430ae feat(auth-service): CDC 同步 wallet_addresses 并提供内部 API 
- auth-service: 新增 SyncedWalletAddress Prisma model 和 migration
- auth-service: 新增 WalletAddressCdcConsumer 消费 1.0 钱包地址变更
- auth-service: 新增 InternalController 提供 kava 地址查询 API
- trading-service: IdentityClient 改调 auth-service 内部 API
- docker-compose.2.0.yml: 添加 CDC_TOPIC_WALLET_ADDRESSES 和 AUTH_SERVICE_URL

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 12:20:23 -08:00
hailin 83fa6bec74 feat(c2c): 支持绿积分(GREEN_POINTS)作为默认支付方式 
- 后端 paymentMethod 字段从 PostgreSQL 枚举改为 String，支持逗号分隔多种支付方式
- 添加数据库迁移将 C2cPaymentMethod 枚举列转为 TEXT 类型
- DTO 验证改为 @IsString() 接受 GREEN_POINTS 及其组合
- 前端保持发送完整的支付方式列表（含 GREEN_POINTS）

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 11:39:00 -08:00
hailin 263f1ecf8e feat(c2c): 卖单自动获取账户ID和Kava地址，移除手动输入 
后端创建卖单时自动从 identity-service 获取卖家 Kava 地址并存入订单，
前端发布页面自动展示 accountSequence（只读），不再需要手动输入1.0系统ID。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 11:08:56 -08:00
hailin 776d181ef3 fix(trading-service): 修复P2P转账API响应双重包装问题 
- 移除controller中的手动包装，由TransformInterceptor统一处理
- 前端增加类型检查防止解析错误

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 09:11:59 -08:00
hailin 28c73136a8 fix(trading-service): 修复P2P转账历史查询参数解析 
确保 page 和 pageSize 是有效数字，避免 skip: NaN 错误

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 09:00:28 -08:00
hailin dcc83b9f79 fix(trading-service): 使用Docker容器名调用auth-service 
改为使用 auth-service:3024 替代 IP 地址

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 08:56:24 -08:00
hailin 8b459dd33f fix(trading-service): 修复P2P转账AUTH_SERVICE_URL默认值 
默认值从localhost改为内网IP，解决Docker环境中调用auth-service失败的问题

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 08:49:54 -08:00
hailin 40389fcfc7 feat(trading-service, mining-admin-web): 支持在管理后台配置做市商钱包地址 
- 后端: 在 UpdateConfigDto 和 updateConfig 方法中添加 kavaWalletAddress 字段
- 前端: 在充值对话框中添加钱包地址配置输入框

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 07:53:04 -08:00
hailin 7a8a3a8fd1 feat(trading-service): 初始化做市商时自动读取环境变量配置钱包地址 
- 从 FUSDT_MARKET_MAKER_ADDRESS 环境变量读取做市商钱包地址
- 初始化时自动设置 kavaWalletAddress
- 如果做市商已存在但钱包地址为空，也会从环境变量更新

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 07:31:16 -08:00
hailin 812b127ace fix(trading-service): 添加缺失的数据库字段迁移 
Schema 中有但 migration 中缺失的字段：
- market_maker_configs: kava_wallet_address, mpc_username
- c2c_orders: seller_kava_address, bot_purchased, payment_tx_hash

这些字段缺失导致 500 错误：
"The column `market_maker_configs.kava_wallet_address` does not exist"

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 07:20:21 -08:00
hailin 6be4775506 fix(service-party-android): 导出钱包时自动从后端获取空的 partyId 
旧版本钱包（MIGRATION_2_3 之前创建的）partyId 为空，导出时会导致备份文件
中 partyId 字段为空。现在导出时检测到 partyId 为空会自动从后端 session
状态 API 获取正确的 partyId，并同时更新本地数据库。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-29 07:00:01 -08:00
hailin b4afc4615c fix(mining-admin-service): 修复 APK 解析和添加 AppVersion migration 
1. 修复 package-parser.service.ts:
   - ApkReader.open 需要文件路径，改为先写入临时文件再解析
   - 添加 fs/path/os 模块导入
   - 完成后自动清理临时文件

2. 添加 AppVersion 表 migration:
   - 创建 Platform 枚举类型 (ANDROID, IOS)
   - 创建 app_versions 表
   - 添加必要索引

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 22:24:45 -08:00
hailin fd64903841 fix(mining-admin-service): 添加 adbkit-apkreader 类型声明 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 22:21:18 -08:00
hailin 8314dda670 fix(mining-admin-service): 更新 package-lock.json 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 22:17:01 -08:00
hailin 4ce43c20cc fix(mining-admin-service): 添加 APK/IPA 解析依赖包 
添加版本管理所需的包解析依赖:
- adbkit-apkreader: 解析 Android APK 文件
- jszip: 解压 iOS IPA 文件
- plist: 解析 iOS Info.plist 文件
- @types/plist: TypeScript 类型声明

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 22:15:43 -08:00
hailin edc0ea46c9 fix: 修复 mining-blockchain-service Kafka consumer group 冲突 
- mining-blockchain-service 使用独立的 consumer group ID，避免与 blockchain-service 冲突
- withdrawal-event-consumer: blockchain-service-withdrawal-events -> mining-blockchain-service-withdrawal-events
- mpc-event-consumer: blockchain-service-mpc-events -> mining-blockchain-service-mpc-events
- deposit-ack-consumer: blockchain-service-deposit-acks -> mining-blockchain-service-deposit-acks
- 更新 docker-compose.yml 和 kafka.config.ts 的默认配置

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 22:05:55 -08:00
hailin 76d566d145 feat: 集成 mining-app 升级和遥测功能，扩展 mobile-upgrade 支持多应用 
## mining-app (Flutter)
- 新增 updater 模块: 版本检查、APK下载(断点续传+SHA256校验)、安装
- 新增 telemetry 模块: 事件上报、会话追踪、心跳检测(DAU统计)
- 集成原生 MethodChannel 实现 APK 安装
- 在关于页面添加"检查更新"功能入口

## mining-admin-service (NestJS)
- 新增版本管理 API (/api/v2/versions)
- 实现 DDD 架构: Entity, Value Objects, Repository
- 支持 APK/IPA 解析 (需安装 adbkit-apkreader, jszip, plist)
- 支持文件上传和静态文件服务

## mobile-upgrade (Next.js)
- 扩展支持多后端: 榴莲 App (admin-service) + 股行 App (mining-admin-service)
- 添加应用选择器 UI
- 配置独立的 API 端点

## 修复
- 移除未使用的 _apiBaseUrl 字段 (Flutter)
- 替换废弃的 WillPopScope 为 PopScope (Flutter)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 20:03:26 -08:00
hailin 219fb7bb69 fix(mining-blockchain): 移除旧的 MARKET_MAKER_* 变量名引用 
- main.ts: 使用 EUSDT/FUSDT_MARKET_MAKER_* 验证配置
- blockchain.config.ts: 使用 eusdtMarketMaker/fusdtMarketMaker 配置
- market-maker-deposit-detection.service.ts: 每种代币使用独立的做市商钱包地址

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 19:20:48 -08:00
hailin 3b95a8a332 feat(mining-blockchain): 支持 eUSDT 和 fUSDT 独立做市商钱包 
- 新增 EUSDT_MARKET_MAKER_USERNAME/ADDRESS 配置
- 新增 FUSDT_MARKET_MAKER_USERNAME/ADDRESS 配置
- mpc-signing.client.ts: 分离 eUSDT 和 fUSDT 做市商签名方法
- erc20-transfer.service.ts: 根据代币类型选择对应钱包转账
- transfer.controller.ts: 更新余额查询和状态接口

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 19:05:15 -08:00
hailin aa33803d08 fix(mining-blockchain): 修正做市商钱包配置项顺序 
统一 USERNAME 在前，ADDRESS 在后的格式，与 HOT_WALLET 保持一致

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 18:33:16 -08:00
hailin cfdcd9352a feat(mining-blockchain-service): 支持做市商独立MPC钱包签名 
- MpcSigningClient 支持两个钱包: C2C Bot 和做市商
  - HOT_WALLET_USERNAME/ADDRESS: C2C Bot 热钱包
  - MARKET_MAKER_MPC_USERNAME/WALLET_ADDRESS: 做市商钱包
- Erc20TransferService 新增 transferTokenAsMarketMaker() 方法
- eUSDT/fUSDT 转账使用做市商钱包签名和转账
- 新增 /transfer/market-maker/status 状态检查接口

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 18:27:09 -08:00
hailin 4283a369ae fix(mining-blockchain-service): 修复Redis DB配置超出范围问题 
- 将 REDIS_DB 从 16 改为 8（Redis 仅支持 0-15）
- 更新 .env.example 添加做市商钱包配置说明
- 添加 eUSDT/fUSDT 合约地址配置
- 添加区块扫描配置项

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 18:16:38 -08:00
hailin 58feec255d feat(market-maker): 实现做市商区块链充提功能 
- 扩展 mining-blockchain-service 支持 eUSDT/fUSDT 转账
- 添加 trading-service 区块链提现 API（自动回滚失败交易）
- 前端支持中心化和区块链充提两种模式（Tab切换）
- 区块链充值显示钱包地址和二维码
- 区块链提现支持输入目标地址直接转账

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 17:56:15 -08:00
hailin 94f9e7d5b5 fix(trading-service): 使用事务确保成交时账户余额更新的原子性 
## 问题描述

用户 D25122700015 的卖单成交后，订单状态变为 FILLED，成交记录存在，
但 frozenShares 未释放，cashBalance 未增加，交易流水缺少 SELL 记录。

## 根本原因

`tryMatch` 方法中的数据库操作没有使用事务：
1. trade.create - 单独提交
2. orderRepository.save - 单独提交
3. accountRepository.save(buyerAccount) - 单独提交
4. accountRepository.save(sellerAccount) - 可能因前面异常而跳过

如果步骤 1-3 成功但步骤 4 失败，会导致：
- 成交记录存在 ✓
- 订单状态 FILLED ✓
- 买方账户正常 ✓
- 卖方账户未更新 ✗

## 修复方案

使用 Prisma 事务包装所有关键操作，确保原子性：
1. 创建成交记录
2. 更新买单状态
3. 更新卖单状态（含销毁信息）
4. 更新买方账户（扣除冻结现金，增加积分股）
5. 更新卖方账户（扣除冻结积分股，增加现金）
6. 记录交易流水

任何一步失败，整个事务回滚。

## 受影响用户

- D25122700015: 订单 OMKXYTXS6KKC3A6
- 成交记录: TMKXYTXXH8CYQZ7
- 需要手动修复现有数据

## 回滚方法

git revert <此commit>

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 17:20:31 -08:00
hailin 1974c43eba feat(market-maker): 实现做市商区块链充值监控功能 
- mining-blockchain-service:
  - 添加 MarketMakerDeposit 和 MarketMakerBlockCheckpoint 表
  - 添加 eUSDT/fUSDT 代币合约配置
  - 实现做市商钱包充值检测服务
  - 添加启动时配置验证和错误日志
  - 发布充值确认事件到 Kafka

- trading-service:
  - 添加做市商充提记录表 (MarketMakerDeposit, MarketMakerWithdraw)
  - 添加 Kafka 消费者监听充值确认事件
  - 实现充值自动入账和流水记录

- 部署配置:
  - 更新 docker-compose 添加新环境变量
  - 更新 deploy-mining.sh 添加 blockchain 服务

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 17:13:41 -08:00
hailin 042a52550b feat(c2c): 实现C2C Bot自动交易系统 
- 创建独立的 mining-blockchain-service 服务 (基于 blockchain-service)
- 添加 dUSDT 转账接口供 C2C Bot 调用
- 实现 C2cBotService 自动购买卖单
- 实现 C2cBotScheduler 每10秒扫描待处理卖单
- 添加 BlockchainClient 和 IdentityClient 客户端
- 更新 C2cOrder 模型添加 Bot 购买相关字段
- 使用 MPC 热钱包签名交易

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 07:10:25 -08:00
hailin cec98e9d3e feat(contribution): 添加定时任务补发未完全解锁的贡献值 
每10分钟扫描已认种但解锁状态不完整的账户，检查其直推用户认种情况，
若满足新的解锁条件则自动补发层级贡献值和奖励档位。

- 添加 findAccountsWithIncompleteUnlock 查询方法
- 添加 findPendingLevelByAccountSequence 和 claimLevelRecords 方法
- 实现 processBackfillForAccount 和 claimLevelContributions 补发逻辑
- 添加 processContributionBackfill 定时任务（每10分钟执行）

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 06:25:57 -08:00
hailin 2597d0ef46 feat: 实现P2P转账功能及前端资产页面优化 
- trading-service: 添加P2pTransfer模型和P2P转账API
- auth-service: 添加用户手机号查询接口用于转账验证
- frontend: 修复资产页面冻结份额显示和转账页面余额字段
- frontend: 添加P2P转账记录页面

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-28 06:25:42 -08:00
hailin 06dbe133c2 fix(android): 修复rebuild选项删除aar后未重建的bug 
将rebuild参数解析移到tsslib.aar存在检查之前，
确保删除aar后能触发gomobile重新编译。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 10:13:27 -08:00
hailin 263be15028 fix(android): 修复重连时gRPC流异常导致待机闪退 
问题：心跳失败触发重连时，shutdownNow关闭旧channel会导致
gRPC流抛出UNAVAILABLE异常，虽然检测到过时流但仍传播异常
到TssRepository的collect协程，导致应用崩溃。

修复：
- GrpcClient: 过时流错误时使用close()而非close(t)避免传播异常
- GrpcClient: 添加shutdownNow错误检测避免不必要的重连
- TssRepository: 为subscribeSessionEvents和subscribeMessages流添加.catch

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 09:52:57 -08:00
hailin d83c859965 debug(android): 添加崩溃日志和调试信息定位待机闪退问题 
- TssPartyApplication: 添加全局异常捕获，崩溃日志保存到文件
- GrpcClient: 心跳失败、重连、流重订阅添加 [IDLE_CRASH_DEBUG] 日志
- TssRepository: 轮询超时和回调调用添加调试日志
- MainViewModel: session事件回调用try-catch包装

日志筛选: adb logcat | grep "IDLE_CRASH_DEBUG"
崩溃日志: /data/data/com.durian.tssparty/files/crash_logs/

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 09:36:00 -08:00
hailin b4541129aa feat(android): 添加rebuild选项强制重新编译Go代码 
问题：
- build-apk.bat 只在 tsslib.aar 不存在时才编译Go代码
- clean 选项只清理Gradle构建文件，不删除tsslib.aar
- 导致Go代码修改后无法被编译进APK

解决方案：
- 添加 rebuild 选项到 build-apk.bat 和 build-install-debug.bat
- rebuild 会删除 tsslib.aar 并强制重新编译Go代码

使用方法：
- build-apk.bat rebuild          # 重新编译Go并构建APK
- build-install-debug.bat rebuild # 重新编译Go并安装调试APK

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 09:19:22 -08:00
hailin 8a9a983cbd fix(android): 使用同步标志修复参与方显示4/3的竞态条件bug 
问题根因:
- 之前使用异步的 sessionStatus 检查来防止 participant_joined 事件
  在 session_started 之后继续添加参与方
- 但 sessionStatus 是通过 StateFlow 异步更新的，检查时状态可能还未更新
- 导致 participant_joined 事件仍能添加额外的参与方，显示4/3而非3/3

解决方案:
- 添加同步标志 sessionStartedForSession: String?
- 在 session_started 处理器的最开始同步设置此标志
- 在 participant_joined 处理器中检查此标志，而非异步状态
- 由于回调是顺序处理的，这种方式100%可靠

修改内容:
1. 添加 sessionStartedForSession 私有成员变量
2. 在 session_started 事件处理开始时立即设置标志
3. 在 participant_joined 事件处理开始时检查标志
4. 在所有 reset 方法中重置标志:
   - resetSessionState()
   - resetJoinKeygenState()
   - resetCoSignState()
   - resetTransferState()

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 09:08:13 -08:00
hailin 1bc42c207a fix(android): 修复return标签名错误导致编译失败 
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 08:55:29 -08:00
hailin 7b8105d76c fix(android): 修复参与者列表在keygen开始后继续增加的bug 
问题: 发起者端参与方显示4/3（2-of-3 MPC）
原因: session_started事件后仍继续处理participant_joined事件

修复方案:
1. 在participant_joined处理中检查sessionStatus
2. 如果已是IN_PROGRESS或COMPLETED则忽略新的participant_joined事件
3. session_started时只补全不完整的列表，不覆盖

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 08:50:39 -08:00
hailin 613f85f1c2 fix(android): 修复keygen进度显示和参与者列表不完整的问题 
问题1: 进度显示问题
- 协议进度永远卡在0/9直到完成
- 原因: 进度只在发送出站消息时更新，接收消息时不更新
- 修复: 在SendIncomingMessage中也提取轮次并调用OnProgress

问题2: totalRounds硬编码
- UI硬编码totalRounds=9，但keygen只有4轮
- 修复: 使用Go库传来的动态totalRounds值
- keygen默认4轮，sign默认9轮

问题3: 参与者列表不完整
- 只显示"参与方 1"，缺少其他参与者
- 原因: 参与者通过participant_joined事件逐个添加
- 后加入者不会收到之前参与者的事件
- 修复: 在session_started时根据thresholdN/T初始化完整列表

修改文件:
- tsslib.go: SendIncomingMessage添加进度回调
- MainViewModel.kt: 添加_totalRounds, 初始化完整参与者列表
- MainActivity.kt: 使用动态totalRounds

注意: 需要重新编译tsslib.aar才能生效

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 08:36:25 -08:00
hailin 71eea98ea5 fix(android): 修复连续创建MPC账户失败的bug 
问题描述:
- 用户第一次创建MPC账户成功后返回钱包界面
- 再次创建新的MPC账户时，keygen无法自动开始
- 原因是第一次keygen完成后错误地取消了全局会话事件订阅

根本原因分析:
1. startKeygenAsInitiator() 完成时调用了 sessionEventJob?.cancel()
2. sessionEventJob 是在 registerParty() 时启动的全局事件订阅
3. 取消后，新创建的keygen会话无法接收 session_started 事件
4. 导致keygen无法自动触发

对比发现:
- Sign流程在开始前会调用 ensureSessionEventSubscriptionActive() 检查订阅状态
- Keygen流程没有这个检查，存在不一致性

修复方案:
1. 删除 startKeygenAsInitiator() 中的 sessionEventJob?.cancel()
   - 全局订阅不应该在单次操作完成后取消
   - 只在 cancelSession() 和断开连接时才取消

2. 在 createKeygenSession() 开头添加 ensureSessionEventSubscriptionActive()
   - 与sign流程保持一致
   - 即使有其他代码意外取消订阅，也能自我恢复

影响范围:
- TssRepository.kt: startKeygenAsInitiator(), createKeygenSession()

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 08:03:28 -08:00
hailin d04f0a08e0 fix(mpc): session_started事件携带完整participants列表 
问题：server-party-co-managed 使用 JoinSession 缓存的 participants，
但如果它是第一个加入的，缓存的列表只有自己，导致 keygen 失败。

修复：
- proto: SessionEvent 添加 repeated PartyInfo participants 字段
- session-coordinator: PublishSessionStarted 时包含完整 participants
- server-party-co-managed: 优先使用事件中的 participants

这确保所有 party 在收到 session_started 时都能获得完整的参与者列表。

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 07:26:25 -08:00
hailin aeb70a6579 fix(android): registerParty 前等待 channel READY 
问题：connect() 是异步的，registerParty() 在 channel 还是 CONNECTING 时就被调用，导致 RST_STREAM 错误

修复：在 registerParty() 开头等待 channel READY 后再发送请求

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 04:22:46 -08:00
hailin 69de49a000 fix(android): 修复初次连接被误当成重连的bug 
问题：
- waitForConnection() 在 channel 变成 READY 时无条件执行 reRegisterIfNeeded() 和 reSubscribeStreams()
- 导致初次连接时重复注册 party 和重复订阅事件流

修复：
- 使用 isReconnecting 标志区分初次连接和重连
- connect() 中确保 isReconnecting = false
- triggerReconnect() 设置 isReconnecting = true
- waitForConnection() 中先读取 isReconnecting 再重置，只有重连时才恢复流

添加详细日志用于调试：
- GrpcClient: connect(), doConnect(), waitForConnection(), triggerReconnect()
- TssRepository: registerParty(), restoreStreamsAfterReconnect(), onReconnectedCallback

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
 2026-01-27 04:07:26 -08:00