Loading market data...

Az Ethereum véletlenszerűsége kriptográfiai, nem Math.random()

Az Ethereum véletlenszerűsége kriptográfiai, nem Math.random()

,

. We need to translate each paragraph. Let's translate step by step. Original first paragraph: "Ethereum doesn't use Math.random(). It can't. The network relies on cryptographic methods to generate randomness that anyone can verify — a distinction that matters for every lottery, game, and NFT drop built on top of it." Hungarian: "Az Ethereum nem használ Math.random()-t. Nem is tudná. A hálózat kriptográfiai módszerekre támaszkodik, hogy véletlenszerűséget generáljon, amelyet bárki ellenőrizhet – ez a különbség minden lottó, játék és NFT drop esetében fontos, amelyek erre épülnek." Note: "NFT drop" - we might keep as NFT drop, or "NFT-csepp" but better keep "NFT drop". Also "lottery" is "lottó" but in context "lottery" is "sorsolás" maybe. But we can use "lottó" or "sorsolás". Let's use "lottó" but it's fine. "Game" is "játék". "NFT drop" - we can say "NFT drop" or "NFT-kibocsátás" but keep original. I'll keep "NFT drop". Next:

The Math.random() trap

->

A Math.random() csapda

Paragraph: "Math.random() is a pseudorandom number generator. It takes a seed and produces a sequence that looks random but is entirely deterministic. If you know the seed, you can predict every number that follows. On a public blockchain, that's a fatal flaw. Miners or validators could see the seed, or even influence it, and game the system." Translation: "A Math.random() egy álvéletlen számgenerátor. Egy magot (seed) vesz, és egy olyan sorozatot hoz létre, amely véletlenszerűnek tűnik, de teljesen determinisztikus. Ha ismered a magot, megjósolhatod az összes következő számot. Egy nyilvános blokkláncon ez végzetes hiba. A bányászok vagy validátorok láthatják a magot, vagy akár befolyásolhatják is, és kijátszhatják a rendszert." We need to keep "seed" as "seed" or "mag" - in crypto context often "seed" is used, but we can say "seed" or "mag". I'll use "seed" because it's common. Next: "There's also the verifiability problem. With Math.random(), there's no way for users to prove the output was actually random. You'd have to trust the contract developer. On a decentralized network, that trust is hard to come by." Translation: "Ott van még a verifikálhatóság problémája. A Math.random() esetén a felhasználók nem tudják bizonyítani, hogy az eredmény valóban véletlen volt. Meg kellene bízni a szerződés fejlesztőjében. Egy decentralizált hálózaton ez a bizalom nehezen szerezhető meg." Next:

How Ethereum does randomness

-> "Hogyan csinálja az Ethereum a véletlenszerűséget?" or "Hogyan valósítja meg az Ethereum a véletlenszerűséget?" I'll use "Hogyan hoz létre az Ethereum véletlenszerűséget?" but better: "Hogyan csinálja az Ethereum a véletlenszerűséget?" Actually "csinál" is informal. "Hogyan valósítja meg az Ethereum a véletlenszerűséget?" is more formal. I'll use "Hogyan valósítja meg az Ethereum a véletlenszerűséget?" Paragraph: "Ethereum instead uses cryptographic methods to produce randomness. These methods are designed so that the output is verifiable by anyone. That means a user can check that the randomness wasn't manipulated after the fact." Translation: "Az Ethereum ehelyett kriptográfiai módszereket használ a véletlenszerűség előállítására. Ezeket a módszereket úgy tervezték, hogy az eredmény bárki számára ellenőrizhető legyen. Ez azt jelenti, hogy a felhasználó ellenőrizheti, hogy a véletlenszerűséget nem manipulálták utólag." Next: "The exact mechanics are complex, but the idea is simple: combine inputs from multiple parties in a way that no single actor can control the result. The output is then hashed or otherwise processed to produce a final random value. Because the process is transparent, the result can be audited." Translation: "A pontos mechanizmusok összetettek, de az ötlet egyszerű: több fél bemeneteit kombináljuk úgy, hogy egyetlen szereplő sem tudja befolyásolni az eredményt. A kimenetet ezután hash-eljük vagy más módon feldolgozzuk, hogy egy végső véletlen értéket kapjunk. Mivel a folyamat átlátható, az eredmény ellenőrizhető." Next:

Why verifiability is non-negotiable

-> "Miért nem alku tárgya az ellenőrizhetőség?" Paragraph: "Smart contracts that pick winners, shuffle cards, or assign traits need randomness they can trust. If the randomness is predictable, the whole application is broken. A lottery could be gamed. A game could be rigged. An NFT drop could be front-run." Translation: "Az okos szerződések, amelyek nyerteseket választanak, kártyákat kevernek, vagy tulajdonságokat rendelnek, olyan véletlenszerűségre van szükségük, amelyben megbízhatnak. Ha a véletlenszerűség kiszámítható, az egész alkalmazás megtörik. A lottót ki lehet játszani. A játékot el lehet rontani. Az NFT dropot meg lehet előzni (front-run)." We'll keep "front-run" as is, maybe with explanation? But it's a tech term, we can keep "front-run" or say "elszívhatják" but better keep as "front-run". Next: "Verifiable randomness turns that around. It gives users a way to confirm that the outcome was fair. That's not just a nice feature — it's a requirement for any application that wants to operate without a central authority." Translation: "Az ellenőrizhető véletlenszerűség megfordítja ezt. Lehetőséget ad a felhasználóknak, hogy megerősítsék az eredmény tisztességes voltát. Ez nem csak szép funkció – ez követelmény minden olyan alkalmazás számára, amely központi hatóság nélkül szeretne működni." Next:

A common misconception

-> "Egy gyakori tévhit" Paragraph: "New blockchain developers often reach for Math.random() out of habit. It's a natural instinct — it works everywhere else. But on-chain, it's a non-starter. The learning curve is real, and the mistake usually surfaces during testing when someone figures out they can predict the output." Translation: "Új blokklánc-fejlesztők gyakran megszokásból nyúlnak a Math.random() felé. Ez természetes ösztön – mind