开源如何构建分布式信任

对开源的信任是一个正反馈循环。

这是我即将为 Wiley 出版的关于信任计算和云的书的编辑摘录，并引自我之前写的一篇名为信任和选择开源的文章。

在那篇文章中，我问了一个问题：当我们说“我信任开源软件”时，我们在做什么？作为答复，我建议我们正在做的是确定足够多的编写和测试该软件的人与我有类似的要求，并且他们的专业知识综合起来使我使用该软件的风险是可以接受的。我还介绍了分布式信任的想法。

在社区中分配信任的概念是亚里士多德提出的“群体智慧”理论的应用，该理论假设许多人的意见通常比一个或少数人的意见更智慧。虽然在某些情况下，最简单的形式显然是错误的（最明显的例子是民众支持极权主义政权的例子），但这一原则可以为建立某些信息提供非常有效的机制。

这种集体经验的提炼允许我们所谓的“分布式信任”，并通过互联网上的众多机制收集。其中一些（例如 TripAdvisor 或 Glassdoor）记录有关组织或其提供的服务的信息，而另一些（例如 UrbanSitter 或 LinkedIn）则允许用户添加有关特定人员的信息（例如，请参阅个人资料中 LinkedIn 的推荐以及技能和认可部分） ）。网络效应可以显着增加从这些示例中获得的好处，因为随着成员数量的增加，成员之间可能的连接数量呈指数级增加。

分布式信任的其他例子包括像 Twitter 这样的平台，其中一个帐户收到的关注者数量可以被视为衡量其声誉甚至可信度的指标，我们应该对这种计算持高度怀疑的态度。 事实上，推特认为它必须解决拥有大量粉丝的账户的社会权力问题，并建立了“经过验证的账户”机制，让人们知道“公共利益的账户是真实的”。有趣的是，在出现与用户对“已验证”的确切含义或暗示的期望相关的问题后，该公司不得不暂停服务：这是不同群体之间对上下文有不同理解的典型案例。

那么与开源的相关性在哪里呢？开源的社区方面实际上是建立分布式信任的驱动力。这是因为，一旦您成为开源项目社区的一部分，一旦您说“信任”开源项目（请参阅我的上一篇文章），您就会承担一个或多个您开始信任的角色。示例包括架构师、设计师、开发人员、审阅者、技术作家、测试人员、部署人员、错误报告者或错误修复者。您对项目的参与越多，您就越能成为社区的一部分，最终可以成为一个实践社区。

Jean Lave 和 Etienne Wenger 在《情境学习：合法外围参与》一书中引入了实践社区的概念，其中，随着成员分享热情并参与共享活动，团体会演变成社区，从而提高他们的能力技能和知识结合在一起。这里的核心概念是，当参与者围绕实践社区学习时，他们同时成为该社区的成员：

“合法的外围参与既指实践中知识技能身份的发展，也指实践社区的复制和转变。”

Wenger 在实践社区：学习、意义和身份中进一步探讨了实践社区的概念、它们如何形成、对健康的要求以及它们如何鼓励学习。他将意义的可协商性（“我们为什么要一起工作，我们想要实现什么？”）视为实践社区的核心，并指出，如果没有参与，<想象力，以及个人、实践社区的一致性不会是强大的。

我们可以将这一点与我们对如何建立和构建分布式信任的观点保持一致：当您意识到您对开源的影响可以与其他人的影响相同时，您与社区成员所持有的分布式信任关系的传递性就会降低（第二- 或第三方或什至更遥远）并且更直接。您了解，您对正在运行的软件的创建、维护、需求和质量的影响可能与您现在正在与之形成实践社区或其现有的所有其他以前匿名的贡献者相同。您正在加入的实践社区。然后，您就成为信任关系网络的一部分，该网络是分布式的，但与您在购买和操作专有软件时所体验到的关系较少。

这个过程并没有就此停止；开源项目的一个共同特性是异花授粉，即一个项目的开发人员也在其他项目上工作。随着多个开源项目的网络效应允许重用和对其他项目的依赖性增加，并导致整个项目集的更大采用，这种情况会增加。

很容易理解为什么许多开源贡献者成为开源爱好者或传播者，不仅仅是为了单个项目，而是为了整个开源。事实上，斯坦福大学社会学家马克·格兰诺维特的研究表明，社区内太多的强联系可能会导致派系和停滞，但弱联系会在社区周围提供思想和趋势的流动。这种对其他项目及其周围社区的认识以及跨项目想法的灵活性导致分布式信任能够扩展到（尽管保证较弱）超出贡献者在项目中经历的直接或短链间接关系。对其他项目有直接的经验，外部观察或外围参与表明贡献者之间存在类似的关系。

简而言之，参与开源项目并通过参与建立信任关系的行为会导致对类似开源项目或其他类似开源项目更强的分布式信任。

这对我们每个人意味着什么？这意味着我们越多地参与开源，我们对开源的信任就越多，因为其他人对开源的参与和信任也会相应增长。对开源的信任不仅仅是一种网络效应：它是一个积极的反馈循环！

本文最初发表于 Alice、Eve 和 Bob，经作者许可转载。