đš Schon mal von einem Replay-Angriff gehört? Ich erzĂ€hle Ihnen von einem verrĂŒckten Vorfall, der jemandem im Krypto-Bereich passiert ist â eine Lektion, die wir alle lernen mĂŒssen! đš
Nach 10 Jahren erinnerte sich diese Person endlich an das Passwort fĂŒr ihr altes Bitcoin-Wallet. Stellen Sie sich die Aufregung vor! đ Da sie BTC so lange hielt, besaĂ sie auch dessen Forks â Bitcoin Cash ($BCH ) und eCash ($XEC ). NatĂŒrlich wollte sie alles in einem Multiplattform-Wallet konsolidieren.
Also schickte sie ihre XEC von Electrum ABC an Binance. Alles schien normal ⊠bis sie 10 Minuten spĂ€ter ihr Electron Cash-Wallet öffneten und sahen, dass ihr BCH-Guthaben weg war! đ±đž
Folgendes ist passiert:
đ Wenn eine Blockchain einen Hard Fork durchlĂ€uft (wie die Aufspaltung von Bitcoin in Bitcoin Cash), teilen beide Ketten bis zur Aufspaltung denselben Transaktionsverlauf.
đ Wenn kein geeigneter Replay-Schutz implementiert ist, können Transaktionen, die auf einer Kette gĂŒltig sind, auf der anderen Kette wiederholt werden. đ
đ In diesem Fall wurde beim Senden von XEC genau dieselbe Transaktion â derselbe Betrag, dieselbe GebĂŒhr, derselbe Hash â im BCH-Netzwerk gesendet, wodurch ihr BCH an eine unbeabsichtigte Adresse abgezogen wurde.
Sie wandten sich an #binancesupport, aber leider stand die EmpfĂ€ngeradresse nicht unter der Kontrolle von Binance. Die Gelder waren also weg. Zum GlĂŒck war es nur ein kleiner Betrag, aber der emotionale Schlag, diesen BCH â ihre allererste KryptowĂ€hrung â zu verlieren, tat weh. đ
đ Die Moral der Geschichte: Achten Sie beim Umgang mit Blockchain-Forks immer auf Replay-Angriffe! SchĂŒtzen Sie Ihre Vermögenswerte und gehen Sie nicht davon aus, dass eine Transaktion auf einer Kette von einer anderen isoliert ist.

