800 ETH を獲得し、すべてを失った MEV ボットのストーリー
単一のアーバーで 800 ETH を作ることを想像してみてください
…そして1100時間後、ハッカーにXNUMX ETHを失う
これは、今夜の数時間ですべてを獲得して失った MEV ボット、0xbaDc0dE の物語です。
— @bertcmiller
(@bertcmiller) 2022 年 9 月 27 日
0xbaDc0dE は、ここ数か月で ETH で非常に活発な mempool ボットのコントラクトのプレフィックスです。
その間、彼らは約 220 万件のトランザクションをイーサリアムに送信しました。
Address: 0xbadc0defafcf6d4239bdf0b66da4d7bd36fcf05a
— @bertcmiller
今日の初めに、一部の貧しい魂が Uniswap v1.8 で cUSDC で 2 万ドルを売ろうとしました (!)。 彼らは見返りに〜$ 500を手に入れました。 うわぁ。
その間、これは大規模なarbの機会を生み出しました。
tx: 0x96a129768ec66fd7d65114bf182f4e173bf0b73a44219adaf71f01381a3d0143 pic.twitter.com/fOAhVkFRgV
— @bertcmiller
0xbaDc0dE は、mempool (!) の arb を忠実にバックランし、多くのプロトコルに触れています。
これによる利益は ~800 ETH でした!
tx: 0x2a615005a63785284f11a4c5cb803d1935d34e358c10a3b4d76398d2e7bb2f9d pic.twitter.com/h0GNO22y7y
— @bertcmiller
…しかし、わずか 0 時間後に 0xbaDcXNUMXdE の ETH がすべて盗まれました
コード自体についてのジョークは読者に任せます pic.twitter.com/c36stxrVeg
— @bertcmiller
掘り下げてみると、0xbaDc0dE は、dYdX フラッシュローンの実行に使用した機能を適切に保護していなかったようです。
「callFunction」に注意してください。これは、フラッシュローン実行の一部として dYdX ルーターによって呼び出される関数です。 pic.twitter.com/NUKKU8S2F6
— @bertcmiller
フラッシュローンを取得すると、借用元のプロトコルがコントラクトの標準化された関数を呼び出します。
この場合、dYdX は 0xbaDc0dE で「callFunction」を呼び出しました。
0xbaDc0dE のコードは、残念ながら任意の実行を許してしまいました。
— @bertcmiller
攻撃者はこれを使用して 0xbaDc0dE を取得し、契約の支出者に対してすべての WETH を承認させました。
tx: 0x59ddcf5ee5c687af2cbf291c3ac63bf28316a8ecbb621d9f62d07fa8a5b8ef4e
— @bertcmiller
その後、攻撃者は単に自分のアドレスに送金しただけです。
tx: 0x631d206d49b930029197e5e57bbbb9a4da2eb00993560c77104cd9f4ae2d1a98
— @bertcmiller
EVM 対 SVM
1/ EVM はスケーリングしません。
EVM 技術は、web30 の速度と競合できない 2 tps を超える処理を行うことができません。 @ソラナの SVM はこの問題を解決します。
SVM がブロックチェーン ユーザーの次の波を大規模にオンボードするのにどのように役立つかについてのスレッド。
pic.twitter.com/kkNzhyBk11
— ニトロ SVM
(@Nitro_Labs) 2022 年 9 月 28 日
2/ ソリューションに飛び込む前に、問題を理解することが重要です。
イーサリアムは最大のスマート コントラクト ブロックチェーンです。バリデーターはイーサリアムを高速化するためにサーバーを追加できますか? 右？
違う。 イーサリアムは、窓口係が XNUMX 人しかいないキュー システムと考えてください。
— ニトロ SVM
3/ 出納係がバリデーターからのトランザクションのコンセンサスをどれだけ速く達成できたとしても、彼がキューを処理できる速度には限界があります。
ガス料金を考慮すると、この類推はさらに複雑になります。 他の人は余分なお金を払ってラインを切ることができます. pic.twitter.com/tErmS8AlGD
— ニトロ SVM
4/ EVM のシングル スレッド アーキテクチャにより、出納係のキュー処理時間に一貫性がなくなり、システム全体が遅くなります。
Sealevel VM はこれをどのように解決しますか? 並列化による。
窓口係の類推をもう一度考えてください。 窓口担当者が複数いたら？
— ニトロ SVM
5/ 窓口係が 1 人ではなく、10 人、50 人、または 100 人だったら? トランザクションはより速くなりますよね？
それがまさに、Solana の海面エンジンが行うことです。 トランザクションを同時に処理して、キューをすばやく移動します。
これにより、トランザクション速度が速くなり、TPS が高くなります pic.twitter.com/LkFwyRXuoe
— ニトロ SVM
6/ 他のブロックチェーンがこれを行わないのはなぜですか?
すべてのトランザクションがグローバル状態を更新しようとしているため、2 つのトランザクションが同じ状態を更新しようとすると、同時実行バグが発生する可能性があります。
Sealevel は、実行中にトランザクションが読み書きするすべての状態を記述することで、このバグに対応しています。
— ニトロ SVM
7/ これにより、重複しないトランザクションを並行して実行できます。
バリデーターは、重複するトランザクションが並行して処理されない限り、並行処理に必要な数のコアを使用できます。
詳細については、こちらから @aeyakovenko:https://t.co/Mwfne96XNF
— ニトロ SVM
8/ したがって、Sealevel VM は、トランザクションを並行して実行するための理想的なレイヤーを作成します。
出納係の類推を見ると、パフォーマンスの点で SVM が EVM より明らかに優れていること、および web3 を web2 標準にスケーリングしていることは明らかです。
では、SVM を大衆に届けるにはどうすればよいでしょうか。
— ニトロ SVM
9/ Nitro は、SVM ロールアップを任意のレイヤー 1 ブロックチェーンに展開できるようにするユニバーサルな開発標準にするというビジョンを持って作成されました。
SVM ロールアップには、L1 間のゲートウェイを作成しながら、任意の LXNUMX を強力に変換する機能があると考えています。 $ SOL および非 SVM L1
— ニトロ SVM
10/ このビジョンを開始するために、Nitro は Cosmos エコシステムに最初の SVM ロールアップを展開しています。 @セイネットワーク.
これにより、Solana の開発者はより広範な IBC エコシステムにアクセスできるようになり、Cosmos ユーザーは SVM のパフォーマンス上の利点にアクセスできるようになります。
— ニトロ SVM
11/ 時間をかけて、複数のエコシステムに SVM を展開することで、SVM を EVM に似た業界標準に変えることができます。
ブロックチェーンのスケーラビリティの未来は明るく、SVM 技術をあなたの近くのエコシステムにもたらすことができて、これ以上ないほど興奮しています。 近日公開。
— ニトロ SVM
投資家はBTCのためにポンドを売っている
(1/6) 自国の通貨が急速に下落しているとしたら、購買力を守るために何を購入しますか?
ユーロとポンドの保有者の答えは圧倒的に #Bitcoin
2020 年または 2021 年の以前の危機では同じ傾向が見られなかったため、これは注目に値します。
簡単な
—ダンリービー（@ dunleavy89） 2022 年 9 月 28 日
ソース: https://www.cryptopolitan.com/best-twitter-threads-of-the-day-september-28/