Stripe Blog

RSS: https://stripe.com/blog/feed.rss
Stripe 官方博客,全球领先的支付与金融服务平台,分享技术、产品与工程实践。

Stripe Radar 价格涨了三倍多

Stripe 将 Radar 反欺诈服务价格上调超过三倍。Standard 月费从 10 瑞士法郎涨至 17 瑞士法郎,Plus 从 14 涨至 39,Pro 从 19 涨至 59。功能分层不变,Plus 和 Pro 新增动态风险阈值和 Agentic insights 等功能。
评论点赞收藏16 天前

AI时代重新思考风险

与西雅图的高级风险和支付领域领导者齐聚一堂,探讨人工智能如何重塑欺诈策略。席位有限。
评论点赞收藏73 天前

将全球需求转化为收入的新方法

Stripe 在 Sessions 2026 大会上发布了数十款新产品与能力,核心包括:本地化结账体验与 Adaptive Pricing 自适应定价、更智能的风控工具、多币种 treasury 支持、以及自动化税务合规方案。这是 Stripe 官方发布的产品更新汇总,旨在帮助企业更快地将全球流量转化为实际收入。内容为功能列表式介绍,缺少具体实现细节或使用案例。
评论点赞收藏73 天前

通过Visa数字商务认证计划帮助企业降低网络交易成本

Stripe官方博客宣布已快速接入Visa DCAP计划,帮助商家在保护授权率的同时节省交易手续费。文章为产品通告性质,仅有一句概括性描述,完全没有具体实施细节、数据或技术背景,属于典型的机构号任务式发文。对支付行业从业者可能有信息提示价值,但本身内容非常单薄,缺乏可复用信息和讨论空间。
评论点赞收藏74 天前

扩展Stripe Radar以更好地保护您的业务

Stripe Radar升级,可拦截所有支付方式的高风险交易,防御多账户滥用和按需付费滥用等新型欺诈,并支持跨支付处理商。同时为平台提供评估商家风险的新工具。
评论点赞收藏81 天前

API即基础设施:Stripe 通过版本管理实现未来兼容

Stripe 将 API 视为基础设施(如电网、供水),分享其六年中管理近百次向后不兼容升级的工程实践。文章从 Unix 接口契约的不可逆性切入,对比了传统主版本号方案(v1/v2/v3)的痛点——用户升级成本高、易被锁定、供应商维护旧版本分身乏术。Stripe 采用以发布日期命名的滚动版本(如 2017-05-24),每次只含少量增量改动,新用户首次请求自动锁定最新版本,并可通过 Stripe-Version 头或 dashboard 覆盖。底层通过 API Resource DSL 定义响应结构,版本变更封装为独立的 version change module,按时间顺序反向应用到目标版本;含副作用的变更用 has_side_effects 标注。该方案还实现了 API 变更日志自动生成、文档按用户版本标记不兼容字段。最后总结三条原则:升级要轻量、版本管理要成为 API 一等公民、旧版本维护成本要固定在模块内。
评论点赞收藏103 天前

Stripe Treasury 企业财务管理平台

这是 Stripe 官方 Treasury 产品的营销着陆页,介绍其多币种资金管理、跨境支付、虚拟/实体卡发放、稳定币支持及贷款等功能。页面以功能罗列和产品卖点展示为主,辅以汇率、余额等模拟 UI 元素和第三方集成列表。全文为纯产品推广内容,没有作者观点、个人经验、行业分析或讨论入口,属于典型的机构任务式产品介绍页,对冷启动推荐场景几乎没有信息增量或互动价值。
评论点赞收藏108 天前

赋予AI代理支付能力

Stripe推出Agent钱包,让AI代理能编程使用Link支付,可生成一次性卡或共享支付令牌。基于Stripe Issuing构建,使代理具备自动付款能力。
评论点赞收藏109 天前

我们在2026年Sessions大会上宣布的所有内容

Stripe在2026年Sessions大会上宣布多项更新,包括更可编程的平台、利用Stripe网络保护业务、以及为AI构建经济基础设施。本文汇总了所有重要发布,适合开发者关注Stripe最新能力。
评论点赞收藏109 天前

Stripe Radar 技术指南:机器学习驱动的支付欺诈防护

本篇是 Stripe 官方博客的技术指南,详细介绍了其机器学习反欺诈产品 Radar 的工作原理。文章从线上信用卡欺诈的定义入手,解释了假阴性(漏过欺诈)与假阳性(误拦正常交易)之间的权衡取舍,指出不同利润率的企业应选择不同的拦截策略。随后深入说明 Stripe 如何利用其网络内数千亿交易数据训练模型,涵盖特征工程(如 IP 地址历史、卡使用国家数)、嵌入表示(embedding)将相似商家聚类、以及决策树等模型评估方法。内容有一定技术厚度,对理解支付反欺诈 ML 系统有参考价值。但全文是 Stripe 官方为推广 Radar 撰写的产品导向内容,缺乏个人视角、现场经验或独立观点,读感接近产品文档加软性营销,讨论入口弱,互动价值低。
评论点赞收藏110 天前

Shoptalk 2026洞察:AI代理如何改变零售业

基于Shoptalk 2026的洞察,分析AI代理如何改变零售业。零售商已感知搜索和发现的转变,下一步仍在探索。本文涵盖嵌入式结账、新兴第三方界面等,展示电商与AI领导者如何整合代理型商务。
评论点赞收藏136 天前

大规模在线数据迁移实战(Stripe 2017)

Stripe 工程团队分享在保持 API 100% 可用且不中断服务的前提下,安全迁移数亿条订阅数据的完整实战方案。核心是四阶段双写模式:双写新旧表保持同步 → 借助 GitHub Scientist 校验并切换读路径 → 增量切换写路径 → 清理旧数据。亮点包括用 Hadoop/Scalding 在离线集群中并行回填海量数据,避免压垮生产库;通过 Scientist 做生产环境实时比对,确保每一步数据一致;每次只改几百行代码,逐步推进。文章给出了具体工具链和可复用的模式,对处理大规模在线迁移的工程团队有直接参考价值。
评论点赞收藏140 天前

强客户认证(SCA)合规指南

Stripe官方发布的SCA(强客户认证)合规指南,系统解读欧盟PSD2指令下的支付安全要求:何时触发SCA、3D Secure 2认证流程,以及低风险交易、订阅扣款、小额支付(€30/£25以下)、MOTO电话销售等豁免条款的具体门槛和限制。文章对SCA框架、欺诈责任转移、豁免失败处理等做了清晰梳理,有一定参考价值。但本质是Stripe产品营销内容,全文穿插推广Stripe Radar/Billing/API,无个人实操经验或独立视角,属机构号SEO通稿,信息正确但缺乏讨论入口。
评论点赞收藏143 天前

规范日志行:一种快速灵活的观测性实践

Stripe 工程团队分享了一个简单但极其有效的生产观测手段:canonical log lines(规范日志行)。核心思路是在每次请求结束时,把该请求的关键遥测数据(HTTP 方法、路径、状态码、认证用户、限流信息、耗时、数据库查询次数等)全部合并到一行日志中,而不是分散在多行里。这样一来,排查问题时只需一条简单查询就能拿到完整上下文,无需跨行拼接,事故响应速度显著提升。文章给出了完整实现细节:用中间件 + Ruby ensure block 确保每笔请求必出日志,且日志构造失败不影响请求;用 protocol buffer 固化字段名约定;通过 Kafka → S3 → Presto/Redshift 管道做长期归档分析;甚至用这份数据驱动了 Stripe Developer Dashboard 的产品功能。适合后端、SRE 和平台工程团队参考,有具体代码片段和架构说明,可复用性高。
评论点赞收藏143 天前

登录芦苇

登录后关注作者、收藏内容和参与讨论。