Aoke Quant 奥克队长🚩ΙΧΘΥΣ

5.6K posts

Aoke Quant 奥克队长🚩ΙΧΘΥΣ banner
Aoke Quant 奥克队长🚩ΙΧΘΥΣ

Aoke Quant 奥克队长🚩ΙΧΘΥΣ

@aoke_quant

17年进圈躺平型量化交易者🚩七年币安队长服务超千人专业返佣🏆币安最佳金算盘奖、长青伙伴奖。 前大厂程序员|Ai|Defi|套利|投资&投机|平时瞎哔哔|偶尔干货|爱好旅游已打卡两次🇺🇸旅居 #Binance 币安注册使用【Y1OQZ8OD】码注册账号🤖免费体验量化策略🧧注册前私信免费开通子账户功能👇

Katılım Ağustos 2018
2.7K Takip Edilen10.2K Takipçiler
Sabitlenmiş Tweet
Aoke Quant 奥克队长🚩ΙΧΘΥΣ
🚩四年币安老队长,服务超千人专业返佣 🚢23年被@binance官方邀请,参与越南富国岛Kol活动(🇨🇳区只邀请6人) 🏆第一届@binancezh华语Kol颁奖被评为最佳金算盘奖 🤖使用下面链接注册,免费体验量化策略(CTA,高频,网格等) 🧧注册前私信领5-10U红包,并可免费开通子账户功能 accounts.binance.com/register?ref=Y…
Aoke Quant 奥克队长🚩ΙΧΘΥΣ tweet mediaAoke Quant 奥克队长🚩ΙΧΘΥΣ tweet media
Aoke Quant 奥克队长🚩ΙΧΘΥΣ@aoke_quant

📢:做Binance队长4年了,很荣幸被邀请成为本次Binance KOL 越南活动,中国区的1/6参与者 🎁:这么久以来还没有宠过粉,为了宣传本次活动搞一波抽奖。评论+点赞+转发三连,活动结束后抽10位送出Binance周边 🌟:另外我自掏腰包,抽1位欧皇送出Binance滑板🛹 (PS:旅行活动的分享,会接龙在评论区)

中文
82
3
97
61.9K
杀破狼 WolfyXBT
杀破狼 WolfyXBT@wolfyxbt·
李在明关注了 45 万人,最后成为了韩国总统; 我打算有生之年关注 100 万人,然后去竞选马来西亚首相。
杀破狼 WolfyXBT tweet media
中文
468
4
631
105.8K
苍何
苍何@canghe·
Bro快给我重置吧!
苍何 tweet media
中文
67
0
20
19K
Aoke Quant 奥克队长🚩ΙΧΘΥΣ
绝对有内鬼!错误的身份证,离谱的 PS 照片是怎么过审的? @Gate_zh 活体检测视频为什么不公布,是因为假的太离谱了么?
第一美少女@jheioff

今天,是Gate事件刑事立案后的第14天。 警方正式发函后,Gate先后以“文件格式不支持、压缩包可能存在病毒、怀疑报假警、材料不完整、要求视频验证”等理由反复推诿。警方逐项补充、全部配合后,Gate直到前几天才回复司法调证函。 警方让我辨认Gate提供的“手持身份证及纸条认证材料”是不是我本人。看到照片后,大家的第一反应是:这也太假了,明显PS的图片,如此明显的伪造资料,究竟是怎么通过审核的?@gate @Gate_zh 事实非常清楚: 第一,照片中的身份证根本不是我的身份证。身份证排版错误,登记地址与我的真实地址完全不符,甚至连地址开头的[省份]都没有。 第二,身份证号码明ps痕迹明显。正常身份证号码应延伸至头像右侧,但Gate提供的照片中,号码只到左肩位置,字体和长度均明显异常。 第三,照片中的人根本不是我。其外貌特征与我明显不符,连手部细节都能看出差异:对方拇指指甲没有月牙,而我本人拇指指甲一直有明显月牙。 然而,就是这样一张假身份证、一个非本人、配上一份漏洞百出的手持认证材料,竟然通过了Gate的安全审核,并被作为“用户本人验证通过”的依据。 Gate最大的问题,不只是攻击者提交了虚假资料,而是如此低级、明显的虚假资料,居然能够通过你们的风控审核! 更严重的是,Gate目前只向警方回复了部分材料,最关键的人脸活体验证视频至今仍未提供。此前你们口口声声表示“已经掌握关键线索”“将全力配合”,可真正刑事立案、警方正式调证后,交出的却是如此离谱的材料,核心证据仍然缺失。Gate现在拿出一点边角材料,再不断声称“正在配合”,本质上就是在拖延时间。 表面上看,是我的账户遭到盗取;但从整个过程来看,真正被攻击者击穿的,是Gate自身的身份审核和安全风控体系。攻击者仅凭假身份证、假手持资料和非本人人脸,就能重置账户安全验证并转走巨额资产,这已经不是单个用户的偶发损失,而是所有Gate用户都可能面临的系统性安全风险。 想想多可怕,辛苦多年积累的资产,可能只需要一张假身份证、一份假纸条和一段非本人的视频,就被他人轻易控制。你回来看到资产被转走时,Gate最终只需要用一句“系统验证通过”,就把全部责任推给用户。 Gate,你们内部真的应该立即自纠自查,而不是继续推诿和拖延。请立即成立专项调查组,安排真正专业、负责的人员,全程深入配合警方调查,完整提交活体人脸视频、审核记录、操作日志、设备信息及全部原始证据,尽快查清漏洞、锁定责任、还原事实,早日向警方、受害用户和公众交代真相。 如此低级、业余的审核结果,暴露出的究竟是个别审核人员失职,还是整个风控体系已经形同虚设? 一个管理着上100亿美元用户资产的交易平台,如果连“身份证是不是假的、照片里的人是不是本人”都无法识别,又凭什么让全球用户相信:自己的资产放在Gate是安全的? 请大家关注,转发,今天这是发生在我身上的事情,明天就可能发生在任何一名Gate用户身上,越想越气,越想越后怕

中文
0
0
2
670
Aoke Quant 奥克队长🚩ΙΧΘΥΣ
刚睡醒,看到 Gpt 发来的邮件,介绍几个模型降价的信息。另外最重要的就是这个模型完成度和开销的用量图。Luna 一直不敢用怕能力不够,有个朋友分享 Luna xhigh 挺好用的,今天任务换它试试! 一、价格大幅下调(自2026年7月30日起生效):GPT-5.6 Luna(最快、最便宜的模型):价格降低 80%。新 API 定价为输入 $0.20 / 百万 tokens,输出 $1.20 / 百万 tokens。 GPT-5.6 Terra(日常工作平衡型模型):价格降低 20%。新 API 定价为输入 $2 / 百万 tokens,输出 $12 / 百万 tokens。 GPT-5.6 Sol(旗舰模型):价格不变,但新增 Fast mode(快速模式),取代原有的 Priority Processing。Fast mode 可实现最高 2.5倍速度,价格为标准模式的两倍,智能水平不变。现有标记为 priority 的请求会自动切换到 Fast mode。 er这些降价也会体现在 ChatGPT Work 和 Codex 订阅的用量计算中(订阅价格和配额本身不变,但 Luna 和 Terra 消耗更少积分)。2. 模型定位与能力GPT-5.6 是一个系列模型,针对不同需求分层设计: Luna:高性价比、高速度,适合高流量、多步骤工作流和工具调用(agentic 任务)。能以极低成本完成接近一年前前沿模型的表现。Terra:日常工作的平衡选择,质量接近前代旗舰(如 GPT-5.5),但更便宜更快。Sol:最高能力模型,适合复杂、高 stakes 任务;Fast mode 解决延迟敏感场景。文章强调企业应“按结果匹配智能”——根据错误成本、紧急程度、规模等因素,在不同工作流步骤使用不同模型(例如用 Sol 规划,用 Luna 执行和测试)。3. 性能与基准数据文章引用 Artificial Analysis Intelligence Index v4.1 散点图(成本对数尺度 vs 智能指数),显示 Luna 在极低成本下达到前沿级智能,优于或接近多家竞品(如 DeepSeek V4 Pro、Claude 系列、Gemini 系列等)。关键声称:Luna 以约 6美分/任务 的成本,达到一年前前沿模型水平,速度接近 9倍。在 Agents’ Last Exam 专业工作基准上,Luna 优于 Fable 5,成本低近 99%。客户实测:Terra 质量可比 GPT-5.5,成本减半、时间少 60%;Luna 在 agent 场景下缓存复用大幅提升、输出 token 大幅减少、成本降低 87% 等。 一、价格大幅下调(自2026年7月30日起生效):GPT-5.6 Luna(最快、最便宜的模型):价格降低 80%。新 API 定价为输入 $0.20 / 百万 tokens,输出 $1.20 / 百万 tokens。 GPT-5.6 Terra(日常工作平衡型模型):价格降低 20%。新 API 定价为输入 $2 / 百万 tokens,输出 $12 / 百万 tokens。 GPT-5.6 Sol(旗舰模型):价格不变,但新增 Fast mode(快速模式),取代原有的 Priority Processing。Fast mode 可实现最高 2.5倍速度,价格为标准模式的两倍,智能水平不变。现有标记为 priority 的请求会自动切换到 Fast mode。 二、这些降价也会体现在 ChatGPT Work 和 Codex 订阅的用量计算中(订阅价格和配额本身不变,但 Luna 和 Terra 消耗更少积分)。2. 模型定位与能力GPT-5.6 是一个系列模型,针对不同需求分层设计: Luna:高性价比、高速度,适合高流量、多步骤工作流和工具调用(agentic 任务)。能以极低成本完成接近一年前前沿模型的表现。 Terra:日常工作的平衡选择,质量接近前代旗舰(如 GPT-5.5),但更便宜更快。 Sol:最高能力模型,适合复杂、高 stakes 任务;Fast mode 解决延迟敏感场景。 三、文章强调企业应“按结果匹配智能”——根据错误成本、紧急程度、规模等因素,在不同工作流步骤使用不同模型(例如用 Sol 规划,用 Luna 执行和测试)。3. 性能与基准数据文章引用 Artificial Analysis Intelligence Index v4.1 散点图(成本对数尺度 vs 智能指数),显示 Luna 在极低成本下达到前沿级智能,优于或接近多家竞品(如 DeepSeek V4 Pro、Claude 系列、Gemini 系列等)。关键声称: Luna 以约 6美分/任务 的成本,达到一年前前沿模型水平,速度接近 9倍。 在 Agents’ Last Exam 专业工作基准上,Luna 优于 Fable 5,成本低近 99%。 客户实测:Terra 质量可比 GPT-5.5,成本减半、时间少 60%;Luna 在 agent 场景下缓存复用大幅提升、输出 token 大幅减少、成本降低 87% 等。
Aoke Quant 奥克队长🚩ΙΧΘΥΣ tweet media
中文
2
0
0
699
Aoke Quant 奥克队长🚩ΙΧΘΥΣ retweetledi
DeFi小矿工
DeFi小矿工@DeFi8362·
广州这个举报外国人“非法出境入境、非法居留、非法就业人员”的政策挺好啊 举报一个奖励1000块 一个月找十个,就是一万块的收入... 感觉会有一大批职业猎墨人上线
DeFi小矿工 tweet media
中文
10
2
14
5.2K
ŌURA
ŌURA@ouraring·
@aoke_quant @bitfish Travel can definitely throw sleep patterns off. You don’t need to make up for the sleep debt all at once; small increases in sleep can help your body gradually recover.
English
1
0
0
24
Aoke Quant 奥克队长🚩ΙΧΘΥΣ
长发男中登给小中老登的脱发建议~ 各位登登们,你们知道洗一次头要掉多少根头发么?长发可视化结果告诉你们! 这是最近洗一次头要掉的发量(图 2,还有部分直接冲到下水道没收集到的)得亏长发更容易可视化,洗头的时候随便一抓就是一把头发。如果是短发,根本不知道洗一次头要掉这么多头发。照这个情况掉下去,秃头👩‍🦲是早晚的事😭 根据自己的经验,几点防秃头建议: 1️⃣、洗完头要及时擦干吹干,以防水气怄在头上,会逐渐移动发际线脱落。印象里在柳叶刀上看到的科普。 2️⃣、用富硒的洗发水,主要作用是治疗毛囊炎导致的头皮发痒,进而增加脱发风险。如果后背有小痘痘的也可以用。亲测治疗头痒和后背痘一绝。 3️⃣、特别严重的,去医院挂皮肤科看看吧。有一种情况是睾酮高转化为双氢睾酮(DHT),而这个 DHT 就是影响脱发的关键。吃非那雄胺片降低高酮,从而缓解脱发进展。 祝各位登登们青春永驻,发际线常在 💇🏻
Aoke Quant 奥克队长🚩ΙΧΘΥΣ tweet mediaAoke Quant 奥克队长🚩ΙΧΘΥΣ tweet media
中文
4
1
5
3.6K
Aoke Quant 奥克队长🚩ΙΧΘΥΣ
Gpt 5.6-sol消耗 token 速度过快,团队做了优化减少了 18% 的消耗用量。 并且今天观测到 12 点 11 分的时候又给大家做了用量重置。 另外明天也就是 7 月 30 日,5h 的用量限频会回归。最近两周蹬 gpt 蹬的很爽,我永远喜欢 Codex
Tibo@thsottiaux

Hello people of Sol! I've reset usage limits for all ChatGPT Work and Codex users. Together with that, a quick update on GPT-5.6 Sol usage limits. Over the past few weeks, many of you have told us that Sol was using your Codex limits faster than expected. To be clear, we have not reduced usage on any subscription plans. We’ve been digging into what was happening and have landed several improvements. As a result, we expect your usage to last around 18% longer during typical use of Sol. Some of you should already see significantly larger improvements from today. Tomorrow, we’ll also restore the five-hour limit that we temporarily paused while investigating. Here’s what we found: - GPT-5.6 Sol is much more willing to work for longer, make additional tool calls, and coordinate complex workflows across tools and subagents. That makes it better at solving hard problems, but some tasks were using far more than we intended. - Sol also works harder at the same reasoning effort than previous models. High on Sol can use more tokens than High did on GPT-5.5. - Programmatic tool calling, also referred to as code mode, gives Sol much more flexibility to run tool calls in parallel or continue working while waiting. But it also led to more responses per turn, more cached input tokens, and higher usage than expected. - This was particularly noticeable when Sol was waiting for tool calls to finish or running many web searches. We’ve improved how we handle both cases and are continuing to make code mode more efficient. - The impact was also very uneven. The median user actually found Sol quite token efficient, while some power users working on harder tasks saw their usage drain much faster. We were very focused on average and median usage before launch and missed some cases where the long tail could use significantly more usage. Sol is a significant step forward in what Codex can do, but capability and efficiency do not always improve at the same pace, and some issues only become clear once people are using the model at real-world scale. We should have recognized this sooner and been more upfront about it. You keep pushing the frontier and we’ll keep improving efficiency and sharing updates as we go.

中文
0
0
0
695
AB Kuai.Dong
AB Kuai.Dong@_FORAB·
感动!过去 4 天 OpenAI 为 ChatGPT Work 和 Codex 用户,重置了 3 次额度。 用不完,根本用不完。 感谢同行间竞争,感谢中国 AI。
AB Kuai.Dong tweet media
Tibo@thsottiaux

Hello people of Sol! I've reset usage limits for all ChatGPT Work and Codex users. Together with that, a quick update on GPT-5.6 Sol usage limits. Over the past few weeks, many of you have told us that Sol was using your Codex limits faster than expected. To be clear, we have not reduced usage on any subscription plans. We’ve been digging into what was happening and have landed several improvements. As a result, we expect your usage to last around 18% longer during typical use of Sol. Some of you should already see significantly larger improvements from today. Tomorrow, we’ll also restore the five-hour limit that we temporarily paused while investigating. Here’s what we found: - GPT-5.6 Sol is much more willing to work for longer, make additional tool calls, and coordinate complex workflows across tools and subagents. That makes it better at solving hard problems, but some tasks were using far more than we intended. - Sol also works harder at the same reasoning effort than previous models. High on Sol can use more tokens than High did on GPT-5.5. - Programmatic tool calling, also referred to as code mode, gives Sol much more flexibility to run tool calls in parallel or continue working while waiting. But it also led to more responses per turn, more cached input tokens, and higher usage than expected. - This was particularly noticeable when Sol was waiting for tool calls to finish or running many web searches. We’ve improved how we handle both cases and are continuing to make code mode more efficient. - The impact was also very uneven. The median user actually found Sol quite token efficient, while some power users working on harder tasks saw their usage drain much faster. We were very focused on average and median usage before launch and missed some cases where the long tail could use significantly more usage. Sol is a significant step forward in what Codex can do, but capability and efficiency do not always improve at the same pace, and some issues only become clear once people are using the model at real-world scale. We should have recognized this sooner and been more upfront about it. You keep pushing the frontier and we’ll keep improving efficiency and sharing updates as we go.

中文
76
1
117
42.2K