Gm GM. Jeg testet et verktøy som kan finne en hel EVM-lommebokadresse selv om du bare viser et lite skjermbilde som dette. Det finnes også mange OSINT-verktøy som avslører lommebokadressen knyttet til din sosiale profil. Mange ondsinnede aktører retter seg mot brukere etter å ha sjekket lommebokbalansen deres, så unngå alltid å poste bilder som dette eller dele lommeboken din direkte. Tror du meg ikke? Legg ut et skjermbilde av en lommebok som denne som har minst én tx på Ethereums hovednett, så finner jeg hele adressen i løpet av noen minutter.

Ethereum Fusaka-oppgraderingen går live denne uken, og dette er hva som vil endre seg i oppgraderingen: 1. PeerDAS (Peer Data Availability Sampling): EIP-7594 Så før du forklarer dette, må du vite om blobs. Så tenk på blobs som midlertidige lagringslokk for L2-nettverk. når vi bruker dapps på Arbitrum, Optimism eller andre lag 2-er, må våre transaksjonsdata legges ut på Ethereum for sikkerhet, blobs er spesielle beholdere designet akkurat for at disse dataene skal kunne lagres midlertidig. Før Blobs (Før Dencun): ▫️L2-transaksjonsdata lagret i calldata ▫️Kostnad: $$$$ (Dyrt, lagret for alltid) ▫️L2-gebyrer: $1-10+ per behandling under kø Etter Blobs (etter Dencun): ▫️L2-transaksjonsdata lagret i BLOBS ▫️Kostnad: $ (Billig, midlertidig lagring) ▫️L2-gebyrer: 0,001–0,10 dollar per behandling Så, i DAS, i stedet for å laste ned all blob-data for å verifisere at den eksisterer, prøver nodene små tilfeldige biter. Hvis nok tilfeldige utvalg stemmer, er fullstendige data statistisk garantert tilgjengelige. -----> Analogi: La oss si at du vil sjekke pizzakvaliteten i en hvilken som helst butikk, her er hva som skjer med og uten DAS Old Way (Last ned alt): ▫️Spis hele pizzaen for å sjekke kvaliteten ▫️Tid: Lang ▫️Mage: Full ▫️Kostnad: Dyrt New Way (Sampling): ▫️Ta 5 tilfeldige biter fra forskjellige skiver ▫️Hvis alle 5 er gode, → pizza er sannsynligvis bra ▫️Tid: Raskt ▫️Mage: Plass til mer ▫️Kostnad: Billig -----> I Blockchan-termer: Før Fusaka: ▫️ Hver full node må lagre all blob-data fra L2-er ▫️ Lagring: 100 % av blob-dataene ▫️ Båndbredde: høy (laster ned alt) Etter Fusaka: ▫️ Hver node lagrer bare 1/8 av blob-dataene ▫️ Full blob-data kan rekonstrueres fra hvilken som helst 50 % av nettverksnoden ▫️ Båndbredde: ~80 % reduksjon Innvirkning: 8x teoretisk skalering uten økende nodekrav 2. Gassgrenseøkning til 60 millioner: EIP-7935 Har du noen gang lagt merke til at noen blokker inneholder 150 operasjoner, mens andre blokker inneholder 400 operasjoner? Dette er på grunn av blokkgassgrensen, hver blokk har maks gassgrense, hvis det finnes noen Tx-er med lavere gassgrense, vil du se mange Tx-er i den blokken. På den annen side, hvis det finnes TX med høyere bensinforbruk, vil du i så fall se færre Tx-er i den blokken. Før Fusaka: ▫️ Blokkkapasitet: 45 millioner gass ▫️ Transaksjoner: ~1 500 enkle overføringer ▫️ Tettbelastning: Vanlig under høy aktivitet Etter Fusaka: ▫️ Blokkkapasitet: 60 millioner gass ▫️ Transaksjoner: ~2 000 enkle overføringer (+33 %) ▫️ Kø: Redusert 3. Transaksjonsgassgrense: EIP-7825 Fusaka innførte gassbegrensning per behandling for å forhindre DoS-angrep. Før Fusaka: ▫️ En enkelt transaksjon kunne konsumere hele blokkens 45 millioner gass, for eksempel denne tx: brukte hele blokkgassen, og det var derfor ingen andre tx i den blokken: ▫️Risiko: DoS-angrep mulig Etter Fusaka: ▫️ Maksimalt 16,7 millioner gass per transaksjon (2²⁴) ▫️ DoS-beskyttelse aktivert ▫️ ~3,5+ store transaksjoner per blokk minimum 4. secp256r1 Kurvestøtte: EIP-7951 (Forhåndskompilering) Denne oppgraderingen introduserer også innebygd mobil maskinvaresikkerhet. Før Fusaka: ▫️ Signeringsmetode: Kun secp256k1 (Bitcoin/Ethereum) ▫️ Ingen innebygd mobil sikker enklave ▫️ Maskinvarelommebøker trenger spesielle brikker Etter Fusaka: ▫️ Signeringsmetoder: secp256k1 (Original) + secp256r1 (Ny) ▫️ iPhone Secure Enclave støttes ▫️ Android Hardware Security Module støttes ▫️ FIDO2/WebAuthn-kompatibilitet ▫️ Maskinvarestøttede mobile lommebøker For mer informasjon kan du lese dette:

🚨 IRYS SYBIL-KLYNGER @irys_xyz har samlet inn 18,7 millioner dollar, og i går lanserte de tokenet sitt og åpnet airdrop-kravet. Imidlertid ble 20 % av den totale airdrop-tildelingen krevd av én enkelt enhet som brukte 897 forskjellige adresser. Disse 897 adressene var: ▫️ Finansiert av: 0x1ab4973a48dc892cd9971ece8e01dcc7688f8f23 ▫️ mottok nesten samme mengde ETH dagen før kravet Totalt 1 273 lommebøker krevde 183 461 876 IRYS-tokens fordelt på 21 sybil-klynger, sjekk alle detaljene nedenfor: 🔗 Men per nå er det uklart hvem som står bak dette, @irys_xyz kan du forklare hvordan disse lommebøkene er kvalifisert selv om du hevdet at du fjernet alle sybil-lommebøker.