Tarcsi Ádám ELTE Informatikai Kar
Source: Ethereum blog by Vitalik Buterin https://blog.ethereum.org/author/vitalik-buterin/ Public Private Consortium Persona Location 1 Woodgrove Financial Consortium 6 Woodgrove Financial Department B Location 2 Investment consortium c Contoso Bank Public blockchain Bank A Blockchain Consortium Bank 1 Person B Department A Location 3 Insurance c Northwind Traders Bank 6 Northwind Traders Location 4 Bank b Több, ismeretlen résztvevő Bárki írhat Bárki olvashat* Proof of Work konszenzus A résztvevők ismertek (egy szervezethez tartoznak) Írási jogosultság centralizáltan felügyelhető Olvasási jogosultság centralizáltan felügyelhető Konszenzus: többféle algoritmus A résztvevők ismertek több szervezethez taroznak Az íráshoz több résztvevő egyetértése szükséges Az olvasás nyilvános vagy korlátozott lehet Konszenzus: többféle algoritmus
A hálózat validál Biztonság Kriptográfia Okos szerződés A Blockchain-en fut a program P2P technológia Nem módosítható Virtuális pénz Nyílt adatbázis, átlátható Bányászat
Tartalom előállítása Közösség Közösség Felügyelet Közösség* Közösség Architektúra Kliens-szerver Decentralizált, elosztott
Miért Blockchain? 1 2 3 4 Biztonság: Egy decentralizált, elosztott adattároló rendszer védettebb tud lenni a támadásokkal szemben, mint egy teljesen központosított. Nincs / nem feltétlenül van központi autoritás. Nyitott és átlátható: Minden tranzakció az időben látható, transzparens, nyomon követhető és bárki által ellenőrizhető, de nem feltétlenül értelmezhető Költségek: Alacsonyabb tranzakciós költségek érhetőek el, hiszen kevesebb harmadik fél szükséges.
Miért Blockchain? Tartalom: Bármilyen digitális formában megjelenő adatot tárolhatunk benne. Permanens: Csak hozzáfűzés és olvasás van (immutábilis): Nincs módosítás, törlés! Elosztott: Mivel az egész adatbázis elosztottan, több helyen megvan, ha egy szereplő, vagy több kiesik, attól a hálózat továbbra is üzemlépes marad, hasonlóan az Internethez. Automatikusan végrehajtható, ellenőrizhető tranzakciók, okos szerződések.
A fejekben nagyon hozzá van kötve a kriptovalutákhoz (Bitcoin, Ethereum, stb.) Skálázhatóság Miben kell még fejlődnie?* Szinkronizáció Nem (feltétlenül) olcsó Fogyasztóvédelem: elfelejetett jelszó, hibás tranzakció Nagy felhasználói felelősséget igényel
Miben kell még fejlődnie? A kriptovaluták esetén a banki funkciók (pl.: hitelezés) még most alakulnak ki az ICO-k, mint finanszírozási formák ennek megfelelői. Escrow-ra van lehetőség, de a szükséges bizalomnak még ki kell alakulnia. Big Data tárolásra részben alkalmas (IPFS). Nem, önmagában nem real-time. Bonyolult a megértése, fejlesztése is nehéz ma még idő kell, hogy mainstream legyen.
11
ELOSZTOTT FŐKÖNYV 20 C 15ºC 40ºC 15ºC 15 C IoT Enabled Indulás Indulási kikötő Érkezési kikötő Alert 2. Fuvarozó Érkezés 3) Az áru egy IoT eszközökkel felszerelt konténerben van, mely rögzíti, ellenőrzi és naplózza a szállítási feltételeket. 4) Kikötőbe szállítás 1. Fuvarozó 5) A konténer bejelentkezik a kikötőbe, átvizsgálása megtörténik.. Mindez rögzítésre kerül. 9) A 3-as fuvarozó felveszi a csomagot a raktárból, és átadja az vevőnek Áru hőmérséklete 15% 3. Fuvarozó 10) Az áru sikeresen leszállításra került. VEVŐ Áru hőmérséklet: 15ºC Container Kikötő Áru hőmérséklet: 20ºC Shipping Company Okos hajóraklevél (sbol) 2 A szállítmányozó cég által kiállított okmány, amely részletezi az áru szállítását, a visszatérítés feltételeit, és a következő szállító megfelelő adatait, cím, stb.. Áru hőmérséklete < 20ºC Áru hőmérséklete 15ºC 6) A konténerhajó elszállítja a konténert. 2. Fuvarozó 8) Áru raktárba szállítása. Destination Port Áru hőmérséklete 40ºC Áru hőmérséklete 15ºC 7) Miután megkapta a tagok konszenzusát, a vámárunyilatkozat rögzítésre kerül. 11) Mivel a szállítás feltételei nem felelnek meg a megállapodásnak, a sérült fél visszatérítése automatikusa megtörténik, anélkül, hogy bírósági vagy emberi beavatkozásra lenne szükség. 1) A szállítmányozó cég megkapja a csomagot az eladótól. ELADÓ
Tarcsi Ádám ade@inf.elte.hu