Jordan-Hall / Jordan-Hall/browser

[P5][MESH-02] Device authority and remote/home workers

Open
#95 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
No language data
Stars
0
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Programme: #1
Epic: #31

## Objective
Allow tasks to run on a selected home/remote device while keeping execution location, transferred context and risky-operation authority explicit and partition-safe.

## Scope
- Worker/device capability advertisement and health.
- Explicit execution placement policy based on device availability, local model/hardware, data locality and grants.
- Scoped encrypted context/artifact transfer to the chosen worker.
- Operation leases/fencing tokens valid across devices.
- Single authority/reservation coordination for risky external commits.
- Partition/offline behavior and stale-worker result rejection.
- Remote worker revocation, key rotation and task migration/recovery.
- User-visible “where this ran / what left this device” trace.

## Correctness rules
- Two devices must not independently commit the same risky operation.
- Late output from a partitioned/old worker cannot acquire fresh authority automatically.
- Remote execution never implies broader data access than local execution.

## Acceptance criteria
- [ ] Concurrent-device fixture proves one risky commit authority at a time.
- [ ] Fencing rejects stale worker dispatch/results after lease replacement.
- [ ] Transferred context is limited to the task's grants and visible in audit UI.
- [ ] Device revocation terminates future task placement/authority.
- [ ] Offline/partition recovery does not duplicate transactions.
- [ ] User can identify whether work ran locally, on a home machine or another authorized worker.

## Dependencies
- MESH-01
- AUTO-01
- TX-02

**First phase:** P5
**Maturity target:** P6
**Owner:** platform

Contributor guide

No contributing guide indexed for this repository

Research direction

No files, tests, or entry points are named. Start by reading the dependent issues MESH-01, AUTO-01, and TX-02, then map the existing worker, authority, transfer, and audit components. Done means all listed acceptance criteria pass, including fencing, revocation, partition recovery, scoped transfer, and execution-location visibility.

Written by the indexing model from the issue text.

Assessment

Domain
distributed-systems, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.