目录
展开目录
前言
当我们谈论 Tari 时，往往谈论它的隐私技术、挖矿方式、Tari Universe，或正在建设中的 Ootle。但这些名字背后，还有一个更具体的问题：是谁在让 Tari 不断向前？
有人长期维护底层代码，有人把复杂技术做成可以使用的产品，有人运行节点、排查故障，也有人日复一日地回答问题、编写教程，让来自不同语言和地区的人能够参与其中。
这些工作不一定总是出现在公告里，却是一个开源项目得以持续运转的基础。
如今，Tari 的 Core Contributor 体系已经开始实际运行。截至 2026 年 9 月 12 日，十名贡献者经过公开提名和投票，获得正式确认，并已进入论坛的 CoreContributor 群组。
这不只是多了一份名单，也让我们有机会认识那些长期建设 Tari 的人，以及他们正在承担的责任。
Core Contributor 是什么？
Core Contributor，简称 CC，即核心贡献者。
Tari 的 CC 计划面向持续作出高质量贡献、展现出可靠能力和协作态度的人。它不仅包括代码开发，也涵盖产品、基础设施、项目协调、生态合作和社区建设。
成为 CC，是对已有贡献和信任的正式认可，也意味着继续承担责任。CC 可以在自己的工作领域参与日常决策，按实际需要获得相应资源权限，并参与选举 Tari Council。
它不是 Tari Labs 的员工身份，也不是完成一定数量任务后自动获得的荣誉头衔。
同样，CC 身份不会自动带来所有仓库的代码合并权、服务器访问权或其他敏感权限。具体权限应当与实际工作相匹配，而不是随头衔一起打包授予。
这套制度所连接的，是三个原本就相互关联的事情：持续贡献、承担责任，以及参与项目治理。
CC、Council 和 Tari Labs，分别是什么关系？
这些名字经常一起出现，但它们不是同一回事。
Tari Council 承担项目层面的治理、方向和监督职责。Core Contributors 则在各自领域持续参与建设，并组成选举 Council 的选民群体。
一个人可以同时是 Council 成员和 CC，但两个身份并不互相替代：担任 Council 成员不意味着自动成为 CC，成为 CC 也不等于获得 Council 的决策权。
Tari Labs 是支持部分 Tari 开发与产品工作的组织。它赞助的一些贡献者已经加入 CC 体系，但企业关系与 CC 资格是两件事，他们同样经过了公开提名和确认。
而在这些正式身份之外，还有更广泛的普通贡献者。任何人都可以在自身能力范围内报告问题、改进文档、提交代码、制作工具或帮助用户。
不需要先成为 CC，才能开始建设 Tari；没有 CC 头衔，也不意味着贡献不重要。
认识现任 Core Contributors
下面根据论坛公开提名材料，介绍十名成员获得提名的主要依据。这是对相关材料的概括，并不是他们全部工作的完整清单。每人的原始提名帖都附在介绍之后，方便读者进一步了解。
文中提到的企业支持或赞助关系，是指企业支持贡献者开展工作，并非付费获得 CC 资格，也不同于提名人的推荐。披露这些关系，是为了让社区了解贡献者与相关组织的联系；未披露不等于没有支持。
Code CC：代码与开发
blackwolfsa（GitHub：SWvheerden）
提名人：Fox
blackwolfsa 是 Tari L1 的长期核心贡献者。提名材料将他介绍为 L1 当前的主要开发者，其工作直接关系到 Minotari 的持续建设与维护。
除了代码贡献，他也经常在论坛回答项目历史和技术实现方面的问题，并对提案提出直接、具体的疑问。对一个底层协议项目来说，既理解实现细节、又能解释历史背景的人，是重要的知识来源。
根据提名帖披露，其贡献工作由 Tari Labs 赞助。
https://community.tari.com/t/cc-nomination-blackwolfsa/251
sprucetree（GitHub：brianp）
提名人：Fox
sprucetree 是 Tari Universe 的核心贡献者和主要开发者。他的工作需要同时考虑产品设计与工程要求，把设计意图转化为实际的软件。
提名材料也提到，他参与 Tari 其他仓库和部署工作，并为 CC 计划提供了重要反馈。他强调的一个观点是：权限应该跟随具体工作与责任，而不是成为获得头衔后的整套奖励。
根据提名帖披露，其贡献工作由 Tari Labs 赞助。
https://community.tari.com/t/cc-nomination-sprucetree/254
Fox（GitHub：Kelketek）
提名人：kinkajou
Fox 的贡献横跨代码、基础设施和治理流程。
他帮助建立 Tari 社区论坛和 Wiki，主导推动 RFC 向 TIP 流程转型，并起草、推动了 Core Contributor 计划。这些工作为社区讨论、记录知识和形成正式决策提供了基础。
在技术方面，提名材料还列举了他参与 Tari 官网更新、协助 Ootle 社区模板开发，以及审查难度调整等共识相关问题的工作。
Fox 的贡献工作由他自己的企业 Artconomy.com 赞助。
https://community.tari.com/t/cc-nomination-fox/257
animalst（GitHub：sdbondi）
提名人：kinkajou
animalst 是 Ootle 的主要开发者，也是 Tari L2 的核心工程师。
除了通过代码推进 Ootle，他也在 Discord 和论坛回答开发者问题，帮助其他人理解系统、处理开发中遇到的困难。核心开发与开发者支持相结合，是让更多人能够在技术之上继续建设的重要工作。
根据提名帖披露，其贡献工作由 Tari Labs 赞助。
https://community.tari.com/t/cc-nomination-animalst/259
Product CC：产品与设计
Naveen
提名人：kinkajou
Naveen 是 Tari Labs 创始人，长期参与产品开发。提名材料列举了从 Yats 到 Tari Universe 的产品工作，并特别强调他在产品管理、设计判断和视觉质量方面的经验。
在 Tari Universe 上，这类工作关注的不只是功能是否存在，也包括功能如何呈现、操作是否清晰，以及整体体验是否一致。
根据提名帖披露，其贡献工作由 Tari Labs 赞助。
https://community.tari.com/t/cc-nomination-naveen/263
Infrastructure CC：基础设施
Impala（GitHub：Snipa22）
提名人：kinkajou
Impala 长期运营矿池和多个 Tari 节点，并发布了社区使用的开源工具。
从 Tari 早期开始，他就参与钱包、网络和矿池问题的调试，也持续在 Telegram 和 Discord 帮助用户排查复杂故障。
节点是否稳定、矿池是否正常、钱包问题能否找到原因，这些工作往往只有在出问题时才容易被看见。Impala 的提名，体现了基础设施维护与实际技术支持在项目中的分量。
https://community.tari.com/t/cc-nomination-impala/258
Project CC：项目协调
kinkajou（GitHub：m4r1m0）
提名人：Fox
kinkajou 的贡献不局限于单一领域。
提名材料提到，他拥有与交易所协调区块链升级的经验，推动社区语音活动从 X Spaces 转移到 Discord，参与提出和模拟网络安全改进方案，也长期帮助社区成员理解和使用 Tari。
Project CC 所体现的，正是让不同工作衔接起来的能力：发现需要处理的事情，协调相关人员，并推动事情完成。
https://community.tari.com/t/cc-nomination-kinkajou/255
Community CC：社区建设
ZhaoXi（GitHub：xt1085）
提名人：Fox
ZhaoXi 从早期开始参与 Tari 中文社区的发展，在 Telegram 和 Discord 回答用户问题，协调管理员，并帮助中文用户理解项目。
提名材料也列出了 TariTalk，这是一个持续记录 Tari 发展、面向中文读者整理相关信息的网站。
这些工作的共同点，是帮助 Tari 跨越语言边界，让不以英语为母语的人也能跟进项目、使用工具并参与讨论。
https://community.tari.com/t/cc-nomination-zhaoxi/256
Terence
提名人：ZhaoXi
Terence 长期担任 Tari Chinese 和 Tari Million Club 的管理员，参与群组管理、用户答疑，也活跃于更广泛的 Tari 社区频道。
他编写的中文钱包常见问题图文指南，涵盖 Tor 设置、恢复词、wXTM 转换、余额缺失和交易记录等实际问题，并由 TariTalk 发布。
这类贡献贴近日常使用：把用户遇到的具体困难，转化为可以理解和执行的解决办法。
https://community.tari.com/t/cc-nomination-terence/304
Yushan Ren（GitHub：eccstartup）
提名人：ZhaoXi
Yushan 长期参与中文社区管理和用户支持，并维护 Tari Show Archives。
他编写了 Minotari 节点与命令行钱包中文指南，也持续撰写有关 Mimblewimble、安全、区块链隐私和 Tari 的文章。
他的贡献结合了社区支持与技术教育：既帮助用户完成实际操作，也帮助读者理解隐私技术背后的原理与边界。
https://community.tari.com/t/cc-nomination-yushan-ren/305
Ecosystem CC：生态合作
截至 2026 年 9 月 12 日，上述已获正式接纳的十名成员中，尚无以 Ecosystem CC 类别获接纳的成员。
按提名类别，这十名成员的构成为：代码四人、社区三人，产品、基础设施和项目协调各一人，生态合作目前无人。
不同的工作，共同建设 Tari
从这些提名材料中，可以看到一个比“核心开发团队”更宽的建设者群体。
底层协议需要开发与维护，产品需要设计与实现，网络需要节点和矿池，开发者需要文档与支持，普通用户需要教程、答疑和可以交流的社区。
这些工作并不相同，也不能相互替代。代码写出来之后，还需要有人让它运行起来、让别人理解它，并在真实使用中不断发现问题。
CC 计划并不是从零创造了这些贡献。所有成员在获得正式身份之前，就已经持续为 Tari 作出贡献。它带来的变化，是通过公开提名和接纳程序，让贡献依据、推荐关系及已披露的赞助关系更容易被社区查阅，并把长期建设与治理参与联系起来。
当然，这十个人并不代表全部 Tari 建设者。正式名单记录的是已经完成接纳程序的成员，而不是为所有贡献划定边界。
怎样成为 Core Contributor？
Tari 的 CC 计划以“三个 C”为基本要求：
- Commitment：持续投入。对项目保持长期参与，而不是只在短时间内完成几项任务。
- Conduct：可靠的行为与协作方式。尊重他人，能够建设性地表达不同意见，并帮助其他贡献者。
- Caliber：能力与工作质量。在自己的领域展现出可靠的判断和完成工作的能力。
制度还要求至少六个月的 Tari 参与经历。不过，这不是一条“时间到了就符合资格”的自动路径。是否已经建立足够的信任、是否适合承担责任，仍需要现有团队结合贡献作出判断。
候选人必须由现任 CC 或 Council 成员提名，提供贡献依据，并披露赞助其贡献的企业关系。提名有十四天的讨论和投票期；在当前规模下，接纳需要至少五票赞成，且没有反对票。
如果出现明确反对，候选人可以向 Council 申诉。Council 的推翻决定需要全体一致同意，并公开说明理由。
加入之后，CC 也需要继续维持投入、行为和能力要求。它不是一次投票后永久不变的资格。
对尚未成为 CC 的人来说，更实际的起点仍是：找到真实需要，在自己能够负责的范围内，把工作做好。贡献可以从修复一个问题、补充一份文档、提供一次清晰的问题报告，或持续帮助用户开始。
从十名成员走向下一阶段
目前的 CC 体系仍处于启动阶段。
制度规定，在累计接纳第十一名成员之前，Council 成员可以参与 CC 提名投票。第十一名成员加入后，Council 不再仅凭 Council 身份拥有这项常规投票权，后续成员接纳由 CC 群体投票决定，申诉机制则继续保留。
同时具有 CC 身份的 Council 成员，仍然可以作为 CC 投票。因此，这个节点意味着启动期安排结束，并不意味着两个群体从此完全没有人员重合。
论坛已经围绕这种重合、企业赞助和投票方式展开讨论。有人担心治理影响力集中，也有人认为，在活跃贡献者有限的早期阶段，允许角色重合有助于维持运作。
这些讨论不需要掩盖，也不必成为认识 CC 的唯一视角。更值得持续观察的是：成员范围能否逐步扩大，赞助和权限关系是否透明，以及已经加入的人能否继续完成工作、帮助新的贡献者成长。
达到一个人数门槛是制度节点，形成更广泛、更可靠的协作才是长期工作。
建设 Tari 的人，不止于这份名单
一个开源项目的生命力，不只在于它提出了什么愿景，也在于有没有人愿意持续把事情做好。
Tari 的 CC 体系已经开始实际运行。它让社区更容易看见，谁在维护协议、开发产品、运行基础设施、支持用户，又是谁在为这些工作承担持续责任。
这值得被记录，也值得被认识。许多贡献并不轰动，却在一次次修复、一份份文档和每天的答疑中，支撑着项目继续向前。
但建设 Tari 的机会，并不止于已经公布的名单，也不只属于开发者。
对愿意参与的人来说，起点未必是一项宏大的计划。它可以是修好一个问题、写清一份教程、帮助一位用户，或者把一件有价值的事坚持做下去。
Tari 能走多远？没有人能预先知道。但我们相信，Tari 的未来，正在每一位建设者的行动中逐渐成形。
这些名字背后，是一个个真实的人。他们以不同的方式参与建设，让隐私与自由不只停留在理念中，也成为人们可以使用、可以选择的东西。而这段共同书写的旅程，仍在继续。
资料来源
本文根据截至 2026 年 9 月 12 日核查的公开制度与论坛提名材料整理。成员名单及制度后续可能变化。本文为 TariTalk 的社区介绍，不代表 Tari Council 的官方声明。
- Core Contributor 计划：
https://rfc.tari.com/Process/TIP-PROC-0006_core_contributor_program - CC 计划论坛讨论：
https://community.tari.com/t/the-core-contributor-program/204 - Council 与 CC 角色重合讨论：
https://community.tari.com/t/should-council-members-be-ccs-too/260
各成员提名来源见对应介绍。