提出一种新的开源融资模式

大型项目-操作系统、框架、CMS或完全可自我托管的应用程序-处于特权地位，可以从用户，特别是公司用户那里获取更多价值。因为整个API和产品都是建立在它们之上的，所以它们会引起足够的赞赏(或者，更有可能的是，害怕过时！)。从一次性或每月捐款中获得可持续的收入。»。

但大多数开放源码软件项目并不大。考虑到这些项目在世界上扮演的基础设施角色，GitHub上的典型项目更好地描述为一种效用-这是一个恰当的术语。这是一个做一件事做得很好的小工具。在构建复杂应用程序的过程中，您可能最终会使用数十个这样的实用程序-它们将为您节省数百小时的开发时间。

不幸的是，像这样的公用事业公司很少从捐赠中获得任何有意义的资金，无论它们有多么广泛的使用或受到欢迎。考虑一下Reaction-Router。即使GitHub上有413万个明星，NPM每周下载300万次，基于Reaction的单页面应用程序几乎普遍采用，它每年也只带来约17K美元的捐款。

问题的根源在于，开源捐款是以每个项目为基础的(²)。要通过GitHub赞助商或OpenCollective支持项目，您必须为要支持的每个项目创建另一个自动续订的月度订阅。此外，在关键时刻(我将赞助X！#34；)，很容易让你自己退出捐赠(但如果下周被某个新的热门人物取代呢？！&34；)。这对开放源码的总捐款有巨大的抑制作用。最终，只有那些大量的、疯狂的、无可争议的有用的项目才能获得资金。而这些项目通常都是大项目--框架、可自我托管的软件等等。

需要一种新的模式；一种适用于中小型项目的模式，而不仅仅是大型项目。因此，我提出了一种新的(-ish)方法来实现开放源码软件的可持续性。

然后，您的资金将分配给您的赞助商池中的项目。您的赞助商池正是您想要支持的一组开源项目。

将新项目添加到您的池中应该需要一次点击，就像在GitHub上主演回购一样简单。

就是这样。它几乎不是独创性的，这就是为什么没有开放源码软件的主要参与者实现它来促进开源捐赠，这是令人惊讶的。

这将实现开放源码软件可持续发展的圣杯：一键赞助。⁴一旦一个人为他们的赞助商池提供了资金，只需一次点击就可以在财务上支持另一个项目。支持额外项目的边际成本-无论是心理成本还是财务成本-将降至零。这是游戏规则的改变者。

为什么我认为这将极大地增加对开源的捐赠总额？要回答这个问题，请考虑一个假设问题。

你愿意每年拿出多少收入捐给开源软件？

我怀疑典型的高薪HN潜伏者在阅读这篇帖子(👋)时会得出一个几百美元的数字。将这一数字与你实际捐赠的金额进行比较-有区别吗？这是给我的。这是因为目前没有办法向抽象的开源软件概念捐款。但有了赞助商池，捐款金额将反映出对上面提出的问题的诚实回答。

在我看来，最好的情况是GitHub本机支持这种模式，将其作为GitHub赞助商的扩展。它是大多数项目的居住地，因此它最适合创建这样的零摩擦捐赠系统。

当然，如果GitHub实施了类似的措施，他们很可能会将捐赠机制与明星分开。或许相反，可以向已创建并资助赞助商池的用户显示添加到池中的按钮，而不是当前的赞助商按钮。

GitHub在某种程度上有转而采用这种方式的经济动机。他们目前正在承担在GitHub赞助商上进行交易的所有手续费。因此，如果你以1美元/月的价格赞助一个项目，维护员将获得1美元/月……而GitHub将向信用卡公司支付0.3美元。更大的捐赠规模意味着GitHub支付的费用比例较小。

请注意，我说的是比例较小。如果正在处理更多的总捐款(这是这项提案的目标！)，即使费用与捐款的比例较小，他们最终仍可能支付更多的总费用。如果赞助商池的概念取得巨大成功-比如每年累计捐赠10亿美元-GitHub将吃掉近2000万美元的信用卡费用。我怀疑这会激怒微软的一些人。

作为最后补充--我希望看到可嵌入的徽章在不同级别的捐赠中解锁。想象一下这样一个世界：你在某个人的网站页脚看到GitHub赞助商“金徽章”(Gold Badge)，表明他们每年向开源捐款1000美元以上。单击此徽章会将您带到一个可供您验证声明的可信站点。以下是我对徽章设计的快速而粗略的尝试：

有些人可能会喊美德信号，但像这样的方法是建立正面强化循环的一种经过验证的方法，它a)提高了人们的意识，b)鼓励更多的人向开源捐款。

这是一个具有大量潜在解决方案的难题。我不想批评任何现有的方法；它们都为维护人员做了很多事情，包括我自己，我也不想贬低这一点。在构建这样的东西时，可能还会有一些我没有意识到的重大实现或监管障碍。这只是一个假设的练习。

我叫科林，大约每个月都会写这样的提案。把你的电子邮件放进邮箱，让未来的提案发送到你的收件箱。✌️。

²值得注意的是，目前GitHub的赞助实际上对应于给定的用户或组织，而不是特定的存储库或项目。

我认为重要的是赞助池本身是由项目组成的，而不是用户或组织。如果将多个实体/组织列为特定项目的维护者，则情况会变得复杂。需要有一种机制，在他们认为合适的情况下，在一组维护人员之间分配收到的捐款。

有人向我指出，Flattr使用的正是这种型号！不幸的是，它们并不是专门为开放源码软件设计的，只是没有足够的意识来真正动摇。为了使这种模式发挥其潜力，它需要由一个可见的、可信的、成熟的参与者来实施。

更神圣的圣杯⁴：零点击赞助！这种方法的一个例子是Brave Browser的基于令牌的小额支付系统。Brave可以让你用各种加密货币为你的钱包提供资金，然后根据你在他们网站上花费的时间按比例分配给创建者。

这是个好主意，但为了收集必要的信息，监视是必要的。这是由Brave合乎道德地实现的，但这是可能的，因为他们控制着完整的浏览器体验。要使其跨浏览器工作，需要具有对您的浏览模式的完全访问权限的扩展。所以很可能是不可能的。