Build1 distinct publisher3 min readPublished
A single cosine cutoff is one number standing in for a question that is different at every cache entry, and the vCache authors report both higher hit rates and lower error rates once each entry learns its own.
The Engineer · Build desk

Compiled by The EngineerSomething wrong?How this is made
The cutoff sits in the wrong place to know what it is deciding. Similarity is measured between two embeddings; correctness is a property of two answers [1]. One global number asserts that the mapping from embedding distance to answer agreement is identical everywhere in the space and for every entry in the cache. Set it low and unrelated prompts start hitting, and the retrieved response differs from the correct output [10]. Set it high and the system calls the model for answers it already holds [11]. The two failure modes pull the same scalar in opposite directions [1], so a value found by trying candidates before deployment is right on average and wrong per prompt [12]. A boundary between correct and incorrect answers is a strange thing to express as one round constant.
vCache attaches the cutoff to the entry rather than to the system: an online estimator learns a threshold for each cached prompt, and the operator supplies an error rate instead [5][4]. That changes the state you carry. A static configuration tunes one number no matter how large the cache; per-entry thresholds tune as many numbers as there are entries [2]. Storage is not the interesting cost, because the miss path in the design the paper describes already writes a threshold into the entry's metadata [9]. Exploration is. An estimator that learns online learns from observations, and a fresh entry has none, so early traffic near it pays model calls to buy confidence that later hits spend.
The two headline multiples in the abstract are maxima, measured against static-threshold and fine-tuned embedding baselines on the four benchmarks the authors release alongside the code [6][7]. For the hit-rate side to transfer, your traffic needs the paraphrase density those benchmarks carry: the same intent arriving in different words, which is precisely where exact string matching fails [14]. For the error side to transfer, your definition of a wrong answer has to match whatever the experiments scored against, and the excerpt available does not say how that label is produced at serving time [16]. The paper also scopes semantic caching to single-turn requests with short to medium context, such as search queries and classification tasks [13], so a long-context agent loop is outside the claim being made.
One asymmetry is what makes a bound worth paying for. At the 100x latency reduction the paper cites for semantic caching [8], a false positive reaches the user around two orders of magnitude sooner than the correct answer would have [3]. In my context I would take the per-entry estimator with a conservative bound, and log the learned threshold and the observed similarity on every hit, because the failure I care about is the one that never produces a metric.
Ranked by verification strength, evidence, and original report placement.
Semantic caches embed every prompt request into a vector and retrieve the semantically most similar cached prompt alongside its response from a vector database, measuring similarity between embeddings with a metric such as cosine similarity.
If the similarity score meets the threshold the cache performs exploitation and returns the cached response; otherwise it performs exploration, queries the model for a new response, adds the embedded prompt to the vector database, stores the threshold in its metadata, and returns the new response.
State-of-the-art semantic caches use the same static similarity threshold across all requests to determine whether two prompts can share a response.
The vCache authors state that static thresholds do not give formal correctness guarantees, result in unexpected error rates, and lead to suboptimal cache hit rates.
vCache is presented as the first verified semantic cache with user-defined error rate guarantees for predictable performance.
vCache employs an online learning algorithm to estimate an optimal threshold for each cached prompt, enabling cache responses without additional training.
Distinct publishers with included, body-backed reporting in this cluster.
1 article · August 28, 2026
Follow any of these and your For You feed starts watching them — no settings page required.
science
GJ 523b gives 'Mega-Earth' a number: 23 Earth masses inside 2.5 Earth radii1 distinct publisher
build
Multi-agent LLM gains largely vanish once the thinking-token budget is held constant1 distinct publisher
science
Webb splits Hephaistos's two newest Dyson sphere candidates into M dwarfs and background galaxies1 distinct publisher
build
The AI-training bans live on the big infrastructure blogs, not the small publications1 distinct publisher
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Mechanism shown, numbers self-scored
The descriptive half is solid: the retrieval loop, the two failure modes of a single cutoff, and the per-entry threshold are all stated plainly and consistently in the paper's own words. The persuasive half is thinner than it looks. The comparative result is one team's benchmark against baselines it picked, the latency ceiling is borrowed from a 2023 citation, and the excerpt available to us breaks off exactly where the probabilistic bound would be derived — so the guarantee is asserted here, not shown.
Code out the door, nobody named using it
There is exactly one adoption fact: an implementation and four benchmarks are being released. That is a real artifact, and it is more than most threshold-tuning papers offer — but no repository is named, no user, no deployment, no serving numbers from anyone other than the authors. Meanwhile the practice this replaces is demonstrably widespread; the paper cites half a dozen shipped systems and guides that all tell you to pick one number.
'First verified' is doing heavy lifting
The paper's prose is disciplined — it scopes itself to single-turn, short-context traffic and hedges the priority claim to 'to our knowledge' in the body. The abstract is less careful: 'the first verified semantic cache' and two big 'up to' multipliers, with the multipliers coming from in-house runs and the verification argument sitting past the point where our text ends. Modest overstatement, of the kind a second party's benchmark would settle quickly.
Authors grading their own cache
Every fact here comes from the people who built the system, in a preprint now on its fifth revision, comparing their work to baselines of their own choosing and claiming a first. That is the ordinary incentive structure of research publishing rather than anything hidden, and releasing code and four benchmarks cuts against it — but there is no disinterested party anywhere in this story, and the one number an outsider contributed (the 100x latency figure) is a citation, not a check.
Sure about the idea, not the size of it
We can be confident the paper says what we report it saying, and confident the diagnosis is right — one cutoff genuinely cannot optimise two opposed errors, and the overlapping similarity distributions the authors show are the reason. Confidence drops on magnitude and on feasibility: the text stops before the bound is derived, the correctness label is undefined, and the two comparative figures arrive without their multiplication symbols intact. One outside replication would move this number a long way in either direction.