赞助意愿和维护者钱包之间的那套结构
为什么收钱成了当维护者最难的部分？
愿意赞助的人和靠赞助生活的维护者之间，隔着四道障碍——托管方的计费层、实体门槛、永远回不了本的注册成本，以及寿命跟卡一样长的续订。
财税托管方为「被赞助的权利」收费
没有注册实体的维护者，要先有法律实体、记账和收据，赞助才流得起来——托管方为此收订阅费、按集体收费、按报销收费、托管方自己的百分比，底下还垫着刷卡处理。每一层单看都说得过去；叠在一起，赞助人的钱到达时明显变轻了。
能不能收钱，取决于您的护照
最大的赞助平台费率是零，但可用性按国家逐个划定，接受的实体类型也随市场变化。个人在有些地方符合资格，在另一些地方只有注册企业才行；在很多活跃开发者地区，答案至今是「还不行」。对世界上大部分开源人才来说，这是一道门，不是一个价格——费率再降也打不开它。
为每月几百美元注册公司，注定亏本
为了收不多的赞助注册一家美国公司，账单比收入先到：注册费、年度申报、注册代理人，非居民还要加上海外账户和税务申报。低于某个量级，合规开销就超过赞助本身——维护者要么拒收这笔钱，要么绕道一套吃掉大半的结构。
续订赞助的寿命，就是一张卡的寿命
卡扣的续订赞助，每年都会因为过期和换卡流失一批——所有订阅生意都熟悉的被动流失。项目没变，赞助人也没想走；只是 16 位卡号轮换了，续扣静默失败。一个多年的承诺，就这样被换卡周期悄悄封顶。
钱包成为终点之后，赞助是什么样子
稳定币赞助通道去掉了什么？
赞助人直接付款给维护者的那一刻，四道障碍消失——计费层、实体门槛、换卡流失、追回窗口。
赞助到达项目，而不是平台
赞助人直接付款给维护者。路径上没有收订阅费、按集体收费或抽托管百分比的东西，也没有打款日历决定钱在哪个周五出现。1.0% 一笔费率覆盖资金划转的 gas；其余归项目，结算的一刻起由您掌控。
一个钱包地址就是全部资格要求
开个账户，按美元等值接收 USDT 或 USDC，跳过美国银行、美国公司和把世界上大多数开发者挡在外面的支持国家清单。Paymos 不要求商业文件，起步不审查任何人。收到的钱在当地的所得税仍归您处理——和自由职业开发票一样——但实体门槛没了。
续订活得比赞助人的任何一张卡都久
赞助人承诺按月支持，每个周期您的工具开一张新账单，由赞助人从钱包支付——每笔付款都由付款人主动发起，没有任何自动扣款。没有会过期的留卡，没有追着失败扣款跑的流程，没有长期授权。关系只存在于赞助人和项目之间，只在赞助人决定结束时结束。
一旦确认，赞助就归维护者所有
链上转账确认即最终——没有几周后冒出来的争议，把维护者已经交了房租的钱要回去。悬赏、一次性答谢、企业赞助，都以同样不可逆的方式结算。确实需要退款时，由维护者手动发起转出，条件自己定。
把通道接进 README、项目站或平台
哪种集成方式匹配您收赞助的模式？
从 README 里的一条链接，到赞助平台赖以搭建的 API，三种方式接入钱包通道。
托管收银台——任何 README 都能放的赞助链接
在 README、文档或个人主页放一条「用稳定币赞助」链接。赞助人打开 Paymos 托管页，选金额，从钱包付款；资金结算给维护者，确认 webhook 带回金额和您的编号。不用重建任何东西，不背 PCI 范围——当天下午就有一条可用的赞助通道。
查看详情
内嵌收银台——赞助人不离开项目站
自己有赞助页面的项目，用 iframe 把钱包支付嵌在站内，赞助人全程不离开您的域名。一个项目资助多位维护者时，由您的后端决定收到的金额如何分配、从余额向每位维护者付款——Paymos 负责收款环节，分配归您的账本。
查看详情
Host-to-Host API——搭建托管替代方案
把赞助做成服务的平台建在 REST API 上：每笔赞助开一张账单，续订节奏由您自己的调度器驱动，对账走 HMAC-SHA256 签名 webhook，按项目分配存在您的账本里。在 1.0% 的通道上跑这套体验，而不是订阅加托管加刷卡的堆栈——平台保留可持续的毛利，维护者净得的仍然更多。
查看详情已经在钱包上运转的赞助模式
哪些赞助类型在链上结算得干净？
维护者今天在跑的四种流程——月度赞助人、付费悬赏、企业赞助、一次性答谢。
月度赞助人——每期一张新账单
一位开发者赞助自己生产环境依赖的库。每月您的调度器开一张账单，他从钱包结算，直接进入维护者余额——没有会老化的留卡，没有续扣失败通知，没有对赞助人账户的长期扣款。换卡不再稀释赞助群体，一位赞助人的生命周期价值不再漏损。
付费悬赏——挂在 issue 上的收款链接
一家公司给一个 open issue 挂了悬赏；贡献者提交修复，维护者合并。公司打开收款链接，悬赏在确认并扣除手续费后计入维护者的 Paymos 余额——没有压在打款日历后面，也没有托管方从中抽成。钱一到账，就能投入下一段工作。
企业赞助——赞助方付款的收款链接
一家企业向自己依赖的项目承诺年度赞助。收款链接发给对方财务团队，公司从企业钱包付款，全额到达您的 Paymos 余额，路上没有托管方切走一块。在企业赞助人的基本盘上，托管方本来会吞掉的部分，变成了看得见的工作成果。
一次性答谢——托管赞助页
找到修复方案的开发者打开托管捐赠页，从钱包支付账单。确认后计入维护者的 Paymos 余额——也适用于那些卡在现有赞助平台不被接受的贡献者。
赞助、实体和税务——维护者常问的问题
常见问题
收赞助必须注册公司吗？
平台怎么在这上面搭一个财税托管的替代方案？
没有慈善机构在中间，企业赞助人还能入账吗？
我最终想要当地货币，不是稳定币，怎么办？
这会取代我在用的赞助平台吗？
赞助人一般用哪些网络和稳定币？
诚实的不适用场景
什么时候不该用 Paymos 收开源赞助
四种情况下，发现型平台、财税托管、批量扣款或一张普通法币发票才是更好的答案。
您的赞助来自站内那颗赞助按钮
如果您的赞助来自挂在每个页面上、挨着 star 和 fork 的按钮，干活的是平台的发现流量。Paymos 不会把任何东西展示给浏览中的开发者；它服务的是您已经能触达的赞助人——README、文档、release notes、社群。站内按钮在哪里转化就留在哪里，钱包链接只加给它接不了的赞助人。
您要的是托管方的法律实体，不只是收款方式
财税托管给未注册的项目提供实体、收据、预算透明度和报销审批——这些是服务，Paymos 一样都不提供。Paymos 搬运资金，不当您的法律外壳。如果资助方和机构捐赠人要求收款端有实体和收据，就保留托管方，钱包通道放在旁边，服务那些只想直接付款给项目的赞助人。
您靠每月一美元、分散在几十个仓库的赞助活着
组合型赞助人用一次卡扣同时资助五十个项目。没人会一个月签五十笔钱包转账，这条通道也无法批量进账——每笔付款都由付款人逐笔发起。那个微额分散的市场属于卡扣能自动摊开的通道。钱包的位置在冠名赞助人、企业档和悬赏上——值得逐笔签名的金额。
您的企业赞助人走应付账款电汇
很多企业赞助由 AP 团队按供应商发票银行转账结算，根本没有可签名的钱包。Paymos 只收稳定币——接不了那笔电汇，内部也没有法币入金步骤。如果您的赞助基本盘是采购部门而不是开发者，就按他们能付的通道开发票，钱包留给有加密金库的公司。
定价
每笔结算赞助 1.0%——含 gas，上面没有托管费或订阅费
赞助人付 5 美元或 5000 美元费率不变。0.3% 需要申请，第一位赞助人来的时候就能提，我们看赞助笔数和月度续期。财税托管加订阅加刷卡处理，通常要拿走 1.0% 的数倍。收款不需要公司，转出时 Paymos 收 0 佣金——要出的只有一笔网络费，链上要的比它多。
查看费率