| … | … | @@ -63,7 +63,7 @@ wrong in ways the daemon could not distinguish from a bad daemon. |
| 63 | 63 | daemon UdxTransport + queue + control plane runs |
| 64 | 64 | channels Protomux channel per peer, SEND/on-message D1/D4 PASS |
| 65 | 65 | content liboverlay: hash/serve/fetch/cancel D6 PASS |
| 66 | | client/ swarmd::Client — the ONE wire implementation 28/28 |
| 66 | client/ swarmd::Client — the ONE wire implementation 30/30 |
| 67 | 67 | tools/ swarmd-probe — built on it, in 181 lines |
| 68 | 68 | |
| 69 | 69 | ./swarmd --socket /tmp/s.sock --storage ~/.swarmd # public DHT |
| … | … | @@ -94,5 +94,11 @@ a hundred million, and the gate fails at 256 KB. |
| 94 | 94 | `--storage <dir>` turns the content plane on. Without it the daemon refuses |
| 95 | 95 | content commands rather than accepting a fetch it has nowhere to put. |
| 96 | 96 | |
| 97 | | See `../docs/SWARMD-DESIGN.md` §9 for the order and §8 for the remaining gates |
| 98 | | (D5 and D7 are still unwritten). |
| 97 | D7 passes in both directions; **D5 is written and RED**, and what it found is a |
| 98 | real hole rather than a gate bug — nothing detects a silently dead peer on an |
| 99 | idle stream. `../docs/SWARMD-DESIGN.md` §8.1 has the trace through all three |
| 100 | layers. Run it with: |
| 101 | |
| 102 | python3 -B test/test_peer_down.py --bootstrap host:port |
| 103 | |
| 104 | See `../docs/SWARMD-DESIGN.md` §9 for the order and §8 for the gate table. |