Je toto největší neceněný technický úspěch ICP? — VŠECHNY internetové počítačové procesy, včetně finančních, datových a webových požadavků, lze přímo ověřit pomocí "řetězového klíčového podpisu" BEZ nutnosti stahování bloků, provozování uzlu nebo důvěřování někomu... 🧵

Například když jsem začal používat bitcoin, moje peněženka stáhla celý bitcoinový řetězec (všechny jeho bloky), aby ověřila můj zůstatek a převody. Inicializace peněženky trvala hodiny. Notebook se zahříval a ventilátory hučely... 🧵

Jediný způsob, jak se tomu vyhnout, byl spustit vlastní Bitcoin klienta/nofe, který zůstal synchronizovaný s nejmodernějšími bloky, a použít ho k rychlému dotazování zůstatků. Ale samozřejmě, to byla otrava... 🧵

Když Ethereum začalo fungovat, myšlenka byla, že ti, kdo budují dappy, budou například UX a výpočetní data v cloudu. Spolu s dedikovaným uzlem, který by tato offchain infrastruktura mohla využívat k synchronizaci s onchain "chytrým kontaktem" softwarem a daty, čímž by se vyhnula potřeba centralizovanější důvěry, ale... 🧵

V praxi se samozřejmě provozování a údržba Ethereum uzlů stávala stále dražší a časově náročnější, zvláště jak řetězec rostl. Nejvíce decentralizovaná architektura pro dapps a peněženky (před plným onchain/ICP) vyšla z módy... 🧵

Operátoři Dapp brzy zjistili, že je mnohem snazší používat uzly provozované jinými uživateli, kterým DŮVĚŘOVALI, jako je Infura, provozovaná ConsenSys na AWS. Proto když AWS jednou přestal fungovat, selhala i velká část ekosystému Ethereum. Bezpečnostní průlom v Infure by byl mnohem horší... 🧵

U nových řetězců s vysokým průchodem jako Solana není praktické provozovat vlastní uzel, protože uzly vyžadují speciální hardware a vyžadují obrovské náklady na šířku pásma (i profesionálně provozované uzly mohou uchovávat jen nedávné bloky). Ve skutečnosti uživatelé a vývojáři dappu MUSÍ důvěřovat operátorovi uzlu... 🧵

Ve společnosti DFINITY věříme v decentralizaci a bezpečnost. Internetový počítač jsme navrhli tak, že když zadáte transakci (obvykle to za vás udělá aplikace v prohlížeči), můžete výsledek ověřit BEZ nutnosti důvěřovat uzlu, pomocí kouzelné internetové matematiky... 🧵

V jádru internetové počítačové sítě je veřejný klíč o objemu 48 bajtů, který patří plně onchain a autonomnímu NNS (Network Nervous System), jenž zůstane navždy stejný. Samotný řetěz funguje jako soukromý klíč, proto pochází termín "technologie řetězového klíče"... 🧵

Každá podsíť (v podstatě speciální typ řetězce používaný k škálování) má svůj vlastní takový klíč, který je podepsán/ověřen NNS. Prostřednictvím systému Merkleových cest je výsledek každého tx zpracovaného podsítí podepsán pomocí klíče podsítě... 🧵

Každý výsledek tx je tedy podepsán řetězovým klíčem. Kdokoli, kdo zná 48bajtový veřejný klíč NNS (známý předem a konstantní po celý čas), může ověřit jakýkoli signaturu převodu. Platné podpisy vám říkají, že převod byl proveden, a že přinesl přijatý výsledek... 🧵

Například lednice připojená k internetu (IoT) může požádat službu na IC, zda je dostupná softwarová aktualizace. Pokud byl vrácen nový software, lednička mohla ověřit svůj signál hovoru/příjemce, aby potvrdila, že pochází z onchain služby a nedošlo k žádné manipulaci. 🧵

Samozřejmě, offchain peněženka nebo finanční služba může také ověřit výsledky svých volání onchain softwaru, protože ověřovací kód řetězového klíče má veřejný 48bajtový klíč NNS zabudovaný. Bezpečí a BEZVĚDOMÍ konečně... 🧵

Když váš prohlížeč požádá o webový asset (např. index.html) od IC, jeho řetězová klíčová signatura je vložena do HTTP odpovědi hlavičky. Momentálně potřebujete nějaký software na telefonu nebo notebooku pro transparentní ověření (dfinity/http-proxy), ale očekávejte, že inovace odstraní... 🧵

Věda a implementace chain key je složitá, ale funguje a vyřešila SKUTEČNOU decentralizaci, nedůvěru a bezpečnost — ukazuje, čeho může hardcore kryptovýzkum a vývoj umožnit a uvolnit více výkonu plně onchain/internetového cloudového paradigmatu 💥