Cardano Over Coffee：Leios、时间表与质押池

Leios 以及为 Dijkstra 做的准备成为周五 Cardano Over Coffee 的核心话题。James，也被称为 Blockjock，EPOCH、Ken Erik、Christina 和 Angry 探讨了此次升级如何触达用户，以及这对维护 Cardano 的人意味着什么。

在穿插着校园时光与第一辆车的趣事间，小组讨论了实际难题：准备到何种程度才算充足、运营者能负担什么，以及团队应如何解释额外资金需求。

Leios 的就绪度与交付压力

James 质疑在围绕 Leios 这一 Cardano 所提议的容量升级多年期待之后，社区将如何看待一个功能受限的初始版本。他担心那些期待的规模与用户最初可能体验到的内容之间存在落差。

EPOCH 对加速开发的理由提出质疑。在他所描述的艰难市场背景下，他希望更清楚地解释提早发布的好处。

“那么如果风险高、价值低，为什么要着急？”他问道。

他的担忧还扩展到在较为平静的市场时期继续构建的开发者。他认为，不必要的紧迫感可能会在更为艰巨的增长与活动期到来之前就让团队精疲力竭。

他也反对让潜在的负面报道影响工程决策。无论结果如何，批评都会存在；他更倾向于按部就班地工作，并保持网络自身的标准。

Ken Erik 给出了他的个人预估，认为 Dijkstra 的激活可能要到 2027 年 3 月或 4 月，并回忆了来自期待更早结果的人的反对声音。

他认为路线图雄心勃勃，并强调当研究转化为实现时可能出现的额外工作。

他对这次升级依然乐观。开发过程中发现的问题是生态系统有专业能力去解决的挑战，只要团队有时间进行修复与测试。

随后，James 探讨了分阶段引入能力的方案。是否可以先激活必要的基础，再逐步加入更多功能？这些增补是否需要再次硬分叉？他的问题将讨论引向了渐进式上线在实践中如何运作。

质押池成本与居家运营者

Christina 将话题带到基础设施需求。她希望更清晰地告知质押池运营者，亦即 SPOs，运行 Leios 需要什么。

对于在家运行设备的人而言，连通性尤其令人担忧。计算机可以升级，但能否获得合适的互联网连接还取决于所在地与服务提供商。

云托管提供了另一种路径，不过小组也讨论了其经常性成本。Christina 指出，规模较小的客户不一定能享受到大型运营可获得的折扣。

Ken Erik 认为，在具备适当的连通性、存储与处理资源的情况下，运营者可以继续使用大型数据中心之外的机器。Angry 也同样预计，许多现有配置能够满足基本要求，而随着网络参数的提升，需求会随之变化。

他还拿旧设备开了个玩笑：Pentium 4 得退休了。

James 一直回到商业核算上。即便是可控的硬件需求，也可能让一个 ADA 收入本就难以覆盖账单的质押池面临困难。

当 Ken Erik 描述运行自己的中继节点时，这种差异便显现出来。对他而言，每月的开销是对 Cardano 的一种贡献，也是理解网络的方式。James 指出，这种动机在财务基础上与以可持续业务方式运营的质押池不同。

小组还质疑应如何理解运营者数量。EPOCH 将 Cardano 与验证者数量少得多的网络进行了比较，而 Ken Erik 则质疑每增加一个节点都会以同等幅度提升韧性的假设。

James 提出了一个相关的治理问题。一些 SPOs 也担任 DReps。若运营者退出质押业务，他们是否还会在治理中继续代表委托人，抑或他们的离开也会影响投票参与度？

当计划变化时为开发提供资金

开发进度也有财务层面。James 讨论了薪酬、团队开支与里程碑付款，并询问这些压力可能如何影响交付决策。

对于通过 ADA 资助获得支持的团队，完成某个阶段的工作可能决定后续资金何时可用。

Ken Erik 询问，如果完成升级需要额外资金会怎样。James 预料到再次提出请求会遭遇阻力，特别是在此前关于效率与受限预算的讨论之后。他也思考了拒绝提供完成多年工作所需资金会带来的后果。

Ken Erik 用一次汽车维修来说明这一两难境地。顾客同意了一个价格，但技师在作业过程中发现了另一个问题。车主是否接受额外费用以让车辆恢复运转？

James 关注的是新增账单背后的解释。意外的故障可以证明进一步工作的正当性；而糟糕的初始估算则引出不同的问题。对于开发资金，他想弄清楚发生了哪些变化，哪些仍然是必要的，以及为何它们未出现在最初计划中。

节目接近尾声时，Christina 回到了她屏幕上已经在做的一项任务：审阅某项目的里程碑文档。她在打开链接，将证据与承诺的可交付成果进行核对，“因为上面写着我的名字，伙计。”