A blockchaint eredetileg elsősorban a digitális érték átutalásával hozták összefüggésbe. A Bitcoin megmutatta, hogy pénzt küldeni az interneten keresztül úgy is lehet, hogy nem kell minden tranzakciót banknak vagy más központi intézménynek jóváhagynia. A blockchain azonban nemcsak azzal az információval tud dolgozni, hogy ki kinek küldött valamit. Előre beprogramozott szabályokat is képes tárolni és végrehajtani.

Éppen itt lépnek színre az okos szerződések: olyan programok, amelyek közvetlenül a blockchainen futnak, és az előre meghatározott feltételek teljesülése után végrehajtanak egy definiált műveletet. Képesek például tokent átutalni, digitális eszközöket cserélni, egy hitel fedezetét kezelni vagy NFT-t kibocsátani.

Az okos szerződéseknek köszönhetően a blockchain a főként kriptovaluták átutalására szolgáló technológiából olyan környezetté bővült, amelyen teljes alkalmazások működhetnek. Ezek állnak például a decentralizált tőzsdék, a DeFi, a stablecoinok, az NFT-k vagy a tokenizált eszközök mögött.

Mi az okos szerződés

A smart contract elnevezés kissé félrevezető lehet. Nem feltétlenül jogi értelemben vett szerződésről van szó, és végképp nem olyan programról, amely a mesterséges intelligenciához hasonlóan „okos" lenne.

Az okos szerződés lényegében a blockchainen tárolt program, amely előre meghatározott szabályokat tartalmaz, és ezek alapján hajt végre bizonyos műveleteket.

Az Ethereumon az okos szerződésnek saját blockchain-címe van, tartalmazza a saját kódját, valamint az aktuális állapotát megjelenítő adatokat. Tarthat például kriptovalutákat vagy tokeneket, a felhasználók pedig blockchain-tranzakciókon keresztül kommunikálhatnak vele. A szerződés ezt követően végrehajtja azt a funkciót, amely a kódjában be van programozva.

Ha bekövetkezik az A feltétel → hajtsd végre a B műveletet.

Például:

• – Ha a felhasználó elküldi a kért összeget → add ki neki a tokent.
• – Ha a fedezet értéke a megállapított szint alá esik → indítsd el a likvidációt.

Az okos szerződés tehát nem próbálja megérteni a felhasználó szándékát. Csak azokat a szabályokat hajtja végre, amelyek be vannak programozva.

Az okos szerződés mint automata

Az okos szerződés egyik legegyszerűbb hasonlata az árusító automata. Amikor odamegyünk hozzá, nem kell az eladóval alkudoznunk. Bedobjuk a megfelelő összeget, kiválasztjuk a terméket, az automata pedig a saját szabályai szerint kiadja az árut.

pénz + termékválasztás = a termék kiadása

Ha túl kevés pénzt dobunk be, a feltétel nem teljesül, és az automata nem hajtja végre a kért műveletet. Ha viszont a feltételek teljesülnek, nem szükséges, hogy még valaki kézzel döntsön arról, megkapjuk-e az árut.

Az okos szerződés hasonló módon működik. A különbség az, hogy fizikai automata helyett egy blockchainen tárolt programunk van, és egy doboz üdítő helyett az eredmény lehet például kriptovaluta átutalása, token kibocsátása vagy egy pénzügyi művelet végrehajtása.

Az okos szerződés nem dönt. Végrehajt.

Mit oldanak meg az okos szerződések

A hagyományos pénzügyi vagy kereskedelmi rendszerben gyakran szükségünk van valamilyen közvetítőre.

Képzeljünk el egy üzletet két olyan ember között, akik nem ismerik egymást. Az egyiknek pénzt kell fizetnie, a másiknak pedig ezt követően át kell adnia egy bizonyos eszközt. Egyszerű bizalmi probléma keletkezik.

Kinek kell elsőként teljesítenie a megállapodás rá eső részét?

Éppen ezért léteznek a hagyományos világban bankok, tőzsdék, letétkezelők, fizetési szolgáltatók és más intézmények, amelyek ellenőrzik a szabályokat, kezelik a pénzeszközöket és biztosítják a tranzakciók elszámolását.

Az okos szerződés lehetővé teszi, hogy ennek a szerepnek egy részét átvegye a program.

Képzeljünk el például egy digitális eszköz cseréjét 1 000 USDC-re. A vevő 1 000 USDC-t helyez az okos szerződésbe. Az eladó beteszi a kért digitális eszközt. Az okos szerződés ellenőrzi, hogy mindkét feltétel teljesült-e. Ha igen, elküldi az eszközt a vevőnek, az USDC-t pedig az eladónak.

Ilyen esetben az egyik félnek nem kell vakon bíznia abban, hogy a másik a pénzeszközök kézhezvétele után valóban teljesíti a kötelezettségét. Az elszámolás szabályai a program részét képezik.

Ez természetesen nem jelenti azt, hogy az okos szerződések teljesen megszüntették a közvetítőket. Automatizálhatnak azonban olyan tevékenységeket, amelyek korábban külön kezelőt vagy intézményt igényeltek.

Ethereum és a programozható blockchain

A Bitcoin támogat bizonyos programozható logikát, fő funkciója azonban továbbra is a digitális érték biztonságos átutalása és tárolása.

Az Ethereum ezt a gondolatot jelentősen kibővítette. Blockchainjét úgy tervezték, hogy általánosabb programokat is lehessen rajta futtatni. Az Ethereumon futó okos szerződések ma például Solidity vagy Vyper programozási nyelven írhatók, és a telepítésüket követően az Ethereum hálózat hajtja végre őket.

Például a felhasználó ETH-t helyez el egy hitelezési protokollban, az okos szerződés kiszámítja a fedezet értékét, lehetővé teszi, hogy ezzel szemben stablecoint vegyen fel, majd folyamatosan ellenőrzi, hogy a fedezet továbbra is megfelel-e a megkövetelt feltételeknek.

Éppen ez a programozhatóság teremtette meg a mai decentralizált alkalmazások ökoszisztémájának jelentős részét.

Az okos szerződések használata pénzbe kerül

Bár az okos szerződés automatizálhatja a folyamat egy részét, a végrehajtása nem ingyenes.

A blockchain által végzett minden művelet bizonyos számítási erőforrásokat igényel. Az Ethereumon ennek a munkának a költségét gas néven jelölik.

A felhasználó tehát nemcsak a klasszikus ETH-átutalásért fizet. Díjat kell fizetni az okos szerződésekkel való kommunikáció során is. Egy új okos szerződés telepítése önmagában is blockchain-tranzakció, és általában több gast igényel, mint egy egyszerű kriptovaluta-átutalás.

Ezért az egyes műveletek költsége jelentősen eltérhet. Egy egyszerű tokenátutalás kevesebb számítási munkát igényelhet, mint egy összetett művelet egy decentralizált pénzügyi alkalmazásban, amely egyetlen tranzakció során több különböző okos szerződéssel kommunikál.

Éppen a magasabb költségek és a főhálózat korlátozott kapacitása tartoznak a Layer 2 hálózatok fejlődésének okai közé, amelyek számos műveletet hatékonyabban és olcsóbban tudnak feldolgozni.

Mi jött létre az okos szerződéseknek köszönhetően

Decentralizált tőzsdék

Egy klasszikus kriptotőzsdén a kereskedési rendszert egy konkrét vállalat üzemelteti. A decentralizált tőzsde, vagyis a DEX ennek a folyamatnak egy részét okos szerződéseken keresztül irányíthatja.

A felhasználó például csatlakoztatja a tárcáját, kiválasztja a tokent, amelyet el akar cserélni, és megerősíti a tranzakciót. Az okos szerződés ezután a saját szabályai szerint végrehajtja a cserét, és meghatározza például:

• – hogyan számítják ki az árat,
• – hány tokent kap a felhasználó,
• – mekkora a díj,
• – hogyan kezelik a likviditást,
• – hová küldik a pénzeszközöket.

Maga a csere tehát nem feltétlenül egyetlen tőzsde által üzemeltetett adatbázison belül zajlik, hanem a blockchainen rögzített szabályokon keresztül.

DeFi

Még markánsabb az okos szerződések szerepe a decentralizált pénzügyekben, vagyis a DeFi-ben. Az okos szerződések itt például a következőket irányíthatják:

• – hitelek,
• – kriptovaluta-fedezet,
• – eszközök cseréje,
• – likviditáskezelés,
• – derivatívák,
• – jutalmak kifizetése,
• – a staking bizonyos formái.

Kriptovalutával fedezett hitel esetén az okos szerződés meghatározhatja a fedezet minimális értékét, és egy adott szint alá esés esetén automatikusan megindíthatja a likvidációt. A szabályokat így nem kell egy intézmény munkatársának kézzel ellenőriznie.

Stablecoinok

Az okos szerződések a stablecoinok szempontjából is fontosak. A token okos szerződés segítségével jöhet létre, kerülhet át címek között, vagy vonható ki ismét a forgalomból.

Egyes decentralizáltabb stablecoin-rendszereknél az okos szerződések ezenfelül kezelik a kriptovaluta-fedezetet, és automatikusan ellenőrzik, hogy annak értéke továbbra is elegendő marad-e.

A stablecoin egy eszköz. Az okos szerződés pedig az egyik olyan eszköz, amely irányíthatja a működésének szabályait.

NFT

Az NFT-k is jellemzően okos szerződéseken alapulnak. A szerződés meghatározhatja:

• – hány NFT létezik,
• – kihez tartozik egy konkrét token,
• – hogyan lehet átruházni,
• – milyen azonosító adatok kapcsolódnak hozzá,
• – milyen szabályok vonatkoznak rá.

Maga a kép, a zene vagy más médiatartalom ugyanakkor nem feltétlenül van teljes egészében közvetlenül az okos szerződésen belül tárolva. A szerződés viszont az adott token tulajdonjogának és átruházási szabályainak blockchain-nyilvántartását jelentheti.

Eszközök tokenizálása

Az okos szerződéseknek a tokenizáció során is jelentőségük van. A blockchain-token bizonyos feltételek mellett egy másik eszközben való részesedést vagy meghatározott gazdasági jogot képviselhet. Lehet szó például:

• – kötvényről,
• – alapról,
• – árutőzsdei termékről,
• – ingatlanról,
• – más pénzügyi instrumentumról.

Az okos szerződés ezután irányíthatja például a token átutalásait, az egyes felhasználók jogosultságait vagy bizonyos kifizetések felosztásának módját.

Itt azonban fontos különbséget tenni maga a blockchain-token és az általa képviselt jog között. Az okos szerződés képes irányítani a tokent, de a valós eszközhöz fűződő jogi viszony továbbra is a termék konkrét felépítésétől és az érvényes szabályoktól függ.

Az okos szerződések nem csak a kriptovalutákról szólnak

Az okos szerződés elve a tisztán kriptovaluta-alkalmazásokon kívül is hasznosítható.

Az IBM az okos szerződéseket olyan módszerként írja le, amellyel automatizálhatók a „ha vagy amikor bekövetkezik egy bizonyos feltétel, hajts végre egy konkrét műveletet" logikán alapuló folyamatok. Lehetséges felhasználásként említi például pénzeszközök felszabadítását, események rögzítését vagy egy munkafolyamat következő lépésének elindítását.

Hasonló elv alkalmazható például az ellátási láncban is. Képzeljük el egy bizonyos áru szállítását. A rendszer rögzítheti a szállítás egyes szakaszaira vonatkozó információkat. A kézbesítés visszaigazolása után automatikusan elindulhat a következő folyamat, például a fizetés felszabadítása vagy a megrendelés állapotának módosítása.

Az IBM olyan blockchain-rendszerekre hoz példákat, amelyeket a gyógyszeripari áruk nyomon követésénél, a beszállítók és megrendelők közötti kapcsolatok kezelésénél vagy a nemzetközi kereskedelem területén használnak.

Az okos szerződések mint digitális LEGO

Az okos szerződések egyik legérdekesebb tulajdonsága, hogy képesek együttműködni egymással.

Nyilvános blockchainen az alkalmazások és az okos szerződések kommunikálhatnak a már telepített szerződésekkel, és a nyílt szoftveres interfészekhez hasonlóan használhatják azok funkcióit. Ezt az elvet composability, vagyis komponálhatóság néven jelölik.

A legegyszerűbb az egyes okos szerződéseket LEGO kockákként elképzelni. Minden kocka elláthat egy bizonyos funkciót. Az egyik stablecoint kezel. A másik decentralizált tőzsdét. A harmadik hiteleket nyújt. A negyedik árfolyamadatokat szerez be.

Egy új alkalmazás fejlesztőjének nem kell mindezeket a funkciókat a nulláról megalkotnia. Bizonyos, már létező okos szerződéseket építőelemként használhat.

Képzeljünk el például egy alkalmazást a kriptoportfólió automatikus kezelésére. Ez a következőket teheti:

• – felhasználhat egy másik protokoll által létrehozott stablecoint,
• – megszerezheti egy eszköz árát egy oracle-tól,
• – elcserélheti a tokent egy decentralizált tőzsdén keresztül,
• – majd elhelyezheti a pénzeszközöket egy további DeFi protokollban.

Mindez több, egymással összekapcsolt okos szerződésen keresztül zajlódhat le.

Éppen a komponálhatóság az egyik oka annak, hogy a decentralizált alkalmazások ökoszisztémája ilyen gyorsan tud kialakulni.

Van azonban egy másik oldala is. Ha egy alkalmazás több további okos szerződéstől függ, akkor az egyikükben lévő probléma tovább terjedhet. Az összekapcsoltság előnye így egyben egy újfajta kockázattá is válik.

Az okos szerződés nem lát rá a valós világra

Az okos szerződés nagyon jól tud dolgozni azokkal az információkkal, amelyek közvetlenül a blockchainen léteznek. Megállapíthatja például:

• – hány tokennel rendelkezik egy adott cím,
• – lezajlott-e egy konkrét tranzakció,
• – mennyi pénzeszköz van elhelyezve egy másik szerződésben,
• – milyen állapotban van egy bizonyos blockchain-alkalmazás.

Önmagában azonban alapesetben nem képes megállapítani, mi történik a blockchainen kívül. Nem tudja például:

• – mennyi az arany aktuális ára,
• – esik-e ma az eső,
• – ki nyerte meg a sportmérkőzést,
• – mennyi az EUR/USD árfolyam,
• – megérkezett-e valóban a küldemény,
• – teljesítette-e a cég egy bizonyos kötelezettségét.

Ha az okos szerződésnek a blockchainen kívüli adatokkal kell dolgoznia, ezeket az adatokat más rendszereken keresztül kell megszereznie. Éppen itt lépnek színre az oracles.

Oracles: híd a blockchain és a külvilág között

Az oracle olyan információkat szolgáltat az okos szerződésnek, amelyek a blockchainen kívülről származnak.

Képzeljük el újra a hitelezési alkalmazást. A felhasználó 10 000 dollár értékű ETH-t helyez el fedezetként, és ezzel szemben stablecoint vesz fel. Az okos szerződés ismeri a rendszerben elhelyezett ETH mennyiségét. Azt viszont nem tudja automatikusan, hogy egy ETH épp mennyibe kerül dollárban.

Ha figyelnie kell a fedezet értékét, külső árfolyamadatra van szüksége. Ezt egy oracle szolgáltathatja. Ennek köszönhetően az okos szerződés dolgozhat például pénzügyi eszközök áraival, események eredményeivel vagy más, blockchainen kívülről származó adatokkal.

Ezzel azonban új probléma keletkezik.

Mi van akkor, ha az oracle hibás értéket ad meg?

Az okos szerződés lehet tökéletesen megírva, és mégis rossz műveletet hajthat végre, ha hibás bemeneti adatokat kap.

Például egy eszköz hibás ára ahhoz vezethet, hogy a hitelezési rendszer likvidál egy olyan pozíciót, amelyet normális körülmények között nem likvidálna.

Ezt a problémát gyakran oracle problem néven emlegetik. A rendszer biztonsága tehát nem csupán magától az okos szerződéstől függ, hanem az általa használt adatok minőségétől és megbízhatóságától is.

Az okos szerződés azt teszi, ami a kódban van

Az okos szerződések egyik legnagyobb előnye a kiszámíthatóság: ha a szerződésnek szilárdan meghatározott szabályai vannak, azokat saját mérlegelés nélkül hajtja végre. Ugyanakkor ez az egyik legnagyobb gyengeségük is. A program nem tudja, mit szándékozott a fejlesztő, csak azt, amit ténylegesen beprogramozott.

Ezért az okos szerződések fejlesztése során a biztonság kiemelten fontos. Ezek a programok gyakran valódi digitális eszközöket kezelnek, és egy hibának azonnali pénzügyi következményei lehetnek. Fontos szerepet játszik ezért a tesztelés, a biztonsági ellenőrzés és az audit még azelőtt, hogy a szerződést a főhálózatba telepítenék.

A kriptovaluták története megmutatja, hogy az okos szerződésben lévő hiba nem csupán elméleti probléma.

Az egyik legismertebb eset a The DAO projekt volt 2016-ban. Az okos szerződésében lévő hibát kihasználva mintegy 3,6 millió ETH-t szivattyúztak ki. Az esemény ezt követően nagyon összetett vitát váltott ki arról, hogy az Ethereumnak reagálnia kell-e az incidensre, és ha igen, hogyan, végül pedig hozzájárult a hálózat Ethereumra és Ethereum Classicra való szétválásához.

Ez az eset egy nagyon fontos elvet mutatott meg. A blockchain helyesen végrehajthatja az okos szerződés szabályait, de ha a hiba már magukban a szabályokban van, a decentralizáció azt nem javítja ki automatikusan.

A technológia tehát megszüntetheti a közvetítőbe vetett működési bizalom egy részét, ugyanakkor növeli a program helyességének jelentőségét.

Megváltoztathatatlanság, frissítések és ellenőrzés

Gyakran hangzik el, hogy az egyszer telepített okos szerződést már nem lehet megváltoztatni.

Az alapelv valóban az, hogy az adott blockchain-címen tárolt kód alapesetben megváltoztathatatlan. Ez segít megteremteni a bizalmat abban, hogy a szabályokat senki sem írhatja át figyelmeztetés nélkül.

Ennek azonban hátránya is van. Ha kritikus hiba jelenik meg a szerződésben, azt nem lehetne egyszerűen kijavítani úgy, ahogyan egy szokásos mobilalkalmazást frissítünk.

Ezért jöttek létre különféle mechanizmusok, amelyek lehetővé teszik az alkalmazások frissítését. Például az úgynevezett proxy modell elválasztja a rendszernek azt a részét, amellyel a felhasználó kommunikál, az aktuális logikát tartalmazó programtól. A fejlesztők ezután bizonyos feltételek mellett telepíthetik a logika új verzióját anélkül, hogy megváltozna a felhasználók által használt fő cím.

Ezzel azonban újabb kompromisszum keletkezik. Ha valaki frissítheti a rendszer szabályait, tudnunk kell:

Kinek van erre jogosultsága?

• – egy cégnek,
• – egy embernek,
• – egy fejlesztői csoportnak,
• – egy DAO-nak,
• – egy multisignak.

Az okos szerződés tehát technikailag alapulhat decentralizált blockchainen, de néhány fontos része továbbra is egy viszonylag kis embercsoporttól függhet.

Az egyik módja annak, hogy csökkentsük az egyetlen emberre vagy egyetlen privát kulcsra való ráutaltságot, a multisig.

A multisig, vagyis multiple signature több független aláírást igényel egy adott művelet végrehajtásához.

Például a 3 az 5-ből konfiguráció azt jelenti, hogy öt jogosult kulcs létezik, de a művelet végrehajtásához legalább háromnak jóvá kell hagynia.

A multisiget például pénzeszközök vagy egyes DAO-részek kezelésénél használják. Előnye, hogy egyetlen kulcs elvesztése vagy kompromittálása nem jelenti automatikusan az egész rendszer feletti irányítás elvesztését.

A multisig ugyanakkor nem szinonimája a decentralizációnak. Ha egy fontos változásról például öt emberből három dönt, az még mindig meglehetősen kis csoport.

Ezért az okos szerződéseknél érdemes nem csupán azt figyelni, hogy blockchaint használnak-e, hanem azt is, kinek van valójában jogosultsága megváltoztatni a működésüket.

Ez az egyik leggyakoribb tévedés.

Egy alkalmazás futhat decentralizált blockchainen, és mégis számos centralizált elemet tartalmazhat:

• – a webes felületet egy vállalat üzemelteti,
• – a szerződés frissítését néhány adminisztrátor irányítja,
• – az adatokat korlátozott számú oracle szolgáltatás biztosítja,
• – az üzemeltető felfüggeszthet bizonyos funkciókat,
• – egy adott kulcs megváltoztathatja a rendszer bizonyos paramétereit.

Ezért nem pontos azt mondani:

„Okos szerződést használ, tehát decentralizált."

A helyesebb kérdés így hangzik:

„A rendszer mely részei decentralizáltak, és melyek igényelnek továbbra is bizalmat konkrét személyek vagy infrastruktúra iránt?"

Ugyanez az elv érvényes a stablecoinoknál, a Layer 2 hálózatoknál és a kriptopiac további területein is.

Az okos szerződés nem automatikusan jogi szerződés

A „contract" szó azt a benyomást keltheti, hogy jogilag kötelező érvényű szerződésről van szó. Az okos szerződés azonban elsősorban program.

Végrehajthatja egy bizonyos megállapodás feltételeit, önmagában azonban nem feltétlenül jelent szerződést a klasszikus jogi értelemben.

Az okos szerződések előnyei

Automatizálás: Amint a meghatározott feltételek teljesülnek, a program kézi beavatkozás nélkül hajthatja végre a következő lépést.

Átláthatóság: A nyilvános blockchainoknál gyakran nyomon követhetők az okos szerződés tranzakciói, és számos esetben a közzétett forráskódja is. Maga a nyilvános kód azonban még nem jelenti azt, hogy egyszerű megítélni a helyességét.

Programozhatóság: Az okos szerződések sokkal összetettebb szabályok létrehozását teszik lehetővé, mint egy egyszerű kriptovaluta-átutalás.

Komponálhatóság: Az egyes szerződések kombinálhatók, és további alkalmazások építőelemeiként használhatók.

Globális elérhetőség: Egy nyilvános blockchain-alkalmazás elérhető lehet a kompatibilis tárcával rendelkező felhasználók számára attól függetlenül, honnan csatlakoznak a hálózathoz. A gyakorlatban azonban a hozzáférést befolyásolhatja például a konkrét felhasználói felület, a szabályozás vagy az okos szerződés körüli további szolgáltatások.

Milyen kockázatai vannak az okos szerződéseknek

Kódhiba kockázata: Ha a szerződés valódi eszközöket kezel, egy apró programozói hibának is nagyon súlyos pénzügyi következményei lehetnek.

Oracle-kockázat: Az okos szerződés lehet helyes, de hibás külső adatokkal dolgozhat.

Adminisztrátori kockázat: Ha a rendszer frissíthető vagy felfüggeszthető, számít, hogy ki gyakorolja ezeket a jogosultságokat.

További okos szerződések kockázata: A composability azt jelenti, hogy az alkalmazások összekapcsolódhatnak. Az egyik protokollban lévő probléma hatással lehet az attól függő rendszerre.

Blockchain-kockázat: Az okos szerződés egyben függ attól a blockchain-hálózattól is, amelyen működik, beleértve annak díjait, elérhetőségét és biztonsági tulajdonságait.

Felhasználói kockázat: A blockchain-tranzakciók általában nehezen visszafordíthatók. A felhasználó kommunikálhat csalárd szerződéssel, jóváhagyhat veszélyes tranzakciót, túl széles jogosultságot adhat a szerződésnek a tokenjeivel való munkára, vagy hamis felhasználói felületet használhat.

Az okos szerződés biztonsága ezért még nem jelenti automatikusan a felhasználótól a blockchainig vezető teljes út biztonságát.

Mit érdemes ellenőrizni egy okos szerződés használata előtt

Egy átlagos felhasználó természetesen nem fogja minden tranzakció előtt a Solidity programozási nyelvet tanulmányozni. Mégis van néhány egyszerű kérdés, amely segít jobban megérteni az alkalmazás kockázatát.

Ki hozta létre az alkalmazást? Ismert-e a fejlesztői csapat, és van-e a projektnek visszakövethető előtörténete?

Mióta működik a rendszer? Egy új technológia lehet érdekes, ugyanakkor rövidebb valós üzemelési időszak áll mögötte.

Auditálták-e az okos szerződéseket? A biztonsági audit nem garancia arra, hogy a programban nincs hiba, de feltárhat néhány jelentős kockázatot.

Frissíthető-e a szerződés? Ha igen, ki hajthatja végre a változtatást?

Létezik-e adminisztrátori kulcs vagy multisig? Fontos tudni, kinek van lehetősége a rendszer fontos részeit megváltoztatni.

Használ-e az alkalmazás oracle-t? Ha igen, milyen módon szerzi be a külső adatokat?

Mely további protokolloktól függ? A további okos szerződésekkel való összekapcsolódás hasznot és további függőségeket egyaránt hozhat.

Mi történik probléma esetén? Van-e a rendszernek lehetősége bizonyos funkciók leállítására vagy biztonsági frissítés végrehajtására?

Minél összetettebb egy alkalmazás, annál fontosabb megérteni, hogy a biztonságát nem egyetlen okos szerződés adja, hanem a köré épülő teljes architektúra.

Összegzés

Az okos szerződés alapjában véve egyszerű koncepció: a blockchainen tárolt program kap egy bizonyos bemenetet, ellenőrzi az előre meghatározott szabályokat, és végrehajt egy konkrét műveletet. Éppen ez a gondolat tette lehetővé, hogy a blockchain felhasználása a kriptovaluták átutalásától a pénzügyi alkalmazásokig, a digitális eszközökig és az automatizált folyamatokig bővüljön.

Az okos szerződések ugyanakkor nem jelentik azt, hogy a digitális világból eltűnt volna a bizalom szükségessége vagy a kockázat. A bizalom csupán részben helyeződik át. Ahelyett, hogy csak azt kérdeznénk: „Megbízhatok a közvetítőben?", azt is meg kell kérdeznünk: „Megbízhatok a kódban, az általa használt adatokban és azokban az emberekben, akik esetleg megváltoztathatják a működését?"

Nem elég tehát tudni, hogy egy adott szolgáltatás „okos szerződéseket használ". Fontosabb megérteni, mit csinál valójában a szerződés, honnan szerzi az információkat, kinek van felette ellenőrzése és mitől függ. Az okos szerződések nem automatikusan biztonságosak vagy decentralizáltak, de a mai blockchain-alkalmazások egyik fő építőkövét jelentik.

Ez a szöveg kizárólag tájékoztató és oktatási célokat szolgál, és nem minősül befektetési tanácsadásnak. A kriptoeszközök volatilisek, és a teljes befektetett összeget elveszítheti.