之前用英国企业开户 Stripe ，公户银行用的万里汇。但是提现发现，万里汇不支持从 Stripe 收款。 目前钱卡在 Stripe 无法提取，想问下可否提取到个人银行账户？比如 ifast
BTW, 之前 wise 开户没搞成，被封了。英国企业有其他合适的开户银行吗？
]]>- 用户创建多个 Checkout Session 之后每个都付款，出现多个订阅怎么办？
- WebHook 事件不可靠，只能作为可有可无的通知？轮询 Stripe API 可能服务器有限流？
- 订阅升级是否应该退款？ readdy.ai 以前是先删掉当前订阅，再走新订阅流程，买过 starter ，用了几天不好用，点升级后提示会取消当前订阅，体验不好，最近看升级和降级政策好像变了。cursor 是按照当前订阅周期剩余使用天数退款，好像是 stripe 上的功能，我的 pro 用了 3 天换成 plus 退了 15 美元，plus 换成 ultra 退了 38 美元，虽然是正常使用，但是感觉也在薅羊毛。
github 是否有相关的代码库呢？
]]>- 身份验证通过了，使用的护照
- 家庭住址验证失败，使用的招行信用卡账单（上面有姓名和住址）
求助：
- 家庭住址如何验证？
- 招行账单是中文的，个人信息填写是英文，这会是造成无法验证吗？
今天，人人都在聊「稳定币」
Circle 上市超过 500 亿美金，天才法案顺利推进，公众号视频号小红书博主也开始疯狂输出
哪家公司会成为稳定币的龙头？
Stripe 毫无疑问是我们相当看好的一家
Stripe 由两位天才少年创立于 2010 年，是全球最大的支付公司之一，千亿美金估值；也在去年和今年收购两家 Crypto 公司 Bridge 和 Privy, 进军稳定币支付。
Stripe 目前服务了几百万个商家，创造了上万亿的年交易额，小伙伴们最熟悉的 X 推特、OpenAI 等支付，就是由 Stripe 来支持的。
和大公司设立一个「 Crypto 部门」不同，Stripe 一方面深度整合，另一方面 Founder 在 10 多年前就深度参与过 Crypto
Stripe CEO Patrick Collison 2009 年就研究比特币白皮书，2014 年和 Ripple 联合创始人 Jed McCaleb 创建了非营利组织 Stellar Development Foundation, 并向其注资 300 万美元，用于开发 Stellar 公链，探索基于区块链的支付网络。
这也是我们看好 Stripe 的重要原因之一。比特币和区块链最初诞生的愿景就是重构全球支付，这个愿景极有可能由 Stripe 来实现，它们官网的 Slogan 就是 Payments infrastructure for the internet “互联网的支付基础设施”，使命是增加互联网的 GDP.
Stripe 是如何一步步走到今天，有哪些重要的人物、产品和策略推动它到千亿的估值？为什么我们认为 Stripe 和 Crypto 的结合， 会让其走上万亿估值之路，并且重构全球支付？
我们一直想对 Stripe 做一个全面的研究，但因为还没有上市，没有特别完整的内容；另外由于主要是做海外和跨境支付，中文区的资料也非常少。但这又是一家在稳定币和全球支付中会扮演相当重要角色的公司，如果对这个领域感兴趣，必须对其深入研究。
于是我们自己搜集和阅读了几十万字的资料，看了十几个播客采访，然后整理成这一期节目，主要内容包括
- Stripe 创始人（ Collison 兄弟）背景介绍
- 为什么要做 Stripe, Stripe 与加密货币的早期渊源
- Stripe 千亿之路：客户战略、产品战略、收购战略、文化战略
- Stripe 万亿之路：通过稳定币支付提升 2 倍客户量，消除中间商，重构支付网络；通过打造 AI Agent 的金融基础设施，迎接亿级 AI Agent 和人类共存的未来
- 稳定币竞争格局：5 股力量
- Stripe 为什么不上市？什么时候会考虑上市？
- 大量的相关公司、项目和案例
无论你是对支付 or 稳定币赛道感兴趣，还是躬身其中，相信本期都可以带来不少启发，我们自己也受益匪浅。Enjoy!
节目收听
本期播客音频已经上传 小宇宙、Apple 、Youtube 、Spotify ，欢迎收听，希望这期对你也有所启发。如果你使用 Apple Podcast, 也欢迎给我们的节目打个五星好评哦
小宇宙： https://www.xiaoyuzhoufm.com/episode/68579add4abe6e29cb5ad1ef
Apple Podcast: https://podcasts.apple.com/cn/podcast/day1global 生而全球-web3 版/id1707032420
在小宇宙留下评论可以参与 OneKey 抽奖哦
文字稿
稍后会在 https://www.web3brand.io/ 放出，敬请期待
时间轴 & 本期精华
(感谢 Manus AI)
00:00 - 节目开场
01:28 - Stripe 公司概述，为什么看好这家千亿美金估值的支付公司
03:01 - 创始人背景介绍：Collison 兄弟，爱尔兰天才少年的成长经历，加入 YC 卖掉第一家公司
08:02 - 为什么要做 Stripe：Stripe 创立故事，从解决自己的支付问题开始，7 行代码集成支付
14:22 - Stripe 与加密货币的早期渊源，2014 年成为首批支持比特币的支付公司，并联合创建了 Stellar 基金会，探索基于区块链的支付网络。
18:03 - Stripe 的千亿之路：客户战略、产品战略、收购战略、文化战略
18:34 - 客户战略分析，面向开发者群体的独特定位和错位竞争，做「平台的平台」
31:31 - 产品战略深度解析：API 优先文化、快速支持最新的商业模式、企业一站式服务的产品组合和平台化发展路径
39:34 - 收购战略：TaxJar 、PayStack 、Indie hacker 、Bridge 、Privy
44:01 - 文化战略：尊重个体，尊重独立开发者、尊重内容、极高透明度
49:12 - Stripe 千亿之路的总结
50:37 - Stripe 万亿之路：稳定币 + AI
54:40 - 为什么 Stripe 要做稳定币支付？通过稳定币支付提升 2 倍客户量，消除中间商，重构支付网络
59:08 - 为什么 Stripe 收购 Bridge
01:09:37 - 为什么 Stripe 收购 Privy
01:17:25 - 通过打造 AI Agent 的金融基础设施，迎接亿级 AI Agent 和人类共存的未来：快速支持 AI 公司的收费模型，82%的顶级 AI 公司都在使用 Stripe ；支持 AI Agent 使用 Stripe 支付和收款
01:22:25 - 稳定币竞争格局：5 股力量
01:30:32 - Stripe 为什么不上市？什么时候会考虑上市？
免责声明 & 风险提示：主持人或嘉宾在播客中的观点仅代表个人看法，有时可能会持有播客中讨论的某项目的头寸。此播客仅用于提供信息，不作为投资建议，Always DYOR (Do Your Own Research)。
]]>1️⃣ 公司是注册的美国 INC 公司
2️⃣ 银行是水星银行
3️⃣ 电话卡是美国电话卡 Paygo ，月租 3 美金
4️⃣ 我没有申请 ITIN 和 SSN ，用的是护照进行验证的
5️⃣有一个自己的网站（尽量是那种能正常运行业务的看起来像是可以收款的网站）
⛵️对于出海的开发者来说，stripe 是大家最推荐的收款方式，一般来说，会通过创建英国或者美国公司，开启银行公户，然后来申请 stripe 账户进行全球收款。当然也有开发者通过个人港卡，比如汇丰或者中银香港，开通个人 stripe 账号来进行收款
具体流程记录在了:
]]>
请教下，像这些超过了限额的交易，是不是一定要公司名义注册才能交税？
我不是公司身份注册的 stripe ，有些信息提供不了。
土耳其的税务注册网站连个多语言都没有，所幸表格是英语，但是要提供一堆我没有的号码。
- The National VAT Registration Number or Tax Registration Number
- The National Trade Registration Number
这些 stripe 不能自动完成吗？
金额很小，才不到 4 刀。但是他们这两个国家好像都是 1 笔起交。
不处理会不会导致 stripe 封号？
]]>- Please provide me with the last 3 months to date of processing statements. A processing statement is a financial document provided by your payment processor. Please note it must contain a detailed record of past transactions and disputes. There are certain business types which we require processing statements for since they fall into the restricted categories of our Acceptable Use Policy (AUP). Kindly note the processing statements are required at this stage of the review. If you're unable to provide this information now, I'd be glad to reassess your application once you have processed for 3 months with a payment processor and can provide this. 最近在给自己的 SaaS 产品 PPResume 集成支付，调研了很久，最终还是决定用 Stripe ，集成过程中又发现了一些坑，分享出来，供后来者参考。
四种集成方式的选择
Stripe 官方提供四种主流的集成方式：
- payment links：最简单的一种，集成成本最低，时间最快，但是可定制化程度最低，比较适合简单的业务
- checkout ，又分为 hosted checkout 和 embedded checkout 两种：
- hosted checkout：用户在 checkout 时，需要重定向到 stripe 的网站，好比说你在淘宝买东西付款时，需要重定向到支付宝或者微信支付的网站，用户流程更长一些，集成成本也不算高，比较简单
- embedded checkout：stripe 提供一个内嵌的 form ，可以直接嵌入到你的网站中，这样用户在 checkout 时，不需要重定向到 stripe ，用户体验会更好一些，集成成本比 hosted checkout 高很多，我个人开发过程中的一个 demo
- elements：定制化最强的一种，同时也是成本最高的，所有的元素，诸如信用卡输入框这些均可定制，适合高度复杂的业务，不建议普通用户使用
Next.js 官方有一个 demo，可以直观对比下 payment links 、checkout 和 elements 三种方式的区别
我个人建议：
- 如果是极其简单的业务，或者开发时间、能力有限，用 payment links 就行，比如说你在网上卖电子书、软件 license ，放个 payment links ，收到 payment 后，给 customer 自动或者手动发送电子书、软件 license 就行了； payment links 还有一个显著的优点，就是因为 payment links 本身提供的是一个 URL ，你可以把这个 URL 分享到各种平台，就如我们日常在用的二维码收款码一样
- 如果略复杂一些的业务，比如有多种 pricing plan ，可以用 checkout ，想要最佳的用户体验，又能承担高一些的开发成本，可以用 embedded checkout ，但是 checkout 有个关联 customer 的小坑，后面说
- elements 不建议采用，开发成本过高了
Pricing Table 的问题
Stripe 提供一个 no code 的 pricing table，可以方便的在自己的网站上嵌入一个 pricing table 。但是 Stripe 的 pricing table 有一个问题，就是默认点击 Subscribe button 的时候，是直接定向到 stripe 的 checkout 页，而对一般的 SaaS 产品而言，Pricing Table 的 CTA button 针对用户是否已经登录，要定向到不同的页面：
- 如果用户尚未注册登录，则直接重定向到用户的注册登录页，引导用户注册登录
- 如果用户已经登录，则按照正常的流程，重定向用 subscribe 付款页面
Stripe 的 Pricing Table 另一个问题就是 UI 的可定制性还是差了一些，没有提供单独的 CSS 定制，可能和产品本身的 UI 风格有较大差异。
海外有一个专门的 Pricing Table SaaS 产品，部分解决了这个问题，可以参考一下。实在不行，Pricing Table 就还是自己写的，不难的。
Checkout 最好关联 Customer
Stripe Checkout Session 在创建 时，接收一个 customer 参数，该参数是 stripe 内建的 customer 的 id ，如果创建 Stripe Checkout Session 时（stripe.checkout.sessions.create），没有提供这个 customer 参数，那么 Stripe 的后台会将所有 email/credit card/phone 相同的 customer 统一归组成一个 guest customer ，这个 guest customer 仅仅在 Stripe Dashboard 中可见，而在 Stripe API 中是不可见的，并且 guest customer 没有办法对接 Customer Portal （关于 Customer Portal ，见后文）。
我个人建议：
- 在创建 stripe checkout session 时，先创建 stripe customer ，但是不要用一个 customer email 创建多个 Stripe customer ，最后确保一个 customer email 创建并且仅创建一个 Stripe Customer ，code 类似于这种：
/** * Retrieves or creates a Stripe customer with logto user's email. * * This function first attempts to fetch the user's context from the Logto * client using the provided request. * * Then checks if a customer already exists in Stripe with that email, if * existed, return that stripe customer, otherwise a new customer is created in * Stripe. * * @param {NextRequest} request - The incoming request object from Next.js. * * @returns {Promise<Stripe.Customer | null>} A promise that resolves to the * Stripe Customer object if found or created, otherwise null. */ export async function getOrCreateCustomer( request: NextRequest ): Promise<StripeServer.Customer | null> { const stripe = getStripeServer() try { // find a way to get a customer email from your auth system const customerEmail = 'customer@ppresume.com' // This is not likely to happen as all logto users should have a valid email if (!customerEmail) { return null } const customers = await stripe.customers.list({ email: customerEmail, limit: 1, }) if (customers.data.length === 0) { return await stripe.customers.create({ email: customerEmail, metadata: { logtoUserId: user?.claims!.sub, }, }) } else { return customers.data[0] } } catch (err) { return null } } Customer Portal 集成的两种方式
Stripe 提供一个 no code 的 Customer Portal，可以让用户自行管理支付相关的数据，比如支付方式，订阅记录，invoices 等等，这些东西自己实现，又繁琐又无聊，因此如果支付系统能提供相应的解决方案，还是很方便的。
据我所知，Stripe 和 LemonSqueezy 是提供 customer portal 的，而 Paddle 是不提供的（有一个专门的 SaaS 产品就是给 Paddle 提供一个 Customer Portal ）。
集成 Stripe Customer Portal 有两种方式：
- 一种是通过 no-code 的方式，在 Stripe Dashboard 中直接 activate customer link ，拿到一个 URL ，将这个 URL 放到你的网站中，用户访问这个 URL ，就可以用验证码登录来访问或管理支付相关的信息
- 另一种是通过 API 的方式，在用户访问 customer portal 时，通过 API 临时创建一个 customer portal 的 URL ，然后把这个临时 URL 返回给用户，用户通过这个临时生成的 URL 访问 customer portal ，代码大略如下：
/** * Creates a Stripe customer portal session and redirects user to that portal * * It first retrieves or creates a Stripe customer based on the incoming * request, then generates a session for the Stripe Billing Portal, and finally * redirects the user to the Stripe Billing Portal. * * The major benefit of using API to create a customer portal with customer * attached over plain customer portal link provided from stripe dashboard is, * user won't need to manually sign in for API created customer portal. * Basically, when you create a customer portal with API, it will generate a * short-lived URL for user and this URL do not need user to sign in. * * From [Stripe]( https://docs.stripe.com/api/customer_portal/sessions): * * ``` * A portal session describes the instantiation of the customer portal for a * particular customer. By visiting the session’s URL, the customer can manage * their subscriptions and billing details. For security reasons, sessions are * short-lived and will expire if the customer does not visit the URL. Create * sessions on-demand when customers intend to manage their subscriptions and * billing details * ``` * * @param {NextRequest} request - The incoming request object from Next.js. * * @returns {Promise<Response>} A promise that resolves to a redirect response * to the Stripe Billing Portal, or a JSON response indicating that the customer * was not found. */ export async function GET(request: NextRequest) { const stripe = getStripeServer() const customer = await getOrCreateCustomer(request) if (!customer) { return Response.json( { message: 'Customer not found', }, { status: 404 } ) } const customerPortalSession = await stripe.billingPortal.sessions.create({ customer: customer.id, return_url: getAbsoluteUrlWithDefaultBase(routes.pages.settings.billing), }) return Response.redirect(customerPortalSession.url, 303) } 第二种方式最大的好处就是，用户不必通过验证码来登录 customer portal ，而是可以直接访问，用户体验要好太多。
Stripe Webhook 实现
用户下单之后，系统需要满足用户的下单需求，比如如果是实物电商，那么商家需要打包发货，而如果是 SaaS 这种虚拟服务，则一般需要赋予用户相应的 Pro 权限，这个过程叫做 order fulfillment。
Order fulfillment 需要实现 webhook：
Webhooks are required
You can’t rely on triggering fulfilment only from your Checkout landing page, because your customers aren’t guaranteed to visit that page. For example, someone can pay successfully in Checkout and then lose their connection to the internet before your landing page loads.
Set up a webhook event handler to get Stripe to send payment events directly to your server, bypassing the client entirely. Webhooks are the most reliable way to know when you get paid. If webhook event delivery fails, we retry several times.
所谓 webhook ，简单讲，就是在你的系统中向公网暴露出一个 API endpoint ，当用户通过 Stripe 下单成功后，Stripe 给这个 API endpoint 发送一个 POST 请求，请求 event 里包括详细的下单付款信息，你的系统收到这个信息后决定怎样给用户赋予相应的权限等等。
Webhook 实现中有一个小坑，就是 Stripe 不保证 event 的时序性，也不保证请求的唯一性——事实上，公网的网络请求中也是没有办法做到这一点的，因此你的 Webhook 实现中，看需求，如果对数据一致性要求比较高，最好实现幂等性。具体细节不在这里讲啦。
后话：集成 Stripe 花了小一个月的时间，Stripe 的开发体验非常不错，但是产品矩阵很庞大，新手往往比较容易困惑，再就是有一些隐藏的坑，我遇到了一些，随手记了下，发上来当一个备份吧。
集成支付系统还是蛮耗体力的一个活，后面有时间的话，打算写一篇《 Stripe 101：The Missing Tutorial for Indie Makers 》。
最后打个小广告哈，我的 SaaS 产品 PPResume 去年上线后又经过一年的打磨，最近终于要推出付费计划啦，所有在支付正式上线之前注册的用户，都将获得一年内 50% off 的折扣，欢迎注册体验。
]]>大家是怎么成功办理的。 ]]>
First of all, we're sorry for any inconvenience this may have caused. As discussed, it shows that your listed Merchant Category Code (MCC) is listed as -- Computer Network Services 4816, which falls into a category that is prohibited by Stripe's Terms of Service for Alipay here:
https://stripe.com/alipay/legal
请问做 IDC 大类的各位 V2EX 大神，stripe 应该选哪一类才能成功开通支付宝？
]]>2.希望达到的效果是，用户使用新卡后，并不是在 stripe 新增一条 customer 记录，而是在原有的记录下新增一条卡信息。
3.包括提供一个入口，用户可以更改自己的卡，而不会影响到订阅。（目前研究文档中的 update 只是对旧卡信息的更新）
有没有大手子处理过这样的方案？ ]]>
已经给 stripe 回复了邮件想咨询账户被禁用的原因或者理由，但一直没收到回复，想问下各位 V 站大佬有没有刚好遇到类似事件的给指条明路。
]]>不在美国任何州经营的话，第二年的年审跟特许经营费会不会很高呢？
Stripe 会要求你提供业务的相关信息，如网站、产品、服务条款等， 这个是必须要的吗？
]]>不知道已经成功申请 stripe atlas 的 V 友，是否可以帮忙提供一个邀请码？
谢谢。 ]]>
微信也在内测了。
https://stripe.com/blog/hong-kong ]]>
