《TapeOut生态小白入门全集》06 PoD里怎样讨论一个设计好不好 PoD是Proof of Design，可以译成“设计证明”。放到TapeOut的语… · @0xkEvinC · TwKit

@0xkEvinC

《TapeOut生态小白入门全集》06 PoD里怎样讨论一个设计好不好 PoD是Proof of Design，可以译成“设计证明”。放到TapeOut的语境里，官方把它与电路设计参与BEM奖励分配联系起来。先别急着找收益公式，我们回到木工作台，问一个更基础的问题：两个设计声称完成同一项任务，凭什么说其中一个做得更好？读懂这件事，才不容易把漂亮封面当成设计实力。 第一步先固定任务。还拿两个NAND实现AND的小电路作练习：输入A、B都为一，输出Y才为一。一个NAND先得到T，另一个把T接到自己的两个输入上，就把结果再取反。我们比较的是同一项功能，不能拿“任一条件满足就输出一”的接法来比谁用了更少零件，那已经换了题目。 第二步检查正确性。把零零、零一、一零、一一四种输入都试过，对应输出应是零、零、零、一。只有结果符合要求，才继续讨论效率。少用了元件却漏掉一种情况，不能用“结构更简洁”抵消错误。若换成带LATCH的设计，还要核对初始状态和连续多拍的结果，不能只挑一张有利截图。 通过功能测试后，再看结构。用了多少直接元件，有没有引用其他电路，信号经过多深的逻辑路径，都能帮助理解设计。但这些是工程分析的角度，不等于现行PoD评分表。哪些指标计分、怎样计权、什么条件才有参与资格，必须查对应版本的规则，不能自行宣布门数少就一定排名高。 REF尤其容易造成误会。新网表通过引用复用已有模块，被引用部分的元件不必在这次流片里重复烧毁，但内部逻辑仍然需要计算。如果只数最外层画布，一个引用复杂模块的设计可能显得很小。比较前，先说清统计范围，分清直接消耗和实际逻辑工作，才是在比较同一件事。 再看能不能复查。介绍一个设计，最好能让别人找到所在链、处理器合约和电路编号，理解测试条件，重现关键输入输出。排行榜截图只能说明页面当时显示了什么，不能独立证明测试完整、规则未变，或者奖励已到账。测试记录和原始对象，比一句“这是更优矿机”更有说服力。 目前能核对到的TAP-02仍标着Draft。我还没有拿到足够完整、可核验的现行PoD评分与奖励规则，所以这里讲的是怎样检查设计，不是挖矿操作教程，也不代填评分公式。规范写了什么、实现能不能用、是否经过独立审计，需要分开判断，不能互相代替。 最后，把设计表现和经济结果分开。功能通过测试，不等于已经获得奖励；领到奖励，也要区分数量、可成交价格和实际成本。小白可以先留下同一任务的接法与测试记录，把每次修改为什么仍然正确说清楚。下一篇聊BEM，我们再把奖励、资产交易和应用收入放到不同账页里，看钱究竟从哪里来。 #TapeOut #PoD #ProofOfDesign #电路设计 #电路测试 #NAND #LATCH #REF #数字逻辑 #可验证计算

曝光 5 · 评论 0 · 点赞 0 · 书签 0