Smart Contract

12.8K posts

Smart Contract banner
Smart Contract

Smart Contract

@0xSmartContract

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

Katılım Mayıs 2020
285 Takip Edilen38K Takipçiler
Sabitlenmiş Tweet
Smart Contract
Smart Contract@0xSmartContract·
1️⃣ Kripto hesabının gizli anahtarı hackerların eline geçmiş, cüzdanına bot kurulmuş bir hesaptaki stake de 90.000 USD’lik #AVAX ve 1 haftalık süremiz var ! Bu hafta #Avalanche ağında büyük bir mücadele ile en tehlikeli botlardan biri ile savaşarak , stake’teki AVAX ları kurtarmak için blockchainin karanlık ormanına daldım Avalanche P-Chain’de geçen bu 1 haftalık mücadelemizin detayları ve 90.000 USD’lik AVAX’ı nasıl kurtardığımın hikayesi aşağıda 👇👇
Smart Contract tweet media
Türkçe
35
54
574
116.2K
Smart Contract
Smart Contract@0xSmartContract·
@yapayzekahocasi Aslında problem teknoloji değil. Problem, sistemin teknolojiye bakışı: “Kontrol edemiyorsak, gelişmesin.”
Türkçe
0
0
0
42
Said Sürücü
Said Sürücü@yapayzekahocasi·
Daha önce Türk hukukuna göre halka açık bir siteden scraping yapmanın TCK kapsamında suç olmadığına dair bir Yargıtay kararı paylaşmıştım (Yargıtay 8. Ceza Dairesi, 2022/526 E., 2024/2623 K.). Ancak bunun TTK'ya göre haksız rekabet sayılabileceğini de eklemiştim. Hukukçu takipçilerim de bu konuda örnek karar istedi. İşte çok güncel bir örnek: Bakırköy 2. Asliye Ticaret Mahkemesi, 2023/940 E., 2025/971 K. Bir şirket, büyük bir emlak ilan sitesinden web scraping yöntemiyle ilan verilerini (emlak tipi, metrekare, rayiç, konum, oda sayısı, bina yaşı vb.) çekiyor. Bu verilere kendi yapay zeka ve teknik analizlerini ekleyerek kullanıcılara "gayrimenkul risk raporu" hizmeti sunuyor. Emlak sitesi noterden iki ihtarname çekiyor, IP adreslerini engelliyor. Ama davalı şirket her seferinde farklı IP adresleri kullanarak veri çekmeye devam ediyor. Davalının savunması: "Bu veriler halka açık. İlan sitesi sadece yer sağlayıcı, içeriği kullanıcılar giriyor. Bu veriler üzerinde hak iddia edemezler. Üstelik biz tamamen farklı bir hizmet sunuyoruz." Mahkeme bu savunmayı kabul etmiyor. Gerekçesi çok önemli: İlanları bireyler girse bile, platformun bu verileri işleme biçimi, sınıflandırması, filtreleme sistemi ve kullanıcı deneyimine yaptığı yatırım, bu içeriği TTK kapsamında "iş ürünü" haline getiriyor. Veriler sui generis veri tabanı niteliğinde. Emek doğrudan veride olmasa bile, verinin sunumunda olması da korumayı gerektiriyor. Sonuç: Davalının eylemleri TTK 55/(1)-c kapsamında haksız rekabet sayılıyor. Haksız rekabetin tespitine ve menine karar veriliyor. 50.000 TL manevi tazminata hükmediliyor. Maddi tazminat ise davacının somut gelir kaybını ispatlayamaması nedeniyle reddediliyor. Yani halka açık veriden scraping yapmanız tek başına ceza gerektirmeyebilir, ama elde ettiğiniz verileri ticari faaliyette kullanırsanız haksız rekabet tazminatıyla karşılaşabilirsiniz. Ne çektiğiniz değil, ne için kullandığınız belirleyici. Tabii önemli bir not: Bu karar henüz bir ilk derece mahkemesi kararı, Yargıtay'dan geçmiş değil. İstinaf ve temyiz aşamalarında farklı bir sonuç çıkması mümkün. Bu kararı da Yargı CLI + Antigravity ile buldum bu arada. Yorumlamasını da avukatım ile yaptık. Sen hukukçu musun demeyin:) mevzuat.adalet.gov.tr/ictihat/117842…
Türkçe
21
17
337
49.2K
Arsen
Arsen@arsen_bt·
Along the journey I built Defendor - my project to help auditors level up faster. • real experience • real alpha • weekly newsletter • practical lessons from real audits If you want to level up in Web3 Security, you’re welcome to join. defendor.xyz
English
2
1
57
2.3K
Arsen
Arsen@arsen_bt·
I’m Arsen Web3 Security Engineer 2 years ago, I was noob in coding Today, I secure top crypto projects Here’s how I started from 0 🧵
Arsen tweet media
English
58
40
556
30.8K
Vadim
Vadim@zacodil·
Resolv was audited 18 times. The exploited contract was reviewed. The vulnerability was never flagged. In December 2024, auditors reviewed this exact contract and found 5 issues, including a High severity bug in the fee function. One finding was literally called "Missing upper limit validation." But it was about price bounds in a different contract. The function that lets a single key mint unlimited tokens with no ceiling? Not mentioned. That's how audits work: a function restricted to a trusted role is "privileged, out of scope." Auditors verify code correctness, not whether trusting one key with unlimited power is a good idea. 18 audits couldn't prevent this. The flaw wasn't in the code - it was in the architecture.
Vadim tweet media
English
48
28
357
52.8K
Smart Contract
Smart Contract@0xSmartContract·
İmzayı Kim Atıyor Değil, Kararı Kim Veriyor? Ethereum’da PoS + MEV-Boost Sonrası Gerçek Güç Dağılımı ; Blockchain dünyasında yıllarca merkeziyetsizliğin ölçüsü basitti: “Ağda kaç bağımsız node var?” Proof of Work döneminde bu sorunun karşılığı açıktı. Madenciler hem işlemleri seçiyor hem sıralıyor hem de blokları oluşturuyordu. Yani güç tek bir noktada toplanıyordu: Madenci = Block proposer + Block builder Bu nedenle analiz de basitti: Hash gücü kimdeyse, güç ondadır. Ancak Ethereum’un The Merge sonrası mimarisi bu denklemi kökten değiştirdi. PoS Dünyasına geçilince roller ayrıldı Ve Ethereum’da süreç ikiye bölünmüş durumda: Validator (Proposer) → Bloğu yayınlayan taraf Builder → Bloğun içeriğini oluşturan taraf Bu ayrımın temelinde MEV-Boost yer alır. Yeni model şu şekilde işler: 1️⃣ Builder, mempool’daki işlemleri analiz eder 2️⃣ Maksimum kâr getiren block’u oluşturur 3️⃣ Validator’a teklif (bid) sunar 4️⃣ Validator, en yüksek teklifi seçer ve bloğu yayınlar Bu sistem teknik olarak bir açık artırmadır > Validator karar vermez, en çok ödeyeni seçer. ⚠️ Güç Kimin Elinde? Bu noktada en önemli fark ortaya çıkar: Validator → Pasif seçici Builder → Aktif karar verici Builder şunları belirler: =》Hangi işlemler block’a girecek =》Hangi sırayla işlenecek =》Kim kâr edecek, kim zarar edecek Dolayısıyla: > Gerçek güç, bloğu önerende değil; bloğu inşa edendedir. Güncel veriler şunu gösteriyor: Top builder’lar → çoğu zaman %70–90 block üretimi Günlük MEV hacmi → $1M – $5M+ Tek blokta MEV → $100K+ seviyesine çıkabiliyor Bu tablo şu sonucu doğurur: Validator sayısı milyonlara ulaşsa bile,eğer blokların çoğunu birkaç builder hazırlıyorsa, güç fiilen bu builder’larda dır. Bu modelin en tehlikeli yönü şudur: Merkeziyet vardır ama görünmezdir. PoW döneminde:Hashrate ölçülürdü, güç açıkça analiz edilirdi Bugün ise: =》Builder algoritmaları kapalı =》Orderflow özel (private) =》Karar mekanizması off-chain Yani: Güç var, ama şeffaf değil. Yeni Riskler Nelerdir ? 1) Builder Oligopolü En iyi veri, en düşük latency ve en gelişmiş algoritmaya sahip builder’lar sürekli kazanır.Bu da “winner-takes-most” dinamiği yaratır. 2) Sansür RiskiBuilder, belirli işlemleri: Dahil etmeyebilir, geciktirebilir Bu özellikle regülasyon uyumlu (OFAC vb.) sistemlerde fiili sansüre dönüşebilir. Validator Sayısı Neden Yeterli Değil? Bugün sık duyulan argüman: > “1 milyon validator var, sistem güvenli” 1 milyon validator ama 5 builder → %80 block üretimi uapar ve sistem görünürde dağıtık, gerçekte ise yoğunlaşmıştır. ☢ Ethereum Bu Riski Biliyor mu? Ve Ne Yapıyor? Ethereum’da PoS + MEV-Boost sonrası ortaya çıkan en büyük sorunlardan biri, gücün validator’lardan builder’lara kaymasıdır. Bu durum yalnızca teorik değil, geliştirici ekibin aktif olarak çözmeye çalıştığı bir problemdir. Ethereum çekirdek geliştiricileri bu riski açıkça kabul ediyor ve birkaç kritik çözüm üzerinde çalışıyor: 🏷 PBS (Proposer-Builder Separation): Block üretimini protokol seviyesinde düzenleyerek relay ve builder gücünü daha şeffaf hale getirmek 🏷Encrypted Mempool: İşlemleri gizleyerek front-running ve MEV sömürüsünü azaltmak 🏷Inclusion Lists: Validator’lara bazı işlemleri ekleme zorunluluğu getirerek sansürü sınırlamak 🏷SUAVE ve benzeri yapılar: MEV piyasasını ayrı ve daha rekabetçi bir katmana taşımak Ancak burada kritik bir gerçek var: > Sorun teknik değil, ekonomiktir. MEV, sistemin hatası değil; doğal bir sonucu. Bu yüzden tamamen ortadan kaldırılamaz, sadece yönlendirilebilir. Ethereum ekibi problemi görüyor ve çözmeye çalışıyor. > Ethereum’un geleceği, validator sayısından değil; MEV’in nasıl kontrol edildiğinden belirlenecek.
Türkçe
0
0
24
2.2K
RajΞΞv
RajΞΞv@0xRajeev·
What are the best tutorials on writing skills for detecting smart contract vulnerabilities? Looking for deep-dives like this one from Claude Code.
Thariq@trq212

x.com/i/article/2033…

English
1
1
23
3.6K
Smart Contract retweetledi
Elif Hilal Kara
Elif Hilal Kara@elifhilalumucu·
My AI Agent works perfectly on my laptop! Awesome. Now, what happens when 100,000 people try to use it at the same time?🧐For Session #6, we are officially leaving the tinkering phase. I'm sitting down with @boredabdel to break down exactly how to deploy AI Agents on (K8s)!🤩👇
Elif Hilal Kara tweet media
English
79
63
284
28.3K
Smart Contract
Smart Contract@0xSmartContract·
Kesin olarak “para aklama operasyonuydu” diyemeyiz. Şu an kamuya açık veriler, bunun çok kötü execution + MEV extraction vakası olduğunu güçlü biçimde gösteriyor; ama “önceden planlanmış laundering” iddiasını tek başına kanıtlamıyor. Böyle bir işlemin gerçekleşeceğini önceden bilmek, diğer MEV botlarına karşı garanti sağlar mı? Hayır, tek başına sağlamaz. Sadece “büyük bir kötü trade geliyor” bilgisini bilmek, parayı kimin kapacağını garanti etmez. Çünkü Ethereum’da bu tür değeri realize etmek için sadece bilgiden fazlası gerekir
Türkçe
0
0
2
207
oğuz
oğuz@arabianhorses0·
geçen bir yazı gördüm bu iş için para aklama operasyonu olabilir diyordu. para kime geçti acaba ? bir de bu tarz bir işlemin gerçekleşeceğini bilmek diğer MEV botlarına karşı garanti sağlar mı ? yani para aklama operasyonuysa hangi MEV botunun işlemi gerçekleştireceğinden emin olmaları gerekir, bu mümkün mü ?
Türkçe
1
0
1
229
Smart Contract
Smart Contract@0xSmartContract·
@aave If Aave Shield now blocks >25% price impact by default, doesn’t that implicitly admit the previous warning-only design was insufficient?
English
2
0
1
1.3K
Smart Contract
Smart Contract@0xSmartContract·
50 milyon USD lik bir takas %99 slipaja kurban gidiyor ve Aave ceo suda :"Kullanıcı uyarıyı kabul etti" diyor Bu açıklama aslında ciddi bir sorumluluktan kaçma örneği. “Kullanıcı checkbox ile onayladı” demek, $50 milyonluk bir işlemin %99,9 değer kaybıyla sonuçlanmasını normalleştirmez. Teknik olarak protokol çalışmış olabilir, ancak böyle bir işlemin arayüz tarafından gerçekleşmesine izin verilmesi başlı başına bir tasarım problemi DeFi’nin permissionless olması, kullanıcıyı açıkça finansal bir felakete sürükleyen işlemleri sorgusuz gerçekleştirmek anlamına gelmemelidir. Özellikle bu büyüklükteki bir trade’in price impact’i açıkça simüle edilip kullanıcıya net bir şekilde gösterilmeliydi. “Bazen DeFi’de böyle şeyler olur” demek ise sorumluluğu küçümsemektir; bu ölçekte bir kayıp sıradan bir olay değil ki. Ayrıca $50 milyonluk zararın yanında $600 bin fee iadesi yapmak neredeyse sembolik bir jesttir ve sorunun özünü çözmez. Gerçek mesele protokolün değil, kullanıcıyı korumayan arayüz ve risk yönetimi anlayışının yetersizliğidir. Eğer DeFi gerçekten küresel finansın alternatifi olacaksa, bu tür sistemik tasarım hataları “kullanıcı kabul etti” ile geçilmez
Stani@StaniKulechov

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.

Türkçe
8
7
133
32.6K
Smart Contract
Smart Contract@0xSmartContract·
@feyzullah Evet, işlem masrafı olabilir ama doğru mimari kurulursa çok düşük olur. Hatta çoğu durumda kullanıcı hiç ödeme yapmaz
Türkçe
0
0
0
100
feyzullah
feyzullah@feyzullah·
@0xSmartContract Bu işlemler sırasında işlem masrafı olur mu? Kullanıcıya, üreticiye veya herhangi bir kişiye fazladan masrafa çıkar mı?
Türkçe
1
0
0
91
Smart Contract
Smart Contract@0xSmartContract·
Yakında internette en önemli soru şu olacak: “Bu video gerçek mi?” Deepfake teknolojisi hızla ilerliyor ama ilginç bir şekilde çözümün anahtarı blockchain olabilir. Akademik çalışmalar yeni yeni başlıyor. Çünkü blockchain sahte videoyu tespit etmeye çalışmaz.Onun yerine şunu yapar: Gerçek videoyu kanıtlar. Bu çok daha güçlü ama nazik bir yaklaşım ➡️ Mantık basit: Bir video çekildiği anda kamera ➡️ Dosyanın kriptografik hash’ini üretir ➡️ Bunu özel anahtarıyla imzalar ➡️ Sonra bu hash değeri blockchain’e yazılır. ➡️Yani zincire video yüklenmez. Sadece şu yazılır: SHA256(video_file) Bu dosyanın dijital parmak izi gibidir. Eğer video üzerinde: • Tek bir piksel • Tek bir frame • Tek bir edit bile yapılırsa hash tamamen değişir. Bu yüzden manipülasyon anında tespit edilir. Sonra doğrulama şu kadar basit olur: hash(video) = blockchain kaydı mı? Evet → Orijinal video ✅ Hayır → Değiştirilmiş💥 Bu yaklaşıma akademik literatürde Content Provenance deniyor. Yani ; “Bu içeriğin kaynağı doğrulanabiliyor mu?” Sistem şöyle çalışabilir: ➡️ Kamera çekim yapar ➡️ Cihaz kriptografik imza atar ➡️ Hash blockchain’e kaydedilir ➡️ Platformlar doğrulama yapar Yani bir videoya bakıp şunu görebileceğiz: • Hangi kamera çekti • Ne zaman çekildi • Sonradan değiştirilip değiştirilmedi Deepfake çağında en değerli şey şu olacak: "Gerçeklik." Ve internet muhtemelen yeni bir kavramla tanışacak: "Proof of Reality" Gerçekliğin kriptografik kanıtı. ✅ Deepfake çağında blockchain kullanarak %100 güvenilir video doğrulama mimarisi nasıl kurulur fikri aslında çok ciddi bir startup fikride aynı zamanda
Türkçe
4
3
72
5.3K
Smart Contract
Smart Contract@0xSmartContract·
AI içerik doğrulama ve deepfake ile mücadelede blockchain kullanımı üzerine önemli akademik çalışmalardan biri ; Authentication of Media via Provenance (AMP) Microsoft Research t.co/SDN1NDm62c Bu çalışma dijital medyanın üretildiği andan itibaren kripto imza ve provenance kayıtlarıyla doğrulanmasını öneriryor
Türkçe
1
0
8
1K
Smart Contract retweetledi
Elif Hilal Kara
Elif Hilal Kara@elifhilalumucu·
Hey AI enthusiasts! Are you ready for the next Ritual Academy broadcast? 💫 On Sunday, March 8th, for Ritual Academy #5, I'm sitting down with @Keleesssss from the University of Maryland to tackle the ultimate dev headache:🤕how to stop AI from confidently writing buggy code!👇🏻
Elif Hilal Kara tweet media
English
67
67
266
21.1K
Smart Contract retweetledi
Tansel Kaya
Tansel Kaya@TanselKayaTR·
Bir yaşıma daha girdim. Amerika, Sergey Zelenyuk ve şirketi Matrix LLC'e yaptırım uyguladı. Suçu, sadece Amerika'nın kullanımı için geliştirilmiş olan 8 tane zaafiyeti satın almak. Nedir bu zaafiyetler? Tek tıkla Android telefona sızma Tek tıkla Iphone telefona sızma Signal uzaktan kod çalıştırma Whatsapp uzaktan kod çalıştırma WeChat, iMessage, Telegram, Wire. Liste böyle gidiyor.
vx-underground@vxunderground

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

Türkçe
5
26
182
29.7K
playboi.eth
playboi.eth@adeolRxxxx·
@mnedelchev_ @0xKaden Make your automation dynamic, make your tool think like you. Then, there is an exponential growth instead of just regurgitating static patterns.
English
1
0
3
157
kaden.eth
kaden.eth@0xKaden·
here's an index of 460 common solidity vulnerabilities across 31 unique protocol types scraped from over 10000 solodit findings optimized for LLMs github.com/kadenzipfel/pr…
English
16
37
365
22.4K
Smart Contract retweetledi
Elif Hilal Kara
Elif Hilal Kara@elifhilalumucu·
💻 Laptop: Charged. ☕ Coffee: Ready. 🗓️ Date: Feb 20. We are doing something different this time✨ A LIVE CODING SESSION 😎 We will build, debug, and deploy our own AI Agent together. If you want to understand how AI really works, you have to be here friends! 🤩 Let’s build!
Elif Hilal Kara tweet media
English
77
70
283
22.7K
Smart Contract retweetledi
Elif Hilal Kara
Elif Hilal Kara@elifhilalumucu·
The energy of 2,400+ builders was just the beginning! 💯 Now, Ritual Academy returns to tackle the missing link in AI adoption: Governance & Control. We are moving from board-level promises to technical execution alongside the experts at HUX AI✨ In this session, we’ll cover👇🏻
Elif Hilal Kara tweet media
English
44
48
269
14.4K
Smart Contract
Smart Contract@0xSmartContract·
TRON ağında suç niye kolay? TRON ağının suç için tercih edilmesi çoğu zaman TRON’un anonim olmasından değil; TRON üzerinde USDT-TRC20’nin (Tether) çok yaygınlaşmasıyla oluşan ucuz–hızlı–likit transfer hattından kaynaklanır. ➡️ Düşük işlem maliyeti ➡️ TRON’un tasarımı, çok sayıda işlemi hızlıca işleyecek şekilde kurgulanmış olduğu için (kısa blok aralığı + yüksek kapasite hedefi) pratikte “çok transfer / yoğun kullanım” senaryolarını daha rahat kaldırır ➡️ Merkezi Borsa/OTC/P2P entegrasyonlarının genişliği ➡️ Çok büyük hacimde küçük transferlerin kolaylığı gibi özelliklerle, suç gelirlerinin “operasyonel lojistiğini” kolaylaştırır. ➡️Özellikle Doğu ve Güneydoğu Asya’daki yeraltı bankacılığı ve kumar ekosisteminde USDT’nin TRON üzerinde öne çıktığını açıkça raporlarda da vurgulanıyor ➡️ TRON üzerindeki USDT arzının çok büyüdüğüne dair düzenli raporlar var; bu nedene slippaj az ve swap larda likidite hep bulunuyor ,sonuç olarak çıkış daha kolay
Smart Contract@0xSmartContract

🔰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

Türkçe
2
3
46
9K