145 lines
4.7 KiB
Markdown
145 lines
4.7 KiB
Markdown
# PolyHermes v2.0.2 Release Notes
|
||
|
||
## 📋 版本信息
|
||
- **版本号**: v2.0.2
|
||
- **发布日期**: 2026-01-29
|
||
- **基础版本**: v2.0.1
|
||
|
||
## 🎯 改动摘要
|
||
|
||
本次版本主要修复了买入订单金额精度问题，并优化了构建流程和通知机制。
|
||
|
||
---
|
||
|
||
## 🐛 Bug 修复
|
||
|
||
### 1. 修复买入订单金额精度问题
|
||
|
||
**问题描述**：
|
||
- 市场买入订单创建时出现 `invalid amounts` 错误
|
||
- Polymarket API 要求市场买入订单的 makerAmount 最多 2 位小数，takerAmount 最多 4 位小数
|
||
- 之前的实现不符合 API 要求，导致订单创建失败
|
||
|
||
**修复内容**：
|
||
- ✅ 修复市场买入订单 makerAmount 和 takerAmount 的精度限制
|
||
- ✅ makerAmount (USDC) 限制为最多 2 位小数（之前为 4 位）
|
||
- ✅ takerAmount (shares) 限制为最多 4 位小数（之前为 2 位）
|
||
- ✅ 符合 Polymarket API 的要求，解决 'invalid amounts' 错误
|
||
|
||
**影响范围**：
|
||
- `OrderSigningService.kt` - 订单签名服务
|
||
|
||
**提交**: 42472f6
|
||
|
||
---
|
||
|
||
## 🔧 优化改进
|
||
|
||
### 优化构建流程和通知机制
|
||
|
||
**改进内容**：
|
||
- ✅ 添加 workflow_dispatch 支持手动触发构建
|
||
- ✅ Release 事件默认只打包产物（在线升级），不构建 Docker
|
||
- ✅ 手动触发可选择构建类型：在线升级或 Docker 升级
|
||
- ✅ 优化 Telegram 通知文案，区分构建类型和升级路径
|
||
- ✅ 在线升级任务不发送开始通知，只发送完成通知
|
||
- ✅ 手动触发时产物上传为 Artifact，Release 事件上传到 Release Assets
|
||
|
||
**影响范围**：
|
||
- `.github/workflows/docker-build.yml` - GitHub Actions 工作流
|
||
|
||
**提交**: e5992b5
|
||
|
||
---
|
||
|
||
## ⚠️ 潜在问题和注意事项
|
||
|
||
### 1. 买入订单金额精度调整可能带来的影响
|
||
|
||
**问题说明**：
|
||
本次修复调整了买入订单的金额精度限制，可能会带来以下影响：
|
||
|
||
#### 1.1 makerAmount 精度降低（4 位 → 2 位小数）
|
||
|
||
**影响**：
|
||
- **订单金额可能被向下舍入**：由于 makerAmount (USDC) 从 4 位小数降低到 2 位小数，订单金额可能会被向下舍入
|
||
- **实际支付金额可能略低于预期**：例如，如果计算出的金额是 `0.5985 USDC`，现在会被舍入为 `0.59 USDC`，实际支付金额可能比预期少 `0.0085 USDC`
|
||
- **可能影响固定金额模式的跟单**：在固定金额模式下，如果金额被舍入，实际买入的数量可能会略少于预期
|
||
|
||
**建议**：
|
||
- 在固定金额模式下，建议设置稍大一点的金额，以补偿可能的舍入损失
|
||
- 监控订单创建情况，确认金额是否符合预期
|
||
- 如果发现金额差异较大，可以适当调整跟单配置
|
||
|
||
#### 1.2 takerAmount 精度提高（2 位 → 4 位小数）
|
||
|
||
**影响**：
|
||
- **订单数量精度提高**：takerAmount (shares) 从 2 位小数提高到 4 位小数，可以更精确地指定买入数量
|
||
- **可能增加订单复杂度**：更高的精度可能导致一些边缘情况，需要确保数量计算正确
|
||
|
||
**建议**：
|
||
- 验证订单数量是否符合预期
|
||
- 确认跟单数量计算逻辑是否正确
|
||
|
||
#### 1.3 订单创建成功率变化
|
||
|
||
**影响**：
|
||
- **修复前**：订单创建可能因为精度问题失败
|
||
- **修复后**：订单创建成功率应该提高，但金额可能略有变化
|
||
|
||
**建议**：
|
||
- 升级后监控订单创建成功率
|
||
- 对比升级前后的订单金额，确认差异是否在可接受范围内
|
||
|
||
### 2. 构建流程变更
|
||
|
||
**影响**：
|
||
- Release 事件默认只打包产物，不构建 Docker
|
||
- 如果需要 Docker 镜像，需要手动触发构建并选择 Docker 升级类型
|
||
|
||
**建议**：
|
||
- 了解新的构建流程，根据需要选择合适的构建方式
|
||
- 如果需要 Docker 镜像，使用 workflow_dispatch 手动触发
|
||
|
||
---
|
||
|
||
## 📊 文件变更统计
|
||
|
||
- **修改文件数**: 2
|
||
- **新增行数**: 127
|
||
- **删除行数**: 27
|
||
|
||
---
|
||
|
||
## 🔄 升级建议
|
||
|
||
1. **测试买入订单创建**：
|
||
- 升级后先测试少量买入订单，确认金额和数量是否符合预期
|
||
- 特别关注固定金额模式的跟单，确认金额是否被正确舍入
|
||
|
||
2. **监控订单创建成功率**：
|
||
- 升级后监控订单创建成功率，确认是否解决了 `invalid amounts` 错误
|
||
- 对比升级前后的订单金额，确认差异是否在可接受范围内
|
||
|
||
3. **验证金额计算**：
|
||
- 验证 makerAmount 是否被正确限制为 2 位小数
|
||
- 验证 takerAmount 是否被正确限制为 4 位小数
|
||
|
||
4. **了解构建流程变更**：
|
||
- 了解新的构建流程，根据需要选择合适的构建方式
|
||
- 如果需要 Docker 镜像，使用 workflow_dispatch 手动触发
|
||
|
||
---
|
||
|
||
## 📝 完整提交列表
|
||
|
||
- 42472f6 - fix: 修复买入订单金额精度问题
|
||
- e5992b5 - feat(workflow): 优化构建流程和通知机制
|
||
|
||
---
|
||
|
||
## 🙏 致谢
|
||
|
||
感谢所有贡献者和用户的支持与反馈！
|
||
|