Detect, triangulate, and intercept hostile UAVs using peer-to-peer Hashgraph DAG consensus. No central server. No internet. Byzantine fault tolerant in under 100ms.
Central command servers are the first target in any engagement. Once destroyed, the entire defense network goes dark. Blockchain is too slow. Raft isn't Byzantine fault-tolerant. Only Hashgraph DAG solves all three requirements simultaneously.
| Technology | Speed | BFT | Offline | Cost | Verdict |
|---|---|---|---|---|---|
| Central Server | 1ms | N/A | ❌ | $$ | Single point of failure |
| Ethereum | 12-15s | ✅ | ❌ | $2-50/tx | Drone escapes |
| Solana | 400ms | ✅ | ❌ | $0.0025 | Needs internet |
| Raft/Paxos | 1-10ms | ❌ | ✅ | Free | 1 bad node = broken |
| Hashgraph DAG | 26-103ms | ✅ | ✅ | Free | ✅ The only option |
Traditional BFT protocols exchange O(n²) vote messages per round. Hashgraph eliminates votes entirely through virtual voting — each node computes how others would vote from the DAG structure alone. This is why 26ms consensus is achievable.
Nodes communicate directly — WiFi, mesh radio, any IP transport. When cell towers and satellites are jammed, the mesh still works.
Up to ⌊(n-1)/3⌋ nodes can be compromised or malicious. Consensus still holds. Raft breaks with just one bad actor.
A drone at 100km/h moves 0.7m in 26ms vs 11m in Solana's 400ms. In targeting, that's the difference between hit and miss.
Thousands of sensor readings per second. On Ethereum, that's millions in gas. On Vertex, it's free.
3+ sensor nodes scan for hostile UAVs. Each reports bearing (direction) and RSSI (signal strength) to the P2P mesh.
When 2+ sensors detect the same target, DAG-ordered messages enable deterministic triangulation. Every node computes the same position — guaranteed by Vertex consensus.
Interceptors bid with their distance. Vertex delivers bids in identical order to all nodes, so everyone independently computes the same winner. No explicit voting needed.
Winning interceptor pursues and neutralizes the target. Position updates shared across mesh in real-time.
If an interceptor is destroyed mid-pursuit, heartbeat loss triggers automatic re-auction. Next-nearest interceptor takes over — within seconds, no human intervention.
The key innovation: because Vertex delivers messages in the same order to every node, each node can independently run the same auction logic and arrive at the same result. This is deterministic consensus — no coordination messages, no voting rounds, no overhead.
| Scenario | Response |
|---|---|
| Sensor destroyed | Remaining sensors continue (degraded accuracy with 2+ nodes) |
| Interceptor destroyed mid-pursuit | Heartbeat loss → automatic re-auction → next interceptor takes over |
| Compromised node sends false data | BFT consensus filters Byzantine behavior (up to ⌊(n-1)/3⌋ malicious) |
| Multiple simultaneous threats | Parallel detection + auction. N threats → N interceptors |
| All comms infrastructure destroyed | Local mesh radio still works. Vertex runs on any IP transport |
Hashgraph was invented in 2016 but locked behind patents until 2022, when Hedera open-sourced the IP under Apache 2.0. The defense community hasn't noticed yet — drone swarm research still uses Raft (not BFT) or Ethereum (too slow).
The Pentagon is actively soliciting drone swarm systems with "decentralized control" and "no single point of failure." Counter-UAS Mesh is built on the technology that was literally designed for this problem.
Detect, track, and intercept hostile drones without central command. The first application of Hashgraph to defense.
Friendly drone fleets that self-organize, negotiate tasks, and heal when units are lost. Multi-vendor interoperability.
Intelligence, surveillance, and reconnaissance that survives infrastructure destruction. Data consensus at the edge.
| Component | Technology | Why |
|---|---|---|
| Coordination | FoxMQ (MQTT 5.0 on Vertex DAG) | BFT consensus-ordered messaging |
| Agents | Python + paho-mqtt | Rapid prototyping |
| Consensus | Hashgraph (via Tashi Vertex) | 26-103ms BFT, no internet, gasless |
| Dashboard | HTML Canvas + REST polling | Real-time 2D battle map |
| Transport | UDP (QUIC) | Low-latency P2P |