DARPA can make an organization appear where none existed. A program manager defines a hard objective, recruits groups that may never have worked together, creates milestones and shared evaluations, and forces theory, software, hardware, and mission need into the same conversation. For several years, the program has a name, a technical language, a schedule, a budget, and a community. It behaves like a laboratory distributed across institutions.
Then the clock ends.
The people still exist. The papers and code may exist. The contracts certainly existed. But the temporary laboratory’s connective tissue—regular reviews, shared urgency, cross-team debugging, evaluation infrastructure, and the authority to redirect the whole—can disappear in one budget boundary.
My experience as a performer across RACE, SIEVE, and DPRIVE is only one view of this mechanism. It is enough to identify the question, not to issue a verdict on every program. M
Why the temporary laboratory works
DARPA describes its program managers as fixed-term leaders with substantial authority to develop programs, select performers, set milestones, and manage portfolios. Finite tenure matters. It attracts people who will take a bounded period away from another career, gives urgency to their thesis, and reduces the chance that one manager owns a technical domain indefinitely. D
The program structure can solve a coordination problem ordinary grants leave open. A university may develop an algorithm. A company may build hardware. A nonprofit institute may integrate and verify a system. A government test team may define an adversary. A program manager can require those pieces to meet on a schedule and can stop a path that fails.
RACE, SIEVE, and DPRIVE illustrate different versions. RACE sought resilient anonymous communication grounded in rigorous security or realistic simulation. SIEVE sought zero-knowledge proofs expressive and efficient enough for complex statements. DPRIVE sought an integrated hardware-software leap that would bring fully homomorphic encryption to within an order of magnitude of unencrypted computation. Each objective was too cross-layered for a paper-only portfolio.
The temporary laboratory is therefore a genuine institutional invention. Its finite nature is part of its power.
Completion has at least five meanings
A program page may say “complete,” but completion is not one state.
- The contractual period ended.
- The final milestones were assessed.
- A technical capability was demonstrated.
- Artifacts became usable outside the original team.
- A mission or market institution adopted and maintained the capability.
Those events can occur years apart, or not at all. Confusing them produces both unfair criticism and false celebration. A program can fail at deployment while creating major scientific knowledge. It can meet every milestone while producing an artifact no one can maintain. It can miss an aggressive target yet create the people and tools that make a later success possible.
This series’ five-verdict framework—scientific, technical, transition, institutional, and public value—is not decoration. It is necessary accounting for a temporary laboratory.
A technical case: RACE after the common clock
RACE pursued a distributed messaging system intended to preserve privacy and resist compromise. The public program record emphasizes rigorous security arguments and realistic simulation. It also records that DARPA released proof-of-concept code in August 2024, allowing researchers and users to experiment with the complete system or separate components. That release is a concrete preservation event. D
Public code changes the afterlife of a program. It gives outsiders something more checkable than a final report. But a repository is not a maintainer, and a release is not adoption. Dependencies age. Build environments disappear. The people who understand why one design failed move to new work. The artifact may preserve explicit state while losing tacit state.
A separate branch of the work moved through institution and company formation. SRI’s Confidencial.io announcement describes technology rooted partly in RACE and Brandeis research being reworked into a beta product. That transition required standard cryptography, integration into existing applications, financing, customers, and an organization responsible for support. The startup did not preserve the whole program. It selected a use path.
These are complementary forms of afterlife:
- open code preserves inspectability and reuse options;
- a product organization accepts integration and customer obligations;
- papers preserve claims and methods;
- an enduring laboratory can preserve people, testbeds, and the capacity to begin the next question.
No single one substitutes for all the others.
The unowned state problem
At program end, each actor can reasonably assume someone else will carry the state.
- DARPA completed the bounded program it was chartered to run.
- The performer must move staff to funded work.
- A mission agency may want a product, not a research prototype.
- A company may want exclusive value, not a shared testbed.
- A university may preserve papers and students, not system maintenance.
This is an unowned-state equilibrium. Everyone can satisfy local obligations while code, facilities, evaluation data, and cross-team trust decay.
The unit here is the sponsor-created program network, not any one performer’s internal continuity. Article 5 asks what a host such as SRI can carry across awards. This article asks who owns the cross-performer state once the common DARPA clock disappears.
The cost is not merely waste. Later programs may pay again to reconstruct a test environment, rediscover a negative result, or reassemble experts who already learned how the pieces fail together. The national R&D account records both rounds as new spending.
The strongest counterargument
Preservation can become a euphemism for permanent subsidy. Most prototypes should die. Teams should disperse so ideas diffuse. A program that plans its institutional afterlife too early may bias selection toward established performers and easily transitioned work—the opposite of DARPA’s purpose.
That objection rules out automatic continuation. It does not justify automatic amnesia.
The design response is an option, not an entitlement. At program formation, identify potential custodians and reserve a small, staged continuity budget. Near completion, an independent review chooses among archival release, maintenance, mission transition, follow-on research, or deliberate termination. A team need not survive intact for its build environment, evaluation corpus, failure log, and integration knowledge to remain usable.
Before the final integrated review, the program must name the accountable continuity owner outside the temporary network—or record an explicit decision that no active owner is warranted. “The community” is not an owner. DARPA need not become the maintainer, but the disposition must identify the performer, mission agency, FFRDC, company, standards body, or repository that accepts each surviving obligation.
The National Academies’ assessment of ARPA-E is useful here because it documents a related model of technically strong program directors, active management, milestones, and portfolio authority. The cross-agency comparison does not prove a universal solution. It shows that empowered temporary coordination is repeatable; continuity still requires another institution. D
Five different verdicts
- Scientific success: The programs can create new theory, algorithms, and methods even where system targets remain incomplete.
- Technical success: Integrated demonstrations test whether separately plausible ideas function together under a hard constraint.
- Transition success: Code release, standards, procurement, licensing, and spinouts are distinct paths and must be measured separately.
- Institutional success: The temporary network creates powerful shared state; its default post-program preservation is weak unless assigned.
- Public-value success: Public sponsorship can create spillovers well beyond one performer, but only if artifacts and capability remain accessible or transferable under appropriate security rules.
What the successor must learn
The permanent institution should not replace DARPA’s temporary laboratory. It should catch what deserves to survive after the program has done its job.
Every major program should have a continuity disposition alongside its transition plan:
- what will be archived in a reproducible form;
- what requires an active maintainer;
- which people or roles are hard to reconstitute;
- which test infrastructure has reuse value;
- which negative results will be discoverable;
- which mission organization can adopt the result; and
- what should be allowed to end.
The open question is measurable: five years after a successful program, how much would it cost—and how long would it take—to reassemble the capability that existed at its final integrated review?