2022 onward
Treasury
Treasury is an autonomous financial sculpture and real trading bot: a site-specific installation that runs decentralized finance algorithms, executes live trades, and accumulates actual profit over time.
◯ Constrained Value Infrastructure
Treasury is a site-responsive installation that translates financial automation into a public, spatial condition. Rather than operating as an invisible service, it appears as a local node that reacts to context, timing, and infrastructural limits. The project asks how value is produced when access is not immediate and certainty is not guaranteed. In this frame, delay, interruption, and selective activation are part of the work�s language, not technical defects.
The piece treats distributed infrastructure as a curatorial method. Decisions remain local, records are concise, and each deployment carries its own constraints. This allows Treasury to move across different contexts while preserving a readable operational identity. The result is a system that stages finance as a negotiated process between protocol, environment, and public encounter.
⟐ System Behavior in Context
Treasury operates through a clear sequence of observation, evaluation, action, and pause. This sequence is intentionally exposed so visitors can understand when the system is active and why it withholds action. Instead of promising uninterrupted performance, the project makes contingency visible: signal quality, energy availability, and environmental conditions all shape what can happen and when.
Across sites, the same structure is maintained while thresholds and rhythms adapt to local conditions. This keeps deployments comparable without erasing difference. Treasury therefore becomes both a cultural interface and a living protocol: repeatable in form, variable in behavior, and legible in public space.
⧗ Technical Specs and Operational Notes
| Area | Spec | Operational Notes |
|---|---|---|
| Platform | Distributed Treasury node with local interface, proof engine, and claim logic. | Designed for low-visibility deployment in public, cultural, and remote contexts. |
| Access Layer | Local-first interaction via short-range connectivity and on-site proximity triggers. | No remote claim execution; users must be physically present to interact. |
| Proof Logic | Threshold model combining timing, freshness, and local verification checks. | Claims are released only when all required conditions align in the same session. |
| Connectivity | Intermittent satellite or uplink snapshots with stale-state detection. | System suspends issuance when data recency cannot be validated. |
| Power | Solar-assisted profile with monitored battery state and explicit low-power fallback. | Execution remains constrained by available energy and environmental conditions. |
| Security | Challenge-response verification and bounded claim windows. | Mitigates replay behavior and opportunistic extraction from unattended states. |
| Claim Output | Conditional issuance: value transfer, tokenized proof, or access unlock. | Output mode is site-configurable while preserving strict issuance criteria. |
| Audit Trail | Event logs with timestamp, location context, and verification state. | Supports post-session audits and reproducible evidence for each valid claim. |
| Space Adaptation | Supports museum hunts, gallery setups, and semi-remote field installations. | Behavior adapts to crowd density, signal noise, and pathway constraints. |
| Documents | Technical sheet, visitor guide, and claim protocol notes. | Manual remains split between operator configuration and participant guidance. |
Locate
Proximity is the first layer of access.
Pair
Read state, power, and freshness locally.
Verify
Bind identity through a local challenge.
Claim
Issue a bounded claim when thresholds align.