Egy éttermi számla, egy elutasított kártyás fizetés, egy elérhetetlen bankszámla: a Revolut-leállás megmutatta, milyen gyorsan válhat hétköznapi problémává a digitális pénzügyek háttér-infrastruktúrájának meghibásodása. Az október 20-i, elhúzódó fennakadás számos banki szolgáltatást érintett, miközben a vállalat szerint az ügyfelek pénze és adatai biztonságban maradtak. Az eset a kriptovaluták használói számára is fontos kérdést vet fel: mennyit ér az állandóan működő piac, ha a hozzáférést biztosító alkalmazás átmenetileg használhatatlanná válik?
Mi történt a Revolut-leállás során?
2026. október 20-án a Revolut több szolgáltatásában súlyos fennakadások jelentkeztek. Az ügyfelek egy része nem tudott belépni az alkalmazásba, kártyával fizetni, átutalást indítani vagy készpénzt felvenni. A problémák különböző országokban jelentkeztek, és nem minden felhasználót, illetve funkciót érintettek azonos módon.
A vállalat a Google Cloud üzemzavarához kötötte a fennakadást. Az Euronews beszámolója szerint a Revolut később közölte, hogy helyreállította a szolgáltatásokat, és az ügyfélpénzek, valamint az adatok végig biztonságban voltak. Ez a közlés azonban nem szüntette meg azokat a gyakorlati nehézségeket, amelyekkel a fizetésre vagy átutalásra képtelen ügyfelek szembesültek.
Az időtartam értelmezésénél fontos a pontosság. A Revolutnál tapasztalt fennakadások a korabeli tudósítások szerint tíz óránál is tovább elhúzódtak, a Google előzetes incidensjelentése viszont 6 óra 10 perces felhőszolgáltatási zavart rögzített. A két adat eltérő szolgáltatási réteget és helyreállítási folyamatot ír le, ezért nem kezelhető ugyanannak az időmérésnek.
A Google előzetes műszaki jelentése szerint a londoni régió egyik rendelkezésre állási zónájában áramellátási probléma keletkezett. Egy vezérlési hiba miatt a vészhelyzeti generátorok nem vették át a terhelést, az akkumulátoros tartalék pedig idővel kimerült. A más zónákba átirányított feladatok további kapacitásproblémákat okoztak; a jelentés ugyanakkor még előzetes, így a végleges okfeltárás további részleteket tisztázhat.
Miért okozhat ekkora zavart egyetlen felhőhiba?
A felhőszolgáltatás azt jelenti, hogy egy vállalat külső szolgáltató adatközpontjaiban működteti informatikai rendszereinek egy részét. Így rugalmasan növelheti számítási kapacitását, gyorsabban vezethet be új termékeket, és hozzáférhet fejlett biztonsági, adatkezelési vagy helyreállítási megoldásokhoz.
A modellnek azonban van egy kevésbé látványos oldala: a különböző funkciók ugyanazokra a háttérrendszerekre támaszkodhatnak. Ha például a beléptetés, az adatbázis vagy a tranzakciók ellenőrzéséhez szükséges szolgáltatás kiesik, egyszerre több ügyfélművelet is megakadhat.
Ezt nevezzük függőségi kockázatnak. Az ügyfél külön szolgáltatásként érzékeli a kártyás fizetést, az átutalást és a befektetési felületet, miközben ezek a háttérben közös technológiai elemeket használhatnak.
A tartalék rendszer megléte önmagában nem old meg minden problémát. Az is számít, hogy valóban független-e az elsődleges rendszertől, rendelkezik-e elegendő kapacitással, és éles helyzetben milyen gyorsan képes átvenni annak feladatait. Az átállás közben az adatok következetességét és a tranzakciók helyes feldolgozását is meg kell őrizni.
Az Európai Központi Bank felhőkiszervezési útmutatója egyszerre emeli ki a technológia előnyeit és a koncentrált szolgáltatói piacból eredő függőségeket. A felhő használata tehát önmagában nem bizonyít túlzott kockázatvállalást: a rendszer kialakítása, tesztelése és helyreállíthatósága határozza meg az ellenálló képességet.
Hozzáférési zavar, pénzvesztés és kibertámadás
A Revolut esete három különböző kockázat elválasztását teszi szükségessé.
A hozzáférési kockázat azt jelenti, hogy az ügyfél átmenetileg nem tudja használni a pénzét vagy kezelni az eszközeit. A fizetőképességi kockázat arra vonatkozik, hogy a szolgáltató képes-e teljesíteni pénzügyi kötelezettségeit. A kiberbiztonsági kockázat pedig például jogosulatlan hozzáférést, adatlopást vagy informatikai támadást foglalhat magában.
Egy üzemzavar ezek közül többet is érinthet, de egyikből sem következik automatikusan a másik. Az október 20-i esemény nyilvánosan ismertetett kiváltó oka áramellátási és infrastruktúra-probléma volt. A rendelkezésre álló közlések alapján nem indokolt az esetet kriptolopásként vagy bankcsődként bemutatni.
Az ügyfélnek ettől még keletkezhet kellemetlensége, sőt bizonyos helyzetekben igazolható költsége is. Egy meghiúsult fizetés, késedelmes átutalás vagy elérhetetlen kereskedési felület következménye azonban egyedileg vizsgálandó; az esetleges panasz vagy kártérítési igény eredményét nem lehet előre garantálni.
A betétbiztosítás szerepét is pontosan kell érteni. A bankbetétre vonatkozó védelem nem jelent folyamatos technikai hozzáférést, és a kriptoeszközökre sem terjed ki automatikusan. A Revolut pénzvédelmi tájékoztatója például külön kezeli a brit bankbetétek védelmét, valamint a részvényeket, kriptovalutákat és árupiaci termékeket. A tényleges védelem megítéléséhez mindig az adott ország, szerződő szolgáltató és termék feltételei számítanak.
A gyors növekedés mellé erősebb kontrollok kellenek
A Revolut üzleti modelljének egyik vonzereje, hogy sokféle pénzügyi funkciót kapcsol össze egyetlen alkalmazásban. Ez kényelmes, ugyanakkor az új piacok és termékek növelik a működés összetettségét.
Minden új szolgáltatás további adatkapcsolatokat, ellenőrzéseket, elszámolási folyamatokat és ügyféltámogatási feladatokat hozhat. Elemzési szempontból ezért az a döntő kérdés, hogy a kockázatkezelés és az infrastruktúra fejlesztése lépést tart-e az üzleti terjeszkedéssel.
A társaság 2026. március 11-i bejelentése szerint a brit prudenciális felügyelet feloldotta a banki engedély mobilizációs szakaszához kapcsolódó korlátozásokat. Ez lehetővé tette a teljes körű brit banki működés elindítását, az ügyfelek átállítását azonban fokozatosra tervezték.
Közben a Financial Times októberi tudósítása arról számolt be, hogy a brit felügyelet korábban szakértői felülvizsgálatot rendelt el a Revolut termékjóváhagyási folyamatairól. Ez külön ügy: nem tekinthető a későbbi felhőhiba miatt kiszabott büntetésnek, és önmagában jogsértés megállapításával sem azonos.
A pénzügyi és működési értékelést ugyancsak érdemes elválasztani. Az S&P Global tájékoztatása a Revolut Ltd. BBB+ kibocsátói hitelminősítését és pozitív kilátását említi. A hitelminősítés elsősorban az adósságkötelezettségek teljesítésének képességét értékeli; nem garantálja, hogy az alkalmazás minden pillanatban elérhető lesz.
Mit várnak el az európai felügyeletek?
A pénzügyi szolgáltatások technológiai ellenálló képessége már külön szabályozási terület. Az Európai Unió DORA-rendelete a digitális működési ellenálló képesség kereteit határozza meg, és 2025. január 17-től alkalmazandó.
Az ESMA összefoglalója alapján a szabályozás többek között az informatikai kockázatok kezelésére, az incidensek jelentésére, az ellenálló képesség tesztelésére és a külső technológiai szolgáltatókhoz kapcsolódó kockázatokra terjed ki. Hatálya a bankok mellett a MiCA alapján engedélyezett kriptoeszköz-szolgáltatókat is érinti.
A Revolut-leállás után a felügyeleti érdeklődés konkrét lépéseket is hozott. A Reuters október 21-i beszámolója szerint az Európai Bankhatóság további információkat kért a Google Cloudtól, a brit parlament pénzügyi bizottsága pedig a felügyeleti választ és az ügyfeleket ért esetleges károkat is vizsgálta. A megkeresés ugyanakkor még nem jelent bírságot vagy elmarasztaló döntést.
A szabályozás központi gondolata, hogy a kiszervezés mellett is fennmarad a pénzügyi intézmény felelőssége. Az ügyfél a bankkal áll kapcsolatban, ezért a szolgáltatás helyreállításáról és a megfelelő tájékoztatásról sem kizárólag az adatközpont üzemeltetőjének kell gondoskodnia.
A történtekből azonban nem következik, hogy minden intézmény számára ugyanaz a technológiai megoldás lenne kötelező vagy megfelelő. Az EKB 2025-ös útmutatója a meglévő követelmények teljesítéséhez ad felügyeleti elvárásokat és jó gyakorlatokat; önmagában nem vezet be új, kötelező szabályokat.
Miért fontos mindez a kriptovaluták piacán?
A kriptós kapcsolat elsősorban a hozzáférésben és a letétkezelésben rejlik. A hagyományos pénz és a digitális eszközök közötti átjárást gyakran alkalmazások, banki utalások, azonosítási rendszerek és központi kereskedési szolgáltatók biztosítják.
A letéti szolgáltatásnál a kriptoeszközök kezeléséhez szükséges privát kulcsokat a szolgáltató kezeli. Az ügyfél a saját fiókján keresztül ad utasításokat. Ha ez a felület vagy a kapcsolódó feldolgozási rendszer kiesik, a felhasználó mozgástere akkor is beszűkülhet, ha az érintett blokklánc működik.
Az önálló kulcskezelésnél, vagyis self-custody esetén a felhasználó ellenőrzi a tranzakciók aláírásához szükséges kulcsokat. Ez csökkentheti a letétkezelőtől való függést, viszont a kulcsok biztonságáért és megőrzéséért is a tulajdonos felel. Az amerikai értékpapír-felügyelet befektetői tájékoztatója ezért mindkét modellnél külön kockázatokat és mérlegelendő kérdéseket sorol fel.
A decentralizáció sem jelenti minden hozzáférési pont függetlenségét. Egy saját kezelésű tárca is támaszkodhat külső hálózati kapcsolatra vagy szolgáltatásra. Az Ethereum tárcaútmutatója ugyanakkor hangsúlyozza, hogy a tárca az eszközök kezelésének felülete: a megfelelő kulcsok birtokában a felhasználó más kompatibilis megoldást is használhat. Ez nem helyettesíti a szükséges műszaki ismereteket és a biztonságos helyreállítási tervet.
Stabilcoin: olyan kriptoeszköz, amelynek célja, hogy értékét egy referenciaértékhez, például az amerikai dollárhoz igazítsa. Az árfolyam stabilitására való törekvés azonban nem biztosít folyamatos hozzáférést. Külön kérdés a kibocsátó működése, a fedezet, a blokklánc állapota, a letétkezelő és a pénzre váltást biztosító szolgáltatás elérhetősége.
Egy alkalmazáshiba ezért akkor is okozhat döntési kényszert, ha a benne nyilvántartott eszköz ára alig változik. Egy volatilis kriptovalutánál pedig ehhez árfolyamkockázat is társulhat: a piac mozgása nem áll meg attól, hogy egy felhasználó átmenetileg nem tud kereskedni.
Három forgatókönyv a leállás után
A történtekből önmagában nem vezethető le megbízható Bitcoin- vagy Ethereum-célár. Egy szolgáltatói üzemzavar és a teljes kriptopiac ármozgása között nem lehet bizonyíték nélkül közvetlen oksági kapcsolatot kijelenteni. A következő lehetőségek működési és üzleti forgatókönyvek, nem árfolyamjóslatok.
Kedvező forgatókönyv: a Revolut és technológiai partnerei a vizsgálat alapján javítják a tartalék kapacitást, az átállási folyamatokat és az ügyféltájékoztatást. Ha a változtatásokat valósághű tesztekkel is ellenőrzik, mérséklődhet a hasonló hibák hatása. A bizalom helyreállítását elsősorban az igazolható működési eredmények segíthetik.
Semleges forgatókönyv: az eset elszigetelt fennakadás marad, az ügyfelek többsége tovább használja a szolgáltatást, miközben a vállalat többet költ az infrastruktúrára és a megfelelésre. Ebben a helyzetben az üzleti növekedés folytatódhat, de fenntartása nagyobb működési ráfordítást igényelhet.
Kockázati forgatókönyv: újabb jelentős leállások vagy feltárt kontrollhiányosságok gyengítik az ügyfélbizalmat. Egyes felhasználók másodlagos fizetési szolgáltatóként kezelhetik az alkalmazást, a hatóságok pedig további intézkedéseket várhatnak el. Ez növelheti a költségeket vagy lassíthat bizonyos termékbevezetéseket, de ilyen következményt jelenleg nem szabad eldöntött tényként bemutatni.
A következő időszak értékelésénél ezért a helyreállítás részletes tapasztalatai, a javító intézkedések és az esetleges ismétlődések lesznek beszédesek. Az alkalmazás funkcióinak száma mellett a kritikus szolgáltatások tényleges rendelkezésre állása is lényeges minőségi mutató.
Mit tehet az ügyfél, és milyen csalásokra figyeljen?
A működési kockázat mérséklésének egyik lehetősége a tartalék fizetési mód. Egy másik szolgáltatónál vezetett számla vagy külön kártya hasznos lehet, de két, ugyanahhoz a Revolut-fiókhoz tartozó kártya nem feltétlenül biztosít egymástól független hozzáférést.
Üzemzavar közben a sikertelennek látszó műveleteket sem célszerű korlátlanul ismételni. Előfordulhat, hogy egy tranzakció feldolgozása vagy megjelenítése késik; az ismétlés előtt a hivatalos állapotjelzés, a tranzakciós előzmény és az ügyfélszolgálati tájékoztatás ellenőrzése segíthet elkerülni a félreértéseket.
Kriptoeszközök mozgatásánál a kapkodás különösen veszélyes. A cím, a támogatott hálózat, a szükséges azonosító és a díjak ellenőrzését egy szolgáltatói fennakadás sem teszi feleslegessé. Az önálló kulcskezelésre történő áttérés pedig felkészülést igényel: a helyreállító kifejezés elvesztése vagy illetéktelen kézbe kerülése súlyos következményekkel járhat.
Az ilyen helyzeteket csalók is kihasználhatják. Hamis ügyfélszolgálati profilok, „fiók-helyreállítási” oldalak vagy sürgős biztonsági átutalást kérő üzenetek jelenhetnek meg. A pénz „biztonsági számlára” küldését, a belépési kód átadását vagy a tárca helyreállító kifejezésének megadását kérő megkeresés súlyos figyelmeztető jel.
Az Ethereum biztonsági útmutatója külön figyelmeztet az ügyfélszolgálatot megszemélyesítő csalókra: a privát kulcsot és a helyreállító kifejezést nem szabad átadni, ahogy ismeretlen személynek távoli hozzáférést sem célszerű biztosítani az eszközhöz.
A Revolut-leállás legfontosabb tanulsága, hogy a pénzügyi biztonság több külön feltételből áll össze. Számít az eszköz értéke, a szolgáltató pénzügyi helyzete, a technikai hozzáférés és a felhasználó saját védelme is. Felelős döntéshez ezeket együtt kell mérlegelni, különösen olyan pénznél, amelyre rövid időn belül szükség lehet.
Gyakori kérdések
Mikor történt a Revolut-leállás?
- október 20-án. Több szolgáltatásban elhúzódó fennakadások jelentkeztek, majd a vállalat bejelentette a helyreállítást.
Valóban tíz órán át állt minden szolgáltatás?
Nem lehet minden ügyfélre és funkcióra azonos időtartamot megállapítani. A Revolut fennakadásairól szóló tudósítások és a Google felhőhibájának műszaki időmérése eltérő hatást írnak le.
Elveszett az ügyfelek pénze?
A Revolut közlése szerint az ügyfélpénzek és az adatok biztonságban maradtak. Az átmeneti hozzáférési zavar önmagában nem jelent pénzvesztést.
A Revolut hibája a blokkláncot is leállítja?
Egy szolgáltató üzemzavarából ez nem következik. A felhasználó hozzáférése akkor is megszakadhat, ha az adott blokklánc működik.
A saját kezelésű tárca minden kockázatot megszüntet?
Nem. Csökkentheti a letétkezelőtől való függést, de a kulcsok védelme, a helyreállítás és a tranzakciók helyes végrehajtása a felhasználó felelőssége.
A banki engedély betétbiztosítást ad a kriptovalutákra is?
Nem automatikusan. A bankbetét és a kriptoeszköz eltérő termék; az alkalmazandó védelemhez az adott szolgáltató és szerződés feltételeit kell ellenőrizni.
Jogi nyilatkozat: A cikk kizárólag tájékoztató és ismeretterjesztő célokat szolgál, nem minősül befektetési vagy pénzügyi tanácsadásnak. A kriptovaluták magas kockázatú, jelentős árfolyam-ingadozásnak kitett eszközök lehetnek.
