31.1.5. Letéti és fizetési rendszerek

2025.10.06.
AI Biztonság Blog

A földalatti digitális gazdaság, legyen szó egyedi exploitokról vagy cenzúrázatlan MI modellekről, egy alapvető problémával küzd: a bizalom teljes hiányával. Hogyan bonyolít le egy tranzakciót két, egymást nem ismerő, anonim fél, ahol bármelyikük átverheti a másikat következmények nélkül? A megoldás a hagyományos kereskedelemből érkezik, digitális, anonim köntösbe bújtatva: a letéti rendszer, vagyis az escrow.

Kapcsolati űrlap

AI Biztonság kérdésed van? Itt elérsz minket:

A digitális közjegyző: Az escrow rendszerek működése

Gondolj az escrow szolgáltatásra úgy, mint egy automatizált, semleges harmadik félre, egy digitális közjegyzőre. A rendszer lényege, hogy a vevő pénzét nem közvetlenül az eladónak küldi, hanem egy letéti számlára helyezi, amelyet a platform (vagy egy megbízott közvetítő) felügyel. Az eladó csak akkor kapja meg az összeget, ha a vevő igazolja, hogy a terméket vagy szolgáltatást rendben megkapta. Ezzel a módszerrel mindkét fél kockázata minimalizálódik.

Analógia: Ingatlanvásárlás

Az escrow legtisztább analógiája az ingatlanvásárlás. A vevő nem adja át a vételárat tartalmazó táskát az eladónak a szerződés aláírásakor. Helyette egy ügyvédi letéti számlára utalja az összeget. Az ügyvéd csak akkor utalja tovább a pénzt az eladónak, miután a tulajdonjog bejegyzése a földhivatalnál megtörtént. A darknet piacterek escrow rendszerei ugyanezt a logikát követik, csak éppen kriptovalutával és digitális javakkal.

A folyamat lépésről lépésre

Egy tipikus escrow tranzakció a következőképpen zajlik egy darknet MI-piactéren:

  1. Megrendelés és letétbe helyezés: A vevő megrendeli a szolgáltatást (pl. egyedi jailbreak promptot) és átutalja a vételárat (jellemzően Monero vagy Bitcoin) a platform által generált, egyedi letéti címre.
  2. Értesítés az eladónak: A platform érzékeli a beérkezett összeget, és értesíti az eladót, hogy a fedezet biztosítva van, elkezdheti a „munkát” vagy a „szállítást”.
  3. Szolgáltatás teljesítése: Az eladó elküldi a promptot, a modellsúlyokat vagy a hozzáférést a JaaS platformhoz a vevőnek a piactér belső, titkosított üzenetküldő rendszerén keresztül.
  4. Visszaigazolás és a letét felszabadítása (Finalize): A vevő teszteli a kapott terméket. Ha minden rendben van, a platformon egy gombnyomással „véglegesíti” a tranzakciót (ezt hívják „finalize early” vagy FE-nek is, ha a vevő a fizikai szállítás előtt bízik az eladóban). Ekkor a rendszer a letétből levonja a jutalékát, a fennmaradó összeget pedig átutalja az eladó digitális pénztárcájába.
  5. Vitarendezés (Dispute): Ha a termék hibás, nem működik, vagy a vevő nem kapta meg, vitát kezdeményezhet. Ekkor a platform egy moderátora lép be harmadik félként, megvizsgálja a bizonyítékokat (üzenetváltások, képernyőképek), és eldönti, hogy a pénz a vevőnek vagy az eladónak (esetleg részarányosan) jár vissza.

A tranzakciók anatómiája

Az alábbi diagram egy tipikus escrow folyamatot szemléltet, kiemelve a kriptovaluta és az információ áramlását a három szereplő között.

Vevő Escrow Eladó 1. Kripto letétbe helyezése 2. Értesítés a letétről 3. Termék/Szolgáltatás szállítása 4. Vevői jóváhagyás (Finalize) 5. Pénz felszabadítása

Közvetlen fizetések vs. Escrow

Nem minden tranzakció használ escrow-t. Kisebb összegű, alacsony kockázatú ügyleteknél vagy olyan felek között, akik között már kialakult egyfajta bizalom, a közvetlen kriptovaluta-utalás (peer-to-peer) is gyakori. Ez gyorsabb és olcsóbb (nincs platform jutalék), de a vevő számára sokkal nagyobb kockázatot hordoz.

Fizetési mód Előnyök Hátrányok
Escrow (Letét)
  • Magas biztonság mindkét félnek
  • Vitarendezési lehetőség
  • Ideális nagy értékű vagy bizalmatlan tranzakciókhoz
  • Lassabb folyamat
  • Platform jutalékot számol fel (ált. 1-5%)
  • A platform üzemeltetőiben meg kell bízni
Közvetlen fizetés (P2P)
  • Azonnali tranzakció
  • Nincs jutalék, csak a hálózati díj
  • Nagyobb anonimitás (nincs harmadik fél)
  • Rendkívül magas kockázat a vevőnek
  • Nincs vitarendezési lehetőség („exit scam” veszély)
  • Csak megbízható felek között vagy kis összegnél ajánlott

Egy egyszerűsített escrow logika (Pszeudokód)

Bár a valós rendszerek ennél bonyolultabbak (gyakran multisig tárcákat használnak), a mögöttes logika egyszerűen modellezhető. Az alábbi pszeudokód egy ilyen tranzakció alapvető állapotgépet vázolja fel.


FÜGGVÉNY EscrowTranzakció(vevő, eladó, összeg):
 // Állapotok: VÁRAKOZÁS, LETÉT_BIZTOSÍTVA, TELJESÍTETT, VITA, VISSZAUTALVA, KIFIZETVE
 tranzakció_állapot = VÁRAKOZÁS

 // 1. A vevő letétbe helyezi az összeget
 HA vevő.utal(összeg, letéti_cím):
 tranzakció_állapot = LETÉT_BIZTOSÍTVA
 Értesítés(eladó, "A letét megérkezett.")
 KÜLÖNBEN:
 HIBA("Sikertelen utalás.")
 VÉGE

 // 2. A vevő döntése a szolgáltatás kézhezvétele után
 CIKLUS amíg tranzakció_állapot == LETÉT_BIZTOSÍTVA:
 válasz = VárakozásVevőDöntésére(időtúllépés = 72 óra)

 HA válasz == "JÓVÁHAGYÁS":
 // 3a. A vevő elégedett, az eladó megkapja a pénzt
 letét.utal(eladó, összeg - jutalék)
 tranzakció_állapot = KIFIZETVE
 Értesítés(eladó, "A tranzakció lezárult, összeg kifizetve.")
 CIKLUS VÉGE
 
 HA válasz == "VITA":
 // 3b. Vita indul
 tranzakció_állapot = VITA
 moderátor.Dönt(vevő, eladó, bizonyítékok)
 CIKLUS VÉGE

 HA válasz == "IDŐTÚLLÉPÉS":
 // 3c. Automatikus jóváhagyás időtúllépés után
 letét.utal(eladó, összeg - jutalék)
 tranzakció_állapot = KIFIZETVE
 CIKLUS VÉGE
 
VÉGE FÜGGVÉNY
 

Ez a pénzügyi infrastruktúra az, ami lehetővé teszi a darkneten működő, MI-alapú szolgáltatások gazdaságának virágzását. Anélkül, hogy a bizalom problémáját az escrow rendszerek megoldanák, a piac sokkal kisebb és fragmentáltabb lenne, hiszen a tranzakciók kockázata drasztikusan megnőne.