Abstract

This document describes the privacy architecture of The Lawn Companion robotic platform. Rather than using software-based privacy controls (face blurring, selective data deletion, consent management for captured imagery), Volta employs a physical constraint: the primary perception sensor is a downward-facing camera that captures only the turf surface. This architectural choice makes the capture of personal data physically impossible, eliminating an entire category of privacy risk. The approach aligns with GDPR Article 25 โ€” Data Protection by Design and by Default.

1. Introduction: The Privacy Problem in Outdoor Robotics

Autonomous outdoor robots that navigate residential environments face an inherent tension: effective navigation requires environmental perception, but environmental perception in residential areas captures personal data. Forward-facing cameras, LiDAR scanners, and radar systems that enable robust navigation also generate data about people, vehicles, and property โ€” creating surveillance capability as a byproduct of mobility.

The industry's typical response is software mitigation: capture everything, then selectively process, blur, or delete sensitive data. This approach has three structural weaknesses:

  1. The data exists before filtering โ€” even momentarily, personal data is captured, transmitted, and processed
  2. Software is mutable โ€” policies can change, updates can alter behavior, vulnerabilities can expose data
  3. Scope creep risk โ€” a forward-facing camera that "doesn't currently" capture faces could be updated to do so

2. Architectural Approach: Physical vs. Software Privacy

Volta's approach inverts the conventional model. Rather than capturing personal data and filtering it out, the architecture prevents personal data from being captured at its source.

Approach Mechanism Data Exists? Updatable? Certifiable?
Software privacy Capture all, filter after Yes (transiently) Yes โ€” software changes Requires ongoing audit
Physical privacy Sensor physically cannot capture No No โ€” physical constraint Verifiable by inspection

The core mechanism is the camera's orientation and field of view. By pointing the camera exclusively downward at the turf surface, the system's visual input is limited to grass blades, soil, organic matter, growth patterns, density variations, stress indicators, ground-level obstacles, and surface texture.

CLM-PBP-001, CLM-PBP-002 โ€” Internal

Privacy enforced by physics, not software. Downward-facing camera cannot capture faces or property.

3. Sensor Design and Field of View

The Lawn Companion's primary perception sensor is a downward-facing camera mounted in a recessed housing. The optical axis points approximately perpendicular to the ground plane. The field of view is constrained to a region directly beneath and immediately ahead of the robot.

This design serves dual purpose:

  1. Agronomic perception โ€” measuring turf health, growth rate, density at the leaf level
  2. Navigation โ€” visual odometry and surface feature tracking for wire-free pathfinding

The camera's position is recessed and angled to protect the lens from rain, debris, and UV exposure (see CLM-DM-002 in durability documentation).

4. What the System Sees and Cannot See

Captured Data (by physical capability)

Data Type Purpose Privacy Risk
Turf surface imagery Growth measurement, health assessment None
Soil exposure Bare patch identification None
Surface obstacles Path planning, safety Minimal (ground-level objects only)
Surface texture Terrain classification None

Data Physically Cannot Be Captured

Data Type Why Not Architectural Guarantee
Human faces Camera points at ground, not at standing height Physical โ€” camera orientation
License plates Vehicles are above/beyond the field of view Physical โ€” FOV constraint
Property interiors Windows/doors are far above FOV Physical โ€” FOV constraint
Neighboring properties Camera sees only turf surface directly below Physical โ€” field of view
CLM-PBP-001 โ€” Internal

"The camera points exclusively downward at the turf surface โ€” it physically cannot capture faces, license plates, or property interiors."

5. GDPR Article 25 Alignment

GDPR Article 25 establishes two requirements:

  1. Data Protection by Design โ€” implement appropriate technical measures to ensure data protection principles are embedded into processing
  2. Data Protection by Default โ€” ensure that, by default, only personal data necessary for each specific purpose is processed

Volta's privacy architecture satisfies both requirements at the hardware level:

  • By Design: The sensor's physical constraints prevent personal data capture. This is not a processing decision โ€” it is an engineering decision embedded in the hardware.
  • By Default: The default state of the system captures zero personal data. No configuration is required to achieve this.

This approach is arguably stronger than software-based GDPR compliance because the guarantee is independent of software version, configuration state, or operational context.

CLM-PBP-004 โ€” Internal

"GDPR Article 25 aligned โ€” Data Protection by Design and by Default."

6. Cloud Connectivity Without Surveillance

A significant advantage of the downward-facing architecture is that it eliminates the tension between cloud connectivity and privacy. Connected outdoor robots with forward-facing cameras face a dilemma: cloud features require data transmission, but transmitting environmental imagery creates surveillance risks.

Volta's architecture resolves this: because the camera captures only agronomic data (turf, soil, growth patterns), this data can be freely transmitted to cloud systems without privacy concerns. This enables:

  • Real-time fleet intelligence aggregation
  • Cloud-based lawn health analytics
  • Remote diagnostic capabilities
  • Continuous model improvement from fleet data

All without creating a surveillance infrastructure.

7. Comparison with Alternative Architectures

Architecture Navigation Privacy Risk Assessment
Forward-facing camera + software blur High Medium Mitigated, not eliminated
LiDAR (3D scanning) Very high High Structural surveillance
Forward-facing camera + edge processing High Medium-low Still captured, still mutable
UWB/beacon-based Medium Low Requires infrastructure
Downward-facing camera (Volta) Medium-high None for personal data Structurally eliminated

Volta's approach trades some navigation capability (no forward visibility) for complete privacy elimination. The system compensates through GNSS, IMU, and the floating hexoskeleton for contact detection.

Accessible Version

For a non-technical overview of this topic, see Privacy & Safety (Level 2).

8. Limitations and Open Questions

  • Near-ground objects: The system CAN see objects at ground level (shoes, small toys). While these are not personal data in the GDPR sense, they are property.
  • Indirect identification: Turf patterns theoretically could be matched to specific properties. Whether this constitutes personal data under GDPR is an open legal question.
  • Future sensor additions: The privacy guarantee applies only to the current sensor configuration. Any future addition of non-downward sensors would need separate analysis.

9. Evidence Registry

ID Description Tier Source
CLM-PBP-001 Downward-facing camera cannot capture faces or property Internal privacy-by-physics.md
CLM-PBP-002 Privacy enforced by physics, not software Internal privacy-by-physics.md
CLM-PBP-003 Forward-facing cameras create surveillance risk Internal privacy-by-physics.md
CLM-PBP-004 GDPR Article 25 alignment Internal privacy-by-physics.md
CLM-PBP-005 Cloud connectivity without surveillance Internal privacy-by-physics.md

10. References

  1. Regulation (EU) 2016/679. "General Data Protection Regulation." European Parliament and Council. 2016. Article 25: Data protection by design and by default.
  2. Volta Lawn Intelligence Inc. "Privacy by Physics." Internal Knowledge Base, Layer 2. 2026.

Cite This Document

Volta Lawn Intelligence Inc. "Privacy Architecture: Privacy by Physics." volta.ai/whitepapers/privacy-architecture. Published February 2026.