后端因为某些模块太大，有些时候只抽接口的时序lib 这种行为叫什么
其实sram的lib，db前端看到的都只有接口时序。
这种行为叫 "接口抽象" 或 "边界时序抽象"，在后端实现流程里通常落到一个具体动作：
只抽取接口时序库（Interface Timing Library）
而把超大模块（CPU 核心、GPU 着色器、AI 加速器）的 内部 netlist 暂时扔掉 ，
用 黑盒（black-box）或灰盒（grey-box） 方式参与综合、布局、时钟树和布线。
工业界常见叫法
|---------------------------------|-----------------------|----------------------------------------------------|
| Black-Box Harden | 模块已固化（harden） | 只留 input/output pin + timing db 参与顶层流程 |
| Interface Logic Model (ILM) | 需要保留 接口逻辑 + 一级寄存器 | 把 边界 1-2 级逻辑 提出来建库，其余内部 discard |
| Grey-Box Harden | 需要 时钟树穿透 | 保留 接口 + 时钟树 + 电源端口 ，数据通路 black-box |
| Block-Box Flow | 纯后端视角 | 任何 "只拿接口 lib，不拿完整 netlist" 的做法统称 block-box |
为什么必须这么做
-
netlist 太大 → 顶层 读入即爆内存（> 50 M instance）
-
内部已 harden → timing 已签核 ，顶层只关心边界路径
-
schedule 并行 → 顶层与 block 同时收敛 ，互不阻塞
一句话总结
"只抽接口时序 lib，把超大模块内部扔掉" 的正式名称就是
Interface Logic Model (ILM) 或 Black-Box Harden ，
它是后端用来"内存-时间-收敛"三件大事一起解决的标准抽象手段。