What is Vertex? The leaderless consensus engine for real-time coordination
HACKATHON

The Vertex Swarm Challenge 2026

Coordinating Robots, Drones, and IoT Fleets Beyond the Cloud

USD 25,000* worth of prizes and grants, including accelerator tickets

Event Timeline

Pre-registration starts in 8 days

Phase 1

Pre-registration

2026 / 03 / 06 02:00 UTC
Phase 2

Submission

2026 / 03 / 10 01:30 UTC
Phase 3

Deadline

2026 / 03 / 30 13:30 UTC
Introduction

The missing TCP/IP for robot swarms

The Vertex Swarm Challenge 2026 is a global engineering challenge for C, Rust, and ROS 2 developers, researchers, and system architects who care about how autonomous systems coordinate in the real world — not just how a single robot moves in a perfect lab.

True autonomy requires machines talking directly to machines. Using Vertex 2.0, the missing TCP/IP for robot swarms, you will build peer-to-peer coordination layers that make fast, local, multi-party decisions without relying on a single orchestrator or vendor middleware.

Coordinate

Make drones and robots from different vendors discover each other, share state, and cooperate as one swarm.

Automate

Run AMRs and warehouse fleets that negotiate routes, hand off tasks, and recover gracefully when one unit misbehaves.

Secure

Design safety-critical behaviors where a single fault signal can propagate through the mesh and freeze an entire fleet in milliseconds.

Your Challenge

Get 2 machines talking in 5 minutes, and 10 coordinating as a resilient swarm by the end of the weekend.

This is not a demo-driven hackathon. It is a systems challenge focused on coordination depth, reliability, and real-world realism.

USD 25,000* worth of prizes and grants, including accelerator tickets
Peer-to-Peer Help shape the coordination fabric for next-generation robots, drones, and IoT fleets

Hackathon Tracks

Three tracks, one mission: prove that decentralized swarm coordination works.

Track 1 NVIDIA Jetson Orin kits

Search & Rescue Swarms

Coordinating Multi-Robot Missions in Blackout Environments

Design and simulate a swarm of at least 5 heterogeneous robots and/or drones that can collaboratively explore, map and coordinate search-and-rescue tasks in a disaster environment where conventional connectivity is unreliable or unavailable, using Gazebo or Webots as the simulation environment.

Teams must use Vertex 2.0 to coordinate a swarm of at least 5 simulated robots and/or drones, potentially from different vendors or configurations, operating in a communications-degraded or blackout scenario. The swarm should demonstrate coordinated behaviors such as area exploration, target discovery, task allocation, or role hand-off without relying on centralized cloud services.

Implementations should be demonstrated in a simulation environment such as Gazebo or Webots. The focus is on peer-to-peer coordination logic, not perception accuracy, mapping quality, or SLAM performance.

Evaluation Criteria
  • Peer discovery and swarm formation under network constraints
  • State sharing and coordination without centralized control
  • Robustness to latency, packet loss, or node dropouts
  • Clarity and correctness of coordination logic
Goal

Map a disaster zone without a central server.

Track 2 RustConf sponsorship + grants

The Rust Safety Lock

Fail-Fast, Safe-State Coordination for Safety-Critical Swarms

Build a low-latency safety coordination layer in Rust using Vertex's Rust crate that can drive a swarm into a predefined safe state in response to a fault signal, with end-to-end reaction on the order of ~30 ms in simulation.

Teams must implement a minimal swarm of at least three simulated robots or nodes that exchange periodic heartbeat messages. When a fault condition is detected by any one node, a fault signal must propagate through the swarm, causing all nodes to enter a predefined safe state (e.g., stop, freeze, or idle) within a tightly bounded time window (targeting <30 ms end-to-end in simulation).

This track is focused on coordination latency, fault propagation, and deterministic behavior in simulation. It is not about certifying real-world safety systems or complying with industrial safety standards.

Evaluation Criteria
  • End-to-end fault propagation latency (teams must include measurable output or logs demonstrating coordination latency)
  • Deterministic and consistent safe-state behavior
  • Correct use of Vertex's Rust APIs for peer-to-peer coordination
  • Clarity of system design and failure handling
Goal

Prove the memory safety and speed of the new Rust implementation.

Track 3 Open Innovation

Ghost in the Machine

Exploring New Frontiers in Decentralized Swarm Coordination

This is the open innovation track. Use Vertex 2.0 to design any multi-agent system — robots, AMRs, drones, or IoT nodes — where peer-to-peer coordination enables intelligent collective behavior. While hybrid cloud-edge architectures are allowed, systems that demonstrate strong decentralized coordination and resilience will score higher.

Teams are free to define their own use case, provided it showcases peer discovery, state sharing, and coordinated decision-making using Vertex. Scenarios may involve robots, drones, IoT systems, or other autonomous agents operating as a coordinated group.

While hybrid setups are permitted, submissions that demonstrate continued operation during partial failures, degraded connectivity, or temporary loss of centralized services will score higher for technical complexity and robustness.

Example Scenarios
  • A traffic network coordinating 10 intersections using local peer-to-peer signaling
  • A smart warehouse with 3–10 AMRs, including a mix of legacy and modern systems, coordinating tasks, avoiding congestion, or handling blocked aisles through peer-to-peer negotiation
  • A multi-vendor mining or agricultural convoy coordinating movement (e.g. formation, spacing), optionally continuing operation during a temporary cloud outage
Evaluation Criteria
  • Effective use of Vertex's peer-to-peer coordination primitives
  • Clarity and correctness of decentralized coordination logic
  • Relevance and originality of the chosen use case
  • System behavior under normal and optionally degraded conditions
Goal

Discover unexpected use cases for decentralized coordination.

The future of autonomy is peer-to-peer

Build the coordination fabric that next-generation robots, drones, and IoT fleets will assume by default.