A kriptovilág egyik legfontosabb amerikai jogi vitája már nem arról szól, hogy egy token értékpapír-e, hanem arról, hogy mikor válhat bűncselekménnyé egy nyílt forráskódú program megírása vagy közzététele. Cynthia Lummis szenátor szerint a CLARITY Act egyértelmű határt húzna a puszta szoftverfejlesztés és a mások pénzét ténylegesen kezelő pénzügyi szolgáltatás közé. A törvényjavaslat azonban nem adna általános mentességet a kriptofejlesztőknek, és nem tenné automatikusan jogszerűvé a decentralizációra hivatkozó szolgáltatásokat.

Cynthia Lummis amerikai szenátor tömören foglalta össze a problémát: a szoftverfejlesztőknek nem lenne szabad „egy seregnyi ügyvédre” támaszkodniuk ahhoz, hogy eldönthessék, legális-e az általuk írt kód. Álláspontja szerint a Digital Asset Market Clarity Act, ismertebb nevén a CLARITY Act vethet véget ennek a bizonytalanságnak.

A politikai üzenet rendkívül erős, a jogi valóság azonban ennél árnyaltabb. A törvényjavaslat nem azt mondaná ki, hogy „a kód beszéd, ezért minden fejlesztő érinthetetlen”. Ehelyett egy szűkebb, gyakorlatiasabb szabályt rögzítene: aki nem őrzi, nem ellenőrzi és nem tudja önállóan mozgatni a felhasználók pénzét, azt pusztán a szoftver megírása vagy az infrastruktúra működtetése miatt ne lehessen pénzközvetítőnek, vagyis money transmitternek tekinteni. A javaslat ugyanakkor kifejezetten meghagyná a büntetőjogi felelősség lehetőségét, ha valaki tudatosan bűncselekményből származó vagyon továbbításában vesz részt.

Hol tart most a CLARITY Act?

A H.R. 3633 jelzésű CLARITY Act 2025. július 17-én 294–134 arányú, kétpárti támogatással jutott át az amerikai Képviselőházon. Valamennyi szavazó republikánus képviselő, valamint 78 demokrata is támogatta. Ez a mai amerikai politikai környezetben különösen jelentős többségnek számít.

A Szenátus Bankbizottsága 2026. május 14-én 15–9 arányban továbbította a módosított javaslatot a teljes Szenátus elé. A szöveg 2026. június 1-jén került a szenátusi törvényhozási naptárba, 423-as sorszámmal. 2026. június 22-i állapot szerint tehát a CLARITY Act még nem hatályos törvény, hanem szenátusi plenáris szavazásra váró törvényjavaslat.

Ez a különbség befektetői szempontból is lényeges. A piac hajlamos előre beárazni egy várható jogszabályt, de a bizottsági jóváhagyás még nem garantálja a végleges elfogadást. A Szenátusban a vita lezárásához politikai gyakorlatban akár 60 támogató szavazatra is szükség lehet, majd a Képviselőháznak és a Szenátusnak az esetlegesen eltérő szövegeket is össze kell hangolnia. Csak ezután kerülhet a törvény az elnök elé.

A CLARITY Act ráadásul jóval szélesebb szabályozási csomag, mint amit a fejlesztői felelősségről szóló vita sugall. A jogszabály célja többek között a digitális eszközök kategorizálása, az Értékpapír- és Tőzsdefelügyelet, vagyis a SEC, valamint a Határidős Árutőzsdei Kereskedési Bizottság, a CFTC jogköreinek rendezése, továbbá a kriptoközvetítők regisztrációs és ügyfélvédelmi követelményeinek meghatározása. A fejlesztői védelem ennek a nagyobb piaci struktúrát kialakító csomagnak az egyik, politikailag különösen érzékeny eleme.

Amikor a kódírás büntetőjogi kockázattá vált

A vita középpontjába Roman Storm, a Tornado Cash egyik társalapítójának ügye került.

A Tornado Cash egy Ethereum-alapú adatvédelmi protokoll. Alapvető célja, hogy megnehezítse egy kriptoeszköz befizetési és kifizetési címe közötti közvetlen kapcsolat nyomon követését. A rendszerhez kapcsolódó okosszerződések és kriptográfiai bizonyítékok lehetővé tehetik, hogy egy felhasználó igazolja a jogosultságát a pénzfelvételre anélkül, hogy nyilvánosan felfedné, pontosan melyik korábbi befizetés tartozott hozzá.

Ez önmagában nem feltétlenül törvénytelen cél. A nyilvános blokkláncokon bárki megfigyelheti egy cím tranzakcióit. Egy vállalat például nem feltétlenül akarja felfedni beszállítóinak, alkalmazottainak vagy versenytársainak valamennyi pénzügyi mozgását. Egy magánszemély sem szeretné szükségszerűen, hogy fizetése, adományai és teljes kriptoportfóliója egyetlen nyilvános címen keresztül elemezhető legyen.

Ugyanez az adatvédelmi képesség azonban ellopott vagy szankcionált vagyon eredetének elrejtésére is használható. Az amerikai pénzügyminisztérium korábban azt állította, hogy a Tornado Cashen keresztül jelentős, bűncselekményekhez köthető összegek mozogtak, többek között az észak-koreai Lazarus Group tevékenységéhez kapcsolódó kriptoeszközök. Az amerikai hatóságok ezért nem pusztán semleges programkódként, hanem egy nagy volumenben használt pénzmosási infrastruktúra részeként kezelték a szolgáltatást.

Mit mondott ki a Roman Storm-ítélet?

Egy négyhetes tárgyalást követően az esküdtszék 2025. augusztus 6-án bűnösnek találta Roman Stormot az engedély nélküli pénzközvetítő vállalkozás működtetésére irányuló összeesküvés vádjában. Ezért a vádpontért legfeljebb ötéves szabadságvesztés szabható ki. Az esküdtszék ugyanakkor nem tudott egyhangú döntést hozni a pénzmosási összeesküvésre, illetve a szankciók megsértésére vonatkozó súlyosabb vádpontokban.

A vád álláspontja szerint az ügy nem csupán kódírásról szólt. Az ügyészek a Tornado Cash működtetését, népszerűsítését, a kapcsolódó infrastruktúrát, a bevételeket, valamint azt vizsgálták, hogy az alapítók mit tudhattak a bűncselekményekből származó pénzek felhasználásáról. Az amerikai igazságügyi minisztérium szerint az alapítók több millió dolláros profitot realizáltak, miközben tisztában voltak azzal, hogy a rendszerben illegális forrásból származó vagyon is mozog. Ezek az ügyészség állításai és jogi érvei voltak, nem pedig annak általános kimondása, hogy minden adatvédelmi protokoll vagy minden nyílt forráskódú fejlesztés bűncselekmény.

A védelem ezzel szemben azt hangsúlyozta, hogy a Tornado Cash okosszerződései nem hagyományos pénzügyi közvetítőként működtek. A fejlesztők nem őrizték a felhasználók privát kulcsait, és a rendszer bizonyos, módosíthatatlanná tett részei felett később már nem rendelkeztek egyoldalú irányítással. A védelem szerint veszélyes precedenst teremtene, ha egy fejlesztőt olyan önálló felhasználók cselekményeiért büntetnének, akiket nem ismer, nem ellenőriz, és akiknek pénzét nem kezeli.

A vegyes esküdtszéki döntés éppen azt mutatja, milyen nehéz meghúzni a határt a semleges technológia és a tudatosan működtetett pénzügyi szolgáltatás között. Az ítélet nem mondta ki általánosan, hogy a kód megírása pénzmosásnak minősül. Ugyanakkor azt sem fogadta el, hogy a „decentralizált” vagy „nyílt forráskódú” jelző önmagában kizárja a büntetőjogi felelősséget.

Az ügy ráadásul a bűnös ítélettel nem feltétlenül zárult le. A két eldöntetlen vádpont ismételt tárgyalása, valamint a védelem felmentésre irányuló kérelmei miatt további bírósági eljárások következhetnek. A nyilvános beszámolók szerint az ügyészség új tárgyalást kezdeményezett a pénzmosási és szankciós vádpontokban.

A Tornado Cash szankcióinak külön története

Fontos elkülöníteni Roman Storm büntetőperét a Tornado Cash elleni gazdasági szankciók ügyétől.

Egy amerikai fellebbviteli bíróság arra jutott, hogy a változtathatatlan, senki által nem tulajdonolt okosszerződések nem feltétlenül tekinthetők olyan „vagyonnak”, amelyet az amerikai pénzügyminisztérium hagyományos szankciós jogköre alapján zárolhat. Az amerikai pénzügyminisztérium 2025 márciusában eltávolította a Tornado Cashhez kapcsolódó címeket a szankciós listáról.

Ez azonban nem jelentette annak kimondását, hogy a Tornado Cash valamennyi használata jogszerű volt, vagy hogy a fejlesztőkkel szemben nem folytatható büntetőeljárás. A szankciós per elsősorban azt vizsgálta, hogy az adott okosszerződések a hatályos szankciós törvény értelmében lefoglalható vagyonnak minősültek-e. Storm büntetőügye ezzel szemben az alapítók állítólagos magatartásáról, szándékáról és a szolgáltatás működtetésében betöltött szerepéről szól.

A két eljárás közötti különbség jól mutatja, hogy a kriptojogban ugyanaz a technológia egyszerre több kérdést vethet fel:

• lefoglalható vagy szankcionálható-e maga az okosszerződés;
• pénzközvetítőnek minősül-e a fejlesztő vagy az üzemeltető;
• történt-e pénzmosás vagy szankciókerülés;
• rendelkezett-e valaki az illegális cél támogatásához szükséges konkrét szándékkal;
• ki ellenőrizte a felhasználói vagyont vagy a rendszer működését.

A CLARITY Act csak e kérdések egy részére adna választ.

Mit jelent a „money transmitter”?

A money transmitter magyarul leginkább pénzközvetítőként vagy pénzátutalási szolgáltatóként fordítható.

Hagyományos példa lehet egy vállalkozás, amely:

1. átveszi az ügyfél pénzét;
2. az ügyfél utasítása alapján továbbítja azt;
3. a folyamat során ténylegesen ellenőrzi vagy birtokolja az összeget.

Az ilyen vállalkozások az Egyesült Államokban jellemzően a pénzügyi bűncselekmények elleni szabályok hatálya alá tartozhatnak. Regisztrációra, ügyfél-azonosításra, nyilvántartások vezetésére, pénzmosás-megelőzési programra és gyanús tranzakciók bejelentésére lehet szükségük.

E követelmények jelentős része a Bank Secrecy Act, röviden BSA rendszeréhez kapcsolódik. A törvény elnevezése megtévesztő lehet: nem a banktitok biztosítása, hanem a pénzmosás, terrorizmusfinanszírozás és más pénzügyi bűncselekmények felderítéséhez szükséges adatok gyűjtése a fő célja.

A kriptopiaci probléma abból ered, hogy egy hagyományos pénzküldő cég és egy blokkláncos szoftverfejlesztő szerepe gyakran teljesen eltérő.

Egy hagyományos szolgáltató ténylegesen átveszi és továbbítja az ügyfél pénzét. Egy nyílt forráskódú tárcaprogram fejlesztője viszont lehet, hogy csak olyan szoftvert tesz közzé, amelyet a felhasználó a saját eszközén futtat, és amelyhez a fejlesztőnek semmilyen hozzáférése nincs.

A vita lényege ezért nem pusztán az, hogy történt-e pénzmozgás, hanem az, hogy ki rendelkezett a pénz felett.

Mit változtatna a 604. szakasz?

A CLARITY Act fejlesztői védelmének központi eleme a 604. szakasz, amely a korábbi Blockchain Regulatory Certainty Act, vagyis BRCA alapelveit építi be a nagyobb piaci szabályozási csomagba.

A rendelkezés meghatározza a nem irányító blokkláncos fejlesztő vagy szolgáltató, angolul non-controlling blockchain developer or provider fogalmát. Lényegében olyan személyről vagy vállalkozásról van szó, amelynek nincs jogi joga vagy önálló technikai képessége arra, hogy egy felhasználó tranzakcióját annak nevében kezdeményezze, végrehajtsa vagy megváltoztassa.

A javaslat alapján egy ilyen szereplőt nem lehetne pusztán az alábbi tevékenységek miatt pénzközvetítő vállalkozásnak minősíteni:

• elosztott főkönyvi vagy blokkláncos szoftver létrehozása, közzététele vagy karbantartása;
• olyan hardver vagy szoftver biztosítása, amely lehetővé teszi, hogy az ügyfél saját maga őrizze digitális eszközeit;
• a blokkláncos hálózat működéséhez szükséges infrastruktúra biztosítása.

Ez a védelem a szövetségi pénzközvetítői regisztrációs szabályokra és az engedély nélküli pénzközvetítő vállalkozás büntetőjogi tényállására is kiterjedne. A kulcsszó azonban a törvényben szereplő „solely”, vagyis „kizárólag”. Egy fejlesztőt nem lehetne kizárólag a felsorolt semleges technikai tevékenységek miatt pénzközvetítőnek tekinteni. Ha azonban más, pénzügyi közvetítésre vagy bűncselekményre utaló magatartást is tanúsít, a védelem már nem feltétlenül alkalmazható.

A legfontosabb kivétel

A 604. szakasz nem védené azt, aki konkrét szándékkal továbbít más nevében olyan pénzt, amelyről tudja, hogy bűncselekményből származik, vagy amelyet jogellenes tevékenység elősegítésére szánnak.

Ez döntő jelentőségű. A CLARITY Act ezért nem tekinthető:

• általános fejlesztői mentességnek;
• pénzmosási menlevélnek;
• a kriptomixerek automatikus legalizálásának;
• minden decentralizált protokoll jogszerűségét kimondó szabálynak;
• a már folyamatban lévő büntetőügyeket automatikusan megszüntető törvénynek.

A védelem elsősorban a pénzközvetítői minősítésből eredő felelősséget szűkítené, és nem törölné el a csalásra, pénzmosásra, szankciókerülésre, lopásra vagy más bűncselekményekre vonatkozó szabályokat. A Szenátus hivatalos összefoglalója is kiemeli, hogy a fejlesztői mentesség mellett a meglévő szövetségi büntetőjogi felelősség megmaradna.

Miért nem volt elég a FinCEN korábbi útmutatása?

Az amerikai pénzügyi bűncselekmények elleni hatóság, a FinCEN már 2019-ben különbséget tett a szoftver létrehozása és a pénzközvetítő szolgáltatás működtetése között.

Az útmutatás szerint egy decentralizált alkalmazás fejlesztője önmagában attól még nem pénzközvetítő, hogy létrehoz egy pénzügyi tranzakciókra alkalmas programot. Ha azonban a fejlesztő maga használja vagy telepíti a rendszert arra, hogy üzletszerűen mások pénzét továbbítsa, már pénzközvetítőnek minősülhet. A FinCEN hasonlóképpen azt is jelezte, hogy az anonimizáló szoftver puszta előállítása és értékesítése nem azonos az anonimizáló pénzátutalási szolgáltatás működtetésével.

Az útmutatás azonban nem ugyanaz, mint a törvény.

Egy hatósági iránymutatás megmutatja, hogyan értelmezi az adott ügynökség a jogszabályokat, de:

• egy későbbi vezetés módosíthatja az értelmezést;
• más hatóság vagy ügyészség eltérő jogi elméletet alkalmazhat;
• a bíróságot nem feltétlenül köti ugyanúgy, mint egy kongresszusi törvény;
• a fejlesztőnek továbbra is jelentős jogi költsége lehet annak bizonyításával, hogy tevékenysége beleillik az útmutatásba.

A 604. szakasz jelentősége ezért a jogbiztonság. A FinCEN elvét törvényi szintre emelné, és világosabb kapaszkodót adna a bíróságoknak, ügyészeknek, vállalatoknak és fejlesztőknek.

Letétkezelő és nem letétkezelő szolgáltatás

A CLARITY Act megértéséhez elengedhetetlen a custodial és non-custodial fogalmak megkülönböztetése.

Letétkezelő szolgáltatás

A letétkezelő, vagyis custodial szolgáltató ténylegesen ellenőrzi az ügyfél eszközeit vagy privát kulcsait.

Például egy központosított kriptotőzsdén a felhasználó számlaegyenleget lát, de a blokkláncon található eszközöket gyakran maga a tőzsde által ellenőrzött tárcákban tartják. A szolgáltató technikailag képes lehet:

• a kiutalásokat megállítani;
• a számlát befagyasztani;
• a tranzakciót jóváhagyni vagy elutasítani;
• az eszközöket másik tárcába mozgatni.

Ilyen helyzetben erős érv szól amellett, hogy a vállalkozás pénzügyi közvetítőként szabályozható.

Nem letétkezelő szolgáltatás

Egy valóban nem letétkezelő, non-custodial tárcában a privát kulcsot kizárólag a felhasználó kezeli. A szoftver fejlesztője nem tudja önállóan elvenni, befagyasztani vagy továbbítani az eszközöket.

A „nem letétkezelő” elnevezés ugyanakkor önmagában nem döntő. A hatóságok és a bíróságok a tényleges működést vizsgálhatják:

• létezik-e adminisztrátori kulcs;
• módosítható-e az okosszerződés;
• megállíthatók-e a tranzakciók;
• a szolgáltató üzemeltet-e kötelező központi felületet;
• meghatározza-e, hogy mely tranzakciók kerülhetnek a rendszerbe;
• részesedik-e közvetlenül a tranzakciókból;
• tud-e egyoldalúan hozzáférni a felhasználók pénzéhez.

A szabályozásban nem a marketingcímke, hanem a tényleges ellenőrzési képesség számít.

Négy példa a fejlesztői védelemre

1. Nyílt forráskódú tárca fejlesztője

Egy programozó közzétesz egy ingyenes Ethereum-tárcát. A program a felhasználó számítógépén generálja a privát kulcsokat, azok soha nem kerülnek a fejlesztő szerverére, és a fejlesztő nem tud tranzakciót kezdeményezni.

Ez tipikusan olyan helyzet lehet, amelyet a 604. szakasz védene. A fejlesztő szoftvert készít, de nem vesz át és nem továbbít más nevében pénzt.

2. Blokklánccsomópont üzemeltetője

Egy vállalkozás olyan szervert futtat, amely blokkláncadatokat továbbít, ellenőrzi a tranzakciók technikai érvényességét, és hozzáférést biztosít a hálózathoz. A vállalkozás nem rendelkezik a felhasználók privát kulcsaival, és nem döntheti el helyettük, mire költsék az eszközeiket.

A puszta infrastruktúra-szolgáltatás a javasolt védelem egyik célterülete lehet. Más lenne a helyzet, ha a szolgáltató a technikai szerepén túl aktívan átvenné és továbbítaná az ügyfelek pénzét.

3. Központi szolgáltató adminisztrátori kulccsal

Egy DeFi-platform „nem letétkezelőnek” nevezi magát, de a csapat olyan adminisztrátori kulccsal rendelkezik, amellyel átírhatja a felhasználók egyenlegét, leállíthatja a kifizetéseket vagy egy másik címre irányíthatja az eszközöket.

Ebben az esetben a 604. szakasz szerinti nem irányító státusz erősen megkérdőjelezhető. A vállalkozás tényleges ellenőrzési képessége fontosabb lenne, mint a decentralizált márkanév.

4. Tudatos segítség lopott pénz mozgatásához

Egy fejlesztő tudja, hogy ügyfele egy tőzsdefeltörésből származó kriptót akar elrejteni. A fejlesztő külön rendszert állít össze, személyesen felügyeli a tranzakciók elosztását, és jutalékot kap a vagyon tisztára mosásáért.

A CLARITY Act ezt nem védené. Itt nem semleges szoftverközzétételről, hanem konkrét, tudatos közreműködésről lehet szó.

Az Uniswap-ügy fontos, de már lezárult

A szabályozási bizonytalanság nem kizárólag a Tornado Cash fejlesztőit érintette.

A SEC 2024-ben Wells Notice-t küldött az Uniswap Labsnak, a világ egyik legnagyobb decentralizált tőzsdei protokolljához kapcsolódó fejlesztővállalatnak. A Wells Notice nem jogerős határozat és nem bírósági ítélet. Azt jelzi, hogy a SEC munkatársai előzetesen végrehajtási eljárás megindítását javasolhatják, és lehetőséget adnak a címzettnek a válaszadásra.

Az Uniswap esetében a SEC vizsgálata végül nem vezetett eljáráshoz: a vállalat 2025 februárjában bejelentette, hogy a hatóság intézkedés nélkül lezárta az ügyet. A 2024-es Wells Notice ezért jó példája a korábbi bizonytalanságnak, de félrevezető lenne úgy bemutatni, mintha az Uniswap Labs ellen jelenleg is aktív SEC-eljárás folyna.

A történet ugyanakkor megmutatta, milyen költséges lehet már maga a jogi fenyegetés is. Egy többéves hatósági vizsgálat akkor is ügyvédi kiadásokat, üzleti bizonytalanságot és befektetői kockázatot okozhat, ha végül nem emelnek vádat vagy nem indul polgári per.

Az Ooki DAO és a decentralizált irányítás felelőssége

A CFTC az Ooki DAO ügyében más oldalról közelítette meg a decentralizáció kérdését.

Egy szövetségi bíróság 2023-ban mulasztásos ítéletet hozott az Ooki DAO ellen. A bíróság elfogadta, hogy a decentralizált autonóm szervezet a határidős kereskedési szabályok szempontjából jogilag felelősségre vonható „személynek” tekinthető. A szervezetre 643 542 dolláros pénzbírságot szabtak ki, továbbá kereskedési és regisztrációs tilalmakról, valamint a webes működés leállításáról is rendelkeztek.

Az ügy egyik legvitatottabb tanulsága az volt, hogy a tokenalapú szavazásban részt vevő személyek mikor válhatnak egy jogilag nem bejegyzett szervezet tagjaivá. Ez azonban nem jelenti azt, hogy minden DAO-token tulajdonosa vagy minden nyílt forráskódú közreműködő automatikusan személyesen felelős a protokoll valamennyi felhasználójáért. A felelősség függhet a tényleges irányítástól, a szavazási részvételtől, a szervezet jogi felépítésétől és az adott követeléstől.

A CLARITY Act fejlesztői szabálya itt is csak részleges megoldást jelentene. Védhetné azt, aki pusztán kódot tesz közzé vagy technikai infrastruktúrát nyújt, de nem feltétlenül védené a protokoll üzleti működését irányító, díjakat meghatározó vagy jogsértő szolgáltatás folytatását megszavazó szereplőket.

Miért tekinti az iparág kulcskérdésnek a 604. szakaszt?

Több mint hatvan kriptopiaci vezető és alapító – köztük a Coinbase, a Kraken, az Uniswap, az a16z crypto és a Paradigm környezetéhez kapcsolódó szereplők – sürgette a Szenátust, hogy a fejlesztői védelmet változatlanul tartsa meg. A nyílt levél támogatói a 604. szakaszt a törvény támogatásának lényegi, gyakorlatilag nem tárgyalható feltételeként mutatták be.

Ennek több oka van.

A jogi kockázat visszafoghatja a fejlesztést

Egy kis nyílt forráskódú projekt nem rendelkezik egy nagy bank megfelelési költségvetésével. Ha minden tárcafejlesztőnek, validátornak vagy protokollprogramozónak abból kell kiindulnia, hogy országos pénzközvetítői engedélyekre és teljes banki pénzmosás-megelőzési rendszerre lehet szüksége, sok projekt egyszerűen nem indul el az Egyesült Államokban.

A bizonytalanság külföldre tolhatja a vállalkozásokat

A fejlesztők fizikailag könnyen más országba költözhetnek, a nyílt forráskódú projektek pedig határokon átívelően működnek. A túl széles amerikai felelősségi rendszer ezért nem feltétlenül szüntetné meg a protokollokat. Inkább azt eredményezhetné, hogy az amerikai hatóságok és felhasználók kevesebb befolyással rendelkeznek azok működésére.

A hagyományos szabályok nem mindig illenek a protokollokra

A BSA és a pénzközvetítői engedélyezés hagyományosan azokra a vállalkozásokra épül, amelyek kapcsolatban állnak az ügyféllel, ellenőrzik a számláját, és képesek a tranzakciót leállítani.

Egy változtathatatlan okosszerződés fejlesztője viszont gyakran nem képes:

• azonosítani a későbbi felhasználókat;
• megakadályozni egy tranzakciót;
• befagyasztani az eszközöket;
• visszafordítani a blokkláncon végrehajtott műveletet.

Olyan kötelezettséget előírni, amelyet az érintett technikailag nem tud teljesíteni, jogilag és gyakorlati szempontból is problémás.

Miért aggódnak a bűnüldöző szervek?

A kritikusok attól tartanak, hogy a túl széles fejlesztői mentesség lehetővé tenné egy pénzügyi szolgáltatás mesterséges feldarabolását.

Egy vállalkozás például állíthatná, hogy:

• az okosszerződést csak közzétette;
• a kezelőfelületet külön cég működteti;
• a díjakat egy DAO szedi be;
• az adminisztrátori jogosultságokat több kulcs között osztották fel;
• a tranzakciókat független közvetítők továbbítják.

Papíron egyik szereplő sem rendelkezne teljes ellenőrzéssel, miközben a rendszer egésze egy összehangolt pénzügyi szolgáltatásként működhetne.

Egyes amerikai bűnüldözői szervezetek ezért arra figyelmeztettek, hogy a formális ellenőrzéshez kötött kivétel megnehezítheti olyan szereplők felelősségre vonását, akik tudatosan olyan infrastruktúrát üzemeltetnek, amelyet jelentős illegális pénzmozgásra használnak.

Ez az aggály nem feltétlenül cáfolja a fejlesztői védelem szükségességét. Inkább azt mutatja, hogy a végleges törvénynek két cél között kell egyensúlyt teremtenie:

1. ne kezelje bankként azt, aki ténylegesen csak kódot ír;
2. ne engedje, hogy egy működő pénzügyi vállalkozás pusztán technikai szétválasztással kikerülje az összes pénzmosás-megelőzési szabályt.

A 604. szakasz „kizárólag” kitétele, a tényleges ellenőrzés vizsgálata és a konkrét bűnös szándékra vonatkozó kivétel éppen ezt az egyensúlyt próbálja kialakítani. Hogy ez a gyakorlatban elegendő lesz-e, azt majd a végrehajtási szabályok és a bírósági ítéletek mutathatják meg.

Mit jelenthet a CLARITY Act az Ethereum számára?

Az Ethereum a decentralizált pénzügyi alkalmazások, tárcák, DAO-k, NFT-platformok és adatvédelmi protokollok egyik legfontosabb infrastruktúrája. Emiatt az Ethereum ökoszisztémája különösen érzékeny arra, hogy az Egyesült Államok miként kezeli a nem letétkezelő fejlesztőket.

Egy világosabb szabályozás több csatornán keresztül lehet kedvező:

• csökkenhet a fejlesztők jogi kockázati felára;
• több amerikai vállalkozás merhet nem letétkezelő terméket építeni;
• egyszerűbbé válhat a befektetési és biztosítási kockázatok felmérése;
• világosabb különbség alakulhat ki a protokollréteg és a szabályozott közvetítők között;
• több projekt tarthatja az Egyesült Államokban fejlesztőit és üzleti tevékenységét.

Ez azonban nem jelent automatikus ETH-áremelkedést. Az Ether árfolyamát egyszerre befolyásolja a monetáris környezet, a hálózati aktivitás, a tranzakciós díjak, a stablecoinforgalom, az intézményi kereslet, a versenytárs blokkláncok teljesítménye és a befektetői kockázatvállalási hajlandóság.

A CLARITY Act elfogadása inkább egy tartós jogi kockázati tényezőt mérsékelhetne. Ez középtávon javíthatja az Ethereum-alapú vállalkozások működési környezetét, de önmagában nem tesz egyetlen tokent sem jó befektetéssé.

Mit jelenthet a TORN token számára?

A Tornado Cashhez kapcsolódó TORN token különösen spekulatív eszköz.

A CLARITY Act körüli pozitív hírek növelhetik az érdeklődést az adatvédelmi protokollok iránt, de a törvényjavaslat:

• nem törölné automatikusan Roman Storm ítéletét;
• nem mondaná ki, hogy a Tornado Cash minden eleme jogszerű;
• nem szüntetné meg a pénzmosási vagy szankciós kockázatokat;
• nem garantálná a token tőzsdei újralistázását;
• nem biztosítana bevételt vagy alapvető értéket a TORN tulajdonosainak.

A TORN árfolyama ezért könnyen reagálhat politikai nyilatkozatokra, bírósági hírekre és tőzsdei listázásokra, miközben a projekt jogi és gazdasági alapjai továbbra is bizonytalanok lehetnek. Egy politikai cím alapján történő rövid távú vásárlás különösen magas kockázatot hordozhat.

A piac számára a legfontosabb változás: funkcióalapú szabályozás

A CLARITY Act fejlesztői megközelítésének legmélyebb üzenete az lehet, hogy a jogalkotó nem pusztán a technológia elnevezését, hanem az adott szereplő tényleges funkcióját vizsgálja.

Egy lehetséges jövőbeli modellben:

• a letétkezelő tőzsde pénzügyi közvetítő;
• a felhasználói eszközöket kezelő szolgáltató pénzmosás-megelőzési kötelezettségeket teljesít;
• a tokeneket értékesítő vagy befektetési szerződést kínáló kibocsátó értékpapírpiaci szabályok alá kerülhet;
• a származtatott termékeket kínáló platformot a CFTC felügyelheti;
• a pusztán kódot közzétevő fejlesztő pedig nem válik automatikusan pénzügyi intézménnyé.

Ez lényegesen kifinomultabb megközelítés, mint az a leegyszerűsítés, amely minden blokkláncos résztvevőt vagy teljesen szabályozatlannak, vagy hagyományos banknak tekint.

A kihívás az, hogy a valóságban a szerepek összemosódhatnak. Ugyanaz a csapat írhatja a kódot, működtetheti a weboldalt, birtokolhatja az adminisztrátori kulcsokat, szedheti a díjakat és irányíthatja a DAO szavazatait. Ilyenkor nem feltétlenül lehet egyetlen „fejlesztő” címkével leírni a tevékenységet.

Mire figyeljenek a befektetők?

A CLARITY Act híreinek értékelésekor nem elegendő azt nézni, hogy a törvény „kriptobarát” vagy „kriptóellenes”. A következő kérdések fontosabbak:

Megmarad-e a 604. szakasz végleges szövege?

Az iparági támogatás jelentős része ehhez a rendelkezéshez kötődik. Egy utolsó pillanatban elfogadott módosítás szűkítheti vagy tágíthatja a védelmet.

Hogyan határozzák meg az ellenőrzést?

A privát kulcs birtoklása egyszerű eset. Az adminisztrátori jogosultságok, a többaláírásos tárcák, a DAO-szavazatok és a frissíthető okosszerződések azonban már sokkal összetettebbek.

Milyen szabályokat alkotnak a hatóságok?

A törvény elfogadása után a SEC, a CFTC, a FinCEN és más szervek részletes végrehajtási előírásokat, értelmezéseket és regisztrációs rendszereket dolgozhatnak ki. A piaci hatás jelentős része ezek tartalmától függhet.

Mit mondanak a bíróságok a folyamatban lévő ügyekben?

A Roman Storm-ügy, valamint a decentralizált infrastruktúrával kapcsolatos későbbi perek pontosíthatják, hogy hol húzódik a semleges szoftver és a tudatos pénzügyi közreműködés közötti határ.

Követik-e a jogi tisztázást valódi üzleti beruházások?

A szabályozás akkor válik gazdaságilag igazán fontossá, ha vállalatok fejlesztőket vesznek fel, új termékeket indítanak, amerikai irodákat nyitnak, vagy intézményi tőkét vonnak be. A politikai nyilatkozat és a tényleges beruházási ciklus nem ugyanaz.

Összegzés

Cynthia Lummis kijelentése pontosan rámutat a kriptopiac egyik alapvető problémájára: egy programozónak valóban tudnia kellene, hogy mikor válik a szoftverfejlesztés szabályozott pénzügyi szolgáltatássá.

A CLARITY Act 604. szakasza ennek megoldására egy világos alapelvet javasol: aki nem veszi át és nem ellenőrzi a felhasználók pénzét, azt pusztán nyílt forráskódú szoftver, önálló letétkezelést segítő eszköz vagy blokkláncos infrastruktúra biztosítása miatt ne tekintsék pénzközvetítőnek.

Ez komoly előrelépés lehet a jogbiztonság szempontjából. Ugyanakkor túlzás lenne azt állítani, hogy a törvény „megszünteti a kriptofejlesztők üldözését”, vagy minden kóddal kapcsolatos büntetőeljárást ellehetetlenít.

A javaslat nem védi a pénzmosásban tudatosan közreműködő szereplőt. Nem semlegesíti automatikusan a korábbi ítéleteket. Nem tesz jogszerűvé minden decentralizált pénzügyi modellt. És még nem is hatályos.

A legfontosabb elv, amely a törvényből kirajzolódik, egyszerűen így foglalható össze:

a kód megírása nem azonos mások pénzének kezelésével, de a kódra való hivatkozás sem mentesít a tudatos bűnügyi közreműködés felelőssége alól.

Gyakori kérdések

Mi a CLARITY Act?

A Digital Asset Market Clarity Act egy amerikai szövetségi törvényjavaslat, amely a digitális eszközök piaci besorolását, a SEC és a CFTC hatásköreit, a kriptopiaci közvetítők szabályozását, valamint bizonyos nem letétkezelő fejlesztők jogi helyzetét rendezné.

Hatályos már a CLARITY Act?

Nem. 2026. június 22-i állapot szerint a Képviselőház elfogadta, a Szenátus Bankbizottsága pedig továbbította a teljes Szenátus elé, de a végleges szenátusi szavazás, a két ház szövegének összehangolása és az elnöki jóváhagyás még hátravan.

Mit védene a 604. szakasz?

Elsősorban azokat a nem irányító fejlesztőket és infrastruktúra-szolgáltatókat, akik nem képesek önállóan hozzáférni a felhasználók pénzéhez vagy tranzakciót végrehajtani a nevükben. A puszta szoftverfejlesztés, saját letétkezelést segítő technológia és infrastruktúra biztosítása miatt nem minősülnének automatikusan pénzközvetítőnek.

Minden kriptofejlesztő mentesülne a felelősség alól?

Nem. A védelem tevékenység- és szerepköralapú. Nem vonatkozna automatikusan arra, aki ügyfélpénzt kezel, tranzakciókat irányít, vagy konkrét szándékkal ismerten bűncselekményből származó vagyon továbbításában működik közre.

Védi a törvény a node-üzemeltetőket és validátorokat?

A javaslat célja, hogy a pusztán technikai infrastruktúrát biztosító, felhasználói pénzt nem ellenőrző szereplők ne váljanak automatikusan pénzközvetítővé. A konkrét védelem azonban függhet a végleges törvényszövegtől és attól, hogy az üzemeltető a technikai szolgáltatáson kívül végez-e más, pénzügyi közvetítésnek minősülő tevékenységet.

Mit jelent a non-custodial kifejezés?

Olyan rendszert, amelyben a felhasználó saját maga őrzi és ellenőrzi a privát kulcsait. A szolgáltató nem tudja önállóan elvenni, befagyasztani vagy továbbítani a felhasználó eszközeit.

A CLARITY Act felmentené Roman Stormot?

Nem automatikusan. Egy új törvény elfogadása önmagában nem töröl egy korábbi vagy folyamatban lévő büntetőeljárást. A lehetséges hatás a végleges szövegtől, a hatálybalépési és esetleges visszamenőleges szabályoktól, az ügy eljárási helyzetétől és a bíróság értelmezésétől függne.

Legalizálná a Tornado Cash használatát?

Nem. A fejlesztői védelem és egy protokoll konkrét használatának jogszerűsége két külön kérdés. A pénzmosás, lopott vagyon elrejtése és szankciókerülés továbbra is jogellenes lehet, függetlenül attól, hogy milyen technológiát használnak.

Mi az a Wells Notice?

A SEC munkatársainak előzetes értesítése arról, hogy végrehajtási eljárás megindítását javasolhatják. Nem ítélet, nem hivatalos vádemelés és nem a jogsértés végleges megállapítása. A címzett lehetőséget kap arra, hogy válaszoljon a hatóság érveire.

Folyik még SEC-eljárás az Uniswap Labs ellen?

A 2024-es vizsgálatot a SEC 2025 februárjában intézkedés nélkül lezárta, ezért az akkori Wells Notice nem tekinthető jelenleg aktív végrehajtási ügynek.

Kedvező lehet a törvény az ETH árfolyamára?

Közvetetten igen, amennyiben csökkenti az Ethereum-alapú fejlesztések amerikai jogi kockázatát. Ez azonban nem jelent biztos árfolyam-emelkedést. Az ETH értékét számos más piaci, technológiai és makrogazdasági tényező is befolyásolja.

A CLARITY Act elfogadása vételi jelzés lenne a TORN tokenre?

Nem. Egy jogszabály elfogadása nem garantálja a token használatát, likviditását, tőzsdei elérhetőségét vagy értéknövekedését. A TORN különösen magas jogi, piaci és spekulációs kockázatú eszköz maradhat.

Jogi nyilatkozat

A cikk kizárólag tájékoztató és oktatási célt szolgál. Nem minősül befektetési, kereskedési, adózási vagy jogi tanácsadásnak, illetve digitális eszköz vásárlására vagy eladására vonatkozó ajánlásnak. A CLARITY Act jelenleg törvényjavaslat, szövege és jogi hatása a jogalkotási folyamat során változhat. Konkrét jogi vagy befektetési döntés előtt célszerű megfelelő engedéllyel rendelkező szakértő véleményét kikérni. A kriptoeszközök árfolyama rendkívül volatilis, és a befektetett tőke részben vagy egészben elveszíthető.