Distributed Physical Task Dispatch Protocol
Author: PlanExe Team
Date: 2026-02-11
Status: Proposal
Audience: IoT Architects, Robotics Engineers
Pitch
Define a secure protocol for dispatching physical tasks from the PlanExe Cloud to edge agents and verifying real-world execution.
Why
Cloud planning is only valuable if it can reliably trigger real actions on devices. A standardized dispatch protocol closes the cloud-to-edge gap.
Problem
- Gantt tasks are not executable by edge devices.
- No consistent task payload or authentication layer.
- Proof of physical execution is weak or absent.
Proposed Solution
Implement a pub/sub dispatch protocol that:
- Publishes
TaskManifestpayloads to secure device channels. - Authenticates edge agents with client certs.
- Verifies task completion with proof-of-physical-work.
Architecture
Task Manifest Schema
{
"task_id": "task_888",
"command": "capture_image",
"parameters": {
"resolution": "1080p",
"angle": "45_degrees",
"target": "zone_a"
},
"deadline": "2026-02-12T09:00:00Z",
"auth_token": "jwt_ey..."
}
Proof of Physical Work (PoPW)
- Photo verification with timestamp
- Sensor logs (e.g., humidity spike)
- GPS signature for location-dependent tasks
Integration Points
- Works with OpenClaw execution skill.
- Feeds into MoltBook gig dispatch.
- Used by assumption drift monitor for real-world signals.
Success Metrics
- Dispatch latency (cloud -> edge ack).
- % tasks completed with valid PoPW.
- Reduction in false execution claims.
Risks
- Device spoofing or token leakage.
- Network instability in remote sites.
- High verification cost for complex tasks.
Future Enhancements
- Hardware attestation support.
- Offline task caching and delayed sync.
- Automated anomaly detection on PoPW.
Detailed Implementation Plan
Phase A — Protocol and Security Foundations (2 weeks)
- Define
TaskManifestschema versioning. - Add mutual-auth model for edge agents:
- client certs or hardware keys
-
short-lived dispatch tokens
-
Add replay protection and nonce strategy.
Phase B — Dispatcher and Transport Layer (2–3 weeks)
- Implement cloud dispatcher with QoS guarantees.
- Support MQTT/WebSocket transports behind common abstraction.
- Add delivery semantics:
- accepted
- in_progress
- completed
- failed
Phase C — Proof of Physical Work (PoPW) Verification (2 weeks)
- Define PoPW artifact schema:
- timestamp
- geo/location
- sensor payload
-
media hash
-
Build verifier pipeline:
- integrity checks
- anti-spoof heuristics
-
confidence scoring
-
Attach PoPW confidence to task completion status.
Phase D — Reliability and Operations (2 weeks)
- Add offline task cache with deferred sync.
- Add dead-letter queue for failed dispatches.
- Add anomaly detection for suspicious execution proofs.
Data model additions
physical_task_dispatchedge_delivery_eventspopw_artifactspopw_verification_results
Validation checklist
- End-to-end dispatch latency targets
- Exactly-once/at-least-once behavior verification
- PoPW spoofing simulation tests
- Offline replay consistency checks