RuView BFLD 深度解析：基于 802.11ac/ax 波束成形反馈的隐私门控 WiFi 感知层

RuView BFLD 深度解析：基于 802.11ac/ax 波束成形反馈的隐私门控 WiFi 感知层

【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView

BFLD（Beamforming Feedback Layer for Detection）是 RuView 仓库中 wifi-densepose-bfld crate 所实现的一层隐私门控 WiFi 感知原语：它把 802.11ac/ax 波束成形反馈（BFI）当作可选的感知输入，在节点出口用类型系统与内存卫生结构性地阻止身份泄漏。本文以该 crate 的 README 与 ADR-118 为骨架，结合仓库源码深入讲解三大结构性不变量（I1/I2/I3）、四类隐私等级、身份风险评分与相干门、BfldFrame 线格式、MQTT 主题路由，以及从最小示例到生产 worker-thread + HA-DISCO 的完整接入方式。

一、为什么需要 BFLD：明文 BFI 的身份泄漏问题

IEEE 802.11ac 和 802.11ax 的波束成形反馈（BFI）在 STA 与 AP 之间通过未加密的管理面帧交换：站点把信道响应压缩成 Givens 旋转角矩阵（Φ/ψ），以 VHT/HE Compressed Beamforming Report（CBFR）的形式发送。任何处于 WiFi 监听模式且不加入网络的设备都可以被动嗅探这些帧。ADR-118 在背景章节引用了两项 2024–2025 年的独立研究来证明该暴露的严重程度：

• BFId（KIT，ACM CCS 2025）：仅凭 BFI 即可在 5 秒捕获内以 >90% 的准确率重新识别 197 名个体；
• LeakyBeam（NDSS 2025）：仅使用明文 BFI 即可在 20 米外穿透墙壁检测占用，TPR 82.7% / TNR 96.7%。

同时，捕获工具（Wi-BFI、PicoScenes、面向树莓派 BCM43455c0 的 Nexmon BFI 补丁）随手可得，这意味着运营商若把 WiFi 感知设备部署进养老院、酒店、共享办公或租赁物业，将没有任何工具可以证明系统当前处于匿名运行状态——这正是 BFLD 要填补的空白。

需要强调 BFLD 的两个边界（ADR-118 §1.5）：

1. 它不是对 CSI 管线的替代：rvCSI（ADR-095/096）仍是 CSI 的权威运行时，BFI 只是可选输入，尤其服务于拿不到 MIMO CSI 的单 AP 部署场景；
2. 它不阻止外部攻击者被动捕获 BFI（LeakyBeam 一类的威胁依然存在），它只保证节点自身对外输出不可识别个体。

二、三大结构性不变量：不靠制度文本，靠类型系统

BFLD 最有辨识度的设计，是把三条隐私不变量结构化地写进代码（README 原话：enforced structurally, not by policy text）：

ID	不变量	执行机制
I1	原始 BFI 永不离开节点	Sink标记 trait 层级 +PrivacyClass::Raw.allows_network() == false
I2	身份嵌入仅存在于内存（RAM-only）	IdentityEmbedding无Serialize/Clone/Copy，Drop时清零存储
I3	跨站点身份关联在密码学上不可能	SignatureHasher按站点 keyed BLAKE3 哈希 + 每日 epoch 轮换

这三个不变量的实现细节是整篇文章的核心，我们分别在下面各节展开。

三、快速上手：最小进程内消费示例

examples/bfld_minimal.rs演示了完整的运营商视角流程：构造带SignatureHasher的BfldPipeline，喂入一帧SensingInputs+IdentityEmbedding，打印隐私门控后的BfldEventJSON：

use wifi_densepose_bfld::{ BfldConfig, BfldPipeline, IdentityEmbedding, SensingInputs, SignatureHasher, EMBEDDING_DIM, SITE_SALT_LEN, }; let mut pipeline = BfldPipeline::new( BfldConfig::new("seed-01") .with_signature_hasher(SignatureHasher::new([0xAB; SITE_SALT_LEN])), ); let event = pipeline .process( SensingInputs { timestamp_ns: 1_700_000_000_000_000_000, presence: true, motion: 0.42, person_count: 1, sensing_confidence: 0.91, // 低风险：门控停留在 Accept，事件正常发布 sep: 0.2, stab: 0.2, consist: 0.2, risk_conf: 0.2, rf_signature_hash: None, }, Some(IdentityEmbedding::from_raw([0.05; EMBEDDING_DIM])), ) .expect("low-risk emit"); println!("{}", event.to_json().unwrap());

逐字段解释SensingInputs（定义见 emitter.rs）：

• timestamp_ns：纳秒时间戳。注意 emitter.rs 中的注释——若希望rf_signature_hash的每日轮换锚定到 UTC 午夜，调用方必须传入 unix epoch 纳秒；纯单调时钟无法对齐日界。
• presence/motion/person_count/sensing_confidence：占用、归一化运动量[0,1]、人数估计、感知置信度[0,1]（注意这是感知置信度，不是风险评分的conf因子）。
• sep/stab/consist/risk_conf：身份风险评分的四个因子，全部取值[0,1]，分别对应可分离性（separability）、时间稳定性（temporal stability）、跨视角一致性（cross-perspective consistency）与样本置信度。
• rf_signature_hash：可选的 32 字节哈希；当配置了SignatureHasher时，管线会用嵌入派生出的哈希覆盖该字段。

预期输出是一行匹配BfldEvent模式的 JSON（示例源码的 doc 注释描述）：包含 presence、motion、person_count、identity_risk_score、rf_signature_hash，且privacy_class = "anonymous"。

四、生产部署：worker-thread + HA-DISCO

examples/bfld_handle.rs演示更接近生产的形式：先发布 retained 的online在线状态和 6 条 retained 的 HA-DISCO 配置负载，再通过BfldPipelineHandle::spawn拉起一个工作线程，主线程只需handle.send(PipelineInput { inputs, embedding })：

use wifi_densepose_bfld::{ publish_availability_online, publish_discovery, BfldConfig, BfldPipeline, BfldPipelineHandle, PipelineInput, PrivacyClass, SignatureHasher, }; // Bootstrap: retained "online" + 6 retained HA-DISCO config payloads. publish_availability_online(&mut publisher, "seed-01")?; publish_discovery(&mut publisher, "seed-01", PrivacyClass::Anonymous)?; // Spawn worker. Per-frame: handle.send(PipelineInput { inputs, embedding }). let handle = BfldPipelineHandle::spawn( BfldPipeline::new(BfldConfig::new("seed-01") .with_signature_hasher(SignatureHasher::new(salt))), publisher, ); handle.send(PipelineInput { inputs, embedding })?;

BfldPipelineHandle（pipeline_handle.rs）封装了 worker 线程的生命周期与线程安全的发送通道，让调用方不必接触底层 emitter API。Bootstrap 阶段的两个发布函数publish_availability_online与publish_discovery均来自 availability.rs 与 ha_discovery.rs，只在stdfeature 下编译。

五、四类隐私等级与字段暴露矩阵

PrivacyClass是一个#[repr(u8)]枚举，字节值本身就有序——数值越大，携带的身份信息越少：

等级	字节值	语义
Raw	0	仅本地研究的原始数据（含原始 BFI 矩阵），永不联网（I1）
Derived	1	运营商确认的 LAN 研究模式；降采样角度 + identity embedding + 风险评分可用；Soul Signature 部署需要此级
Anonymous	2	生产默认：仅聚合感知，无身份派生字段
Restricted	3	养老院/受监管部署：Anonymous 再减去风险评分与签名哈希

配套的判定方法（lib.rs）：allows_network()只在非Raw时返回 true；allows_matter()只接受 2/3 级。TryFrom<u8>保证任何非法字节值都会得到BfldError::InvalidPrivacyClass。

每个事件的字段暴露由 event.rs 头部注释给出（ADR-122 §2.1 的映射）：

字段	Raw(0)	Derived(1)	Anonymous(2)	Restricted(3)
presence / motion / person_count / confidence / zone_id	✅	✅	✅	✅
identity_risk_score	✅	✅	✅	❌
rf_signature_hash	✅	✅	✅	❌

实现上，BfldEvent::with_privacy_gating（event.rs#L80-L107）构造后立即调用幂等的apply_privacy_gating（event.rs#L112-L117），把 3 级事件中的风险评分与哈希字段置为None；Serialize派生配合skip_serializing_if = "Option::is_none"，使得被门控的字段在 JSON 中整体省略（而非输出null）——一个被门控的事件在观测上等同于从未拥有过该字段。

六、Sink 标记 trait 层级：I1 的结构化执行

I1（原始 BFI 永不离开节点）不是靠运维纪律，而是靠 sink.rs 中一组零成本标记 trait。每个输出目的地（内存缓冲、MQTT 主题、Matter cluster）必须实现且只能实现LocalSink、NetworkSink、MatterSink之一，并用关联常量MIN_CLASS声明自己愿意接受的最低等级：

Sink trait	MIN_CLASS	接受等级
LocalSink	Raw	0, 1, 2, 3
NetworkSink	Derived	1, 2, 3
MatterSink	Anonymous	2, 3

层级关系为MatterSink: NetworkSink。运行时门check_class（sink.rs#L47-L55）对每次发布做检查：等级字节值>= MIN_CLASS才放行，否则返回BfldError::PrivacyViolation并带上违规 sink 的KIND。因为数值顺序有意义，检查退化为一次简单的字节比较。crate 还提供了三个零尺寸的 "kind tag"（LocalKind/NetworkKind/MatterKind）供单元测试与隐私门编译期表使用，具体 sink 实现在下游（emitter、MQTT、cog-ha-matter Matter 桥）。

七、IdentityEmbedding：I2 的类型系统与内存卫生

IdentityEmbedding是 I2（身份嵌入仅存在于 RAM）的执行体，维度固定为EMBEDDING_DIM = 128（与 ADR-024 的 AETHER 对比嵌入一致）。它的防护是三层叠加：

1. 类型层面：没有Serialize、没有Clone、没有Copy，唯一取值途径是借用视图as_slice()。crate 底部用static_assertions写死了编译期断言：assert_impl_all!(IdentityEmbedding: Drop)与assert_not_impl_any!(IdentityEmbedding: Copy, Clone)——未来任何 PR 若给该类型加上Clone/Copy，或下游尝试派生Serialize，构建会直接失败。
2. 内存卫生：Drop在释放前把values全部覆写为0.0，并用core::hint::black_box阻止编译器在 DCE 阶段消除清零循环——悬垂指针读到的将是零而非原始值。
3. 日志脱敏：Debug只输出维度与 L2 范数，原始值显示为<redacted>，杜绝调试日志把嵌入打进日志文件。

八、SignatureHasher：I3 的按站点 keyed 哈希与每日轮换

I3 的密码学基础在 signature_hasher.rs：

rf_signature_hash = BLAKE3-keyed(site_salt, day_epoch || features)

• site_salt：32 字节（SITE_SALT_LEN = 32，由 BLAKE3 keyed 模式固定）的节点独有秘密，永不传输，启动时从持久秘密存储（TPM / KMS / strict-mode 文件）加载。两个节点观测同一个人时产出的是互不相关的哈希——即使攻击者攻破其中一个节点，也没有可用于跨站点桥接的密钥。
• day_epoch = floor(unix_time_utc / 86_400)（SECONDS_PER_DAY）：UTC 午夜翻转，因此同一个人的哈希每天变化一次，跨天分析无法关联同一签名。
• 输出固定 32 字节（RF_SIGNATURE_LEN）。

compute（signature_hasher.rs#L58-L63）用 keyed mode 的Hasher::new_keyed(&site_salt)，先写入 day_epoch 的小端字节再写入 features 规范字节；compute_at则从 unix 秒直接换算 day epoch。crate 级测试 tests/signature_hasher.rs 与 tests/pipeline_i3_isolation.rs 直接验证跨站点不可关联性（ADR-120 §2.7 AC2 的跨站点汉明距离准则）。

在管线中（emitter.rs#L150-L163），哈希优先从IdentityFeatures::from_embedding(emb)派生，无嵌入时回退到IdentityFeatures::from_risk_factors(sep, stab, consist, risk_conf)，统一走规范字节路径，保证同样的输入产出 bit 一致的 wire 字节。

九、身份风险评分与相干门（coherence gate）

9.1 四因子乘法风险评分

identity_risk.rs 定义风险评分：

identity_risk_score = clamp(sep × stab × consist × conf, 0.0, 1.0)

score函数（identity_risk.rs#L38-L44）先把四个输入各自clamp01（NaN 映射为 0.0），再相乘。乘法组合在不确定性下是保守的：任何一个接近 0 的因子（例如样本置信度极低）都会把总分压向 0，系统偏向"不确定就报低风险"——这正是隐私优先的默认姿态。

9.2 阈值 → GateAction 映射

分数确定性地映射到GateAction（边界语义：下限包含，0.7即 Reject、0.9即 Recalibrate）：

分数区间	Action	效果
< 0.5	Accept	正常发布
0.5 ≤ score < 0.7	PredictOnly	发布但标记为"仅预测"，下游降置信度展示
0.7 ≤ score < 0.9	Reject	整个事件丢弃
≥ 0.9	Recalibrate	丢弃事件并轮换 site_salt（按 ADR-120），同时drain()嵌入环

GateAction提供了allows_publish()/drops_event()/requires_recalibrate()三个判定辅助方法，供门控运行器分流。

9.3 迟滞 + 去抖的状态机

coherence_gate.rs 在无状态阈值分类之上加了两个稳定机制，防止分数在边界附近振荡时门控抖动：

• 迟滞 ±0.05（HYSTERESIS = 0.05）：分数必须越过当前区间边界加上迟滞量，门才考虑进入下一区间；
• 去抖 5 秒（DEBOUNCE_NS = 5_000_000_000）：新的候选 action 必须持续 5 秒墙钟时间才会晋升为当前 action，中途回到当前区间则取消 pending。

evaluate_with_oracle（coherence_gate.rs#L71-L84）是 Soul Signature 的集成点：当门即将进入Recalibrate且SoulMatchOracle报告MatchOutcome::Match时，目标被降级为PredictOnly——因为高分是成功匹配的预期结果，不应轮换 site_salt（ADR-121 §2.6）。默认的NullOracle让未启用 soul-signature 的部署零成本运行。BfldPipeline::process_with_oracle把该能力暴露给调用方。

9.4 emitter 中的完整流水

emitter.rs 的emit_with_oracle（emitter.rs#L138-L207）是端到端管线：

risk = identity_risk::score(sep, stab, consist, conf_factor) → gate.evaluate_with_oracle(risk, ts, &oracle) → GateAction → if Recalibrate: ring.drain() → if action.drops_event(): return None → else: BfldEvent::with_privacy_gating(...)

嵌入总是先压入EmbeddingRing（滚动保留最近身份嵌入的 FIFO 环形缓冲，用于可分离性计算），Recalibrate时同步清空。门控通过（Accept/PredictOnly）时构造事件，BfldEvent构造函数再做一次防御性脱敏。

十、BfldFrame 线格式：86 字节头 + CRC-32/ISO-HDLC

如果需要在节点之间传输（BfldFrame 属于stdfeature），线格式由 frame.rs 定义（ADR-119）：

• magic：0xBF1D_0001（frame.rs#L31），在十六进制转储中读作 "BFLD"；版本BFLD_VERSION = 1。
• 头大小：BFLD_HEADER_SIZE = 86字节，#[repr(C, packed)]保证在 x86_64、aarch64、xtensa-esp32s3 上字节序一致；多字节整数一律小端，编解码全部走to_le_bytes/from_le_bytes（本 crateunsafe_code = "forbid"，见 Cargo.toml）。
• 字段（BfldFrameHeader）：magic、version、flags、timestamp_ns、ap_hash（16 字节，BLAKE3-keyed(site_salt, ap_mac)[0..16]）、sta_hash（16 字节，每日轮换）、session_id（16 字节，会话边界轮换）、channel、bandwidth_mhz（20/40/80/160）、rssi_dbm、noise_floor_dbm、n_subcarriers、n_tx、n_rx、quantization（0=f32，1=i16，2=i8，3=4-bit nibble packed）、privacy_class 字节、payload_len、payload_crc32。
• CRC：CRC-32/ISO-HDLC（多项式 0xEDB88320，init/xorout 0xFFFFFFFF，与以太网/zlib 相同），只覆盖 payload 全部 section 字节（含长度前缀），不覆盖头（ADR-119 §2.2）。BfldFrame::from_bytes会校验 magic、版本、长度与 CRC；篡改产生BfldError::Crc。
• flags：HAS_CSI_DELTA(bit 0)、PRIVACY_MODE(bit 1)、SELF_ONLY(bit 3，ESP32-S3 self-only 适配器，ADR-123 §2.5)；位 2 与 4–15 保留，RESERVED_FLAGS_MASK中的位必须原样往返（向前兼容）。

BfldPipeline::process_to_frame（pipeline.rs#L155-L178）把事件产出扩展为可序列化帧：它会用当前激活等级覆盖模板头的时间戳与等级，再经PrivacyGate::demote强制 payload 内容合规——在Anonymous下剥掉compressed_angle_matrix与csi_deltasection，在Restricted下连幅度/相位代理一并剥掉（这修复了 ADR-141 指出的"等级字节合规但 payload 携带高信息量 BFI"的缺口）。研究等级（Raw/Derived）保留完整 payload，demote 是 no-op。

十一、MQTT 主题路由与事件 JSON

mqtt_topics.rs 是纯函数式主题路由器，无 broker 依赖（ADR-122 §2.2）：

ruview/<node_id>/bfld/presence/state # class >= 2 ruview/<node_id>/bfld/motion/state # class >= 2 ruview/<node_id>/bfld/person_count/state # class >= 2 ruview/<node_id>/bfld/zone_activity/state # class >= 2（配置 zone_id 时） ruview/<node_id>/bfld/confidence/state # class >= 2 ruview/<node_id>/bfld/identity_risk/state # 仅 class == 2

render_events对 Raw/Derived 事件返回空列表（留在本地，绝不发布到公共主题树）；Publishtrait 抽象了发布边界，crate 内置CapturePublisher供测试捕获每条消息。事件 JSON 中rf_signature_hash序列化为"blake3:<64 位小写十六进制>"字符串（event.rs#L147-L161），避免消费者解码 32 元素整数数组；privacy_class序列化为"raw" / "derived" / "anonymous" / "restricted"字符串。

真正的 broker 集成在mqttfeature 下：RumqttPublisher（rumqttc_publisher.rs）基于 rumqttc，并支持connect_with_lwt（遗嘱消息）与with_lwt帮助函数。按当前 Cargo.toml 的依赖声明，mqtt 后端为rumqttc-v4-next 0.34（use-rustls-ring），与wifi-densepose-sensing-server共享 TLS/版本姿态。

十二、Feature flags 与裁剪指南

crate 的 Cargo.toml 定义了五个 feature：

Feature	默认	引入依赖	启用内容
std	✅	无	BfldFrame、BfldPayload、BfldPipeline、BfldPipelineHandle、BfldEvent、BfldEmitter、PrivacyGate、MQTT 主题路由器、HA discovery
serde-json	✅	serde+serde_json（强依赖std）	BfldEvent::to_json()、rf_signature_hash的blake3:<hex>序列化器、privacy_class字符串编码
mqtt	—	rumqttc（use-rustls-ring）	RumqttPublisher、connect_with_lwt、真实 broker 集成
soul-signature	—	—	编译期门控，标记 Soul Signature 部署（ADR-118 §1.4、ADR-120 §2.7、ADR-121 §2.6）
veil	—	wifi-veil	WiFi Veil 咨询集成（ADR-294），产出确定性攻击者 vs 保护者 BFI 身份泄漏评估

默认 feature 组合为["std", "serde-json"]。裁剪到--no-default-features后得到 no_std 兼容核心：BfldFrameHeader、PrivacyClass、Sinktrait、CoherenceGate、SignatureHasher、IdentityEmbedding、EmbeddingRing、风险评分函数与GateAction（lib.rs 中这些模块均无条件编译）。注意两个 example 都有required-features约束（bfld_minimal需要serde-json，bfld_handle需要std），cargo test --no-default-features才能正常通过。

十三、运行示例与测试验证

cargo run -p wifi-densepose-bfld --example bfld_minimal # 进程内消费者 cargo run -p wifi-densepose-bfld --example bfld_handle # worker-thread + HA-DISCO

cargo test -p wifi-densepose-bfld --no-default-features # no_std 兼容核心 cargo test -p wifi-densepose-bfld # 默认 std + serde-json cargo test -p wifi-densepose-bfld --features mqtt # 含 rumqttc smoke

crate 携带一套相当完整的测试矩阵（tests/ 目录 60+ 个文件），与本文论述一一对应：

• 结构性隐私：sink_enforcement.rs（I1 的 Sink 拒绝）、identity_embedding.rs（I2 的类型约束）、pipeline_i3_isolation.rs 与 signature_hasher.rs（I3 跨站点不可关联）；
• 帧格式：frame_header_size.rs、frame_roundtrip.rs、frame_trailing_bytes.rs、crc32_polynomial.rs（CRC-32/ISO-HDLC 多项式）、reserved_flags.rs；
• 门控与事件：event_privacy_gating.rs、privacy_gate_demote.rs、identity_risk_score.rs、coherence_gate.rs、gate_clock_skew.rs、pipeline_determinism.rs（AC6 确定性序列化）；
• MQTT/HA：mqtt_topic_routing.rs、ha_discovery.rs、rumqttc_lwt.rs、availability_topic.rs；
• 性能与体验：presence_latency.rs（AC2）、motion_publish_rate.rs（AC3）、serialization_throughput.rs；
• 实时 broker：mosquitto_integration.rs 需要环境变量BFLD_MQTT_BROKER=tcp://localhost:1883解锁，对应 .github/workflows/bfld-mqtt-integration.yml CI 中的 mosquitto Docker 服务。

十四、Soul Signature 与配套产物

BFLD 与 docs/research/soul 的 Soul Signature 研究是互补设计：前者"有意制造身份"（60 秒注册协议，运行在 class 1 derived），后者"测量并门控身份泄漏"（默认 class 2 anonymous、对未注册者默认拒绝）。identity_risk_score正是 BFLD 成为 Soul Signature 执行层的枢纽：分数门控某个区域是否"够泄漏"以允许注册；结构性不变量 I1/I2/I3 保证即使注册者被匹配，未注册旁观者依然匿名。目前 soul_match.rs 与 soul_channels.rs 已实现带权余弦匹配器（EnrolledMatcher），但命名身份锁定仍是数据门控状态——需要真实的高权重通道数据（AETHER 注册 + 体共振），仅靠心电 + 呼吸通道无法分离身份（见tests/soul_match.rs的cardiac_alone_cannot_separate_identity_matches_audit）。

配套产物一览（README 的 Companion artifacts 一节）：

• ADR 系列：ADR-118（伞形架构 + I1/I2/I3）、ADR-119（线格式）、ADR-120（隐私等级与哈希轮换）、ADR-121（风险评分）、ADR-122（HA/Matter 暴露）、ADR-123（Pi 5/Nexmon 与 ESP32 捕获路径）；
• 设计档案：docs/research/BFLD（11 个文件，涵盖 SOTA 调研、Soul 关系、威胁模型、隐私门控、自动化集成、实现计划、评测与 ADR 草稿）；
• HA 蓝图：v2/crates/cog-ha-matter/blueprints/bfld 提供三个运营商蓝图：presence-lighting（占用-灯光）、motion-hvac（运动-HVAC）、identity-risk-anomaly（身份风险异常）；
• CI：.github/workflows/bfld-mqtt-integration.yml 含真实 mosquitto 服务的集成矩阵。

十五、已知边界与诚实标注

从 ADR-118 的 Consequences 与 Alternatives 章节可以明确 BFLD 的能力边界：

1. ESP32-S3 无法直接捕获 CBFR：完整 BFLD 管线需要 Pi 5 / Nexmon 主机嗅探器（cognitum-v0 可用，见 ADR-123）；SELF_ONLYflag 对应的 ESP32 self-only 模式是受限变体。
2. 不阻止外部被动捕获：LeakyBeam 一类的攻击依然可能；BFLD 只保证节点自身输出不可识别个体，运营商必须理解这个区别。
3. 每日哈希轮换：阻止跨日多天分析关联个体签名，对隐私目标有利，但可能影响多天分析类用例。
4. 实现状态：从 Cargo.toml 的版本号（0.3.1，对应 ADR-141 隐私控制平面）与 lib.rs 的状态注释看，P1（帧格式 + Sink 标记 trait）与隐私控制平面已经落地，P2–P6（提取器、风险校准、MQTT 生产化、Matter 边界、Pi5/Nexmon 捕获适配器）仍在推进中；identity_risk_score的校准需要 KIT BFId 数据集（非商业研究协议）。
5. 不引入噪声式差分隐私：当前设计通过"结构上的不可能"而非 DP 噪声实现隐私，DP 方案被推迟到后续 ADR。

对部署者而言，BFLD 的核心价值可以概括为一句可验证的话：系统是否匿名运行，不再取决于某段制度文本，而是取决于类型系统在编译期和运行期都拒绝让身份相关数据离开节点。任何把 RuView 部署到受监管环境（养老院、酒店、共享空间）的团队，都可以用 sink_enforcement.rs 与 event_privacy_gating.rs 这类测试作为持续的可审计证据链的一部分，配合 ADR-028 的 witness-bundle 模式延伸到新的 BFLD 表面。

【免费下载链接】RuViewπ RuView turns commodity WiFi signals into real-time spatial intelligence, vital sign monitoring, and presence detection — all without a single pixel of video.项目地址: https://gitcode.com/GitHub_Trending/wi/RuView