这个主题帖将用于更新每周的 The Tari show会议纪要
语言：简体中文
如您希望听到每周的录音存档，请关注电报频道：
1 Like
The Tari show (May 26, 2026)
Ootle 开发进展：
- 完成了费用池（fee-pool）计算的最终确定，并默认让验证节点费用可通过隐蔽 UTXO（Stealth UTXOs）进行申领。
- 简化了钱包 API。
- 发布了 Python 客户端（第二种语言绑定），以支持构建 Ootle 应用程序。
- TypeScript SDK 正在进行全面重构，预计很快发布。
- Jellyfish Merkle 树优化（由 Sveer 完成）将减少约 60% 的节点存储需求，从而降低全节点运营商的成本。
工具与集成：
- 矿池兼容性工作和 CLI 钱包迁移工作仍在持续进行。
- Cake Wallet 的集成工作正在推进；目前仍有一些未解决的议题（open issues），后续将进行审查并继续推进。
治理与社区组织：
- Fox 合并了 TIP-1，确立了 Tari 协议提案流程。
- 第一届 Tari 理事会的提名工作正在进行中；已有许多社区成员获得提名，预计还会有更多提名。提名期可能会略微延长。
社区致谢：
- 公开感谢多位贡献者（Stan、Sveer、0xPepeSylvia、Kel DeTech、Simon、Sergey 等）做出的重大贡献。
The Tari Show (2026年6月2日)
Ootle：主网准备工作
- sdbondi 本周合并了 22 个 PR（拉取请求）。涵盖区块大小调整、节点共识以及节点发生偏移时的自愈功能。
- 资金现已能够从基础层移动到 Ootle，并可提取至隐蔽地址（stealth address）。
- 对备忘录（Memos）进行了填充处理，以减少信息泄漏。
- Ledger 签名现已可在新旧设备上流畅运行。
钱包：两项悬赏任务达成（共 75k XTM）
- 0xPepeSilvia：完成了密钥迁移，长期用户的钱包可在后台自动升级密钥（tari#7829，获得 15k XTM）。
- caozhengming：提升了传输隐私性，钱包现在默认通过 Tor 路由进行传输（tari#7830，获得 60k XTM）。
挖矿与节点
- 清理了矿池的处理逻辑 (SW)。
- 新增了节点健康检查功能，现在会报告节点是否已完全同步并就绪，而不仅仅是处于开机状态。这修复了上周末出现的同步中断问题 (ns212)。
Universe
- 未合并任何代码。维护者们仍在处理悬赏 PR 的排队队列。
Tari 改进提案 (TIPs)
@VulpesVeritas 带领我们了解了社区如何针对协议变更（无论是技术、产品还是治理层面）进行提案和决策的流程。
如果你对 Tari 有什么想法，其运作流程如下：
1.先行讨论。在社区论坛或聊天群组中讨论你的想法。获取反馈、完善概念，并了解其他人是否也看到了同样的问题。
2.撰写提案。将你的建议记录为一份 TIP，并提交至 Git 仓库。评审人员会对其进行评估并合并该文档。
3.社区评审。合并后，该提案将被广泛分享以征求意见。这是社区在提案提交给理事会（Council）之前对其进行压力测试的阶段。
4.理事会投票。Tari 理事会对提案进行投票。获得批准的 TIP 将进入执行阶段。被拒绝的提案可以进行完善并重新提交。
完整流程及提案撰写指南 (TIP-1)：P-TIP-PROC-1: Tari Improvement Proposals - The Tari Network: RFC library
会上讨论的早期 TIP 候选提案包括：核心贡献者计划、Universe 产品方向、跨链桥限制、抗量子攻击。
对改进 Tari 有什么想法吗？欢迎来参加下周的 Space 探讨。
Tari 节目（2026年6月10日）
L2 与核心网络
预计 L2 将 100% 在今年发布。
Stan 本周提交了 3 个 PR，主要集中在可变子状态读取、索引器功能以及交易池漏洞修复上。
Sphere 本周致力于改进 L1 节点稳定性相关事项。
Martins 修复了桥接上的几个问题，预计在本周晚些时候或下周推出更新。
Braille 在关于在 Tari 上发行稳定币的协议方面取得了进展。
挖矿与节点
Lucky Pool 遇到了节点未同步的问题，社区正在努力修复。
讨论了关于通过监听节点在理论上对 Mimblewimble 进行去匿名化的问题，理事会计划对此进行进一步研究。
Universe
由于该应用程序复杂且相互依赖的架构，已超过 5 周未发布更新，导致 PR 积压。
社区激烈讨论了应用"Unix 哲学"将庞大的 Universe 应用程序拆分为单一职责的模块化组件（例如：独立的挖矿、钱包和桥接应用程序）。
领导层警告说，无休止的重构可能会阻碍项目的势头，并认为维护一个美观且易于安装的 Electron 应用程序对于获取主流用户至关重要。
安全与 AI 审计
鉴于最近行业内出现的漏洞，社区讨论了使用类似 Mythos 的 AI 模型群进行持续的安全扫描，并指出与人类不同，AI 模型"永远不会感到无聊"，并且能够发现极其微弱的漏洞。
人工监督仍然是强制性的。审查人员指出，60-70% 的 AI 漏洞报告是误报或高度依赖上下文的。领导层强调，在没有强大的技术人员审查的情况下，他们不会随意（“YOLO”）合并 AI 生成的代码。
社区与审核
该项目正式从付费的人工审核转向在 Telegram 等平台上使用 AI 机器人审核（由 Simon 构建）。
一项新提案建议将 X spaces 转移到 Discord，以更好地吸引 Z 世代和开发者群体。这需要与以心理学为优先的参与策略相结合，才能真正推动用户增长。
已经开始讨论建立一个结构化的核心贡献者计划，以奖励活跃成员和开发者。
治理与领导层
该项目正在摆脱"个人崇拜"，并向去中心化的 Tari 理事会过渡，以指导技术和产品方向。
联合创始人 Ricardo 正式成为不受欢迎的人（persona non grata）。由于缺乏诚信的行为和破坏信任，他已被完全从业务和预挖代币分配中剔除。
尽管治理发生了变化，但强大的技术领导力依然完好无损，核心组件负责人（如 L2 的 Stan 和 Universe 的 Brian）将继续作为 Tari Labs 的全职员工开展工作。
The Tari Show — June 16, 2026
Ootle
- Stan 提交了两个关于创世子状态（genesis substates）的 PR。
- 他还修复了钱包皮肤、请求头保留（header retention）、索引器（indexer）以及 CI（持续集成）的问题。
- L2 仍预计在今年内发布。
- 开放性议题：是在主网上线时同时准备好稳定币，还是在上线后不久推出。
- 稳定币发行方目前正与贡献者们展开积极合作。
Universe
- 暂无新版本发布。
- Brian 最近一直在出差。
- 新版本预计将在未来一到两周内发布。
Bridge（跨链桥）
- 社区询问了关于交易限额的问题。
- 设有限额是为了防止跨链桥漏洞被利用。
- Naveen 对短期内提高限额持开放态度。
- Simon 将发布一项 TIP（Tari 改进提案）以将限额翻倍，该提案可快速做出决策。
Kraken（海妖交易所）
- Tari 曾出现在 Kraken 的上币路线图上，但后来被移除了。
- Naveen 表示，交易所上币是为了赚取交易手续费，而不是做慈善。
- 社区应该积极争取并陈述其商业价值。
- L2 上的隐私稳定币是 Tari 的核心差异化优势。
- Kraken 的领导层崇尚自由------他们至今仍在美国支持门罗币（Monero）上市------因此双方的价值观是一致的。
Council（委员会）
- 委员会预计将在未来一周到一周半内正式确立。
- Naveen 正在首届委员会中争取社区和行业候选人的加入。
- 几项 TIP 已经在排队等待中。
Bounties（赏金计划）
- 近期新赏金任务进入了枯竭期。
- 许多积压的问题应该被转化为赏金任务。
- 这一问题将在本周得到解决。
Announcement（公告）
- 从下周起，The Tari Show 将移师 Discord 举行。
- 同时也会同步直播至 X（前 Twitter）和 YouTube。
- 团队正在努力安排 Stan 参加即将举行的一场 Space 活动。
The Tari Show (2026年6月23日)
首次在 Discord 上举办的活动。两位核心协议工程师 Stan 和 SW 作为嘉宾出席。各方面的体验都比 X（原 Twitter）更好。不再被称为"Spaces"。
Ootle：加固与 Taproot 风格的升级
- Stan 在过去一个月里一直在加固 Ootle：设置限制边界、修复 DOS 攻击向量，并防止非信任源执行超出设计范围的操作。
- 正在构建一种类似 MAST/Taproot 的结构，这样花费（spends）就可以携带规则，而无需完整的合约。隐私方面的优势：在花费时仅公开你实际使用的脚本，其余部分则隐藏在本地根（local root）之后。
- Martins 针对 Ootle 增加了一个 Go 语言 SDK。目前已有三个：TypeScript、Python 和 Go。
- 计划在下周重置测试网，以引入 Taproot 风格的脚本和其他破坏性更新（breaking changes）。
Universe：目标在 7 月第二周发布
- Brian 下周将分配大量时间来审查积压的未决 PR 并进行端到端（end-to-end）的 QA 测试。
- 他将与 SW 并肩工作，以便今后 Universe 的发布不会成为单点故障。
- 积压的工作量很大，因此预计需要几天时间。新版本很可能在 7 月的第二周左右发布。Fox 的 PR 正在队列中等待。
L1 (SW)
- 正在开发钱包基础设施、Universe 的集成，以及更新的工作量证明（PoW）RFC。同时，他也是已集成 Tari 的交易所及其他交易对手的联络人。
Pruning（剪裁/修剪）
- 剪裁模式正处于 Beta 测试阶段。在当前版本中，全节点数据库（DB）大小约为 110GB，在预发布版本中约为 60GB，而剪裁后的节点大小约为 20GB。在配置中设置剪裁地平线（pruning horizon）即可启用它。SW 正在调试一个可能存在的问题。这就是 Mimblewimble 的核心优势：你只需要追踪未花费集合加上内核（kernels），而不需要追踪整条链。
Bridge（跨链桥）
- 跨链桥的额度在几天内完成了翻倍。向团队致敬。
原子交换（Atomic swaps）？
- 在 L1（Tari 脚本）和 L2 上都可行。针对 BTC 和 Monero 交换的 RFC 已经存在。选择取决于你最终想要什么（Tari、稳定币等）以及你对终局性/速度的需求。
智能合约升级
- Ootle 组件可以升级：添加字段、更改其背后的模板代码。这在设计上是故意受到限制的。通常你必须是原始创建者，并且你可以锁定合约使其完全没有所有者。
- 主网上线后，合约必须保持向后兼容，否则会有硬分叉的风险。这就是为什么现在（主网上线前）要进行破坏性更新的原因。
- 死循环？每个 WASM 操作码都有成本。一旦交易的预算耗尽，它就会中止。
验证节点去中心化
- Ootle 上线初期会是中心化的。BFT/HotStuff 共识需要一个已注册的验证节点列表，这与任何人都可以生成区块的 Nakamoto（中本聪）共识不同。中心化上线使得前期的升级容易得多。
- 计划中的无需许可（permissionless）路径：在 L1 上提交验证节点注册，L2 验证节点会捕获该信息并将你添加到列表中。可能会采用权益证明（PoS），并将权益（stake）销毁到 L2 中。分片（Cerberus）会让这变得更难。时间线尚不确定，还有大量工作要做。初期可能会从由信任方（可能是理事会）组成的联盟（federated）形式开始。
- 质押数量尚未决定。目前为零（这在主网上是行不通的）。“多于 1 个，少于 210 亿个。” 目的是保持在负担得起的范围内。
质押奖励
- 两种机制：验证节点运营商可以赚取可观的 L2 交易费份额，且早期验证节点可能会从社区池预挖代币中获得额外的激励。
隐私与交互式支付
- 移除了交互式交易以摆脱对 Tor 的依赖。在移动端，钱包与钱包之间的通信是一个巨大的难题，而事实证明 Tor 太不稳定。
- 在 Tari 上实现完全的交易图谱不可关联性（unlinkability）是不可行的。因为 Tari 脚本需要所有的输入来验证脚本，所以无法完全切断（cut through）。你可以通过组合交易来缩小匿名集，但输入依然存在。
治理
- 难度算法的更改（连续区块惩罚调整）是一个很好的测试案例：它需要做出决策，且由于这是一个硬分叉，因此需要至少提前约 3 个月通知交易所和社区。这很可能是理事会（Council）的首批决策之一。
- 大约有 5 个 TIP（Tari 改进提案）正在排队等待理事会处理。第一次会议将会安排得非常满。会先宣布理事会成员，然后组织第一轮对话。
- 工作组的职责范围尚未完全界定。目前而言：可以先在论坛上开始合作，并以小组形式提交 TIP。精细化运作将在理事会就位后进行。
- Naveen 一直在招募具有互补才能和人脉的社区成员，以组建一个强大的首届理事会。
Universe 中的 dApp
- DHC 主张让 Ootle 应用可以通过 Tari Universe 访问（这比在谷歌上搜索并冒着遭受钓鱼攻击的风险更安全，也比浏览器钱包的设置更加去中心化）。Naveen 对这两点均表示赞同：Universe 可以展示经理事会审核的"已知安全"的应用，同时社区也可以逐步建立起自己的验证能力。
- 预计会有两种模式：Universe 内部的 dApp 和 Universe 外部的 dApp。这两种都可以；一个以智能代理（agent）为核心的 dApp 可能完全存在于 Universe 之外。
赏金任务
- Sanrishi 针对 UTXO 竞态条件（race condition）的修复方案已被合并。致敬。
- 新的 Ootle 赏金任务已上线并正在开发中：奖励为 150,000 XTM。
特别致谢：感谢 Stan 和 SW 在协议开发上的努力，感谢 Kinkaju 组织了本次活动，感谢 Fox、Simon、DHC 和 JJ 提出的精彩问题。下周同一时间，Discord 见。
The Tari Show (2026年6月30日)
Ootle：测试网重置
- 模板费用现已改为二次方计算（更大的模板成本更高）。包含非必要调试部分的模板将被拒绝；钱包会自动剥离这些部分。默克尔脚本树（Merkle script tree）已在 UTXO 中正常运行，从而在 L2 上实现了类 HTLC 风格的花费规则。
- Stan 征求社区对新费用结构的反馈意见。
L1：销毁承诺与重放防范
- 销毁承诺（Burnt commitments）现已通过共识规则强制确认为唯一。SW 还更改了 UTXO 的选择机制，以防止利用匹配的盲因子（blinding factors）针对交易所进行的重放攻击。
- 修复了剪裁同步（pruned sync）边缘情况和节点间交换（peer exchange）的其他问题。
Universe：合并五个赏金任务，Fox 的 PNPM PR
- 本周合并了四个赏金任务，总计 105,000 XTM。0xPepeSilvia：Windows 开机自启修复（60K）和 Linux 构建文档（15K）。Catnap7：CPU 算力单位修复（15K）和过期二进制文件清理（15K）。
- Fox 的 NPM 到 PNPM 切换已合并，默认禁用了安装后脚本（post-install scripts），以减少供应链攻击面。
理事会：7 名成员，本周宣布
- 成员包括 Naveen、3 名社区投票产生的成员，以及 3 名幕后社区成员。Marguerite 介绍了自己：比特币创意工作者，从零开始建立了 Decred 的社区，自 Tari 构想之初就一直关注其发展。其余成员将于本周宣布。
难度调整
- Kinkaju 敦促对 TIP-004 采取更快行动。SW：该项更改有助于防止自私挖矿（selfish mining），但无法阻止矿池切换行为（pool-hopping）。通过模拟最终选择了 90 个区块的窗口；更短的窗口会导致波动。
- Naveen 建议理事会将审查 TIP-004 作为首要任务，并采用定期的硬分叉节奏。SW：将所有参数更改捆绑到本次分叉中。
L1 与 L2
- Fox 询问何时应该使用 Tari Script，何时使用 Ootle。SW：Tari Script 是非图灵完备的，适用于原子交换和 HTLC。Tari Script 中的所有功能都可以在 Ootle 上实现，但反之则不行。
下周的活动可能会移至周三。稍后将发布公告。
The Tari Show (2026年7月28日)
Fox 在 Naveen 出差期间主持了本次会议。
L1 安全
- webhop123 因修复隐形费用索取（stealth fee-claim）漏洞获得了 60,000 XTM 奖金。
- 一个 Bulletproofs Plus 漏洞曾导致批量验证仅检查前 250 个证明。该漏洞已被修复并部署完成。
- SW 的安全工作增加了请求限制，并修复了一个空闲超时 DoS（拒绝服务）风险。
跨链桥
- 跨链桥在因队列错误（queuing-bug）中断 24 小时后现已恢复。团队还解决了重复交易的问题。
挖矿与升级
- 难度 RFC（意见征求稿）现已更好地解释了重复区块惩罚规则。
- 提出了一个为期六个月的升级节奏，以简化协议变更和交易所协调工作。
治理
- Fox 修订了核心贡献者计划 TIP（Tari 改进提案）。评论讨论有所减少，共识似乎正在趋于一致。
未领取的空投
- OKz 的社区投票即将结束：销毁预计 4.0 亿枚未领取的代币，还是将其用于奖励和项目资助。
- 这些代币包含在创世分配中。销毁是永久性的；尾部排放（tail emission）不会重新生成它们。
- 由于这些代币已被锁定且未进入市场，销毁可能对短期价格影响不大。任何资金支出都需要公开预算。
- 刚成立的 Tari 理事会尚未制定出预算，但预计很快会制定。
社区
- 网站改版已接近合并阶段；关于长期 CMS 变更的讨论暂时搁置，但日后可能会重新展开。
- GSXRspartan 的跨链交换平台需要对交换模型做出最终决定。
Tari Show recap —04/08/26 
重磅消息：Naveen 分享了未领取空投的初步数据，完整的账目将在本周提交给委员会。
以下为简报总结。
未领取的空投数据
Naveen 首次给出了高层级的数据概览：
社区分配总量约为 10 亿枚代币。其中约 7 亿枚专门划拨用于空投。他们估计最终约有 50% 的代币被领取（即约 3.5 亿枚被领取），因此社区资金池中大约还剩 7 亿枚代币。
该数据非最终结果。完整的账目核算将在本周出炉。
委员会的立场
根据章程，社区代币的控制权归属于委员会。将由他们做出最终决定。
Naveen 的坦率看法：他对通过“销毁代币”来推动价格持怀疑态度，因为未曾看到这种做法在其他项目上奏效。对于向持有者进行“直接重新分配”，他也持同样的怀疑态度。他的核心观点是：真正的瓶颈在于社区规模（用户池的大小），而非代币数量。扩大社区规模，价格自然会随之上涨。
后续的决策流程
Tari Labs 承诺在本周向委员会提供完整的账目。随后委员会将展开脑力风暴，并带着可行方案回归社区交流。
Fox 表示：在缺乏具体数据的情况下很难做出任何决定。先完成账目核算，再做出决策。双方都强调了透明度的重要性，“阳光能消除谣言”。
未领取空投提案
关于未领取代币的社区提案被标记为论坛上最活跃的帖子。Naveen 肯定了该提案在开启此项对话中的积极作用。
下一步是进行审计，随后由委员会展开讨论。
其他更新
核心贡献者项目（Core Contributor program）已基本就绪，仅等待委员会表决通过。Brian 已签署批准了相关变更。
Ootle 依然计划于今年内发布，进度未变。
目前开发活动有所放缓，贡献者们正在休暑假，预计将于下周居中复工。
Naveen 透露目前正在与委员会成员低调推进游戏设计相关的工作。
设计标准（Design standards）将面向社区保持开源。
——
完整节目请前往 Tari Community 官方 YouTube 频道观看。
The Tari Show (August 11, 2026)
Ootle
- sdbondi 回归并提交了 7 个 PR，其中大部分用于巩固隐蔽转账系统（stealth transfer system），包括修复了一个可能导致针对错误密钥授权转账的漏洞。
- 一位社区成员指出在手续费选择中可能存在匿名性边缘情况，这可以追溯到 kinkajou 早期进行的隐蔽手续费相关工作。目前仍处于审查阶段。
- Naveen 谈到了 Ootle 的上线时间线，并承诺将在时间线进一步明确时持续向社区更新进展。
L1
- kamexETH 因解决了一个对等节点地址过滤漏洞（S 级）而获得了 15,000 XTM 的奖励。
Governance（治理）
- 核心贡献者项目（Core Contributor Program）首批遴选共有 7 位被提名人：Fox 和 SW 提名 代码核心贡献者（Code CC），sprucetree 和 animalst 同样提名 代码核心贡献者（Code CC），kinkajou 提名 项目核心贡献者（Project CC），ZhaoXi 提名 社区核心贡献者（Community CC），Naveen 提名 产品核心贡献者（Product CC）。Impala 提名 基础设施核心贡献者（Infrastructure CC）。投票目前仍在进行中。
- Fox 详细介绍了该项目的结构，并指出 Open edX 的核心贡献者模型（OEP-54）是其先例依据。
- joseph 提出了委员会成员是否也应具备核心贡献者身份（CC status）的问题，他认为赞成票门槛和否决机制解决的是两个不同的问题。目前仍在权衡中，尚未敲定。
- Fox 确认委员会已收到关于社区代币和空投的审计报告，并计划于今晚公开发布审计结果。
- GSXRspartan 的隐私治理投票工具已具备可运行的图形界面（GUI），接近多机测试阶段。kinkajou 正在构建第二个投票工具。两者目前均处于早期阶段。
- Kelketek 和 kinkajou（在 GitHub 上以 m4r1m0 身份发帖）因在委员会成立前完成的社区志愿者工作而获得认可，涵盖政策建议、版务管理和日常支持（L 级，共计 150,000 XTM）。
Universe
- samrusani 修复了钱包同步倒计时中的显示漏洞，并在会议中获得了特别表扬。
Community（社区）
- luci666 建议将 Tari 的所有子网站整合到一个共享平台 Jekyll 上，以保证设计的一致性并提升搜索引擎优化（SEO）。
- 先前提议的 SEO/AEO 相关的优化工作目前暂停，直到核心贡献者流程最终确立。
- Marguerite 参与了关于匿名项目设计和Web信任网络（web-of-trust）模型的讨论，并对游戏市场提出了一些补充见解。