Det er et interessant nytt mønster av svindlere for å få kompromitterte lommebøker til å gå helt i stykker, slik at du ikke kan sende penger til den for redninger. TL; DR: Hvis du EIP-7702 _self-delegate_ lommebokadressen din, murer du lommeboken din fullstendig. Så hvordan fungerer dette? Hvis du angir din egen EOA-lommebok som delegeringsadresse, er koden som er angitt i lommeboken din '0xef0100 || your_address'. Nå i henhold til EIP-7702 bruker delegeringsindikatoren _banned_ opcode '0xef' for å indikere at koden må håndteres annerledes enn vanlig kode. Så alt bra? Du tror kanskje til og med at dette vil skape en potensiell uendelig kjede/sløyfe av delegeringer, men nei, i henhold til spesifikasjonene: "klienter må bare hente den første koden og deretter slutte å følge delegeringskjeden." Så det som skjer er at når du selv delegerer til din egen adresse, påkaller du effektivt den ugyldige opkoden '0xef' for hver tx som går gjennom lommeboken din, og transaksjonen vil gå tilbake.

Men du kan ganske enkelt løse dette ved å bruke redningsskriptet mitt som kan redde alle midler fra en kompromittert lommebok ved hjelp av en paymaster og en vennlig delegator, og det er _no need_ å sende ether til den kompromitterte lommeboken i det hele tatt.

Jeg mener at du teknisk sett kan tvinge ETH inn på hvilken som helst konto også, men denne tilnærmingen er så mye renere for å redde alt fra en kompromittert lommebok.