Okosszerződések (smart contracts) a magyar jogban: érvényesség, bizonyítás és felelősség

Az okosszerződés (smart contract) egy blokkláncra telepített, önvégrehajtó programkód, amely előre meghatározott feltételek teljesülése esetén automatikusan végrehajtja a szerződésben rögzített jogkövetkezményeket – fizetést indít, tokent ad át, hozzáférést nyit meg vagy zárol. A technológia 2026-ra a kriptoeszköz-piacokon túl az ellátási lánc menedzsmenttől a biztosítási kártérítésig számos területen megjelent. Az alábbiakban áttekintjük, hogyan illeszkedik ez az új technikai valóság a magyar polgári jog keretrendszerébe.

Dogmatikai besorolás: szerződéstípus vagy teljesítési mód?

Az okosszerződés nem önálló szerződésfajta

A magyar polgári jog szempontjából az okosszerződés nem önálló, nevesített szerződéstípus. A Ptk. Hatodik Könyve a szerződéseket tartalmuk és gazdasági funkciójuk, nem pedig technikai megvalósításuk szerint tipizálja. Az okosszerződés valójában kettős természetű:

• A szerződéses akarat kifejezésének eszköze: a felek a programkódban fejezik ki a szerződéses feltételeket és jogkövetkezményeket;
• Automatizált teljesítési mód: a kód a feltételek teljesülése esetén emberi beavatkozás nélkül hajtja végre a teljesítést.

A Ptk. 6:58. § szerinti szerződési szabadság alapján a felek szabadon választhatják az okosszerződést mint a szerződéskötés és teljesítés eszközét, feltéve, hogy a jogszabály az adott szerződéstípusra vonatkozóan kötelező alakszerűséget nem ír elő, vagy az alakszerűségi követelményt az okosszerződés teljesíti.

Alakszerűségi kérdések: az írásbeliség és az elektronikus forma

A Ptk. alakszerűségi szabályai

A Ptk. 6:7. § (1) bekezdése szerint a jognyilatkozat akkor minősül írásbelinek, ha azt a nyilatkozó fél aláírja. A (2) bekezdés kiterjeszti ezt az elektronikus dokumentumokra: „Írásbelinek kell tekinteni a jognyilatkozatot akkor is, ha annak közlésére a nyilatkozatban foglalt tartalom változatlan visszaidézésére, a nyilatkozattevő személyének és a nyilatkozat megtétele időpontjának azonosítására alkalmas formában kerül sor.”

Az okosszerződés vonatkozásában a kulcskérdés: a blokkláncon rögzített tranzakció teljesíti-e a Ptk. 6:7. § (2) bekezdés hármas feltételét?

1. Tartalom változatlan visszaidézése: a blokklánc kriptográfiai természetéből fakadóan az egyszer rögzített adat megváltoztathatatlan (immutable) – ez a feltétel teljesül.
2. A nyilatkozattevő személy azonosítása: ez a kritikus pont. A blokklánc-címek önmagukban pszeudonimek – nem azonosítják a természetes vagy jogi személyt. Az azonosítás csak akkor biztosított, ha a tranzakciót minősített elektronikus aláírással (vagy legalább fokozott biztonságú elektronikus aláírással) látják el, összhangban az eIDAS rendelettel ((EU) 910/2014).
3. A nyilatkozat megtétele időpontjának azonosítása: a blokklánc blokkjainak időbélyege ezt biztosítja, bár a pontos időpont a blokk-bányászat időszükségletétől függ.

Az eIDAS rendelet és a minősített elektronikus aláírás

Az eIDAS rendelet (az Európai Parlament és a Tanács (EU) 910/2014 rendelete) 25. cikk (2) bekezdése értelmében a minősített elektronikus aláírás a kézzel írt aláírással azonos joghatással bír. Ha a felek az okosszerződés megkötésekor minősített elektronikus aláírást használnak, az alakszerűségi követelmény minden olyan szerződéstípus esetén teljesül, amelyre a jogszabály írásbeli formát ír elő.

Fontos hangsúlyozni: önmagában a privát kulccsal való tranzakció-aláírás a blokkláncon nem minősül minősített elektronikus aláírásnak az eIDAS értelmében. A minősített elektronikus aláíráshoz minősített tanúsítványra és minősített aláírás-létrehozó eszközre van szükség. Ennek hiányában a blokklánc-tranzakció elektronikus aláírásnak minősülhet, de a bizonyító ereje alacsonyabb.

A blokklánc bizonyító ereje a polgári perben

A közokirat és a magánokirat megkülönböztetése

Az eredeti szöveg állításával ellentétben: a blokklánc-tranzakciós naplók nem minősülnek közokiratnak. A Pp. (2016. évi CXXX. törvény) 323. §-a szerint közokirat az, amelyet bíróság, közjegyző vagy más hatóság, illetve közintézmény ügykörén belül, a megszabott alakban állított ki. A blokklánc decentralizált, hatóságtól független technológia – az azon rögzített adatok magánokiratnak minősülhetnek.

Teljes bizonyító erejű magánokirat

A Pp. 325. § (1) bekezdése taxatíve felsorolja a teljes bizonyító erejű magánokirat feltételeit. A blokklánc-tranzakció akkor minősülhet ilyennek, ha:

• a nyilatkozatot minősített vagy fokozott biztonságú elektronikus aláírással látták el (Pp. 325. § (1) bek. e) pont, az elektronikus ügyintézés és a bizalmi szolgáltatások általános szabályairól szóló 2015. évi CCXXII. törvénnyel összhangban); vagy
• a dokumentumot minősített elektronikus időbélyeggel látták el.

Ha ezek a feltételek nem teljesülnek – például a tranzakciót csupán egy pszeudonym blokklánc-címmel írták alá –, a blokklánc-adat egyszerű magánokiratként értékelendő, amelynek bizonyító erejét a bíróság a Pp. 279. § alapján a szabad bizonyítás elvének megfelelően, a többi bizonyítékkal együttesen mérlegeli.

A DLT Pilot Regime és az uniós keret

A megosztott főkönyvi technológia alkalmazhatóságának uniós szintű keretét a DLT Pilot Regime rendelet ((EU) 2022/858) teremtette meg, amely 2023 márciusától lehetővé teszi DLT-alapú piaci infrastruktúrák üzemeltetését a pénzügyi piacokon. Bár ez a rendelet közvetlenül a pénzügyi eszközök forgalmazására vonatkozik, a benne foglalt technológiai elismerés és a jogszabályi alkalmazkodás mintaként szolgálhat a blokklánc-alapú bizonyítékok perbeli elfogadásához is.

A kód és a szándék eltérése: értelmezési kérdések

A szerződés értelmezésének általános szabályai

A magyar szerződési jog egyik legkritikusabb kérdése az okosszerződésekkel kapcsolatban a kód és a természetes nyelven kifejezett szándék eltérése. Ha a programkód másként működik, mint ahogy a felek a szerződéses szándékukat szöveges formában rögzítették, melyik az irányadó?

A Ptk. 6:86. § szerint a szerződés tartalmát a felek kölcsönös és egybehangzó akaratnyilatkozata határozza meg, és az értelmezés során a nyilatkozatot a Ptk. 6:8. § (1) bekezdése alapján annak összefüggéseire, a nyilatkozat megtételekor fennálló körülményekre és a szokásos nyelvhasználatra tekintettel, a nyilatkozó feltehető akarata szerint kell értelmezni.

Ez a szabály döntő: a kód önmagában nem a szerződés, hanem a szerződés végrehajtásának eszköze. Ha a kód hibás (bug), és emiatt a végrehajtás eltér a felek megállapodásától, a felek valódi szándéka az irányadó, nem a kód által produkált eredmény. A kódhibából eredő teljesítés jogalap nélküli gazdagodásnak (Ptk. 6:579. §) vagy szerződésszegésnek minősülhet.

Gyakorlati következmény: a természetes nyelvű rögzítés fontossága

Ebből az következik, hogy az okosszerződések alkalmazásakor elengedhetetlen a felek megállapodásának természetes nyelven történő párhuzamos rögzítése. A gyakorlatban a legjobb megoldás a dual-layer megközelítés: a szerződés szövegét természetes nyelven is dokumentálják, és a programkódot ennek technikai megvalósításaként kezelik. Eltérés esetén a természetes nyelvű változat az irányadó.

Automatizált teljesítés és felelősség

Az automatizált kártérítés jogi kerete

Az okosszerződések egyik legígéretesebb alkalmazási területe az automatizált kártérítés – például repülőjárat késése esetén az utasnak járó kompenzáció azonnali, emberi beavatkozás nélküli kiutalása a blokkláncon. A jogi keret szempontjából ez a 261/2004/EK rendelet (légi utasok jogai) alapú kártérítés automatizálása.

A felelősség rétegei

Ha az okosszerződés hibásan működik – téves adatot kap, hibás kódlogikát alkalmaz, vagy a külső adatforrás (oracle) pontatlan információt közvetít –, a felelősség megállapítása összetett:

1. A fejlesztő felelőssége: a programkód hibájáért a fejlesztő a szolgáltatási szerződés alapján kontraktuális felelősséggel tartozhat, emellett a Ptk. 6:519. § szerinti általános deliktuális felelősség is felmerülhet, ha a hibás kód harmadik félnek okoz kárt.
2. A szolgáltató (platform) felelőssége: a platformüzemeltető, amely az okosszerződést a felhasználók számára elérhetővé teszi, a Ptk. 6:142. § (általános szerződési feltételek) és a fogyasztóvédelmi jogszabályok alapján felelősségre vonható.
3. Az oracle-szolgáltató felelőssége: ha a hibás végrehajtás oka a külső adatforrás téves adata (pl. a járatinformációs API hibásan jelezi a késés tényét), az oracle-szolgáltató a saját szerződéses viszonyai és a Ptk. 6:519. § alapján felelhet.
4. Termékfelelősség: ha az okosszerződés-alapú szolgáltatás terméknek minősül, a Ptk. 6:550–6:559. § szerinti termékfelelősségi szabályok is alkalmazandók lehetnek – különösen az EU termékfelelősségi irányelvének 2024-es modernizálása ((EU) 2024/2853) fényében, amely a szoftvert is a termékfogalom alá vonja.

Az AI Act kapcsolódási pontja

Ha az okosszerződés mesterséges intelligencia elemeket tartalmaz – például prediktív algoritmus dönt a kártérítés összegéről –, az AI Act ((EU) 2024/1689) átláthatósági és kockázatkezelési követelményei is alkalmazandók lehetnek. 2026-ban a teljes AI Act alkalmazhatósági időszaka még nem zárult le, de a magas kockázatú AI-rendszerek (Annex III) szabályai már hatályosak.

Fogyasztóvédelem és az elállási jog

Az automatizált végrehajtás és a 14 napos elállási jog feszültsége

A fogyasztó és a vállalkozás közötti, távollévők között kötött szerződésekre vonatkozó 45/2014. (II. 26.) Korm. rendelet 20. §-a alapján a fogyasztó a szerződéstől annak megkötésétől számított 14 napon belül indokolás nélkül elállhat. Ez az elállási jog a 2011/83/EU irányelv implementációja.

Az okosszerződések problémája: ha a blokklánc-tranzakció visszavonhatatlan (immutable), hogyan érvényesülhet a fogyasztó elállási joga?

A megoldás: a visszafordíthatóság biztosítása

A hatályos magyar jog nem ír elő nevesített „vészleállító” (kill switch) kötelezettséget az okosszerződésekre – ilyen specifikus jogszabályi rendelkezés 2026 márciusában nem létezik. Ugyanakkor a fogyasztóvédelmi szabályok kötelező ereje (Ptk. 6:104. § – a fogyasztó jogáról lemondó nyilatkozat semmissége) azt jelenti, hogy:

• a fogyasztói szerződésbe foglalt okosszerződés nem zárhatja ki a 14 napos elállási jogot;
• ha ezt mégis kizárja, a szerződéses kikötés semmis (Ptk. 6:104. §);
• a szolgáltatónak technikai megoldást kell biztosítania az elállás végrehajthatóságára (pl. escrow mechanizmus, időzített végrehajtás a 14 napos elállási határidő lejártáig, vagy fordított tranzakció indításának lehetősége).

A 45/2014. Korm. rendelet 29. §-a tartalmazza az elállási jog alóli kivételeket – így például a digitális tartalom szolgáltatásának megkezdése utáni elállási jog elvesztését (29. § (1) bek. m) pont), ha a fogyasztó ehhez előzetesen hozzájárult. Ez a kivétel az okosszerződések bizonyos típusainál releváns lehet, de alkalmazása a fogyasztó kifejezett, tájékozott beleegyezéséhez kötött.

A tisztességtelen szerződési feltételek kontrollja

Az okosszerződés programkódjába foglalt feltételek a Ptk. 6:102–6:104. § szerinti tisztességtelen általános szerződési feltételnek minősülhetnek, ha a fogyasztó számára hátrányosak, és a fogyasztó azokat érdemben nem tudta befolyásolni. A „kód a törvény” (code is law) megközelítés a magyar jogban nem tartható: a kódfeltételek éppúgy a tisztességtelenségi kontrollnak alávetettek, mint a természetes nyelven megfogalmazott ÁSZF-ek.

Az okosszerződések és a magyar bírósági gyakorlat

A joghatóság és az alkalmazandó jog kérdése

A blokklánc határokon átnyúló jellege felveti a joghatóság kérdését. Ha a felek nem kötöttek jogválasztási megállapodást (Ptk. 6:62. §), a Róma I. rendelet ((EK) 593/2008) alkalmazandó, amelynek 4. cikke alapján a jellemző szolgáltatást nyújtó fél szokásos tartózkodási helye szerinti jog az irányadó. Fogyasztói szerződéseknél a Róma I. rendelet 6. cikke alapján a fogyasztó szokásos tartózkodási helye szerinti jog alkalmazandó.

A kódaudit mint prevenciós eszköz

A jogviták megelőzésének egyik leghatékonyabb eszköze az okosszerződés-kód független auditáltatása a telepítés előtt. A kódaudit nem jogszabályi kötelezettség, de a szolgáltató gondossági kötelezettségének (Ptk. 1:4. § – jóhiszeműség és tisztesség) és a fogyasztóvédelmi tájékoztatási kötelezettségnek megfelelő üzleti gyakorlat részét képezi.

Gyakorlati összefoglaló

1. Az okosszerződés nem önálló szerződéstípus: a Ptk. rendszerében a szerződéskötés és teljesítés technikai eszköze – érvényességéhez a felek akaratnyilatkozata és a jogszabályi alakszerűség teljesítése szükséges.
2. A blokklánc nem közokirat: a blokklánc-tranzakciók magánokiratnak minősülnek; teljes bizonyító erejű magánokiratként való elfogadásukhoz minősített vagy fokozott biztonságú elektronikus aláírás szükséges.
3. A kód nem a szerződés, hanem annak végrehajtása: a felek természetes nyelven rögzített megállapodása az irányadó; a kódhiba szerződésszegést vagy jogalap nélküli gazdagodást eredményezhet.
4. A fogyasztó elállási joga nem zárható ki: az okosszerződés visszavonhatatlansága nem mentesít a 14 napos elállási jog biztosítása alól; technikai megoldással (escrow, időzítés) kell gondoskodni az elállás végrehajthatóságáról.
5. Többrétegű felelősségi rendszer: a hibás okosszerződés miatti kárért a fejlesztő, a platformszolgáltató és az oracle-szolgáltató egyaránt felelősséggel tartozhat – a felelősségi szabályok a Ptk. kontraktuális és deliktuális felelősségi rendjéhez, valamint a termékfelelősséghez igazodnak.