4. XXIM 采访 Ori Newman

第 1 章：引言与Ori Newman介绍

• Ori 是 Kaspa 的早期开发者之一，自 2017 年起便以 DagLabs 核心成员的身份参与 Kaspa 开发，且截至 2025 年仍在为 Kaspa 贡献力量。

第 2 章：Ori 的背景：早期比特币历程（2013年）

(1). 接触比特币的契机（2012-2013年）

• Ori 首次接触比特币是在 2012 年或 2013 年左右，主要受自由主义思想影响——当时他深入研究自由主义，后来虽仍关注该领域，但重心逐渐转向加密货币。

• 比特币吸引他的核心点有两个：一是抗审查特性，即无人能干预交易发送；二是固定货币政策，其中抗审查特性对他的吸引力最大。

• 2013 年比特币价格大幅上涨，他认为这与塞浦路斯危机有关——当时塞浦路斯政府从银行没收资金，部分民众恐慌，进而推动比特币形成泡沫，这一事件促使他想要更深入了解比特币。此外，他还曾使用过“丝绸之路”（Silk Road）平台。

• 他回忆，2013 年前后希腊、塞浦路斯等国面临经济危机和债务问题（西班牙危机稍晚，希腊问题最严重），这也间接让他更关注比特币的价值。

(2). 早期比特币社区体验与技术探索

• Ori 首次购买比特币是通过 IRC（互联网中继聊天）平台，该平台有一套声誉系统：用户需完成多次交易，每笔交易都会提高其声誉分数，这种“黑客朋克”式的体验让他印象深刻。

• 初期他对 Bitcoin 的技术原理理解有误，花了不少时间才弄明白其核心实现逻辑，但此后几年仍会持续关注比特币的价格及相关动态。

• 以太坊推出时，他对 “世界计算机” 的理念感到兴奋；2016 年，他开始深入研究以太坊的技术细节，且越深入越着迷，甚至萌生了辞职转行做加密货币相关工作的想法——此前他从事全栈开发，认为这类工作缺乏吸引力，而加密货币在他眼中是“新革命”。

(3). 进入加密行业的转折点（2017年）

• 2017年，Ori 在一次派对上偶然认识一位人士，对方得知他关注加密货币后，提议 “一起改进比特币，参加黑客马拉松争夺冠军”，两人随后合作研究 “脑钱包（Brainwallet）” 的改进方案。

• 当时的脑钱包存在缺陷：在助记词出现前，用户需通过密码生成私钥，虽便于记忆（如在无硬件钱包时可通过记忆密码携带资产），但人类选择的密码熵值低，易被破解。例如，Yonatan Sompolinsky 曾测试用 “1234” 这类简单密码生成脑钱包，存入资产后几秒内就被窃取。

• 他们的改进思路是：参考 BIP39 助记词（但助记词过长难记忆），设计自动生成的短字符（如6个单词）脑钱包，虽生成钱包需 30 秒左右，但能大幅提高暴力破解的成本。

• 这段经历中，Ori 还对比了 2013 年与 2025 年的比特币社区：

  • 早期社区对山寨币态度开放，不排斥 “在比特币基础上改进” 的想法（如中本聪曾提议用Namecoin实现区块链域名注册），创新氛围浓厚，即便有不合理的想法（如“超级节点”），大家也愿意探讨。

  • 2025 年的比特币社区则更封闭，“maximalism（ maximalism）” 讨论盛行，且过度关注价格，对技术进展的关注度下降；虽有 Core 30 相关的技术争论，但此前社区话题几乎围绕价格波动展开。

  • 他提到，部分比特币开发者并不认同 “比特币仅作为价值存储” 的观点，但因区块大小争论（开发者为维护去中心化，坚持不扩大区块，导致比特币的支付可用性下降），社区领袖逐渐对“支付功能”持回避态度，这也间接导致了社区文化的转变。

(4). 加入 DagLabs 的过程

• 2017 年，Ori 因比特币区块大小争论，倾向支持比特币现金（Bitcoin Cash），但并非极端支持者，仅认为“需寻找更好的扩容权衡方案”。

• 当时他活跃在以色列的 Facebook 加密讨论群组，群组内多数比特币支持者都主张 “扩大区块”，而他和 Mike Zak 是少数持不同意见的人，两人因此产生交集（采访者此前也采访过 Mike Zak）。

• 后来 Ori 与派对认识的伙伴一起赢得黑客马拉松冠军，还登上了以色列报纸；Mike Zak看到报道后，认出Ori是群组里的讨论对象，遂邀请他到 DagLabs 面试，Ori 最终加入 DagLabs。

• 被问及 “为何不加入比特币现金或比特币 SV 团队” 时，Ori 表示 “首先是获得了 DagLabs 的工作机会”，其次深入了解 DagLabs 后，他意识到扩大区块的弊端，同时被 DAG（有向无环图）协议的优势吸引。

(5). 对 DAG 协议的认可

• Ori 认为，从理论层面看，DAG 协议是 “理想的共识协议”：它能处理所有网络信息并输出最优结果，矿工可通过 “父区块” 向网络反馈自己观察到的网络状态（类似 “实时报告视角”），且支持高区块生成速率，能更频繁地同步网络状态。

• 他特别提到 DagLabs 的两款核心协议：

  • Ghost DAG：需预设网络最大延迟，只要确认时间超过该延迟，就能实现快速最终性。

  • DagKnight：由 Michael 和 Yonatan 研发，无需预设网络延迟，可自动适配网络变化——例如当前网络延迟 2 秒，5 年后降至 0.5 秒，开发者无需干预，确认时间会自动缩短；即便网络延迟突然增至20分钟（超出比特币的假设范围），DagKnight 仍能正常运行。

• 加入 DagLabs 后，他被团队的“学术研究导向”氛围吸引——这是他首次在这类环境工作，团队成员专业度高、知名度广，让他印象深刻。

(6). DagLabs 初期团队构成（2017-2018年）

• 核心成员包括 Yonatan（核心研究者）、Mike Zak（当时负责项目推进）、一位非加密背景的天才开发者（偶然进入行业，学习能力强、态度开放，对加密技术充满热情），以及 Yonatan 的一位暑期研究员。

• 团队初期计划明确，即开发并推出 Kaspa（最初名为 Ghost DAG，后来才改名），并非 “边做边规划”。

第 3 章：“Kaspa”这个名字：西班牙语中是“头皮屑”！

• Kaspa 的名字来源有两个背景：一是阿拉米语中意为 “银”，二是后来发现西班牙语中意为 “头皮屑”。

• 团队发现名字的歧义后十分担忧，专门咨询了拉丁美洲的营销人员，得到的反馈是 “问题不大”——当地民众听到 “Kaspa” 时，更多会联想到洗发水广告（非日常高频用词），不会产生负面联想，因此团队决定保留该名字。

• 采访者也认可这一决定，认为 Kaspa 品牌辨识度高，社区支持度强，是“正确的选择”。

(1). Ori 在 DagLabs 初期的角色与技术选择

• 团队初期无明确岗位划分，更偏向 "非层级化" 协作：Ori 以开发者身份参与，同时负责 “研发桥梁” 工作——研究团队提出方案后，他会从开发视角排查边缘场景漏洞，再反馈给研究团队优化。

• 后来他逐渐成为 "首席开发者"，但初期团队仅他一名开发者，“领导角色” 更多是名义上的。

• 技术栈选择上，团队初期在 Go 语言和 Rust 之间权衡，最终选 Go：一是当时 Go 的生态更完善，二是上手难度低；但后续发现 Go 的缺陷——优化难度大、垃圾回收机制（GC）成为性能瓶颈，因此后来转向Rust。

• 他提到，许多区块链项目初期选 Go，是受 Go "更安全的 C 语言" 这一宣传影响，但实际 Go 的安全性不如 Rust，且运行速度更慢；像以太坊这类大型项目，因人力充足可优化 Go 代码（类似 Facebook 优化 PHP），但中小型项目难以承担这种成本，因此Rust更适合追求性能的项目。

• Go 转 Rust 的过渡始于 Kaspa 启动后：团队目标是实现 10 BPS（每秒区块数），意识到 Go 无法支撑这一性能需求，遂启动重写；过渡过程耗时远超预期——原计划 1 年，实际用了 2 年，且部分资金来自社区通过 Discord 众筹。

第 4 章：最终决定：公平启动（Fair Launch）

(1). 启动方案的反复权衡

• 初期团队考虑 “预挖（Pre-mine）” 模式——即预先分配部分代币给开发者和投资者，用于覆盖成本，但 Ori 认为 “硬核加密用户不会接受预挖”，因此提出替代方案。

• 替代方案：开发专属 ASIC 矿机，通过 “销售哈希率” 的方式募资（类似 ICO，但标的是挖矿算力），认为这种方式 “更纯粹” ——共识协议未被修改，无预挖，仅靠 “先发优势” 在挖矿市场占据一定地位，但团队担心该模式吸引力不足，最终放弃。

• 最终决定：解散 DagLabs 算法部门，以 “完全公平启动” 模式推出 Kaspa —— 不预挖，且不保证投资者收益；当时投资者投入约 800 万美元（2017年加密行业背景下，这笔资金规模不算大），因此对启动方案没有过多干预，尊重团队决定。

(2). 挖矿算法的选择（启动前2天）

• 团队在公开的 Discord 群组中讨论挖矿算法，最终选择 HeavyHash：一是该算法支持 “光学矿机（聚焦 Kerklex 技术）”，二是当时已有项目（Optical Bitcoin）基于 HeavyHash 开发并推出 FPGA 矿机，团队对算法做了微调，避免该项目获得算力优势。

• 启动前团队预期 “可能只有 10 - 20 名矿工参与”，但实际吸引了数千名矿工，完全超出预期。

第 5 章：出问题的启动：一切陷入混乱

(1). 启动后的技术故障

• 因启动仓促，代码存在 bug：区块头尺寸过大，Go 客户端在测试环境中可正常运行，但面对数千名矿工组成的 mesh 网络时，出现严重网络瓶颈，导致网络陷入混乱。

• 正常情况下，DAG 应保持“收敛状态”（尺寸和宽度稳定），但故障导致 DAG 分裂为多个互不连通的子图，无法正常运行。

(2). 解决方案：重启创世区块

• 团队最终决定 “重启创世区块”：并非完全重建新创世区块，而是在新创世区块中 “承诺保留旧区块的部分 UTXO（未花费交易输出）”，本质是修复区块头bug 后，重置网络状态，并通知社区“24小时后启动新创世区块，此前的交易记录不再生效”。

• Ori 坦言 “对此并不自豪，但这是当时唯一的解决方案”，故障发生在启动后的 2 - 3 周内，当时至少已有数百名矿工参与网络。

(3). 故障后的团队调整

• DagLabs 解散后，Ori 面临双重压力：一方面他此前无学位，为提升自己，开始攻读数学与计算机科学学位；另一方面他是 Kaspa 唯一的开发者，需独自支撑项目开发。

• 后来他邀请 Michael Sutton 加入。Michael 此前主要从事研究工作，未写过 Kaspa 的核心代码（仅写过 Python 模拟代码），但他不仅开发能力强，还具备领导才能，最终成为 Kaspa 开发团队的负责人。Ori 表示“自己缺乏领导能力，如今 Kaspa 团队出色的发展，离不开 Michael 的带领”。

第 6 章：使命：为 Kaspa 构建知识库

(1). 2025 年：Kaspa 社区与早期比特币社区的对比

• 相似点：两者都聚焦 “去中心化” 和 “无信任” 核心特性，社区氛围偏向技术探索。

• 差异点：Kaspa 社区“技术知识储备不足”——早期比特币社区中，论坛和邮件列表有大量技术讨论，参与者具备较强技术背景；而 Kaspa 社区虽在进步（开发团队规模扩大），但技术知识仍集中在少数人手中，需进一步改善。

(2). 构建知识库的行动

• 为解决这一问题，Ori 推出了 “Kaspa专属问答网站”，功能类似 StackOverflow。支持用户提问和回答，设有声誉系统，通过激励机制鼓励社区参与。

• 他提到，初期网站内容主要由自己填充（甚至自己提问、自己回答），核心目标是“建立可检索的知识库”——此前社区问题多在 Discord 和 X（原Twitter）上讨论，信息分散，难以查找；而知识库能长期沉淀技术内容，助力开发者成长。

• Ori 明确表示，“为 Kaspa 完善知识库、扩大开发者群体” 是他当前的核心使命之一。