再看图注，华为何庭波在 ISCAS 发表 “New Semiconductor Path in Practice / 半导体新方法探索与实践” 主旨演讲。怎么说呢，从图源来看，华为官网新闻稿。

这次刷屏的，不只是一个新名词

5月25日上海。IEEE 国际电路与程序研讨会 ISCAS 上，华为董事、半导体业务部总裁何庭波发表主旨演讲，提出了一个很容易刷屏的新词：韬定律。

我第一眼看到这个名字，也有点职业病式地警惕：技术领域最不缺的就是“新概念”。

使用者痛点：因为制程推进到更小节点。研发投入和掩模费用呈指数级增长，中小公司和创新团队往往承受不起巨额前期成本。

把华为新闻稿、ISCAS 议程，还有何庭波署名的 ChinaXiv 预印本放在一起看，这件事最值得讨论的地方。反而不是“又一个定律”四个字，而是它背后那个工程判断：

半导体领域不能再只靠把晶体管做小来讲增长故事了。

过去几十年，我们习惯用“几纳米”理解芯片。制程越先进，晶体管越小，密度越高，功耗和性能也跟着调整。摩尔定律给产业提供了一个极其清晰的节拍器，登纳德缩放也曾经让功耗、电压、尺寸之间的关系变得顺滑。

但这套叙事现在越来越贵，也越来越难。

使用者痛点：先进制程的掩模费用动辄数亿美元；良率随节点下降而下降导致良品率低、废品率高；互连电阻和电容开始吞掉性能提高带来的收益；晶体管继续变小却不再自动带来程序体验提高。

韬定律到底在讲什么

至于图注，从“几何缩微”到“时间缩微”的理解框架。

τ，本来就是电路里常见的“时间常数”符号。比如我们经常说 RC 延迟，本质上就是电阻 R 和电容 C 共同决定了信号响应需要多久。怎么说呢，

华为这次把这个概念往上抽象了一层：不只看一个器件、一段导线。而是把器件、电路、芯片、程序里的等待时间都放进同一个调整目标里。老实说，

使用者痛点：程序级延迟直接影响终端设备响应速度和数据中心吞吐量；即使算力提高也因数据搬运瓶颈被抵消。话说回来，

它不是单点调整。而是跨层协同

说到图注，韬定律强调器件、电路、芯片、程序的跨层协同。

器件层。继续调整晶体管和互连的电阻、电容，尽量减少底层时间常数。使用者痛点：-interconnect RC 延迟成为性能瓶颈；传统平面布局难以满足高带宽低延迟需求。老实说，- LogicFolding通过垂直堆叠等三维组织方式把原本摊在平面上的关键方法折起来。缩短走线长度,降低 RC 延迟. 使用者痛点 : 三维堆叠引入良率挑战和散热难题；若未解决热管理问题,性能提高可能被温度限制抵消。

芯片层 ,主要变成软件 、 架构 、 芯片 的协同。很多时候,性能不是算力峰值不够。而是数据流 、 指令流 、访存层级没有配合好。 老实说，把真实负载拆开看,哪些 时间花在计算。哪些 花在搬数据,哪些 花在同步,才有机会继续往下压。 使用者痛点 : 数据搬运占总执行时间的比例日益升高;话说回来，内存带宽与计算能力失衡导致「内存墙」效应加剧;软硬件接口不匹配造成频繁转换与拷贝 .

程序层 ,华为提到灵衢总线 、统一内存编址和原生内存语义。这里 的关键词是 「少转换 、少拷贝 、少握手 」。AI 计算尤其典型 :芯片之间 、机柜之间 、数据中心之间 的通信 越来越决定整体效率。单个芯片再强,如果大量 时间都在等数据,程序吞吐也会被拉住。 使用者痛点 : 数据中心能耗大幅受互连延迟影响;跨机房通信时延成为服务质量瓶颈;异构加速卡间数据交换需要繁琐协议开销 .

韬定律真正想强调的是——把全栈等待时间变成一个共同调整目标

它重新定义了什么叫「先进」

我觉得这件事真正有意思的地方，是它把「先进」重新定义了一次。话说回来，

使用者痛点 : 传评价仅看制程节点导致采购决策忽视实际使用场景中的延迟与功耗表现;公司在选型时难以量化「等待时间」对业务 KPI 的影响 .

以前我们问一颗芯片先进不先进，第一反应是制程节点。现在华为想说 ：如果你能在一样制程下，通过三维电路组织 、架构协同 、互联协议和程序设计。把关键等待大幅压短，那也是一种先进，而且可能是接下来更现实 的一种先进。

这不是说制程不关键。制程仍然关键，材料 、光刻 、晶体管结构也仍然关键。但它们不再是唯一答案，先进封装 、3D 集成 、片上网络 、内存程序 、光互联 、程序软件，都会越来越像同一张牌桌上的玩家。更直白一点说，后摩尔时代的竞争 不只是 「谁能把芯片做得更小」。也会 是 「谁能把程序里 的等待压 得更少 」。

也要冷静 ：它还不是被完全验证 的自然定律

使用者痛点 : 新概念落地需要配套 EDA 工具链更新；工具链滞后会导致设计周期拉长且成本飙升;良率不可控直接影响产品交付周期与行业竞争情况力 .

何庭波 的论文目前是预印本。按照 ChinaXiv 的说明，预印本 不等于已经完成严格同行评审。接下来，LogicFolding 要真正规模化。绕不开良率 、散热 、堆叠工艺 、EDA 工具链 、测试维修 、供应链协同这些硬问题。再接下来，τ 是时间指标，不是能耗指标。一个程序如果跑得更快但耗电也等比例上升，那对手机续航 和数据中心电力都不是好消息。我不太想把它写成「摩尔定律终结，华为重新发明 未来」这种标题。那样热闹，但不准确，更准确 的说法 是 ： 当几何缩微 的红利变薄以后。华为把自己的工程经验成了一个新的调整框架，并试图把全栈协同变成后摩尔时代的主线。

写在最终

使用者痛点 : 下一代芯片竞争不仅仅是 纳米数 的竞争，一样 是 时间管理能力 的竞争。谁 能让信号少走弯路，让 数据少等一会儿让 程序少做一次无谓转换谁就有机会 在后 摩尔时代多赢 下一点确定性。而 工程世界里,很多 大变化 初始都是从这一点 确定性 开始。Strong 其实很好，

Now ensure only HTML tags and content;no extra explanation outside. Let's output exactly as above but ensure proper closing tags and no stray characters. Use proper bold tags or?We used * which is markdown not allowed;按理说，need to replace with HTML tags like . So replace all * with appropriate HTML bold/italic.

Also need to ensure we don't leave stray * characters. Let's rewrite using proper HTML emphasis: use . Also maybe use .

Let's produce final answer with correct HTML only.

Will need to go through text and replace markers.

Let's construct final answer now.