jonnify·echd /echd/overview/one-frame/scalability-attacks-mobile

echd — Echo on Encore · E0.4 · dive

Scalability, Attacks, Mobile

The foundation paper closes by naming three pressures on the future; this platform answers each with a stance — segment, disclose, go close — and each stance is the trade re-spent, not escaped.

Vision · real substrate

echd speaks in the present tense over a build ladder. Every module, verb, key, and port named on this page is real; the composition into one standing platform is the vision the ladder builds.

§1

The dive

echd.course.md §5 · Gilbert & Lynch

The paper's closing section looks past the theorem to three pressures on the networked world, and titles that future branded component systems — the same name this whole stack wears. Read each pressure as a stance. Scalability: growing a system needs coordination among the new resources, and coordination pays the very CAP bill the theorem prices — which is why strongly consistent protocols like Paxos resist scaling even inside a datacenter. So the platform scales by segmenting, not consensus: the bus fans work across fair lanes, the memory answers caller-side, and only the ledger pays for agreement. Tolerating attacks: a denial of service is not a partition and cannot be modeled as one, so it needs a different posture — the honest surface, where degraded states are rendered rather than masked and every answer stamps its provenance. Mobile wireless: unpredictable loss and proximity-first applications, answered by going close — the tunnel carries the surface to the reader, Tigris serves retention near the requester.

The three pressures share a root, and seeing it is the point of the dive: each is a place where the safety/liveness trade recurs under a new kind of unreliability — growth-coordination, malicious disruption, wireless loss — and each is met not by defeating the trade but by re-spending it. Scale is bought by refusing global consistency; attack-tolerance is bought by refusing to lie about health; mobility is bought by refusing distance. None of the three escapes CAP, and none pretends to. The paper names branded component systems as the future that copes with all three, and this platform is one such system — its single answer, threaded through parts that are segmented, honest, and near, is the same branded identity the rest of the course follows.

§2

The three pressures

hover a pressure
Three pressures, three stances · the paper's future, owned · hover to read
three futures the paper names — three stances the platform takes SCALABILITY growth needs coordination coordination pays CAP → segment to scale only the ledger agrees ATTACKS a DoS is not a partition → stay honest degraded, not masked MOBILE loss · proximity-first geography is design → go close tunnel · Tigris near
Scalability — segment, don't agree. Using new resources efficiently needs coordination, and coordination is subject to the same CAP trade — which is why Paxos is hard to scale even without partitions. The platform grows the availability-first tiers (fair lanes on the bus, caller-side reads in the memory) and keeps the consistency-first core small: only the ledger pays for agreement.
Attacks — a DoS is not a partition. Message loss between honest servers does not model a flood of malicious traffic, so the theorem's cut is the wrong picture. The platform's stance is a UI posture: render degraded states rather than mask them, stamp plane + as_of on every answer, so disruption shows as honest degradation instead of a fake-healthy lie.
Mobile — go close. Wireless brings unpredictable loss rather than semi-stable partitions, and its applications prize geography, proximity, and privacy. The platform answers with the mesh's geography: the tunnel places the surface near the reader, Tigris serves segments close, and user and hierarchy partitioning become the deployment's map.

Hover or focus a pressure to read it; click to pin. Without scripting, all three read in sequence.

§3

Three pressures, one root

echd.course.md §5

The three futures look unrelated — a capacity problem, a security problem, a physics problem — but the paper places them together for a reason, and naming it is the dive's whole move: each is a fresh site where the safety/liveness trade recurs under a new kind of unreliability. Scalability adds growth-coordination as the unreliable element — the more resources you coordinate, the more the coordination itself is exposed to the trade, which is why even a partition-free datacenter struggles to scale strong consistency. Attacks add malice — a denial of service is a form of unreliability the message-loss model never captured, so the honest-surface stance treats it as something to disclose rather than something to mask. Mobility adds wireless loss and motion — partitions are rarer but loss is constant and geography is destiny.

The platform's answer to all three is the same shape: re-spend the trade, do not try to beat it. Scale is spent by declining global consistency and keeping the consistent core as small as correctness allows. Attack-survival is spent by declining to fake health, so the surface's degradation is a truthful CAP stance the reader can act on. Mobility is spent by declining distance, pushing service and retention to where the reader stands. That the paper files this future under branded component systems is not a coincidence this course leans on lightly — it is the thesis: the identity that lets a system segment its trade is the same identity that lets it stay coherent while it scales, degrades, and moves. One thread, three pressures, one standing system.

§4

The rule

one line to carry

The pressures rule — the three futures the paper names are three platform stances: segment to scale, disclose to survive attack, go close for mobile. Each is the safety/liveness trade recurring under a new unreliability, and each is met by re-spending the trade, never by escaping it — held together by the one branded identity the paper calls the future.

§5

Doors

the future, entered
§6

References

sources · related

Sources

Related