我同意这应该是一项值得外部资助的事业。日益增多的 Matrix 实现与 Discourse 聊天和讨论生态系统之间的技术联系是一种有趣的方法，可以同时帮助双方，从而改善去中心化和独立讨论实例的网络连接，这与普遍的“联邦宇宙”理念非常相似。
我可以协助从德国主权技术基金 (STF) 获取资金。STF 是由德国联邦经济事务和气候行动部 (BMWK) 最近设立的。
使命宣言
主权技术基金支持开放数字基础设施的开发、改进和维护。我们的目标是可持续地加强开源生态系统。我们关注安全、弹性、技术多样性以及代码背后的人员。
事实上，它与（在欧洲已成熟的）荷兰 NLNet 基金会 https://nlnet.nl/ 类似。详情请参阅
我可以协助与 STF 联系。有关申请详情，请参阅 Sovereign Tech Fund | Sovereign Tech Agency
关于 STF 资助：下一轮将于 2024 年春季（很快）开始。
最好由 Civilized Discourse Construction Kit Inc. 或其他法律实体发起申请，无论其是否位于欧盟。
大家好！我是 Josh，Matrix.org 基金会新任董事总经理。我们对这个可能性感到非常兴奋。
如果您有任何需要我们协助的地方，请随时与我们联系，无论是介绍有用的联系人、为您的拨款申请提供支持信，还是其他任何事情。
您好 @joshsimmons，欢迎！
您知道将 Discourse 主题与 Matrix 房间互联需要多少工作吗？目前我们可以将 Discourse 分类的新主题或帖子通知发送到 Matrix 房间，但这与桥接 Discourse 和 Matrix 完全不同，同时还要保留 Discourse 的信任级别和分类权限。
Matrix.org 基金会是否愿意为此任务投入一些人力？
@david @sam @Falco @joshsimmons @mcwumbly
从现在开始的下一步是什么？需要做些什么来：
a) 让 Matrix Foundation 和 Civilized Discourse Construction Kit, Inc. 联合起来
b) 创建一个项目来开发 Discourse 和 Matrix 之间的技术链接
c) 准备一些足够扎实的文书，以便申请资助，例如来自德国 Sovereign Tech Fund (STN)，请参阅上面的链接……
正如我之前所说，我目前在德国，并且与柏林的一些官员有联系，这可能对下一步有所帮助……
这是 @mcwumbly 和 @lindsey 的事情，Dave 的更新仍然有效：
我理解你的沮丧，你想把它建好，你觉得它会很棒，而且很高兴看到 @joshsimmons 在这里。
上次我和 @dan 测试 alpha 版本时，协议让事情变得非常非常困难。
site.discourse.org 添加到 Element 矩阵客户端努力因 Dan 不再有时间处理此事而告终。我不确定我们这里的问题是钱的问题。这更多是人的问题，我们需要一个能够在此交付并且非常了解 matrix 和 discourse 的人。这样的人非常罕见。
我想对 @joshsimmons 来说，一个大问题是，“这个梦想在技术上是否可行”？也许 Matrix 的一些人可以帮助了解协议的现状。
我认为这很好地总结了这一点：
我认为这要么需要像这样的人偶然出现，要么需要达到对我们来说足够重要的水平，以至于我们有理由将重点从其他优先事项转移到 matrix 支持上。但我们还没有看到一个令人信服的理由这样做，所以在短期内，机会主义的选项似乎更有可能。
我明白我们讨论的是 Discourse 聊天（而不是主题）的兼容性。因为 Matrix 服务器是聊天平台，而不是论坛平台。Rocket.Chat 团队花了大约一年的时间才获得稳定的 Matrix 支持。
感谢您重新聚焦 @volanar。确实，让 Discourse 聊天与 Matrix 兼容将非常棒，最终实现与开放标准的互联互通。
我在此再次请求 Discourse 聊天与 Matrix 的兼容性：
看起来 Rocket Chat 的发展非常接近我们目前的情况。
你需要先使用 synapse 设置一个 homeserver，然后才能进行桥接。这里的设置会很棘手，运行它的人需要考虑另一个大型软件。
另一方面，Activity Pub 则简单得多，因为它是一个独立的插件。
这对普及产生了巨大的影响。
还要感谢 @volanar 的澄清。我的意图（我猜这里其他人也有类似的想法）是实现 Discourse 聊天和 Matrix 聊天之间的互操作性。不是将 Discourse 的线程通信“翻译”成聊天系统。
Rocket.chat 具有“线程聊天”，但 Rocket.chat 的整体功能仍然是一个聊天平台。而 Discourse 主要是一个讨论平台，并带有附加的聊天选项。从用户的角度来看，目标是在 Discourse 实例中实现短期聊天通信（包括链接到/从 Matrix）和长期线程通信之间的简单切换。
Rocket.chat 不需要额外的服务器，它本身就支持 Matrix。同样，对于 Discourse，您不需要额外的服务器，您需要一个额外的聊天插件，该插件将像 activitypub 插件一样支持 Matrix 协议。这样我们就能两全其美。论坛所有者可以选择是否使用它，或者在没有额外插件的情况下使用论坛。
Aaron 来自 Rocket.Chat 发布了一个精彩的指南和视频教程，介绍如何设置你的 Rocket.Chat 实例与 Dendrite 进行 Matrix 通信！
Dendrite……它不是原生的，而是通过一个桥接器来处理 Matrix 协议的繁重工作。
如果我错过了什么新的公告……
Synapse 是经典的 Matrix 服务器，这里使用的技术基础是 Python。Dendrite 是 Matrix 的第二代产品，使用 golang 编写，具有云友好型微服务架构，但仍被视为“测试版”。
半年过去了，我想重新开启这个讨论 
CDCK 是否在这方面取得了任何进展，或者至少进行了内部讨论？也许是在 CDCK 方面的 @sam、@mcwumbly 和 @lindsey 与 matrix.org 方面的 @josh Simmons 之间。
我仍然认为，Discourse 聊天与 matrix 生态系统之间的技术连接对两家公司和开放社区都非常有价值。我已经提供了关于公共资助的支持，我的想法是德国 STF 基金。
并且在 GitHub - udan11/discourse-chat-matrix: A Matrix bridge for Discourse Chat 上已经有一些旧代码，由 @dan 创建。但是，也许这并没有我们“专业级”交互所需的所有功能，以连接 matrix 频道和本地 discourse 实例中的聊天。
希望能得到这方面的更新……
嘿 @Thomas_Rother 我认为情况和我三月份分享的这里差不多。
这件事还没有重要到让我们去更正式地规划它，或者确定谁有兴趣和技能来应对技术要求和问题定义中的模糊之处。
虽然通过外部资助来支持这个想法很有趣，但我仍然认为还缺少两个要素：1) 对此感兴趣的客户，以及 2) 一个或一群热衷于此的人。
如果社区里有人非常热衷于此，我很乐意继续讨论我们如何支持他们，但我们目前自己并没有在寻找这样的机会。
总之，感谢您的更新！根据之前的帖子，我可能误解了这方面的需求。但没关系。让我们将这次讨论“存档”，也许“类似联邦”的功能和标准这个想法更多的是技术人员的事情，而不是“普通”用户的实际需求……
我作为客户很感兴趣。但我没有人可以做这项工作。
好的，很棒。我记下了，下下周我们从聚会回来后会跟进。
我看到这个应用程序不再拥有在此论坛上链接的页面。
如果有人想声称他们是维护者，我愿意按原样安装插件并开始测试错误等。 谢谢。