Papers for

regulatory compliance officers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Image-based screening improves South African food-package warnings

Region-Guided Food-Package Evidence Extraction and Abstention-Aware Draft R3337 Screening with Selective VLM Review

Abstract: Applying South Africa's draft R3337 warning criteria to food-package photographs requires nutrition, ingredient and product-form evidence. This study presents a region-guided evidence extraction and abstention-aware screening workflow for draft R3337. A three-class detector localises nutrition information panels, ingredient lists and product-identity regions, after which PaddleOCR and structured extraction recover nutrient values, ingredient evidence and product-form information. Recovered evidence is aggregated and assessed using deterministic draft R3337 rules. When evidence is incomplete, uncertain or conflicting, the workflow abstains through Review or Insufficient evidence rather than forcing an automatic outcome. For qualifying unresolved cases, a selective vision-language model (VLM) review stage using Qwen3-VL 8B Instruct reassesses unresolved evidence. Accepted evidence is merged and the same deterministic rules are reapplied. The workflow was applied to 442 products represented by 3,929 images. Evaluation used a manual validation set of 65 products. Before selective VLM review, 31 of 60 decidable products received automatic outcomes and 30 were correct, giving 51.7% coverage and 96.8% accuracy among automatic outcomes (selective accuracy). Selective VLM review resolved eight additional products, increasing coverage to 65.0%. Of 39 automatic outcomes, 38 were correct, giving 97.4% selective accuracy. The single false warning was retained from the rules-only workflow, while no unsafe warning omissions occurred after selective review. Evidence-level evaluation nevertheless identified incorrect VLM-recovered nutrition, ingredient and product-form evidence. These findings show that selective VLM review can recover unresolved evidence, while deterministic screening and explicit abstention remain necessary for reliable image-based draft R3337 screening.

Tue 20 OctComputer Vision and Pattern RecognitionArtificial Intelligence
The gist
Checking food packages for warning labels in South Africa requires carefully reading nutrition facts, ingredients, and product details from photos. The authors designed a system that first finds relevant parts of the package, extracts the information using text recognition, and checks if warnings apply using clear rules. If some information is missing or unclear, the system either asks for human review or uses an advanced AI model to take another look. Their approach improved how many packages could get automatic decisions while keeping accuracy high.
Open → 2610.28211v1

Power measurements weakly limit hidden ai computation in verification

Can Power Draw Constrain Covert Compute? Limits of Analogue Verification for AI Governance

Abstract: Frontier AI treaties or agreements on limiting computation require external verification; an external auditor must be able to confirm how much computation actually ran and that parties are adhering to the agreement. Analogue, off-chip measurements such as power draw provide an information channel for verification. It is unknown how well these analogue channels can constrain computation against an adversary who actively tries to subvert the audit. We derive a closed form for $β$, the largest hidden computation a power trace cannot exclude, as a fraction of the declared machine capacity. Measurements on NVIDIA A100 GPUs constrain $β= 1.16$ in the worst case, while adversarial matched-energy strategies are shown to hide at least $β= 0.41$ of compute. Analogue power measurements alone therefore constrain compute weakly. Additional restrictions granted by the threat model, such as the ability of the verifier to re-execute the declared work at an observed operating point, let the verifier push $β$ down to $0.059$ in the maximally restricted case. This gives a quantitative estimate of what analogue measurements can contribute to compute verification.

Mon 5 OctComputers and SocietyArtificial IntelligenceCryptography and Security
The gist
When countries or groups want to agree on limiting how much computing power is used for AI, someone has to check if everyone follows the rules. The authors look at using electric power readings from AI chips as a way to check how much computing is done. They find that just measuring power use alone isn't very good at stopping cheating, because hidden computing can still happen without showing up clearly. However, if the checker can also rerun the same tasks and compare, they can make a much stronger check to catch hidden computation.
Open → 2610.07476v1

Ethereum energy use drops sharply with new measurement method

Quantifying Ethereum Energy Consumption via Network Mapping

Abstract: Ethereum's electricity use fell by about 99.95% after the move from proof of work to proof of stake. Service providers still need to report operational energy use, e.g. under the EU Markets in Crypto-Assets Regulation (MiCAR). Existing estimates either apply one typical wattage to every node or start from aggregated monitoring counts. Both ignore attributes that nodes already advertise on the peer-to-peer network: client software, ARM or x86 hardware, hosting location, and validator role. We crawl the consensus and execution layers, assign each peer a wattage from those attributes using published measurements, and estimate the remaining incomplete peers with a Random Forest. On 6,934 peers from two Nebula crawls (19 and 22 June 2026), reachable nodes sum to 415 kW, or 3.63 GWh if that draw were held for a year. The same Lighthouse+Nethermind x86 wattage on every peer yields 431 kW. Observed attributes lower the total by 3.9%, mainly because nodes at Hetzner and other non-AWS clouds draw less than that home-desktop figure. AWS accounts for 15.6% of watts from 12.2% of peers, and validator-flagged nodes for 31.4% of watts from 25.7% of peers. The 415 kW snapshot is about 46% of the Cambridge Centre for Alternative Finance (CCAF) estimate of about 0.90 MW. Both use about 60 W per node, so the gap is mostly how many nodes each estimate includes. Rules cover 3,110 peers and the forest the other 3,824. On held-out labeled peers with client, architecture, and OS hidden, the forest's mean absolute error against the rule wattage is 4.3 W. Twenty-four-hour measurements on a gaming desktop differ from the predictions. After subtracting a 33 W idle graphics card that Ethereum clients do not need, both differences fall to about 19%.

Fri 2 OctComputers and SocietyCryptography and Security
The gist
Ethereum switched from one way of verifying transactions that used a lot of electricity to a new method that uses much less. The authors developed a way to estimate how much electricity Ethereum nodes use based on specific characteristics that these nodes share openly. Their method gives a more detailed and slightly lower estimate of total energy use compared to simpler approaches. They also checked their estimates with real measurements and found they were close after adjusting for some components not needed by Ethereum clients.
Open → 2610.03440v1

ServeGuard ensures adapters have no hidden backdoors without exposing secrets

ServeGuard: Verifiable, Bounded-Residual Confinement of Operator-Invisible Channels Without Revealing the Certified Read Factor

Abstract: Third-party adapters for open-weight language models ship as opaque weight matrices; a recipient cannot check whether an adapter hides a backdoor without trusting the publisher or inspecting the weights, the publisher's core asset. For one important class (payloads placed where a safety monitor is structurally blind), detection is unsound as a defense: every detector that factors through the declared monitor is invariant on its blind subspace, and honest and backdoored adapters overlap on every blind-subspace statistic we evaluate, because benign adaptation uses that subspace too. Rather than detect this channel, we make it structurally \emph{absent} and prove that we did. The publisher builds the adapter to read the input only through directions the monitor covers and proves this in zero knowledge, revealing nothing about the read factor it certifies. The certificate is cheap because the expensive part, identifying the monitor's blind spot, is a deterministic function of the \emph{public} base model, so only one linear identity is proved; the served residual is the base model's own public floor, not a prover-chosen tolerance. The result is \emph{ServeGuard}, a supply-chain primitive: the publisher ships a \emph{proof-carrying adapter} whose proof lets a consumer or regulator verify, without the certified read factor and without trusting the publisher, that the adapter carries no hidden channel of this class relative to the declared monitor; an admission-time typing guard binds the guarantee to the adapter bytes admitted at serving time. Across eight checkpoints up to 7B from four families, the monitoring budget is architectural: the measured frontier saturates at the value-path rank on grouped-query checkpoints but not on multi-head ones. On a 0.5B model confinement is nearly free for benign adaptation, making monitor quality the security lever.

Fri 18 SeptCryptography and SecurityMachine Learning
The gist
Adapters added to AI language models can sometimes hide secret backdoors that are hard to find without looking inside the adapter itself, which is usually a private asset. The authors found that for some hidden backdoors, detectors can’t reliably tell if an adapter is safe or not because the backdoors hide where safety monitors can’t see. Instead of trying to detect these hidden channels, the authors created ServeGuard, which makes these hidden channels impossible and provides a proof that can be checked without revealing any secret information about how the adapter works. This proof helps users and regulators trust adapters without needing to access any confidential details.
Open → 2609.21515v1

Deployed AI system data may mislead evaluation efforts

When Compliance Data Masquerades as Evaluation: Measurement Validity for Deployed AI Systems

Abstract: We argue that a recurring failure in the evaluation of deployed AI systems occurs when data collected for operational monitoring or regulatory compliance are interpreted as if they were designed for comparative evaluation. Automated driving provides a concrete example of this problem. U.S. disengagement and crash-reporting regimes produce valuable operational evidence, but differences in reporting scope, exposure, deployment domain, event capture, and comparator construction limit the safety claims that can be supported from these measurements alone. We frame this issue as a measurement-validity problem in AI evaluation rather than as a transportation-specific data limitation. We argue that comparative claims about deployed AI systems require alignment between the intended capability, measured outcome, exposure opportunity, deployment domain, data-generation process, and evaluation comparator. Using automated-driving safety evaluation as a case study, we propose an evaluation contract that makes these assumptions explicit before operational data are interpreted as evidence of comparative performance. The broader implication is that data useful for monitoring deployed AI systems are not automatically valid benchmarks for evaluating them.

Sat 12 SeptMachine Learning
The gist
Sometimes data collected to check if an AI system is working properly gets mistaken for data that compares different AI systems. The authors show that this mistake happens a lot, especially in self-driving cars. They explain why data gathered for safety monitoring can't be used directly to judge how well different AI systems perform compared to each other. They suggest a clear agreement on what the data means before using it to make performance comparisons.
Open → 2609.13642v1