

Smart Contract
12.8K posts

@0xSmartContract
|| Smart Contracts 🧭 || Code Review 📄 || Bot in Crypto 🤖 || Audit 📇 || c4 Warden 🐺 || Sherlock Lead Judge 🕵️♂️ ||

















I ran Aave's code locally to show you exactly what a $50M swap screen looks like. Yellow warning. 99.9% price impact. Checkbox. You can't miss it. So how did someone confirm past this with $50M? Could you accidentally check this box?


Earlier today, a user attempted to buy AAVE using $50M USDT through the Aave interface. Given the unusually large size of the single order, the Aave interface, like most trading interfaces, warned the user about extraordinary slippage and required confirmation via a checkbox. The user confirmed the warning on their mobile device and proceeded with the swap, accepting the high slippage, which ultimately resulted in receiving only 324 AAVE in return. The transaction could not be moved forward without the user explicitly accepting the risk through the confirmation checkbox. The CoW Swap routers functioned as intended, and the integration followed standard industry practices. However, while the user was able to proceed with the swap, the final outcome was clearly far from optimal. Events like this do occur in DeFi, but the scale of this transaction was significantly larger than what is typically seen in the space. We sympathize with the user and will try to make a contact with the user and we will return $600K in fees collected from the transaction. The key takeaway is that while DeFi should remain open and permissionless, allowing users to perform transactions freely, there are additional guardrails the industry can build to better protect users. Our team will be investigating ways to improve these safeguards going forward.







Today the United States sanctioned Sergey Zelenyuk, and his company Matrix LLC, notably for "acquiring at least eight proprietary cyber tools exclusive to the United States government". Want to guess what those tools were? See image two! Info via @jsrailton



🔰Tron ağında ki yarım milyar $ lık dondurma işleminde wallet sahibi , Tron mempool unü izleyerek bu dondurma işlemini görüp , öncesinden fonları başka cüzdana taşıma/swap ile başka token lar geçme vb. yapabilir miydi? Tron ağı Ethereum ağı gibi net kuralları olan bir ağ değil , yüksek seviyede mimari gerektiriyor 1- Bunun için Full node kurmak şart + event/tx feed almakta şart 2-Kendi node’unun P2P komşu sayısını artırarak daha geniş pending görüş alanı elde edilebilir (bu bile başlı başına operasyonel bir iş). 3-Pending tx “ingest” katmanı Node’dan gelen (veya node’un gördüğü) pending işlemleri bir kuyruğa (Kafka/Redis Streams/NATS) basmak gerekiyor 4- İşlem ID, raw data, contract type, to/from, method selector (TRC20 transfer, swap vb.), amount, path gibi alanları normalize edilmeksi gerekiyor 5-Decoder / classifier TRC20 (TRON’da TRC20 = EVM’deki ERC20 benzeri) çağrılarını ABI ile decode edilir Ama iş bu kadar basit değil, Tether de yarım milyar USD lik bir fon olduğu için özel olarak hareket etmiş olmalı, Tether tarafına bakalım şimdi; ➡️ Bazı analizlerde Tether’in TRON’daki blacklist sürecinin multisig ile iki aşamalı ilerleyebildiği (önce “submission/pending”, sonra “confirm” ile etkinleştirme) anlatılıyor; bu da operasyonel süreç ve güvenlik kontrolleri açısından mantıklı ➡️ TRON’da işlem akışı “broadcast → node doğrular → pending pool → SR bloklar” şeklinde. Ama şu nüans önemli : “Public mempool’da herkes aynı şeyi aynı anda görür” yaklaşımı TRON’da pratikte node görüş alanına bağlıdır. Kurumsal aktörler (Tether gibi), işlemi tek bir node’a yollamak yerine, birden fazla doğrudan SR/peering node üzerinden aynı anda yayarak “ağın bir köşesinde takılma” riskini azaltır Özetler Tetherin şansa bırakmamak için yaptığı şey: tx’i gizlemekten çok, anahtar güvenliği + multisig süreç + multi-node / multi-region broadcast + SR’ye yakın ağ topolojisi + sürekli doğrulama/teyit ile “kesin ve hızlı işlem” olarak özetleyebiliriz