PDA

View Full Version : Blokové řetězy nemusí být perfektní, prostě musí být lepší



AntonioSammy
10-01-2018, 08:49 AM
Během téměř každé prezentace se věnuji technologii, která blokuje důvěrné bariéry v dodavatelských řetězcích, kde se členové posluchačů ptají: "Ale my stále věříme věcem / osobám, které zadávají data?"

Obvykle odpovídám: "Víceméně ano."

Někteří se domnívají, že je to rozporuplné, že zrušení argumentu, že blokové řetězce mohou vyřešit problémy s důvěrou, které vytvářejí tření, neúčinnost a opacitu v rámci obchodních řetězců, které spojují zemědělce, horníky, výrobce dílů, výrobci zboží, odesilatelé, velkoobchodníky a maloobchodníky do našeho globálního obchodování Systém. Jelikož se jedná o nezměnitelnou knihu, zdůrazňují, vše, co děláte, je vytvoření "nezměnitelného problému s odpadem."

Je to dobrá otázka a poukazuje na klíčové výzvy, jak tuto technologii připravit na nejlepší čas. Ale tento takzvaný problém "poslední míle" je také něco jako slaměný muž. A pokud se na ni podíváme, nabízí užitečný rámec pro pochopení skutečné síly distribuovaných knih obecně a konkrétně blokových řetězců.

Za prvé, nikdo by neměl považovat bloky za slibné nějaké "bezúhonné" utopii. Žádná taková společnost nemůže existovat - a kdyby to udělala, nebylo by to sotva utopií.

Totéž platí pro blokové ekosystémy, a to i ty, které se vyskytují v bitkových a jiných bezvýhradních platebních systémech, jejichž výměny hodnot jsou zcela vyjádřeny v samostatné nativní řetězové kryptogenitě spíše než založené na potenciálně nespolehlivých datech mimo řetězec, jako jsou zprávy z továrny .

Tato slabá místa se nenacházejí pouze v dobře zdokumentovaných problémech centralizovaných výměn a peněženky, ale také v počítačích používaných ke správě kryptografických prostředků. Uživatelé musí důvěřovat výrobcům a všem ostatním stranám, které se dotýkaly svých zařízení a jejich vnitřních částí a součástí dříve, než se na ně podílejí. Přečtěte si o chybách Intel Spectre and Meltdown, které vám pomohou pochopit, jak hluboko tento problém jde.