CS2饰品交易涉及Steam市场及多个第三方交易平台.同一款饰品在不同平台上的价格、手续费和挂单数量可能存在明显差异,而磨损程度、StatTrak、印花等属性又会进一步影响饰品的实际价值和流通速度.
对于经常进行饰品交易的玩家和中小商家来说,日常需要在多个平台之间反复查看价格、比较挂单情况,并根据市场变化寻找合适的买入和卖出时机.由于价格变化较快,加上不同平台存在交易限制和冷却时间,单纯依靠人工查看很难持续跟踪,也容易错过合适的交易机会.
目前市面上的相关工具主要提供价格查询、历史走势和基础价格提醒,但在实际使用中仍有一些不足.例如,提醒通常比较单一,难以区分价格接近目标和已经达到目标的情况;同一饰品短时间内可能重复触发提醒;部分工具在数据抓取异常时,也缺少对数据有效性的判断.
因此,这类交易场景不仅需要价格监控,还需要结合平台数据、饰品属性和交易条件进行判断,并对异常数据和提醒频率进行控制,并可以根据自身状况来高度定制化.
页面分四块.行情页承载1929条皮肤快照,支持关键词与价格、在售数量、七日涨跌的区间筛选,排序和分页都在服务端完成;自选页维护自选件并分钟级获得最新的价格,逐行给出价格、目标价、差距、七日波动和走势,可按任意列排序;通知中心呈现到价提醒,页面左下角弹出提示并能查看该轮合并邮件,并可以实时发送邮件到邮箱通知;库存页用一份演示清单展示估值.四个视图共用同一份时钟与价格历史,四端自适应,详情与筛选都是带模糊遮罩的侧边抽屉.
我负责整体架构和核心链路 用 FastAPI 加 SQLite WAL 做单体服务 采集 自选 提醒拆成采集层 领域层 存储层 规则层 一套时钟管抓取节奏 历史回填 提醒冷却和邮件时间 页面只请求一个 /api/state 排序 筛选 分页 状态判断都在服务端 前端没有第二份逻辑 没引框架 原生 JS 加 CSS Grid 做三个视图 价格写入走批量事务 读写不互相阻塞
数据获取做了多源合并和增量拉取 游标翻页 令牌桶限速 指数退避加随机抖动 多账号分片并发 单账号串行 失败请求隔离 不拖垮整轮 同一物品多来源价格按磨损和汇率归一 再用滑动窗口中位数和分位数剔异常 时间戳对齐到时间桶 同价折叠只累加采样次数 增量 diff 只写变化的行 七天数据压到 0.1MB
登录态用会话池 每个账号独立 cookie jar 保存双 token 按过期时间提前十分钟刷新 接 Steam Guard 设备确认 会话失效自动重登 账号绑定固定出口 IP 语言 货币 减少风控命中 请求失败按状态码分流 401 重登 429 退避 5xx 换节点 全部失败时降级到只读行情
发送报价先按 assetid 匹配双方库存 校验数量和磨损 生成幂等键 防重复提交 报价状态机轮询 pending 轮询间隔逐次拉长 超时取消 失败重试 带冷却和单账号限额 每次状态变更落事件表 接受后回写库存 保证账实一致
另外写了 58 项自检和四断点布局审计 覆盖价格一致性 区间首尾相接 规则冷却恢复 接口字段和错误码
评论