[codex] add optional hardware signal fixtures#139
Merged
Conversation
170e67a to
42839db
Compare
This was referenced May 14, 2026
Owner
Author
|
HQ overlap note: PR #117 and PR #139 both target #105 and touch the hardware/operator-signal fixture lane (hardware/, ixtures/hardware/, schemas/flowmemory/hardware-control-plane-handoff.schema.json). Do not merge both independently. Pick the current successor, close/supersede the other, or explicitly rebase/reconcile so only one reviewed hardware-signal delta lands. |
42839db to
81ace44
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Refs #105.
Hardware Signals PR Summary
What Changed
node_healthandpeer_hintsimulator schemas.hardware/fixtures/flowrouter_sample_seed42.jsonfixtures/hardware/flowrouter_local_alpha_seed42.jsonfixtures/hardware/flowrouter_control_plane_handoff_seed42.jsonfixtures/hardware/flowrouter_negative_validation_seed42.jsonhardwareSignals,operatorMetadata,hardwareNodes,nodeHealth,peerHints,workReceipts,verifierReports,bridgeAlerts,artifactCommitments,memoryCells,challenges,finalityReceipts,alerts, andworkbenchRecords.Why It Changed
FlowRouter/Meshtastic-style signals should be useful to local control-plane and workbench consumers without requiring physical hardware or blocking local chain startup. These fixtures provide deterministic optional operator-signal input while keeping all hardware state local-only, advisory, and reconciliation-bound.
Fixture List
hardware/fixtures/flowrouter_sample_seed42.jsonfixtures/hardware/flowrouter_local_alpha_seed42.jsonfixtures/hardware/flowrouter_control_plane_handoff_seed42.jsonfixtures/hardware/flowrouter_negative_validation_seed42.jsonhardware/simulator/schemas/node_health.schema.jsonhardware/simulator/schemas/peer_hint.schema.jsonOptional Integration Points
flowmemory.hardware_control_plane_handoff.local_alpha.v0asmode=read-only-optional-merge.ingest.idFields.workbenchRecordsdirectly or re-project canonical collections.optionalSmokeRowsnamespython hardware/simulator/flowrouter_sim.py --smokeas optional hardware evidence.hardwareRequiredForPrivateTestnet=false, node health haschainStartupBlocking=false, and bridge alerts havedoesNotBlockLocalChain=true.Checks Run
Passed:
Conditional/pass with documented environment adjustment:
This passed only when the user-local Slither script directory was removed from
PATHfor the command.Previously blocked, now resolved:
The exact product E2E command originally failed because local
slither.exewas present onPATHand reported existingmissing-zero-checkandlow-level-callsfindings incontracts/bridge/BaseBridgeLockbox.sol. GitHub issue #131 was later closed by the owning HQ/contracts policy path in PR #132. After rebasing this branch ontoorigin/mainat14f378b, exactnpm run flowchain:product-e2epassed in the unmodified environment, andnpm run flowchain:l1-e2epassed last.Historical blocker handoff:
https://github.com/FlowmemoryAI/FlowMemory/issues/131https://github.com/FlowmemoryAI/FlowMemory/issues/131#issuecomment-4446678297main; explicit Slither audit findings remain visible throughcontracts:hardening:slither.Risks, Assumptions, Follow-Ups
contracts:hardening:slitherstill surfaces the known bridge lockbox audit findings, so do not treat this as an audit/public-readiness claim.