The Report That Said Nothing
In the last ninety days I have read eleven automated due-diligence reports on crypto assets. Nine arrived with a verdict. Two arrived with a void.
The nine confident reports shared a house style: a summary paragraph, a composite score, a traffic-light risk rating, and an appendix of citations that, when I clicked through, resolved to the project's own marketing pages. The two voids looked broken. A nine-dimension framework — technical, tokenomics, market, ecosystem position, regulatory, team and governance, risk, narrative, industry-chain transmission — with every cell reading N/A. No title. No source. No information points. No identified protocol. No time-sensitivity assessment. No source-quality judgment. Nine empty rooms, and on each door a note explaining that the room was empty.
Every reviewer I showed them to called them failures. I filed them as evidence.
Here is the artifact. A two-stage pipeline was pointed at a blockchain article. Stage one extracts atomic information points from source material: the claims, the numbers, the actors, the dates. Stage two consumes those points and produces nine dimensions of deep analysis. Stage one returned an empty list. Stage two, to its credit, refused to invent the difference. It did not reach for priors. It did not fill the technical dimension with a boilerplate paragraph about smart contract risk. It wrote N/A ninety-four times, flagged the gap, and instructed the operator to re-run extraction before anyone acted on the output.
I don't accept anyone's claims of impenetrable security. I also don't accept anyone's claims of a neutral analysis. But I will take an honest null over a decorated guess — and this industry has spent four years training itself to prefer the decoration.
What the Pipeline Was Built to Do, and Why It Broke
Two-stage architectures exist because crypto due diligence does not scale at human speed. There are millions of deployed contracts and tens of thousands of tokens with live markets. The ratio of analysts to instruments is absurd — I have seen desks of four people assigned coverage of eleven hundred assets. So the work gets pipelined. Extraction first, analysis second. Separation of concerns, in principle: one component is responsible for fidelity to the source, another for interpretation of it.
The architecture is sound. The failure mode is not in the architecture. It is in what happens when the first stage returns nothing and the second stage still has a deadline.
Before I get to that, it is worth being precise about why extraction fails, because the reasons are not mysterious and they are not random. They are structural properties of how crypto publishes information.
Client-side rendering. A large fraction of project documentation lives on React or Next.js front ends. A fetcher that reads raw HTML receives a shell — a Chart-as-image. TVL history, emission schedules, unlock cliffs, holder distributions — the numbers that matter most are frequently rendered as canvas or SVG graphics. There is no text layer. Without an OCR pass, a pipeline sees a picture of a chart, not a chart. And an analysis stage that has never been given the emission schedule cannot tell you whether the yield is revenue or subsidy. Primary sources hosted off-platform. Announcements land on X, Telegram, and Discord. Threads are not addressable, not versioned, and frequently deleted. A pipeline pointed at a project's canonical URL misses the actual disclosure, which happened in a channel that will be gone in ninety days. Homonym collision. Entity resolution breaks on token names that are common English words. A pipeline that cannot disambiguate a ticker from an ordinary noun will attribute the wrong news, the wrong price, and the wrong team to the wrong asset — and it will do so silently, with a citation. Implicit reference. Crypto writing assumes an insider reader. Documents say "the protocol" without naming it, "the migration" without a date, "the team" without a list. A human analyst fills those gaps from context and memory. A pipeline fills them from priors, which is a different and much worse operation. So the null report has a legitimate origin story. Stage one was fed something it could not decompose. The question worth answering is what stage two did about it — and what every other pipeline in the market does about it. Here is the line of code that matters. Somewhere in most of these systems there is a fallback: if extraction yields fewer than N information points, proceed anyway. The rationale is operational. A pipeline is measured on throughput, and a report that returns N/A has a conversion rate of zero. No analyst uses it. No client pays for it. So the fallback exists to protect the product's apparent utility, and it works — the report comes back full, formatted, and confident. The problem is that a language model asked to analyze a project it has no data about does not return nothing. It returns the average of everything it has read. And an analysis model trained on the corpus of crypto documentation has read, in overwhelming proportion, the documentation of projects that survived long enough to be written about twice. I have watched this happen in audit tooling for years, at smaller scale. Static analyzers that cannot resolve a dynamic call will sometimes report the call as safe rather than report it as unresolved. The distinction sounds pedantic. It is the entire difference between a tool that helps you and a tool that testifies against you. A false negative and an honest unknown are not the same class of output, and conflating them is how security reviews become liability shields. Run the substitution on this specific artifact and watch what the N/A cells become. The technical dimension acquires a paragraph about audited contracts and a reference to a firm that may never have been engaged. The tokenomics dimension acquires a four-year vesting schedule with a one-year cliff, because that is the modal schedule in the corpus. The team dimension acquires a founding team with prior experience at a well-known exchange, because that is the modal biography. The risk dimension acquires a low-to-moderate rating, because most documents that reach the summarization stage describe projects that were, at the time of writing, fine. Not one of those sentences would carry a citation the operator could verify. All of them would survive review, because they read like everything else on the desk. This is the precise mechanism by which a data gap becomes an investment thesis. The gap does not stay visible. It gets filled with the most common answer, and the most common answer in a corpus of published analyses is that the project was interesting. The nine-dimension framework in the artifact is not the problem. The framework is well specified. Every dimension names what it wants: supply structure with unlock schedules for team, early investors, community, and treasury; a Howey-element-by-element securities assessment; sequencer and admin-key risk flags; voter participation and top-ten concentration for governance; a risk matrix across technical, market, operational, regulatory, competitive, and narrative categories. That is a competent specification. It is more rigorous than most of what passes for diligence in this market. The framework is fine. The instrument was broken. And an honest instrument that reports its own breakage is worth more than a confident one that hides it. The regulatory dimension of the artifact is instructive, because it is the one dimension where the null result is not merely a data problem. It is a structural one. The securities analysis runs the four prongs of the test articulated in SEC v. W.J. Howey Co. — an investment of money, in a common enterprise, with an expectation of profit, derived from the efforts of others. Each prong needs a subject. There must be a sale, a promoter, a pool of capital, a set of promises. Strip the subject out and the test does not return "low risk." It returns an uninstantiable question. You cannot evaluate whether a common enterprise existed if you cannot identify the enterprise. Now consider the asymmetry, because it cuts in a direction most analysts do not expect. Regulators do not need a clean extraction pipeline. Enforcement actions in this sector have been built substantially from marketing material, conference appearances, social posts, and the public statements of founders — the very document class that a pipeline struggles to retrieve and that a determined subpoena does not. When the SEC went after token sales in the 2023–2025 window, the exhibits were pitch decks and public claims, not audited financials. The report's own framing gets this right by refusing to guess, and then gets the inference slightly wrong. It treats the unassessable Howey dimension as a gap in the analysis. In practice, an unassessable Howey dimension combined with no identified issuer, no jurisdiction, and no KYC posture is closer to a positive signal of regulatory exposure than to an absence of information. Anonymity is not a shield from securities law. It is a deferral of the question until the first exchange listing inquiry, subpoena, or delisting notice arrives. There is a second-order effect that matters for anyone reading a null report in a bear market. The category of tokens that resist source identification is heavily weighted toward assets with no legal wrapper, no audited entity behind them, and no disclosure obligations to anyone. Those are precisely the assets whose holders have no recourse when something breaks. In the eleven automated reports I reviewed this quarter, the two nulls were the only two that also lacked a retrievable legal entity. That is a sample of two and I will not overclaim from it. It is also a pattern I have seen enough times to name. Every risk register in the artifact's technical dimension lists five flags: unaudited code, centralized sequencer or validator set, excessive admin privileges, extreme technical complexity, and absence of peer review. Read that list again and notice what it has in common. Not one of those five flags can be cleared by a null result. Every single one of them is a condition whose absence requires positive evidence. You cannot write "code is audited" because you found no audit report. You cannot write "sequencer is decentralized" because you found no sequencer documentation. You cannot write "admin keys are timelocked" because the governance page did not load. In each case, the null is not a pass. It is an unresolved finding — and in a proper audit, unresolved findings are written in the same section as failures, with a different label and the same weight on the sign-off. This is the discipline I was trained into and the discipline this market keeps trying to skip. In a smart contract review, there is a formal difference between a line of code you examined and concluded was sound, and a line of code you could not exercise because the harness would not reach it. Both may be safe. Only one of them is verified. If you sign off on the second as if it were the first, you have not performed an audit. You have performed a performance of an audit. The checklist in the artifact does exactly the right thing here. It does not resolve the five flags. It marks each of them unconfirmable, which is the honest state. Now translate that honesty into what the market does with it. A null on all five flags produces a report that cannot be used to market the asset and cannot be used to sell the report. So the market's answer has been to treat the flags as binary and default them to green when data is missing. The practical effect is an industry where the most common risk profile is "no adverse findings," which means, with increasing frequency, "no findings at all." I don't accept anyone's claims of impenetrable security. And I have learned to be equally skeptical of the phrase "no known issues," which in practice often means "no known scope." Since the artifact cannot resolve them, I will do what the pipeline could not: explain what each flag actually measures, and what its uncleared state costs a holder in a drawdown. Unaudited code. The headline number in an audit is not the number of findings. It is the coverage ratio — the share of deployed bytecode that the review actually reasoned about — and the version hash the review was pinned to. An audit of commit Centralized sequencer or validator set. This is the flag most consistently misread by retail. Optimism, Arbitrum, and Base all launched with sequencers operated by a single party, and that party can order transactions, delay inclusion, and — in some designs — influence the state root proposal path. None of that is a theft vector by itself. All of it is a liveness and censorship vector, and sequencing revenue is a real business with a real incentive to protect it. The flag matters because the entity that can reorder your transaction can also, in the worst configuration, extract from it. During high-volatility windows, ordering discretion is worth money. When the documentation is unretrievable, you do not know which configuration you are holding. Excessive admin privileges. Follow the implementation slot. An upgradeable proxy is a contract that delegates to an address its owner can change at will. If the admin is a single EOA with no timelock, the protocol's entire logic can be replaced in one transaction with zero notice, and every audit in its history becomes a historical document about a contract that no longer exists. This is the most under-weighted risk in the sector, because it produces no exploit and therefore no headline, right up until it produces both. When the null report cannot find the governance page — the artifact's team dimension returns N/A on voting participation and top-ten concentration — the correct reading is not "governance looks weak." It is "you cannot establish that a timelock exists, and you cannot establish who controls the upgrade path." Extreme technical complexity. Audit cost grows faster than code size, roughly superlinearly, because the interaction surface grows combinatorially while the review budget grows linearly. Every extra dependency is a new trust assumption. The historical record is unambiguous about where complexity bites: the 2022 Wormhole failure was a signature-verification path on a Solana guardian contract; the 2023 Curve/Vyper incident exposed a compiler-level reentrancy defect that had passed multiple human reviews because the bug lived in a code-generation decision, not in visible Solidity; the 2016 DAO drain turned on a reentrancy pattern that was, at the time, considered unremarkable. Three different eras, one common property: the flaw was in an interaction the reviewers did not model. Complexity is not a style preference. It is the substrate of surprise. Absence of peer review. Industry audits and academic review are different instruments. A paid audit answers "is this contract free of the classes of defect we know how to find, at this commit, on this scope." Academic or adversarial review answers different and sometimes more interesting questions — economic incentive compatibility, oracle manipulation surfaces, game-theoretic attack paths across multiple protocols. The 2022 Mango Markets event was not a code bug. It was a market manipulation that made a legitimate oracle report a price the attacker had engineered, and no amount of Solidity review would have flagged it. The 2022 Ronin failure was not a code bug either. It was five of nine validator keys in one party's hands. Both incidents were visible in the architecture, and neither was visible in the bytecode. The pattern across all five flags is the same, and it is the reason the null report is more valuable than its critics think. Each flag identifies a condition that must be affirmatively established. None of them can be cleared by default, and a system that clears them by default has inverted the burden of proof in exactly the wrong direction. The stage-one failure would be a footnote if it stayed inside one operator's console. In 2026, it does not stay anywhere. Autonomous agents now consume research artifacts as inputs. Design a protocol where an agent can trade on-chain without a human in the loop — I have done the security architecture for one — and the agent's decision surface becomes whatever the retrieval layer hands it. Those agents do not have a healthy skepticism about document quality. They have a retrieval score and a formatting contract. A well-formatted confident report and an honest null are both valid inputs. Only one of them carries tradeable content. So the agent trades the confirmed one and discards the null. Which means that in an environment where autonomous capital is material to flow, the fabricated report is not merely accepted — it is preferred, because it is the only artifact with signal in it. The incentive gradient points directly at fabrication. I spent six months last year building identity and verification primitives for agent-based systems, and the piece I kept coming back to was not identity. It was provenance. An agent can prove who it is with a zero-knowledge credential. It cannot prove that the document it just read was ever true, and it has no mechanism to detect that the document's confidence was manufactured to fill an extraction gap. Now scale it. One pipeline with a substitution fallback generates a plausible report on a project with no public footprint. An agent reads it. The agent's execution produces on-chain evidence of interest — volume, holder growth, liquidity depth. A second pipeline, reading on-chain evidence rather than primary documents, sees activity and concludes the project is real. The fabricated analysis has manufactured the data that will corroborate it. That is a closed loop, and it needs no malicious actor to close. It needs a deadline and a fallback. The null report breaks the loop. It has no content, so no agent acts, so no on-chain evidence is manufactured, so no second pipeline is fooled. The artifact's operator was annoyed by an empty output. The empty output was the only thing in that system doing security work. The artifact's recovery plan is four steps: re-run stage one, confirm the title and source, confirm the involved projects, resubmit for analysis. That is correct as far as it goes. It does not go far enough, because it treats the null as a transient fault rather than a property of the target. Here is what I would add, from the audit side. Seal and hash the extraction output. When stage one returns a set of information points, serialize it, hash it, and timestamp it. Then when stage two's conclusions are challenged — and in this market, every conclusion is eventually challenged — you can demonstrate exactly which claims the analysis had access to and which it did not. Unresolved findings become first-class artifacts rather than things that quietly disappear into prose. Record the timestamp of extraction alongside the content. Crypto moves fast enough that a ninety-day-old analysis is a different document. The artifact's inability to assess time sensitivity is not a minor omission; it means the output has no expiry, and a report with no expiry will be used past its shelf life every single time. Distinguish null classes explicitly. A structural null — the project genuinely has no retrievable paper trail — and an instrumental null — the pipeline failed on a page it should have parsed — demand opposite responses. The first is a finding about the asset. The second is a finding about the tool. The artifact correctly notes that it cannot tell the difference. Making that distinction a required output field, rather than a footnote, changes what the report is for. Require negative evidence for green flags. If the check is "code audited," the report must cite the audit, the commit hash, and the scope. If none of those exist, the flag is amber, permanently, regardless of how the pipeline feels about it. None of this is exotic. It is the same discipline that makes a decent security review usable: state your scope, state what you could not reach, and never let a reader mistake the second for the first. The artifact closes by telling the operator not to act on the output, to wait for a clean re-run before making any decision. That advice is prudent and, in one specific way, incorrect. The failure of stage one is not merely information about the pipeline. It is information about the thing the pipeline was pointed at. The sources that resist machine extraction are, with uncomfortable consistency, the same sources that resist human verification. Thin projects have thin paper trails. No title, no identifiable issuer, no dated announcements, no third-party coverage, no retrievable contract address — that profile is not a random sampling error. It is a fingerprint. But only sometimes. And the discipline is in telling the two apart. A structural null says the asset has no footprint, and that is a finding you can act on today. An instrumental null says your scraper cannot render JavaScript, and that is a finding about your scraper. The artifact cannot distinguish them, which means the honest operator holds the position open rather than resolving it in either direction. What the artifact should not do is file the report as a failure and move on, because the null profile is the beginning of the analysis, not the absence of one. I don't accept anyone's claims of impenetrable security, and I have gradually stopped accepting confident diligence reports about assets that have no verifiable documents. Confidence in the absence of sources is not analytical rigor. It is the sound a pipeline makes when it has decided to prefer a full page to an honest one. Watch the retrieval layer, not the trading layer. My expectation for the next cycle is that the first material loss attributed to autonomous on-chain agents will not come from a broken contract. It will come from a fabricated due-diligence report, generated by a fallback branch written to protect a throughput metric, consumed by an agent with no capacity to question it. The instrument that returns N/A is the last line of defense in that chain, and every operator currently treats it as a bug. How many of the analyses you acted on this quarter were written by something that would rather have said nothing — and chose not to?The Substitution Problem
A model asked to describe an unknown protocol will describe a successful one. That is not a hallucination in the visual sense — it is regression to the mean of the training distribution, which is survivorship bias wearing a lab coat.
Howey With No Defendant
The compliance consequence is blunt: a project whose paper trail is machine-illegible is not thereby lower risk. It is a project whose disclosures exist in the channels that regulators read most easily and that researchers index least reliably.
Absence of Evidence Is a Finding

The Five Flags, Dissected
a1b2c3 says nothing about what is running at the proxy address today. I have reviewed contracts where the audit covered a library that had since been swapped out behind an upgradeable proxy, invalidating the entire report while leaving the PDF on the website. When a null report cannot locate an audit at all, the operative question is not whether the code was reviewed. It is whether anyone is accountable for changes to it.The Propagation Problem
This is the security boundary almost nobody is auditing: the handoff between a retrieval layer and a decision layer. The vulnerability is not in either component. It is in the trust the second component extends to the first.
Repairing the Instrument


The Recommendation Is Wrong
Takeaway