Michael ZhaoAPAC / WEB3 / EARLY STAGE
FIELD NOTE / 04 / Technical diligence

A Ladder of Evidence for Technical Diligence

Architecture diagrams and audit reports begin the inquiry. Confidence grows when claims connect to code, deployments, incidents, and team response.

Create a claims register

Extract material claims about performance, security boundaries, compatibility, decentralisation, and upgradeability. Assign the evidence needed for each.

The register prevents a polished demonstration from setting the entire diligence agenda and preserves unresolved questions.

Rank the evidence

A paper describes intent. Code shows implementation. Deployments and logs reveal operation. Incident records show recovery under pressure.

An external audit is one rung. Its scope, reviewed version, unresolved findings, and subsequent changes determine what it supports.

CHECKPOINTS+Claim-to-code trace+Deployment state+Dependency and permission boundary+Audit scope and open findings+Incident and upgrade process

Inspect the human system

Key-person concentration, release discipline, privileged access, and incident communication are technical risks expressed through people.

Ask who can alter the system, who reviews a release, and how the team handles a failure it cannot immediately reproduce.

Preserve confidence levels

A single technology score removes useful information. Separate verified, partly verified, externally dependent, and unknown claims.

The investment view depends on that distribution—and on how effectively the team reduces material unknowns.