A központi illúzió, amibe újra és újra belesétálsz
Amikor az emberek „letétet” (escrow-t) mondanak egy darknetes piactéren, általában egy páncéltermet képzelnek el: a vevő coinjai biztonságban pihennek odabent, amíg a csomag meg nem érkezik. Ez a kép téves. Te nem bankszámlára helyezel el pénzt. Hanem coinokat küldesz egy olyan címre, amelyet a piactér irányít, tehát egyetlen félhez, amely bármikor mozgathatja azokat. Amit te letétnek hívsz, valójában csak egy átmeneti ígéret, amely egy adatbázis-bejegyzésbe van írva, és annyit mond: „ez az összeg ehhez a rendeléshez tartozik”. Abban a pillanatban, amikor a tranzakció megerősítést nyer, technikailag nincs lehetőséged visszahúzni a coinokat. Egyedül a piactér üzemeltetője teheti meg.
Három részből áll, nem egyből
A piactér képernyőjén látható „letét” valójában három különálló mechanizmust rak egymásra, és a legtöbb felhasználó csak az elsőre gondol.
- Egy pénztárcacím, amely fogadja a befizetésedet
- Egy főkönyvi bejegyzés a piactér adatbázisán belül, amely a coinokat a rendelésedhez kötöttként jelöli meg
- Egy szabályzati réteg, amely meghatározza, ki indíthat el kiadást, vitát vagy visszatérítést
Ami valójában mozog, mielőtt a termék elindulna, nem a pénz. Hanem az engedély. Egy olyan rendszert kérsz, amelyet nem te irányítasz, hogy ígérje meg: nem költi el a befizetésedet addig, amíg egy olyan feltételt nem jelölnek meg teljesültként, amelyet szintén nem te irányítasz. Az eladó nem látja a coinjaidat. Az eladó egy zöld jelzést lát, amely azt mondja, hogy a vevők befizettek, és ez a jelzés elég ahhoz, hogy szállítson.
Miért számít ez
Ha a piactér eltűnik, vagy az üzemeltetője egyszerűen úgy dönt, hogy megtartja az egyenleget, nincs visszaterhelési út. Fedezetlen hitelező vagy egy adatbázisban, nem pedig az eszköz tulajdonosa többé.
Ha ezt megérted, mielőtt feltöltesz egy pénztárcát, az megváltoztatja, hogyan gondolkodsz az összegről, az időzítésről és a kockázatról. Nem tárolsz értéket letétben. Hanem kölcsönadod azt egy idegennek, aki megígéri, hogy továbbítja.
Tartalom
A multisig mint háromkulcsos ajtó
Képzeld el, hogy készpénzt adsz egy futárnak, aki csak akkor adja ki a pénzt, ha te és az eladó egyszerre, külön kulccsal nyitjátok a zárat. Nagyjából ez a 2-of-3 multisig letét alapelve: a piactér adminját egy megvesztegethetetlen szabály váltja fel, és senki sem birtokolja egyedül a teljes tárcát.
Egy 2-of-3 elrendezésben a letéti címet három privát kulcs vezérli: a vevőé, az eladóé és egy semleges harmadik félé. Tranzakciót csak akkor lehet aláírni, ha legalább két kulcs együttműködik. Ez teljesen kiiktatja a régi „bízz a piactér adminjában” mintát: a piactér nem egy központi tárcában tartja a pénzed, amely eltűnhet egy exit scam során.
Ki birtokolja a harmadik kulcsot
A harmadik kulcs általában egy piactér-üzemeltetőé, egy moderátoré vagy egy külön letéti szolgáltatásé. A célja nem az, hogy a pénzt irányítsa, hanem hogy feloldja a patthelyzetet. Ha a vevő azt állítja, hogy a csomag soha nem érkezett meg, az eladó pedig azt, hogy igen, a harmadik kulcs az egyik fél mellé áll, hogy meglegyen a szükséges két aláírás.
Vevői kulcs
igazolja, hogy a vevő beleegyezik a pénz felszabadításába a kézbesítés után
Eladói kulcs
igazolja, hogy az eladó beleegyezik a visszatérítésbe vagy egy megállapodás elfogadásába
Harmadik kulcs
feloldja a patthelyzeteket, sosem mozgat pénzt egyedül
A lényeg az, amit a harmadik kulcs nem tehet meg: egyetlen aláírással semmit sem költhet el. Ez a határvonal a letéti közvetítés és a letétkezelés között. Ha egy piactér multisiget hirdet, de titokban a három kulcsból kettőt magánál tart, akkor továbbra is letétkezelő — és a „multisig” címke semmit sem jelent a biztonságod szempontjából.
Mielőtt bármilyen címet feltöltenél, ellenőrizd, hogy a vevő valóban egy valódi tárcában lévő kulcsot vezérel, nem csupán egy bejelentkezési tokent a piactér saját felületén.
Egy 2-of-3 cím csak akkor véd meg, ha a vevői kulcs a saját eszközödön jön létre, és soha nem töltöd fel a platformra.
Időzáras letét és a várakozási játék
A határidő nélküli üzlet nem más, mint túszhelyzet. Befizetsz egy rendelést, az eladó elhallgat, és hirtelen az egyetlen lépésed a reménykedés. Az időzáras letét ezt a reményt kiveszi, és egy kényszerített rendezési ablakkal helyettesíti. Az elv egyszerű: ha egy blokkmagasság vagy időbélyeg eltelik, a zárolt összeg másik úton haladhat tovább — vagy az eladó felé, vagy vissza a vevőhöz, vagy vitarendezési állapotba kerül.
Gondolj rá úgy, mint egy automatára, amely automatikusan visszafizeti a pénzed, ha a nasi soha nem esik le. Senkinek sem kell hinnie a másik történetének. Maga a szerződés kezd el számolni.
A várakozós játék működése
Egy gyakori megoldás egy 2-of-3 multisig cím, amelynek az egyik költési ágára időzár rétegződik. Amíg az üzlet aktív, két aláírás mozgathatja a pénzt: vevő és eladó, vagy bármelyik fél plusz a piactér üzemeltetője. De ha a határidő lejár, és senki sem lép, egy időzáras ág nyílik meg. Ez az ág általában lehetővé teszi, hogy a vevő egyoldalúan visszaszerezze az összeget — vagy egyes kialakításokban az eladó igényelhesse, ha a vevő soha nem nyitott vitát.
Egy okosabb változat relatív időzárat használ. Az óra csak akkor indul, amikor vitát nyitnak, nem pedig a rendelés befizetésekor. Ez megakadályozza, hogy az eladó egyszerűen kivárjon egy rögzített dátumot, miközben a vevő még mindig egy meg nem érkezett csomagra vár.
Mi történik, ha valaki eltűnik
A vevő elhallgat a kézbesítés után
Ha a vevő soha nem erősíti meg és nem vitatja, az időzár az ablak lezárulta után felszabadíthatja az összeget az eladónak. A hallgatás elfogadásnak minősül.
Az eladó húzza az időt, és soha nem szállít
A vevő a határidő előtt vitát nyit. Ez leállítja az eladói igénylési ágat, és elindítja a vitázási időzítőt.
A piactér üzemeltetője eltűnik
A szerződés továbbra is létezik a láncon. A vevő és az eladó gyakran két aláírással együttműködhet, vagy egy előre beállított tartalék ág rendezi a helyzetet.
Senki sem ír alá semmit
Az időzár végül működésbe lép. Az összegek nem maradnak örökre befagyasztva.
A cél nem valamiféle kozmikus értelemben vett igazságosság. Hanem kilépési feltételek. Egy jó letéti kialakítás megmondja, mi történik, ha minden érintett ember úgy dönt, hogy nem tesz semmit.
Ne keverd össze egy piactér „X nap utáni automatikus véglegesítés” funkcióját egy valódi, láncon tárolt időzárral. Ha a piactér ellenőrzi a tárcát, az időzítő csak egy irányelv — nem szerződés.
Gyakori kérdések
Hogyan létezhet letéti szolgáltatás egy darknet piactéren bank vagy jogi kikényszeríthetőség nélkül?
A piactér vagy egy multisig szkript jár el semleges harmadik félként: zárolja az összeget, vagy több kulcsot követel meg a felszabadítás előtt. Ez a bankba vetett bizalmat kóddal és játékelméleti ösztönzőkkel helyettesíti, bár nem szüntet meg minden kockázatot.
Mi a fő illúzió, amibe a vásárlók beleesnek, amikor „letétet” látnak egy piactéren?
A vásárlók gyakran azt feltételezik, hogy a letét azt jelenti, a pénzük biztonságosan zárolva van és automatikusan védve, pedig sok esetben egyetlen piactér-üzemeltető vagy kulcstartó is leléphet vele, vagy húzhatja a vitarendezést. A letét címke csak egy folyamatot ír le, nem garancia az exit scam vagy a viták ellen.
Miért használ egyes piactereken multisiget, ha a piactér maga már úgyis tartja az összeget?
A multisig egy második vagy harmadik kulcsot ad hozzá, amelyet gyakran a vevő és az eladó tart, így a piactér nem tudja egyoldalúan ellopni vagy felszabadítani az összeget. Az átváltás az, hogy a tranzakciók bonyolultabbá válnak, és még mindig kudarcba fulladhatnak, ha egy kulcstartó eltűnik vagy nem hajlandó együttműködni.
Melyek a leggyakoribb hibamintázatok a darknet letétben, amelyekre senki sem figyelmeztet?
A fő hibák közé tartoznak a véglegesítési viták, amikor az egyik fél elhallgat, az időzár lejárta, ami bent ragadt összegekhez vezet, és az, amikor a piactér vita közben más letéti módra vált. A vásárlók azt is gyakran elfelejtik ellenőrizni a tényleges letéttípust a befizetés előtt, és teljes védelmet feltételeznek, miközben csak piactér által irányított letétjük van.
Mit kell tennie valakinek, mielőtt bármilyen darknet letéti címre pénzt küldene?
Ellenőrizze, hogy valójában melyik letéti modellt használják, nézze meg, hogy a piactér az összes kulcsot ellenőrzi-e vagy szükséges-e az Ön aláírása, és olvassa el a vita- és időzár-szabályokat a pénzküldés előtt. Ha nincs egyértelmű felszabadítási feltétel, vagy a piactér egyoldalúan mozgathatja az érméket, a letétet inkább opcionálisnak tekintse, nem pedig védelemnek.
Gyakori hibamintázatok, amelyekről senki sem ír
Képzelj el egy közös banki széfet, amihez három kulcsból kettő kell. A hiba általában nem a bank páncéltermében van — hanem abban a pillanatban, amikor mindhárman rájönnek, hogy ugyanarra a kulcstartóra másolták a kulcsaikat. Ez a realisztikus kép a legtöbb rosszul végződő darknetes letéti ügyletről: a kriptográfiai felépítés rendben van, a emberi összeállítás az, ahol megjelenik a repedés.
Az egyik klasszikus hiba a redeem script hanyag előállítása. Ha a script nem egyezik a kulcsok pontos sorrendjével, vagy rosszak az OP_CHECKMULTISIG paraméterei, a tranzakció akkor is elkölthetetlenné válik, ha mindkét fél egyetért. A Bitcoin-hálózat ezt nem magyarázza el; egyszerűen visszautasítja az aláírást. A vevők gyakran csak akkor fedezik fel ezt, amikor a csomag már úton van, és az eladó hirtelen nem tud aláírni — aztán mindkét fél egymást hibáztatja, miközben az érmék befagyva maradnak.
Az újrahasznált nyilvános kulcsok a letéti ügyleteknél olyanok, mintha ugyanazt a kesztyűt viselnéd minden munkához. Ha a vevő vagy az eladó ugyanazt a nyilvános kulcsot használja több ügylet során, egy megfigyelő összekapcsolhatja ezeket a kifizetéseket a láncon — anélkül is, hogy tudná, kik a felek. A multisig kialakítás a kereskedelmet védi, nem a körülötte kialakult viselkedésmintát.
A korai feloldás egy másik ilyen eset. A vevő udvariasságból oldja fel az összeget, vagy mert az eladó azt állítja, hogy a piactér „mindjárt bezár”, és csak később teszteli a terméket vagy fedezi fel az üres dobozt. Feloldani egy 2-of-3-ból, mielőtt ténylegesen ellenőrizted volna az eredményt, annyi, mint odaadni az egyetlen valódi alkupozíciódat. Az időzár sem segít, ha önként, korán aláírtad a kulcsod szerepének feladását.
A díj-szivatás egzotikusan hangzik, de csak ennyi: egy 2-of-3-ban, ahol te és az eladó le akarjátok zárni az ügyletet, a harmadik kulcs birtokosa javasolhat egy elszámolási tranzakciót nevetségesen magas díjjal. Ha te és az eladó vakon aláírjátok, a bányász viszi a többletet. Semmit sem loptak el a letéti egyenlegből — de az egyik fél tényleges kifizetése csökken, és aláírás után egyikőtök sem tudja visszacsinálni.
Kezeld a redeem scriptet úgy, mint egy poggyászcímkét: ellenőrizd a célállomást, mielőtt kiengeded a kezedből a táskát, nem azután, hogy már elment.
| Hiba | Így néz ki | Valós következmény |
|---|---|---|
| Újrahasznált nyilvános kulcsok | ugyanaz a kulcs két megrendelésben | egy megfigyelő összekapcsolja a kifizetéseket ;; Korai feloldás |
Mit tegyél, mielőtt bármibe pénzt teszel
A piac felülete gond nélkül hazudhat. Mielőtt bármit finanszíroznál, ellenőrizd, hogy a Bitcoin- vagy Monero-oldali script valójában mit zárol. Ez a nyers redeem script elolvasását jelenti, nem az eladói oldal szépen kidekorált lépéseit. Ha nem tudod értelmezni, akkor valaki más elemzőjére fogadsz — és az a valaki általában a piac.
A megjelenített cím nem szerződés. Illeszd be a fizetést egy block explorerbe vagy olyan tárcába, amely dekódolja a scripteket, és ellenőrizd a várt pubkeyokat, a timeout blokkmagasságot és a pontos költési útvonalat, mielőtt az első satoshi elmozdulna.
- LépésMásold ki a nyers finanszírozási scriptet vagy a javasolt címet a piacról egy script-tudatos tárcába vagy explorerbe
- LépésGyőződj meg arról, hogy a szükséges kulcskombináció megegyezik a piac által állított 2-of-3 vagy 2-of-2 sémával
- LépésJegyezd fel a locktime-ot: ha már elmúlt blokkmagasságra mutat, utasítsd vissza az üzletet
- LépésEllenőrizd, hogy legalább egy kulcs a te irányításod alatt áll, és hogy a piac ne tudja azt rekonstruálni a tárolt adatokból
- LépésCsak pontosan azt az összeget finanszírozd, amely a script nézetben szerepel, soha ne egy később privát üzenetben küldött „feltöltős” címet
Tekints a nyers scriptre úgy, mint a motortérre. A piaci felület csupán a lefestett motorháztető. Egy CHECKMULTISIG, amely valóban két aláírást követel, nagyon más, mint az, amely csendben hagyja, hogy egyetlen piaci kulcs költsön egy rejtett késleltetés után. Ha a script hash nem egyezik azzal, amit a felület leír, az escrow kitaláció.
Pubkeyok mentése
Mentsd el helyben az összes nyers pubkeyt, mielőtt pénzt küldenél; ha a piac eltűnik, akkor is tudod, mit mond a szerződés
Locktime blokk
Írd fel a pontos blokkmagasságot, ahol a visszatérítési útvonal megnyílik; állíts be naptári emlékeztetőt a táv felére
Egy saját kulcs
Az escrow kulcsodat offline generáld, soha ne a piac böngészős munkamenetében
Kilépési teszt
Ha bármely lépés „haladó funkciónak” tűnik, amit csak találgatsz, ne finanszírozz
A gyakorlott felhasználók a finanszírozást utolsó lépésként kezelik, a script ellenőrzése és a kulcsmentés után. A turisták először finanszíroznak, aztán reménykednek, hogy a piac „vita” gombjának varázsereje van. A vitagombok nem menthetnek meg egy olyan scriptet, amelyet arra építettek, hogy ellopjon tőled.