coin.star

@ccjing_eth @StableStock 没中的话，成本是60港币吗

脸有点黑 融资没打上全部现金打满 10 手 25 中 2 感觉只能把上周没中烧的手续费回本了 现在港股打新大家都在用 @StableStock 走我链接可以直接自动返佣40%👇 app.stablestock.finance/?join=CC666 优势就是 KYC 简单而且不需要港卡开户 绑定钱包过 KYC 就可以直接打新了

分享个非常顶级的工具 用 AI 搜索信息总有滞后性——它的知识库不是实时的，你永远不知道它给你的答案是几个月前的。 所以，通过 Chrome CDP 直接连接浏览器搜 Twitter，拿到的就是当下最新的实时结果，再让 Claude Code 总结归纳。 不需要 API Key，不需要申请推特开发者账号，没有频率限制。一个 Python 文件，开箱即用。 把链接丢给ai 让他装 使劲的蹬 用力的蹬 github.com/zhengzhengzhen…

刚看到群里发的，这谁也太痛了。

@Jiaowobaobao123 这是真的哭死了

@Bitwux 需要大佬翻译下

分享了一个即友发的赌徒破产公式，很喜欢！ 优势不重要 仓位才重要 概率需要时间兑现 而重仓会让你没有时间 能抗住波动，是最大的能力，没有之一！

@afei19891227 @Crypto_He @StandX_Official 怕了

@Crypto_He @StandX_Official 感觉最后可能要反撸，有点墨迹

同类该发币的也都要发币了 edgex啥的也都要tge了 下一个是不是轮到@StandX_Official了 主网上线之后我就比较常规的每周交互一次 积分也是随缘增长 standx.com/referral?code=… 他们的更新还是很频繁的 马上还有新功能 这个项目币安背景挺强 大家能做的也做做 反正都占个坑

I've just registered for the xPoints rewards program and unlocked a permanent 20% points boost. Join me @xStocksFi

@NexusLabs go

The end of the rush. It's Node Rush Week 5. Prospect the last Glyphs including: Bit of Eight, The Motherlode, Cache and Carry, and Bullionaire.

@yeke7788 @BTCdayu 笑死我了

@BTCdayu 还是周鸿祎的一键安装靠谱，还附赠安全卫士，保护你的小龙虾不被别人吃掉

不用研究OPENCLAW小龙虾教程了 腾讯的一键安装微信版来了 腾讯总是这样，不是最快 但总不会太差

再给大家分享一波：高频量化套利架构与低延迟开发指南.md （我的脚本就是按照这个指南写的，这也是我跟ai沟通了很久采取的方案） # 高频量化套利架构与低延迟开发指南（行业通用版） > 目标读者：要做“高频、低延迟、延迟敏感”的量化套利系统的开发团队。 > 文档定位：不写具体代码，只讲设计方案、架构原则、性能策略和落地注意事项。 > 说明：本文是通用行业方法，不依赖你当前仓库实现。 --- ## 1. 先说结论（最重要的 8 条） 1. 高频套利系统的核心不是“策略公式有多复杂”，而是**能否稳定地更快下单**。 2. 架构必须拆成两层：**交易主链路（热路径）** + **旁路系统（监控/报表/分析）**。 3. 热路径必须“极简”：不做磁盘写入、不做慢网络调用、不做重日志。 4. 优先做**延迟预算**（每一段允许花多少微秒/毫秒），再做编码。 5. 风控必须在线且轻量，不能关；但风控逻辑也要做成常数级开销。 6. 先保证“稳定低延迟”，再追求“极限低延迟”。抖动（延迟忽高忽低）比平均值更危险。 7. 生产系统必须支持降级：旁路坏了不影响交易，单个交易所异常要可隔离。 8. 不要上来全量重写；先性能画像（profiling，白话：先测哪里慢）再动大手术。 --- ## 2. 业务目标如何转成工程指标 高频系统必须把“赚钱目标”翻译成“机器指标”。 ### 2.1 必要指标（建议） - **行情到决策延迟**（Market-to-Decision）：行情到策略出信号的时间。 - **决策到下单延迟**（Decision-to-Order）：信号到请求发出的时间。 - **端到端延迟**（E2E）：行情到交易所确认的总时间。 - **P99 延迟**：99% 请求都不超过这个时间（比平均值更重要）。 - **丢信号率**：有效机会被系统漏掉的比例。 - **撤单失败率 / 拒单率**：执行可靠性关键指标。 - **风控拦截命中率**：风险是否真的被挡住。 ### 2.2 延迟预算（示例） > 下面是“设计预算”的例子，不是固定标准。 - 行情解码：0.2ms - 盘口更新：0.2ms - 信号计算：0.3ms - 风控检查：0.2ms - 下单组包与签名：0.4ms - 网关发送：0.2ms - **主链路总预算：1.5ms（不含外部网络 RTT）** 白话：先给每段“定额”，谁超额就优化谁，不要靠感觉调优。 --- ## 3. 推荐总架构：双平面 + 模块隔离 ## 3.1 双平面架构 1. **交易平面（热路径）** 只包含：行情接入 -> 状态更新 -> 信号计算 -> 风控 -> 执行网关。 2. **旁路平面（冷路径）** 只包含：监控、日志聚合、报表、回放、策略研究、UI、告警。 白话：交易平面只做“抢机会”，旁路平面做“看和管”。 ## 3.2 逻辑数据流（推荐） `行情源 -> 归一化层 -> 内存订单簿 -> 策略引擎 -> 风控引擎 -> 执行引擎 -> 交易所` 旁路订阅： `交易平面事件 -> 消息队列/共享内存 -> 监控与分析系统` --- ## 4. 热路径设计原则（必须严格执行） ### 4.1 单一职责 - 每个模块只干一件事。 - 例如“风控模块不做日志落盘”，“执行模块不做统计报表”。 ### 4.2 无阻塞优先 - 禁止在热路径做： - 同步磁盘 I/O（白话：边交易边写文件） - 慢 HTTP 请求 - 数据库查询 - 外部 RPC 重试循环 ### 4.3 数据结构优先级高于算法花活 - 低延迟系统更看重数据搬运成本。 - 优先选择：连续内存、少拷贝、固定结构。 - 避免：频繁动态分配、大对象序列化、深拷贝。 ### 4.4 线程模型要可控 - 典型模式：`1~N 行情线程 + 1 策略线程 + 1 执行线程`。 - 尽量减少跨线程共享写，降低锁竞争。 - 能用单写多读（白话：一个线程写，多个线程读）就不要多写抢锁。 ### 4.5 日志策略 - 热路径只记关键事件（错误、风控、成交摘要）。 - 明细日志异步输出到旁路。 - 日志要节流，避免高频字符串拼接吃 CPU。 --- ## 5. 行情系统设计（延迟和正确性的根） ## 5.1 多源输入与优先级 - 主行情：WebSocket（白话：实时推送）。 - 兜底行情：REST 轮询。 - 要定义清楚“谁是主、谁是备、切换条件是什么”。 ## 5.2 归一化层 - 把不同交易所字段转成统一内部模型。 - 单位统一：价格、数量、时间戳、币种精度。 - 明确“交易所原始时间”和“本地接收时间”。 ## 5.3 新鲜度控制 - 每条行情都要判定 staleness（白话：是否过期）。 - 过期行情禁止触发下单。 - 断流时快速告警并降级。 ## 5.4 订单簿维护 - 只维护策略真正需要的层级，不要全量重建。 - 增量更新优先，快照定时校准。 - 检测序列号跳变，必要时重拉快照。 --- ## 6. 策略引擎设计（快、稳、可解释） ### 6.1 信号计算要常数级 - 高频策略尽量 O(1) 或接近 O(1)。 - 单次决策只读当前必要状态。 - 不做全局扫描，不跑重统计。 ### 6.2 机会去重与节流 - 同类机会去重，避免重复触发。 - 设置最小触发间隔，防止抖动过度下单。 - 拥塞时允许丢“过时机会”，优先最新机会。 ### 6.3 可解释输出 - 每次触发都能回答三件事： 1) 为什么触发 2) 价格依据是什么 3) 风险边界是什么 --- ## 7. 风控引擎设计（必须在线，不可旁路） ## 7.1 热路径风控（必须同步） - 单笔最大数量 - 单市场最大暴露 - 单交易所可用余额阈值 - 当日亏损阈值 - 下单频率上限 白话：这些必须在下单前立刻检查，不能“事后再看”。 ## 7.2 风控要轻量 - 风控规则尽量表驱动（配置化），不要写复杂脚本解释器。 - 结果二值化：通过 / 拦截，减少分支复杂度。 - 风控日志只输出关键字段。 ## 7.3 失败策略 - 风控模块异常时默认“保守”而不是“放行”。 - 可以按策略设置 fail-close（白话：出错就停）或 fail-open（白话：出错仍放行），但生产建议关键风控 fail-close。 --- ## 8. 执行网关设计（决定实盘成败） ## 8.1 统一下单抽象 - 内部用统一订单模型，再映射到各交易所。 - 明确区分：限价单、市价单、FOK/IOC/GTC（白话：不同成交约束）。 ## 8.2 并发执行与回报确认 - 双腿套利通常并发发单，但必须设计单腿失败回补流程。 - 回报优先走私有 WS，REST 仅兜底。 - 设定确认超时，防止执行线程卡死。 ## 8.3 幂等与去重 - 每个订单必须有唯一客户端 ID。 - 网络重试不能造成重复下单。 - 所有重试动作都要可追踪。 ## 8.4 失败恢复 - 交易所超时：分级重试（快速一次 + 慢速一次）。 - 单腿成交：立即进入应急对冲流程。 - 交易所异常：快速熔断（circuit breaker，白话：临时停用这个通道）。 --- ## 9. 状态与存储设计（热冷分层） ## 9.1 热状态（内存） - 最新盘口、最新持仓、可用余额、风险计数器。 - 强一致要求高，更新必须快。 ## 9.2 冷存储（异步） - 订单明细、成交回报、回放日志、审计记录。 - 通过异步队列批量落盘，不阻塞交易线程。 ## 9.3 事件回放能力 - 关键事件要可回放，用于复盘和问题定位。 - 回放系统与实盘系统物理隔离，防误操作。 --- ## 10. 监控与告警（没有监控就没有生产） ## 10.1 必看监控面板 - 延迟：P50/P95/P99、抖动、峰值。 - 执行：下单成功率、拒单率、撤单成功率、超时率。 - 策略：触发次数、命中率、盈亏曲线。 - 风控：拦截次数、原因分布、阈值触发。 - 系统：CPU、内存、GC（垃圾回收，白话：自动回收内存行为）、网络丢包。 ## 10.2 告警分级（建议） - P0：无法下单、订单状态不一致、风控失效。 - P1：延迟突增、拒单率突增、行情断流。 - P2：旁路服务异常、报表延迟。 --- ## 11. 语言与技术栈（实用建议） ## 11.1 常见组合 - **C++/Rust**：热路径、执行网关、订单簿维护。 - **Python**：策略研究、编排、离线分析、旁路服务。 - **Go/Java**：中间服务与后台系统（视团队能力）。 白话：不是“只用一种语言”，而是“让合适语言做合适环节”。 ## 11.2 Rust 的典型使用场景 - 低延迟行情处理 - 高并发执行网关 - 风控核心模块 不建议一开始全量重写，建议先迁最热 20% 链路。 --- ## 12. 部署与网络策略（延迟敏感系统的硬条件） ## 12.1 机房策略 - 尽量靠近交易所服务器（同城/同机房）。 - 固定低抖动网络路径。 - 主备线路独立，避免单点网络故障。 ## 12.2 系统调优（方向） - CPU 固定核绑定（pinning，白话：把关键线程固定在指定核心）。 - 减少上下文切换（白话：线程来回切换）。 - 控制后台任务抢占。 - 时间同步（NTP/PTP，白话：系统时钟尽量准确一致）。 ## 12.3 容灾 - 多实例主备，故障自动切换。 - 交易所级别熔断与隔离。 - 限定“最大事故半径”（白话：一次故障最多影响多大范围）。 --- ## 13. 测试与上线流程（没有这部分，实盘风险很高） ## 13.1 测试层次 1. 单元测试：规则与边界条件。 2. 集成测试：交易所适配与回报流。 3. 回放测试：用历史行情重放，验证稳定性。 4. 压测：峰值行情下延迟与丢包表现。 5. 故障注入：模拟断网、超时、拒单、延迟抖动。 ## 13.2 上线节奏 - 先 shadow（影子模式，白话：只算不下单） - 再小资金灰度 - 最后逐步扩容 每一步都要有“自动回退开关”。 --- ## 14. 常见反模式（务必避免） 1. 在热路径同步写数据库。 2. 在回调里做慢 HTTP。 3. 大量 debug 日志直接打在交易线程。 4. 没有唯一订单 ID，重试后重复下单。 5. 风控放在旁路，导致“先下单后告警”。 6. 把所有功能塞进一个进程，故障不可隔离。 7. 只看平均延迟，不看 P99 和抖动。 8. 没有演练过“单腿成交失败回补”。 --- ## 15. 研发协作建议（保证长期可维护） - 每个新功能都要回答： 1) 是热路径还是旁路？ 2) 会增加多少延迟预算？ 3) 故障时怎么降级？ - PR（代码变更）必须附带： - 延迟影响说明 - 风险点 - 回滚方案 白话：高频系统不是“能跑就行”，而是“快、稳、可回退”。 --- ## 16. 一页式落地清单（可直接执行） 1. 先画出交易主链路，删掉所有非必要逻辑。 2. 给每段定义延迟预算和 P99 目标。 3. 建立在线风控最小集（余额、暴露、频率、亏损）。 4. 做旁路监控与告警，确保旁路故障不影响交易。 5. 建立单腿风险回补和熔断机制。 6. 上线前做回放 + 压测 + 故障注入。 7. 先影子模式，再灰度，再扩容。 --- ## 17. 最后一句话 高频套利系统的工程本质是：**把“时间”当成最稀缺资源管理**。 你每减少一次不必要拷贝、一次阻塞调用、一次线程争锁，都是在直接提升真实交易竞争力。

@ExploreLaura 万

每次穿成这样出门 我对象就会问一句：你穿这样冷吗？

@lugeweb3 99.9的这种没有积分吧

Predict提供一个无损无风险刷积分的思路 因为Predict结算慢的问题，所以我们有一些已经结束的事件也可以去直接挂单 例如：opinion的代币 $OPN 在美国东部时间的市值已经明确小于500M，那么我们可以在 $500M $1B $2B $3B 这里的“No”挂99.9的挂单 这样我们就可以无损无风险刷到积分了，运气好的话也有可能接到单子，那样的话还会有0.1%的利润 看来是我昨天错怪Predict的老板了，他只是想让我们多刷点积分，哈哈 @dingalingts

探索USDX——Nexus原生稳定币 1、由美国国债 1:1 担保 ，确保坚如磐石的稳定性 2、GYDS 收益分成 ：建筑商可自动获得 TVL 收益——无需补助金！ 3、零滑点流动性 ：现货/永久交易统一结算，全部以美元计价 4、ZK 安全 + M0 技术支持 ：面向交易者和开发者的可编程、可互操作美元 #nexusUSDX @NexusLabs

@yuexiaoyu 这么抽象，怎么返回手续费呢

大家好，这里宣布一件事：我们 Probable 正式被 PredictFun 收购了！ 内卷毫无意义，其他预测平台正在发力亚洲市场，币安生态必须要形成合力了。 停止内战，一致对外，这是 Probable 与 PredictFun 的共同选择。 后续，我将继续担任 PredictFun 的亚太区负责人，做好本土化运营、用户增长、社区建设等核心工作。 在此，恳请 Probable 的用户们能继续支持币安生态、继续支持 PredictFun！ @predictdotfun 1️⃣ 回望我在 Probable 的一个月： 在一姐 @heyibinance 的推荐下，我从币安钱包转到了Probable，我从后台的产品经理转到了前台的增长负责人。 在过去一个月里，我主要做了三件事：积分机制优化、全球大使计划、春节事件营销。 尤其是借助春节做了一次全市场的饱和式营销，Probable的交易量迅速拉升到全球前三。 接下来，我们准备要乘胜追击，继续深化本土化运营+品类实验。 不过，Probable的路径突然发生了变化，我们 Probable 服从大局安排。 这就像国内的外卖大战，阿里有饿了么，又做了淘宝闪购，两者合并之后，资源才能集中，才能有一战之力。 因此，这对于 Probable 不是结束，而是一个新的开始，甚至说是新生！ 2️⃣ 在这个融合过程中，我们也一定会做好平稳过渡！ Probable的用户，都是币安生态不可或缺的一员，已经在 Probable 付出了大量的时间、精力与成本。 那么，我们也一定会对大家的付出进行合理回馈，让大家平稳过渡到PredictFun。 我们目前对Probable用户主要的回馈措施有： 两倍手续费返还，直接回馈用户交易付出； PredictFun积分置换，保障用户原有权益无缝衔接。 唯有有格局、有担当的项目，才能赢得用户的长期信任！ 而PredictFun毫无疑问是一个对用户负责、格局拉满的项目！ 再次恳请大家能持续支持币安生态、继续支持PredictFun！ 3️⃣ 收购 Probable 后，PredictFun 即将迎来爆发式增长！ 第一步，PredictFun将成为币安生态的预测市场基础设施，我们将深度打通币安这个核心渠道。 背靠币安生态，，PredictFun下一步是成为真正的“东方Polymarket”！ 这将产生 1+1>2 的效果。 这也是我对这次资源整合非常兴奋的原因。 我们不得不承认，Polymarket在预测市场赛道有着绝对的统治力，短期内难以撼动。 那么，PredictFun的机会在哪？ PredictFun的机会，恰恰在于差异化竞争。 我们在现阶段将聚焦亚洲市场，深耕本土化运营，做好品类精细化布局。 币安生态的基本盘在亚洲区域，Polymarket 已经在门口了，我们必须牢牢占据亚洲市场！ PredictFun收购Probable，其实也吸收了Probable的亚洲社区用户，形成了社区合力。 接下来，PredictFun的发展要开始加速了，甚至将迎来爆发式增长。 未来几周，大家可以看到PredictFun一系列的大动作，收购Probable只是第一步！ 欢迎每一位用户，持续关注PredictFun，与我们一同成长、共享赛道红利！

存下吧，很难找的，全网最全的Nano+Seedance提示词合集。 25年12月做了个Nano Pro提示词合集，当时很多推友在评论区也补充了不少工具。 Nano Nano Banana发布了，重新梳理了之前提示词网站集合，自用，也分享给大家。 1、常用 1.松果先森--Nana+Seedance提示词库 有 1215 个Nano Banana提示词和效果图、另有110个Seedance 2.0提示词 地址：opennana.com/awesome-prompt… 2.YouMind 去年黑五买了YouMind 年会员，我现在日常写作已经离不开YouMind了。 不仅仅集成了Claude、Gemini、GPT、Grok、Nano Pro等主流大模型，还有一大堆的实用Skills。 还做了个提示词导航，收集了收集了10017个提示词，还有 400+个Seedance 2.0 提示词。 地址：youmind.com/zh-CN/nano-ban… 3.aipromptnav 提示词导航站：aipromptnav.com 发现最好的 AI 提示词 与工具，精选 Nano Banana, Midjourney, Stable Diffusion 等高质量提示词库。 4.Promptfill Promptfill.tanshilong.com 提示词填空器，搭配使用效果更佳 2、宝藏博主 宝玉：x.com/dotey 归藏：x.com/op7418 神佬：x.com/berryxia ZHO：x.com/ZHO_ZHO_ZHO ttmouse - 豆爸：twitterhot.vercel.app AI奶爸：x.com/zstmfhy 最近很多Seedance作品 行者：x.com/joshesye 正是本人，定位在AI绘画/AI视频博主 3、github ZHO大神：github.com/ZHO-ZHO-ZHO/ZH… github.com/PicoTrex/Aweso… 这些案例主要来源于Twitter/ X 🐦、小红书📕等自媒体平台，有110个提示词 松果先森：github.com/songguoxs/gpt4… github.com/Jermic/awesome… 这个仓库收录了近 1000 位创作者和 3000+ 张生成的顶级 AI 艺术作品 + 完整提示词库！ 4、其他提示词网站 苍何的Nano Banana案例合集 my.feishu.cn/wiki/S5nowuX3u… bestnanobananaprompt.com 每天会更新X上最热门的提示词，登陆之后还可以收藏，也有配套的chrome插件，可以快速保存自己喜欢的图片和提示词。还有提示词生成器。 chatgptimage.art tihubb.com/ai-prompt/ nanobanana-showcase.com nanobananaprompt.org 海量风格的社区型库 nanobananaart.net/prompts 适合做画风模板 fotor.com/blog/nano-bana… – 热门风格合集 pixshop.app/zh Seedance 2.0/ Nano Banana Pro提示词库 god520.top 这个网站整理了700+实战验证的提示词 bestpromptclub.com god520.top genimg.xyz studentdiscount.io/ai-study-tools… bananaprompts.fun localbanana.io myprompt.cc/en bananaprompts-hub.com promptup.net #NanoBanana2 #seedance2

探索USDX——Nexus原生稳定币 1、由美国国债 1:1 担保 ，确保坚如磐石的稳定性 2、GYDS 收益分成 ：建筑商可自动获得 TVL 收益——无需补助金！ 3、零滑点流动性 ：现货/永久交易统一结算，全部以美元计价 4、ZK 安全 + M0 技术支持 ：面向交易者和开发者的可编程、可互操作美元 #nexusUSDX @NexusLabs

@NexusLabs go

Week 3 of Node Rush has begun. There have been 3,650 Cache Strikes in the last 24 hours! - New badge: Lucky Strike - New Strike Glyphs - New quests Keep your eyes open for new quests here: quest.nexus.xyz

@kknz66 互关

我的 Premium 开的是一年。 和我互关，一年内不用担心我的蓝 V 会掉，更不用担心我会取关 看我的关注量就知道， 只要留言我都会回 差600破2000，我想试试蓝V是不是免费😃😃