A bridge támadás a kriptopiac egyik legveszélyesebb kibertámadási formája, amelynek célpontja a különböző blokkláncokat összekötő infrastruktúra. A blokklánchidakon keresztül gyakran több százmillió dollárnyi kriptoeszköz mozog vagy kerül letétbe, ezért egyetlen biztonsági hiba rendkívül nagy veszteséget okozhat.
De miért van egyáltalán szükség bridge-ekre, ha a blokkláncokat éppen azért hozták létre, hogy közvetítők nélkül működjenek? Mit jelent az, amikor egy támadó „hamis tokeneket mintel” egy másik hálózaton? És hogyan fordulhat elő, hogy az Ethereum vagy a Solana közben teljesen hibátlanul működik, mégis több százmillió dollár tűnik el?
A bridge támadások megértéséhez először azt kell tisztázni, hogyan kommunikálnak – illetve alaphelyzetben hogyan nem kommunikálnak – egymással a különböző blokkláncok.
Mi az a blockchain bridge, és miért van rá szükség?
A Bitcoin, az Ethereum, a Solana és más blokkláncok különálló rendszerek. Mindegyik saját szabályokkal, tranzakciós előzményekkel, validátorokkal vagy bányászokkal és saját hálózati állapottal rendelkezik.
Egy blokklánc alaphelyzetben nem tudja automatikusan ellenőrizni, mi történt egy másik blokkláncon.
Ezt az Ethereum dokumentációja is alapvető interoperabilitási problémaként írja le: a blokkláncok egymástól elkülönült környezetek, a bridge-ek pedig kapcsolatot teremtenek közöttük, lehetővé téve tokenek, adatok, üzenetek és akár okosszerződés-hívások továbbítását egyik hálózatról a másikra.
A blockchain bridge, magyarul blokklánchíd tehát olyan protokoll vagy infrastruktúra, amely két vagy több blokklánc között teremt kapcsolatot.
Vegyünk egy egyszerű példát.
Tegyük fel, hogy egy befektetőnek 10 ETH-ja van az Ethereum hálózaton, de egy másik blokkláncon működő DeFi-alkalmazást szeretne használni. Az eredeti ETH azonban natívan csak az Ethereumon létezik.
A felhasználó ezért egy bridge-en keresztül továbbítja az eszközét.
Ez azonban sok esetben nem úgy történik, mintha egy banki átutalás során ugyanaz a pénz egyszerűen egyik számláról a másikra kerülne. Az ETH valójában nem hagyja el az Ethereum blokkláncot.
Egy klasszikus „lock and mint” bridge esetében a folyamat leegyszerűsítve így működik:
- a felhasználó 10 ETH-t küld a bridge Ethereumon működő okosszerződésébe;
- a bridge zárolja ezt a 10 ETH-t;
- a rendszer ellenőrzi, hogy a befizetés valóban megtörtént;
- a célblokkláncon létrehoz 10 olyan tokent, amely az eredeti ETH-t képviseli;
- amikor a felhasználó vissza szeretne térni Ethereumra, a reprezentáló tokeneket megsemmisítik vagy zárolják;
- az eredeti ETH felszabadul az Ethereumon.
Az Ethereum fejlesztői dokumentációja három gyakori modellt különböztet meg: lock and mint, burn and mint, valamint az úgynevezett atomic swap megoldásokat.
Ez az egyszerűnek tűnő folyamat azonban egy rendkívül fontos biztonsági kérdést vet fel:
Honnan tudja a második blokklánc, hogy az elsőn valóban megtörtént a befizetés?
A bridge támadások jelentős része pontosan ezt a bizalmi kapcsolatot próbálja kijátszani.
Mi az a bridge támadás?
A bridge támadás olyan kibertámadás, amelynek során a támadó a blokkláncok közötti kommunikációt, a bridge okosszerződéseit, ellenőrzési rendszerét, validátorait, privát kulcsait vagy más kritikus komponensét kompromittálja.
A cél általában az, hogy a támadó olyan eszközökhöz jusson hozzá, amelyekre valójában nem jogosult.
Ennek egyik legegyszerűbb elméleti példája a hamis befizetés.
Tegyük fel, hogy a bridge szabálya a következő:
„Ha valaki 100 ETH-t zárolt az A blokkláncon, hozz létre számára 100 ETH-t reprezentáló tokent a B blokkláncon.”
A rendszer biztonsága teljes egészében azon múlik, hogy képes-e hitelesen ellenőrizni az első mondatrészt.
Ha egy támadó valamilyen sérülékenység segítségével el tudja hitetni a rendszerrel, hogy befizetett 100 ETH-t, miközben valójában semmit sem fizetett be, a célblokkláncon fedezet nélküli tokenek jöhetnek létre.
Ha ezeket valódi eszközökre – például ETH-ra vagy Stabilcoinokra – lehet váltani, a támadó valós értéket vonhat ki a rendszerből.
Ez az oka annak, hogy a bridge támadás nem feltétlenül jelenti egyik érintett alapblokklánc feltörését sem. Az Ethereum vagy a Solana közben működhet tökéletesen a saját szabályai szerint.
A hiba a két rendszer közötti bizalmi rétegben lehet.
Miért különösen veszélyesek a bridge támadások?
A bridge-ek több szempontból is vonzó célpontot jelentenek a támadók számára.
Az első probléma a koncentrált eszközállomány.
Egy lock-and-mint bridge-nek valahol őriznie kell azokat az eredeti eszközöket, amelyek mögött a másik hálózaton kibocsátott tokenek állnak. Egy nagy bridge okosszerződéseiben ezért hatalmas mennyiségű ETH, WBTC, Stabilcoin vagy más eszköz halmozódhat fel.
Ez gyakorlatilag olyan, mint egy rendkívül nagy digitális páncélterem.
A második probléma a technológiai összetettség.
Egy bridge-nek nemcsak egyetlen blokklánc szabályait kell kezelnie. Figyelnie kell több hálózatot, hitelesítenie kell a közöttük továbbított üzeneteket, kezelnie kell a tokenkibocsátást, a letéteket és gyakran külső validátorokat, relayer szolgáltatásokat vagy oracle-rendszereket is.
Minél több komponens működik együtt, annál több helyen jelenhet meg sérülékenység.
A CertiK elemzése szerint a cross-chain bridge-ek egyszerre tölthetnek be letétkezelői, kibocsátói és adatellenőrzési funkciókat, ami több lehetséges támadási felületet teremt.
A harmadik probléma a bizalmi modell.
A felhasználó könnyen hiheti azt, hogy ha egy eszközt Ethereumról egy másik hálózatra küldött, akkor továbbra is „Ethereum-biztonságot” kap. Ez nem feltétlenül igaz.
A reprezentáló token értéke ugyanis nemcsak az Ethereum biztonságától függhet, hanem attól is, hogy a bridge megfelelően működik-e.
Az Ethereum Foundation egy 2026-os biztonsági összefoglalóban külön kiemelte, hogy az interoperabilitási protokollok bizalmi feltételei sok esetben nem kellően világosak a felhasználók számára, és a kockázat a bridge használata után is fennmaradhat a becsomagolt eszközök és további protokollfüggőségek miatt.
Hogyan hajtanak végre egy bridge támadást?
Nincs egyetlen „bridge hack” módszer. A történelem legnagyobb támadásai egymástól jelentősen eltérő biztonsági problémákat használtak ki.
1. Okosszerződés-hiba
Az okosszerződés, vagy smart contract olyan blokkláncon futó program, amely előre meghatározott szabályok alapján automatikusan hajt végre műveleteket.
Ha egy bridge okosszerződésében programozási hiba található, a támadó bizonyos feltételeket megkerülhet.
Például:
- hamis befizetést fogadtathat el;
- jogosulatlanul vehet ki letétbe helyezett tokeneket;
- hamis cross-chain üzenetet hitelesíttethet;
- vagy olyan tokeneket mintelhet, amelyek mögött nincs valódi fedezet.
Az Ethereum saját tájékoztatója ezért külön bridge-kockázatként nevezi meg az okosszerződések hibáit.
2. Privát kulcsok megszerzése
A bridge akkor is feltörhető, ha a kódjában semmilyen kritikus programozási hiba nincs.
Egyes rendszerekben meghatározott validátorok vagy aláírók hitelesítik, hogy egy cross-chain tranzakció valóban megtörtént.
Ehhez privát kulcsokat használnak.
Ha egy támadó elegendő aláíró privát kulcsát megszerzi, a bridge szemszögéből legitim szereplőként tud viselkedni.
Ez különösen veszélyes a multisig rendszereknél.
A multisig, vagy többaláírásos tárca olyan konstrukció, amelyben például kilenc kulcsból öt aláírására lehet szükség egy művelet engedélyezéséhez. Elméletileg ez biztonságosabb egyetlen kulcs használatánál, de ha az öt szükséges kulcsot egy támadó megszerzi, a védelem összeomlik.
3. Hibás üzenetellenőrzés
Egy bridge lényegében üzeneteket továbbít a blokkláncok között.
Egy ilyen üzenet például azt közölheti:
„Az A blokkláncon 100 ETH-t zároltak, ezért a B blokkláncon engedélyezett 100 token kibocsátása.”
Ha a céloldal hibásan ellenőrzi az üzenet eredetét vagy hitelességét, a támadó hamis üzenetet küldhet.
Ez olyan, mintha valaki hamis banki bizonylatot mutatna be, a bank pedig ellenőrzés nélkül elfogadná.
4. Hibás konfiguráció vagy frissítés
Nem minden támadáshoz szükséges rendkívül bonyolult kriptográfiai sérülékenység.
Egy rosszul inicializált szerződés, hibás jogosultság, tévesen konfigurált ellenőrzés vagy hibás szoftverfrissítés is elegendő lehet.
A bridge biztonságát tehát nemcsak a programkód minősége határozza meg, hanem az is, hogyan telepítik, konfigurálják és üzemeltetik.
5. Social engineering és phishing
A támadó magukat a bridge üzemeltetőit is célba veheti.
A phishing során a támadó megtéveszti az áldozatot, hogy az jelszót, privát kulcsot vagy más jogosultságot adjon át, esetleg rosszindulatú tranzakciót írjon alá.
Ez azért lényeges, mert a legnagyobb kriptotámadások között több olyan eset is volt, ahol az emberi vagy működési biztonság legalább olyan fontos szerepet játszott, mint maga a blokklánckód. Az Ethereum Foundation 2026-os biztonsági összefoglalója szerint a közelmúlt számos vesztesége már inkább működési biztonsági problémákból, mint új típusú smart contract exploitokból eredt.
Ronin, Wormhole, Nomad és Harmony: milliárdos veszteségek bridge támadásokból
A bridge-ek kockázata nem pusztán elméleti.
2022 különösen súlyos év volt: a Chainalysis akkori számítása szerint az év első hét hónapjában 13 cross-chain bridge támadás során körülbelül 2 milliárd dollárnyi kriptoeszközt loptak el, ami az addig abban az évben ellopott kriptoeszközök jelentős részét jelentette.
Néhány incidens különösen jól mutatja, mennyire eltérő módon történhet egy bridge támadás.
Ronin Bridge – amikor az aláírókulcsok kerültek veszélybe
Az Axie Infinity ökoszisztémához kapcsolódó Ronin Bridge elleni 2022-es támadás során 173 600 ETH és 25,5 millió USDC került támadói ellenőrzés alá. A lopás értékét az amerikai hatóságok közel 620 millió dollárra becsülték.
A Ronin akkor kilenc validátoros rendszert használt, és öt aláírás kellett a pénzkivonások engedélyezéséhez. A támadónak sikerült megszereznie a szükséges öt validátori jogosultságot.
Az FBI később hivatalosan az észak-koreai államhoz kötött Lazarus Group/APT38 csoportnak tulajdonította a támadást.
A Ronin esetének tanulsága különösen fontos: egy decentralizáltnak tűnő rendszer biztonságát végső soron meghatározhatja, hány kulcs felett kell ellenőrzést szerezni a kritikus műveletek végrehajtásához.
Wormhole – 120 000 wETH fedezet nélkül
A Wormhole 2022 februári támadásánál egészen más típusú probléma jelent meg.
A támadó a Solana oldali ellenőrzési folyamat egyik sérülékenységével manipulált hitelesítési adatokat, majd egy hamis üzenet alapján 120 000 wETH létrehozását érte el megfelelő fedezet nélkül. A támadás akkori értékét nagyjából 325–326 millió dollárra becsülték.
Ez kiváló példa arra, hogy a bridge biztonságának központi kérdése nem feltétlenül maga a token, hanem az üzenet:
valóban megtörtént az a másik blokkláncon, amit a rendszer igaznak hisz?
Ha erre a bridge rossz választ ad, fedezet nélküli eszközök jelenhetnek meg.
Nomad – amikor mások is lemásolhatták a támadást
A Nomad Bridge 2022 augusztusában körülbelül 190 millió dolláros veszteséget szenvedett el. A problémát egy hibás inicializációhoz kapcsolódó ellenőrzési sérülékenység okozta, amely lehetővé tette jogosulatlan cross-chain üzenetek elfogadását.
Az eset különlegessége az volt, hogy a sérülékenység felismerése után több cím kezdett hasonló tranzakciókat végrehajtani. Vagyis nem egyetlen támadó egyetlen precízen őrzött módszeréről volt szó: a hiba kihasználása gyorsan szélesebb körben is megjelent.
Harmony Horizon – közel 100 millió dollár
A Harmony Horizon Bridge támadásában 2022 júniusában közel 100 millió dollárnyi kriptoeszközt loptak el.
Az FBI később ezt az incidenst is a Lazarus Group/APT38 csoporthoz kötötte. Az amerikai hatóságok szerint a támadók később több tízmillió dollárnyi ellopott ETH mozgatásához és tisztára mosásához különböző kriptós infrastruktúrákat használtak, miközben az érintett szolgáltatókkal együttműködve a hatóságok az eszközök egy részét be tudták fagyasztani.
A bridge-kockázat pedig nem kizárólag a 2022-es időszak problémája. A CertiK például 2026 júliusában a Verus Protocol Ethereumhoz kapcsolódó cross-chain bridge-énél mintegy 7,44 millió dolláros exploitot dokumentált, amelyben a két rendszer által eltérően kezelt hitelesítési adatok játszottak szerepet.
Mi történik egy bridge-támadás után a becsomagolt tokenekkel?
A támadás közvetlen veszteségénél is nagyobb probléma jelentkezhet, ha az érintett bridge által kibocsátott eszközök más DeFi-protokollokba is bekerültek.
Tegyük fel, hogy:
- Ethereumon 1 000 ETH van letétben;
- egy másik hálózaton ezért 1 000 becsomagolt ETH létezik;
- mindegyik token elméletileg 1 valódi ETH-ra váltható vissza.
A rendszer mérlege tehát:
1 000 ETH fedezet = 1 000 reprezentáló ETH.
Ha egy támadó ellopja az eredeti fedezetből 600 ETH-t, de a másik hálózaton továbbra is 1 000 reprezentáló token forog, akkor a bridge már nem tudná valamennyi tokent 1:1 arányban visszaváltani.
Megjelenik a fedezeti hiány.
Ez könnyen árfolyamleválást okozhat. A piac például egy korábban 1 ETH-t érő becsomagolt eszközt már csak 0,6 vagy 0,7 ETH-ra értékelhet, ha kétségessé válik a visszaválthatóság.
A következmények pedig továbbterjedhetnek.
Ha ugyanezt a tokent:
- DeFi-hitelek fedezeteként használják;
- decentralizált tőzsdék likviditási pooljaiban tartják;
- más protokollok treasuryjében tárolják;
- vagy további tokenek fedezeteként használják,
akkor egyetlen bridge meghibásodása több egymásra épülő protokollt is érinthet.
Ez az úgynevezett contagion, vagyis fertőzési kockázat.
A bridge ezért nem feltétlenül csak két blokklánc közötti „csővezeték”. A modern DeFi-rendszerben egy egész pénzügyi láncolat egyik kritikus eleme lehet.
Centralizált vagy decentralizált bridge: melyik biztonságosabb?
Erre nincs egyszerű válasz.
Egy trusted bridge működésében meghatározott szereplőket vagy aláírókat kell megbízhatónak tekinteni. Előnye lehet az egyszerűbb működés és a gyorsaság, de jelentős centralizációs kockázatot hordoz.
Ha például öt kulcs birtokosa képes jóváhagyni a tranzakciókat, akkor végső soron e kulcsok biztonsága válik kritikus kérdéssé.
Egy decentralizáltabb vagy trust-minimized bridge ezzel szemben kriptográfiai bizonyítékokkal, light clientekkel vagy decentralizált validátorrendszerrel próbálja csökkenteni azt, hogy néhány szereplőben kelljen megbízni.
Ez azonban általában technológiailag összetettebb rendszert eredményezhet.
Ezért nem helyes egyszerűen azt mondani, hogy:
„decentralizált = biztonságos, centralizált = veszélyes”.
A biztonság attól függ, milyen feltételezésekre épül a bridge, hogyan ellenőrzi az üzeneteket, milyen jogosultságok léteznek, hogyan kezelik a frissítéseket és milyen következménye lenne egy-egy komponens kompromittálódásának.
Az Ethereum dokumentációja külön felhívja a figyelmet arra, hogy a trusted bridge-eknél az általános smart contract és technológiai kockázatok mellett letétkezelési és cenzúrakockázat is megjelenhet.
Hogyan csökkenthető a bridge támadások kockázata?
Teljesen kockázatmentes bridge nem létezik. A felhasználó azonban több szempontot is megvizsgálhat egy szolgáltatás használata előtt.
Fontos kérdés például:
Ki ellenőrzi a bridge-et?
Érdemes megérteni, hogy néhány multisig-aláíró, decentralizált validátorkészlet vagy kriptográfiai bizonyítás hitelesíti-e a tranzakciókat.
Mi történik, ha a bridge üzemeltetői eltűnnek?
Ha nélkülük lehetetlenné válik az eszközök visszaváltása, jelentős letétkezelési kockázat állhat fenn.
Auditálták-e a rendszert?
A független biztonsági audit nem garantálja, hogy nincs sérülékenység, de csökkentheti annak esélyét, hogy alapvető problémák észrevétlenek maradjanak.
Mekkora összeg van a bridge-ben?
A nagyon magas TVL – Total Value Locked, vagyis a protokollban lekötött eszközök összértéke – egyszerre jelenthet piaci bizalmat és rendkívül vonzó célpontot a támadók számára.
Van-e vészleállítás vagy limitek?
A tranzakciós limitek, késleltetések, monitoringrendszerek és automatikus vészmechanizmusok egyes esetekben megakadályozhatják, hogy egy támadó egyetlen tranzakciósorozattal az összes eszközt kiürítse.
Canonical bridge vagy külső bridge?
Layer 2 hálózatok esetében érdemes megkülönböztetni a hálózat által hivatalosan használt, úgynevezett canonical bridge-et a harmadik fél által működtetett alternatív megoldásoktól. Ezek sebessége, költsége és biztonsági modellje jelentősen különbözhet.
A felhasználónak tehát nem pusztán azt érdemes megvizsgálnia, hogy egy bridge olcsó és gyors-e.
A fontosabb kérdés ez:
minek kell meghibásodnia ahhoz, hogy elveszítsem az eszközeimet?
Miért maradnak fontosak a bridge-ek a kockázatok ellenére?
A bridge támadások története könnyen azt a benyomást keltheti, hogy a blokklánchidak szükségtelenül veszélyes technológiák.
A probléma ennél összetettebb.
A kriptopiac egyre inkább több hálózatból áll. Ethereum, különböző Layer 2 rendszerek, Solana és számos más blokklánc párhuzamosan működik, miközben a felhasználók és alkalmazások likviditást, tokeneket és adatokat szeretnének közöttük mozgatni.
A likviditás ebben az értelemben azt jelenti, milyen könnyen lehet eszközöket vásárolni, eladni vagy más protokollokban felhasználni jelentős árhatás nélkül.
Ha minden blokklánc teljesen elszigetelten működne, az egyes ökoszisztémák likviditása, felhasználói és alkalmazásai is elkülönülnének.
A bridge-ek ezért az úgynevezett blockchain interoperability, vagyis a blokkláncok közötti együttműködés egyik alapvető infrastruktúráját jelentik. Az Ethereum fejlesztői dokumentációja szerint éppen ez teszi lehetővé, hogy eszközök, adatok és alkalmazások több hálózat előnyeit is kihasználják.
A fő kérdés ezért hosszabb távon valószínűleg nem az lesz, hogy szükség van-e blokkláncok közötti kommunikációra.
Hanem az, hogy hogyan lehet ezt úgy megvalósítani, hogy a felhasználóknak minél kevesebb új bizalmi és biztonsági kockázatot kelljen vállalniuk.
A bridge támadások legfontosabb tanulsága
A bridge támadás fogalmának megértéséhez egyetlen gondolatot érdemes megjegyezni:
a blokklánchíd biztonsága nem automatikusan azonos azoknak a blokkláncoknak a biztonságával, amelyeket összeköt.
Lehet az Ethereum vagy a Solana hálózat tökéletesen működőképes, miközben a közöttük kommunikáló bridge kritikus hibát tartalmaz.
Ez azért történhet meg, mert a bridge egy új bizalmi réteget épít a blokkláncokra.
Ennek a rétegnek el kell döntenie:
- valóban megtörtént-e egy tranzakció a másik hálózaton;
- hiteles-e az erről érkező üzenet;
- ki engedélyezheti a tokenek kibocsátását vagy felszabadítását;
- megfelelő fedezet áll-e a becsomagolt eszközök mögött;
- és mi történjen, ha valamelyik hálózat vagy bridge-komponens rendellenesen működik.
A Ronin esete megmutatta a privát kulcsok és aláírók kompromittálásának veszélyét. A Wormhole az üzenethitelesítés hibájának következményeit demonstrálta. A Nomad egy hibás konfiguráció súlyosságát, a Harmony Horizon pedig azt, hogy egy bridge-incidensből akár állami hátterű kiberművelet és hosszú ideig tartó pénzmosási folyamat is kialakulhat.
A bridge-ek tehát kulcsszerepet játszanak a több blokkláncból álló kriptoökoszisztémában, de éppen központi szerepük miatt különösen értékes célpontjai a támadóknak.
Egy bridge használatakor ezért nemcsak azt kell megérteni, hová küldjük a tokenünket, hanem azt is, milyen rendszernek adjuk át közben a bizalmunkat.
Gyakori kérdések
Mi az a bridge a kriptovalutáknál?
A blockchain bridge vagy blokklánchíd olyan infrastruktúra, amely különböző blokkláncok között teszi lehetővé tokenek, adatok vagy üzenetek továbbítását. Erre azért van szükség, mert az önálló blokkláncok alaphelyzetben nem képesek közvetlenül kommunikálni egymással.
Mi az a bridge támadás?
Bridge támadásról akkor beszélünk, amikor egy támadó a blokkláncok közötti híd biztonsági rendszerét kompromittálja. Ez történhet okosszerződés-hiba, hamis cross-chain üzenet, privátkulcs-lopás, hibás konfiguráció vagy más sérülékenység kihasználásával.
Egy bridge hack azt jelenti, hogy magát a blokkláncot is feltörték?
Nem. Egy Ethereum és egy másik hálózat közötti bridge feltörése például megtörténhet úgy is, hogy közben maga az Ethereum teljesen szabályosan működik. Ilyenkor általában a két hálózat közötti kommunikációt vagy a bridge által használt bizalmi mechanizmust kompromittálják.
Mi az a wrapped, vagy becsomagolt token?
A becsomagolt token egy másik eszközt reprezentáló kriptoeszköz. Egy bridge például zárolhat ETH-t az egyik hálózaton, majd egy másik hálózaton ennek megfelelő becsomagolt ETH-t bocsáthat ki. Értékének fenntartásához kulcsfontosságú, hogy a megfelelő fedezet ténylegesen rendelkezésre álljon.
Mi volt a legnagyobb bridge támadások egyike?
A Ronin Bridge 2022-es támadása során közel 620 millió dollár értékű kriptoeszközt loptak el. Az FBI az észak-koreai államhoz kötött Lazarus Group/APT38 csoportnak tulajdonította a támadást.
Biztonságosak a blockchain bridge-ek?
Egyetlen bridge sem tekinthető teljesen kockázatmentesnek. A biztonság függ az okosszerződésektől, az ellenőrzési mechanizmustól, az aláírók vagy validátorok rendszerétől, a frissítési jogosultságoktól és az üzemeltetési biztonságtól. Az Ethereum saját dokumentációja is külön kiemeli a bridge-ek smart contract, technológiai, letétkezelési és egyéb kockázatait.
Jogi nyilatkozat
Ez az anyag kizárólag tájékoztató és ismeretterjesztő célokat szolgál, nem minősül befektetési, pénzügyi vagy kereskedési tanácsadásnak. A kriptovaluták, DeFi-protokollok és cross-chain bridge-ek használata jelentős technológiai, likviditási és piaci kockázattal járhat. A kriptoeszközök magas kockázatú és rendkívül volatilis eszközök lehetnek, ezért bármilyen befektetési döntés előtt indokolt önálló kutatást végezni.
