Skip to main content

Open Questions

All questions — architectural and implementation-level — have been resolved. This page tracks the full resolution history.

Resolved in v1.0 Spec Review (Round 4)

Implementation-level questions resolved with concrete specifications added to the relevant pages:

#QuestionResolutionLocation
1Token Bucket Bandwidth MeasurementEMA with 60-second half-life; reset on transport change; 10% protocol overhead reserveNetwork Protocol
2Epoch Active Set Conflict Resolution5% settlement count threshold for ACK vs NAK; 3-round wait before re-propose; post-merge reconciliationCRDT Ledger
3Mutable Object Fork Detection Reporting5-step protocol: record, block 24h, gossip advisory, 7-day dedup, resolution via KeyCompromiseAdvisoryMHR-Store
4CongestionSignal on Multi-Interface NodesReplaced link_id with scope enum (ThisLink/AllOutbound); 3 bytes totalNetwork Protocol
5DHT Rebalancing Timing2 gossip rounds convergence on join; 6 additional missed rounds before re-replication; graceful degradationMHR-DHT
6Beacon Collision HandlingDensity adaptation: interval doubles at 50% utilization, triples at 75%; Ring 1 gossip provides redundancyDiscovery
7Fragment Reassembly30s per-chunk timeout, exponential backoff (3 retries), 5-min overall, resumable via ChunkRequestMHR-Store
8Transitive Credit Rate-LimitingPer-epoch, per-grantee tracking via CreditState struct; epoch-boundary reset; vouching peer absorbs defaultsTrust Neighborhoods

Resolved in v1.0 Spec Review (Round 3)

Protocol-level gaps identified in the third comprehensive review, resolved inline:

GapResolutionLocation
Serialization format (endianness, encoding)Little-endian, fixed-size binary, TLV for extensions, normalized scores on decoded valuesSpecification
CompactPathCost normalization ambiguityNormalization uses decoded values, not log-encoded wire valuesNetwork Protocol
Agreement lifecycle (expiry, renewal, billing)Defined Active/Expired/Grace/Closed states, per-capability expiry behavior, renewal protocolAgreements
Settlement timing (eager vs lazy)Settlements to CRDT ledger are not per-win; created on cooperative close, dispute, or periodic finalizationPayment Channels
Channel sequence semanticsSequence is monotonic version number; replay protection via final_sequence comparisonPayment Channels
CapabilitySummary cost encodingIdentical log₂ formula to CompactPathCost; 0x0000=free, 0xFFFF=unknownDiscovery
Merkle root trust for constrained nodesSigned by proposer; trusted peers accept immediately; untrusted requires 2-source quorumCRDT Ledger
Reputation initialization valuesNew peers start at 0; referrals capped at 5000; first-hand replaces after 5 interactionsSecurity

Resolved in Implementation Spec (Phase 1-2)

#QuestionResolutionLocation
1WASM Sandbox SpecificationWasmtime runtime; Light (16 MB, 10^8 fuel, 5s) and Full (256 MB, 10^10 fuel, 30s) tiers; 10 host imports mirroring MHR-Byte System opcodesMHR-Compute
2Presence Beacon Capability Bitfield8 assigned bits (relay, gateway, storage, compute-byte, compute-wasm, pubsub, dht, naming); bits 8-15 reservedDiscovery
3Ring 1 Capability Aggregation FormatCapabilitySummary struct: 8 bytes per type (type, count, min/avg cost, min/max hops)Discovery
4DHT Metadata FormatDHTMetadata struct: 129 bytes (key, size, content_type, owner, ttl, lamport_ts, Ed25519 signature)MHR-DHT
5Negotiation Protocol Wire FormatSingle-round take-it-or-leave-it; 30-second timeout; CapabilityRequest + CapabilityOffer with nonce replay preventionAgreements

Resolved in v1.0 Spec Review

#QuestionResolutionDesign Decision
1Multi-admin group messagingDelegated co-admin model (up to 3 co-admins, no threshold signatures)Design Decisions
2Reputation gossip vs. first-hand onlyBounded 1-hop trust-weighted referrals, capped at 50%, advisory onlyDesign Decisions
3Onion routing for high-threat environmentsPer-packet layered encryption, opt-in via PathPolicy, 3 hops default, 21% overhead on LoRaDesign Decisions
4MHR-Byte full opcode specification47 opcodes in 7 categories, reference interpreter in Rust, ESP32-calibrated cycle costsDesign Decisions
5Bootstrap emission schedule parameters10^12 μMHR/epoch initial, discrete halving every 100K epochs, 0.1% tail floorDesign Decisions
6Protocol bridge design (SSB, Matrix, Briar)Standalone gateway services, identity attestation, bridge operator pays Mehr costsDesign Decisions
7Formal verification targetsTLA+ priority-ordered: CRDT merge, payment channels, epoch checkpoints; composition deferredDesign Decisions

Resolved in v1.0 Spec Hardening

Protocol-level gaps identified during comprehensive spec review, all resolved inline in the relevant spec pages:

GapResolutionLocation
Announce propagation frequencyEvent-driven + 30-min periodic refresh, 128-hop limit, 3-round link failure detectionNetwork Protocol
ChaCha20 nonce handling64-bit counter per session key, zero-padded to 96 bitsSecurity
Session key rotation timingLocal monotonic clock, either side can initiateSecurity
KeyCompromiseAdvisory replayAdded monotonic sequence fieldSecurity
Difficulty target formulaLocal per-link computation, win_prob = target_updates / observed_packetsPayment Channels
Settlement validationEvery node validates (2 sig checks + hash + GSet lookup), invalid dropped silentlyCRDT Ledger
Active set definitionNodes appearing as party in at least 1 settlement in last 2 epochsCRDT Ledger
Bloom filter constructionk=13 Blake3-derived hash functions, 19.2 bits/element at 0.01% FPRCRDT Ledger
Relay compensation trackingRelayWinSummary with spot-check proofs, challengeable during grace periodCRDT Ledger
Roaming cache fingerprint stability60% overlap threshold for area recognitionDiscovery
Credit-based fast start stalenessRate-limited grants, 2× balance requirement for staleness toleranceDiscovery
Trust relationship revocationAsymmetric, revocable at any time, downgrades stored data priorityTrust Neighborhoods