it is possible that the devices would start streaming the data right away.
Möjligt men högst osannolikt - Jag arbetar inom företagsfördelat lagringsutrymme och medan han teoretiskt kunde göra det är det mycket osannolikt att han skulle. Han ser ut att vara en mycket bra designer / kodare och medan de kunde använda den designfel för berättande / humoristiska skäl i verkligheten skulle han inte göra det och / eller det skulle misslyckas.
I allmänhet, och det här är en mycket generalistisk förklaring, är det sättet som distribueras filsystems arbete att, som du säger, krypteras blocken och distribueras till N + 1 noder och en rekord görs i en distribuerad databas (vanligtvis en minnesnyckel / värde DB istället för en med referensintegritet som SQL) med angivande av inod, blockreferens, krypteringsnyckelreferenser och nodnamn. Denna post replikeras själv bland DB-noder (ofta samma noder som lagringsnoden) för resilience på samma sätt som de faktiska blockdata. På det här sättet när en klient begär en fil (och åtkomstautentisering är godkänd) kan servicekoden (igen vara en kombinerad nod med DB och block) se upp filen inode referens / s, som betjänas av DB nodenätverket, då individuell få förfrågningar görs till blocknoden för de olika blocken och filen monteras sedan i ordning och okrypterad av servicenoden, som sedan tjänar filen till klienten och uppdaterar de olika metadatagränssnitten för att visa att filen lästes. Så väsentligen är varje block typiskt endast en gång läsning (du kan välja en parallellläsning med flera nodar om du vill dra nytta av rasförhållanden) och därför skulle data inte orsaka en översvämning. Är det okej?