Историята на бота MEV, който спечели 800 ETH и загуби всичко
Представете си, че правите 800 ETH в един арб
… и час по-късно след това загуба на 1100 ETH от хакер
Ето историята на 0xbaDc0dE, MEV бот, който спечели и загуби всичко за няколко часа тази вечер
— @bertcmiller
(@bertcmiller) Септември 27, 2022
0xbaDc0dE е префиксът на договора за mempool бот, който беше доста активен в ETH през последните няколко месеца.
През това време те изпратиха ~220k транзакции към Ethereum, вярвам, че всички arbs или се опитват да отменят arbs.
Address: 0xbadc0defafcf6d4239bdf0b66da4d7bd36fcf05a
— @bertcmiller
По-рано днес някакъв нещастник се опита да продаде $1.8 милиона в cUSDC на Uniswap v2 (!). Те получиха ~$500 в замяна. айк
Междувременно това генерира огромна възможност за арб.
tx: 0x96a129768ec66fd7d65114bf182f4e173bf0b73a44219adaf71f01381a3d0143 pic.twitter.com/fOAhVkFRgV
— @bertcmiller
0xbaDc0dE послушно върна arb в mempool (!) в looong arb, докосвайки много протоколи.
Печалбата от това беше ~800 ETH!
tx: 0x2a615005a63785284f11a4c5cb803d1935d34e358c10a3b4d76398d2e7bb2f9d pic.twitter.com/h0GNO22y7y
— @bertcmiller
… Но само час по-късно целият ETH на 0xbaDc0dE беше откраднат
Ще оставя читателя сам да се пошегува с кода pic.twitter.com/c36stxrVeg
— @bertcmiller
Задълбочавайки се, изглежда, че 0xbaDc0dE не е защитил правилно функцията, която са използвали за изпълнение на dYdX flashloans.
Обърнете внимание на "callFunction", която е функцията, извикана от рутера dYdX като част от изпълнението на flashloan pic.twitter.com/NUKKU8S2F6
— @bertcmiller
Когато получите бърз заем, протоколът, от който заемате, ще извика стандартизирана функция във вашия договор.
В този случай dYdX извика "callFunction" на 0xbaDc0dE.
Кодът на 0xbaDc0dE за съжаление е разрешен за произволно изпълнение.
— @bertcmiller
Нападателят използва това, за да накара 0xbaDc0dE да одобри всички техни WETH за потребители по техния договор.
tx: 0x59ddcf5ee5c687af2cbf291c3ac63bf28316a8ecbb621d9f62d07fa8a5b8ef4e
— @bertcmiller
След това нападателят просто е прехвърлил мокра на техния адрес.
tx: 0x631d206d49b930029197e5e57bbbb9a4da2eb00993560c77104cd9f4ae2d1a98
— @bertcmiller
EVM срещу SVM
1/ EVM няма да мащабира.
Технологията EVM не е в състояние да се справи с над 30 tps, което не може да се конкурира със скоростите на web2. @СоланаSVM решава този проблем.
Тема за това как SVM ще помогне за включването на следващата вълна от потребители на блокчейн в мащаб.
pic.twitter.com/kkNzhyBk11
— Nitro SVM
(@Nitro_Labs) Септември 28, 2022
2/ Преди да се потопите в решението, важно е да разберете проблема.
Ethereum е най-големият блокчейн за интелигентни договори, със сигурност валидаторите могат да добавят повече сървъри, за да направят Ethereum по-бърз? нали
погрешно Мислете за Ethereum като за система с опашка само с един касиер.
— Nitro SVM
3/ Без значение колко бързо този касиер е в състояние да постигне консенсус относно транзакциите от валидаторите, има толкова голяма скорост, с която той може да обработи опашката
Сега тази аналогия става по-сложна, когато вземете предвид таксите за газ. Други могат да платят допълнителни пари за рязане на линията. pic.twitter.com/tErmS8AlGD
— Nitro SVM
4/ Еднопоточната архитектура на EVM прави касиера непоследователен във времето за обработка на опашката и създава като цяло бавна система.
Как Sealevel VM решава това? Чрез паралелизиране.
Помислете отново за аналогията с касиера. Ами ако имаше няколко касиера?
— Nitro SVM
5/ Вместо 1 касиер, какво ще стане, ако има 10, 50 или 100? Транзакциите биха били по-бързи, нали?
Точно това прави машината за морско ниво на Solana. Той обработва транзакциите едновременно, за да се движи бързо през опашката.
Това води до по-бързи скорости на транзакции и високи tps pic.twitter.com/LkFwyRXuoe
— Nitro SVM
6/ Защо другите блокчейни не правят това?
Тъй като всички транзакции се опитват да актуализират глобални състояния, 2 транзакции, опитващи се да актуализират едно и също състояние, могат да доведат до грешка в паралелността.
Sealevel се грижи за този бъг, като описва всички състояния, които транзакция ще чете/записва, докато се изпълнява.
— Nitro SVM
7/ Това позволява паралелно изпълнение на транзакции без припокриване.
Валидаторът може да използва толкова ядра за паралелна обработка, колкото са му необходими, стига припокриващите се транзакции да не се обработват паралелно.
Повече за това от @aeyakovenko:https://t.co/Mwfne96XNF
— Nitro SVM
8/ Следователно Sealevel VM създава идеален слой за паралелно изпълнение на транзакции.
Разглеждайки аналогията с касиера, става ясно, че SVM очевидно превъзхожда EVM по отношение на производителността и мащабирането на web3 към стандартите web2.
И така, как да донесем SVM на масите?
— Nitro SVM
9/ Nitro е създаден с визията да превърне SVM в универсален стандарт за разработка, позволяващ разполагането на сборни пакети на SVM на всеки слой 1 блокчейн.
Ние вярваме, че сборните пакети на SVM имат способността да трансформират всеки L1 в електростанция, като същевременно създават шлюзове между $ SOL и не-SVM L1s
— Nitro SVM
10/ За да постави началото на тази визия, Nitro внедрява първия сборен SVM в екосистемата Cosmos, на @SeiNetwork.
Това позволява на разработчиците на Solana да получат достъп до по-широката IBC екосистема и предоставя на потребителите на Cosmos достъп до предимствата на производителността на SVM.
— Nitro SVM
11/ Извънредно внедряването на SVM в множество екосистеми ще помогне за превръщането на SVM в индустриален стандарт, подобен на EVM.
Бъдещето на скалируемостта на блокчейн е светло и ние не можем да бъдем по-развълнувани да донесем SVM технологията в екосистема близо до вас. Очаквайте скоро.
— Nitro SVM
Инвеститорите продават лири за BTC
(1/6) Ако вашата валута бързо се обезценява, какво бихте купили, за да защитите покупателната си способност?
Отговорът за притежателите на евро и лири е преобладаващо #Bitcoin
Това е забележително, защото не видяхме същата тенденция при предишни кризи през 2020 г. или 2021 г.
Кратко
— Dunleavy (@dunleavy89) Септември 28, 2022
Източник: https://www.cryptopolitan.com/best-twitter-threads-of-the-day-september-28/