欧盟及主要买家的产品碳足迹要求，指向的是同一条工程约束：优先使用特定现场的一次数据（site-specific primary data），并披露二次数据占比。ISO 14067 与 PAS 2050 都不禁止估算，但要求把估算和实测分开记账、分开披露。绝大多数农产品的碳标签之所以无法通过深度核证，不是因为算错了，而是因为分母（产量）和分子（能耗）都来自事后汇总的表格，既没有时间戳，也无法证明没有被修改过。这是构造成本问题，不是态度问题：没有计量装置，一次数据在结构上就拿不到。

我们的机队恰好在两个最重的分项上有计量级来源。power-meter-PuEr-01 每 60 s 报 power_kw / kwh_total / tariff，是带累计寄存器的真实电能增量，而不是"功率 × 时长"的推算；fog-ctrl-A3 报 ec / ph / do / water_temp 与 fog_duty，配合加肥泵的配方记录，可以把氮投入量从"按采购单摊"变成"按实际配液批次累加"。这两项合起来占本页算例中一次数据占比 65.5%（0.1273 / 0.1943）。剩下 34.5% 是包装、外运、硬件摊销这类上游二次数据，行业里通常靠供应商因子表，属于可替换项，不构成结构性缺陷。

时间戳是第二层。碳排放的时间分辨率决定了因子该用哪一个：同一度电在 00–06 时段（0.31 kgCO2e/kWh）与 17–21 时段（0.58）之间差 87%。用年度平均因子算出来的数，会让"把补光与雾化移到夜间低谷"这类真实减排动作完全消失在账上——既奖励不了正确的行为，也识别不出错误的配置。本页的引擎按六段小时边际因子对每个计量区间逐段加权（见 §3），所以灯谱、轮作、峰谷电价策略的改动会直接反映到标签数字上。

第三层是哈希链。每个批次的碳账本在封账时对"区间清单 + 计量摘要 + 配方记录 + 产量"做规范化 JSON 的 SHA-256，并把上一批次的哈希写进本批次（prev_hash），形成只可追加、不可回改的批次链。核证方拿到的不是一份 PDF，而是可以独立重算的输入集：他能自己把 134.4 kWh 乘上因子表，得到 57.232，再看我们的 57.232 是否一致。能被别人重算，才叫可审计；其余的所谓"碳管理平台"，本质是把不可验证的估算换成不可验证的仪表盘。

所以"现在"不是指市场窗口，而是指数据条件刚刚成立：同一套遥测已经同时喂给闭环控制与碳账本，边际成本接近于零。如果先做标签再补计量，就要重建数据链路；而按现在的顺序——控制层 → 遥测 → 批次账本 → 标签与积分——每一层都复用下一层的输入。这也是本页唯一一个真正的差异化论点，其余部分（因子、标签、积分）都是可被同行复制的工程细节。