AKILLI SÖZLEŞME (SMART CONTRACT) NEDİR, NASIL ÇALIŞIR?

Akıllı sözleşme, anlaşma şartlarını kod satırlarına gömüp blockchain üzerinde kendi kendine yürüten bir protokoldür. Koşul sağlanır, işlem geçer. Aracıya, onaya ve karşı tarafın iyi niyetine gerek kalmaz; karşılığında koda yazılan hata da geri alınamaz. Kavramı 1994'te kriptograf Nick Szabo tanımladı, Ethereum ana ağının 2015'te devreye girmesiyle fikir geniş ölçekte uygulanabilir hale geldi. Aşağıda eğer-o zaman mantığını, Ethereum ile katman 2 platformlarını, sözleşmenin nasıl yazılıp dağıtıldığını, DeFi ve NFT kullanımlarını, güvenlik açıklarını, akıllı sözleşme coinlerini ve hukuki tarafı sırayla ele alıyoruz.

Akıllı Sözleşme Nedir?

Akıllı sözleşme, bir blockchain adresinde duran ve çağrıldığında içindeki kuralları aynen uygulayan programdır. Kağıt sözleşme ne yapılacağını anlatır; akıllı sözleşme yapar. Anlaşmanın yürütülmesi tarafların iyi niyetinden alınıp ağın mutabakatına devredildiği için cayma ihtimali denklemden çıkar. Fikir kağıt üzerinde 1990'larda vardı; kodun her düğümde aynı şekilde çalıştırılıp sonucun bağımsızca doğrulanabildiği bir ortam olmadan otomatik icra iddiası havada kalıyordu. Karşılığında esneklik kaybedilir: kural yanlış yazıldıysa ağ yanlış kuralı da aynı sadakatle uygular, çünkü kodun niyet okuma yeteneği yoktur.

Sözleşme şartları, "eğer X gerçekleşirse Y işlemini yap" mantığıyla çalışır. Dağıtık defter teknolojisi üzerinde çalışan akıllı sözleşmeler, değiştirilemez yapıları sayesinde taraflar arasındaki güven problemini teknik düzeyde çözer. Blockchain ağı kendi başına zincir dışı verilere erişemez; fiyat, hava durumu ya da sevkiyat bilgisi gibi girdiler sözleşmeye oracle adı verilen köprü servisleri üzerinden aktarılır. Oracle'ın ilettiği veri hatalı ya da manipüle edilmişse sözleşme yanlış girdiyi doğru kabul edip yürütür; fiyat beslemelerinin birden fazla bağımsız sağlayıcıdan doğrulanması temel korumadır. Finansal işlemlerden tedarik zinciri yönetimine kadar geniş bir yelpazede kullanılan akıllı yazılımlar, geleneksel sözleşmeler ile kıyaslandığında hız ve şeffaflık kazandırır.

Farkı en net gösteren yer, iki modelin aynı işi hangi maliyetle ve hangi sürede kapattığıdır. Aşağıdaki tablo, akıllı sözleşmeler ile geleneksel sözleşme modelleri arasındaki temel farkları özetler:

Akıllı Sözleşmenin Tarihçesi (Nick Szabo)

Akıllı sözleşme (smart contract) kavramını 1994'te kriptograf ve hukukçu Nick Szabo ortaya attı. Amacı, sözleşme mantığını bilgisayar koduna taşıyıp anlaşmanın yürütülmesini üçüncü bir tarafın dürüstlüğüne bağlı olmaktan çıkarmak, yani güveni aracı kurumlardan protokolün kendisine devretmekti. Otomat makinesini akıllı sözleşmenin ilkel atası sayan meşhur benzetme ise 1994 metninde geçmez; Szabo onu 1997 tarihli The Idea of Smart Contracts yazısında kurar. Parayı alıp ürünü veren mekanizma, sözleşmenin kendi kendini icra etmesinin fiziksel karşılığıdır. Blockchain teknolojisi henüz ortada yokken ortaya konan vizyon, bugünkü merkeziyetsiz finans mimarisinin temelini oluşturur. Nick Szabo, dijital varlıkların transferinde üçüncü taraflara duyulan ihtiyacı sıfırlamak için matematiksel formüllere güvendi.

Dağıtık defter teknolojisinin ortaya çıkışıyla birlikte akıllı sözleşmeler teoriden pratiğe geçiş yaptı. Bitcoin ağı basit transferler için sınırlı bir programlama dili sunarken, Ethereum bu protokolleri blockchain üzerinde çalıştırılabilir hale getirdi. Kod satırları, taraflar arasındaki anlaşma şartlarını otomatik olarak yürütür; işlem gerçekleştikten sonra geri döndürülemez bir kayıt oluşturur. Akıllı sözleşme mimarilerinin teknik altyapısında, Szabo tarafından çizilen çerçeve neredeyse hiç değişmeden korunur. Szabo'nun 1994 tarihli "Smart Contracts" metni, akıllı sözleşmeyi bir sözleşmenin şartlarını yerine getiren bilgisayarlı işlem protokolü olarak tanımlar. Metinde sıralanan tasarım hedefleri, ödeme şartları ve gizlilik gibi olağan sözleşme koşullarını karşılamak, kötü niyetli ya da kazara oluşan istisnaları azaltmak ve güvenilen aracıya duyulan ihtiyacı en aza indirmektir. Aynı çerçeve, bugünkü zincir üstü sözleşme mimarisinin de temelini oluşturur.

Szabo'nun çerçevesi ilk büyük sınavını 2016'da verdi. The DAO adlı zincir üstü yatırım fonunun sözleşmesindeki açık kullanılarak 3,6 milyondan fazla ETH boşaltıldı; Ethereum topluluğu 20 Temmuz 2016'da 1.920.000 numaralı blokta sert çatallanma (hard fork) yaparak boşaltılan fonları kurtardı. Çatallanmayı reddeden madenciler eski zinciri sürdürdü; Ethereum Classic böyle doğdu. Olayın akıllı sözleşme tarihi açısından anlamı açık: zincir üstü değişmezlik bir fizik kanunu değil, sosyal mutabakattır ve bozulduğunda bedeli ağın ikiye bölünmesidir. Sıradan bir kod hatası için kimse çatallanma beklememeli.

Akıllı Sözleşme Nasıl Çalışır? (Eğer-O Zaman Mantığı)

Akıllı sözleşme, koda gömülü tek bir kural üzerinden çalışır: "Eğer X koşulu gerçekleşirse, Y işlemini yürüt". Şart sağlandığı anda işlem hiçbir onay beklemeden yürür; sağlanmazsa sözleşme hiçbir şey yapmaz. Deterministik yapı, insan hatasını ve aracı maliyetlerini en aza indirir. Blockchain ağı üzerinde dağıtık olarak saklanan kodlar, önceden belirlenmiş şartlar sağlandığı anda otomatik olarak tetiklenir ve geri döndürülemez şekilde çalışır. Kodların çalışması için üçüncü bir güven kurumuna ihtiyaç duyulmaz.

Süreç akışını anlamak için klasik otomasyon kurallarını düşünebilirsiniz: "kullanıcı formu doldurduğunda e-posta gönder" biçimindeki bir iş akışı, akıllı sözleşmenin mantığıyla aynı kalıbı taşır. Fark, kuralın merkezi bir sunucuda değil, ağdaki binlerce düğümde (node) aynı anda çalıştırılıp doğrulanmasında yatar. Kod bir kez dağıtıldıktan sonra hiçbir taraf sözleşme içeriğini tek taraflı değiştiremez. Güvenlik, şifreleme ve dağıtık mutabakat mekanizmalarıyla sağlanır.

Sık rastlanan bir yanılgı, sözleşmenin zamanı gelince kendi kendine tetikleneceğidir. Kod yalnızca bir kullanıcı ya da başka bir sözleşme işlem gönderdiğinde çalışır; kimse çağırmazsa sözleşme hiçbir şey yapmaz. "Her ayın birinde ödemeyi gönder" kuralını yazsanız bile, ayın birinde birinin gas ödeyip fonksiyonu çağırması gerekir. Pratikte işi Chainlink Automation gibi keeper ağları ya da protokolün gas masrafını karşılayarak teşvik ettiği botlar üstlenir.

İşlem ağa ulaştığında doğrulayıcılar kodu aynı girdilerle çalıştırıp aynı sonuca vardıklarını teyit eder. Ethereum, 15 Eylül 2022'deki Merge güncellemesinden bu yana hisse ispatı (proof of stake) ile çalıştığı için işlemleri madenciler değil doğrulayıcılar (validator) onaylar. Şart sağlandığında transfer bir sonraki blokta gerçekleşir; harcanabilir olması saniyeler, geri alınamaz sayılması iki epoch (yaklaşık 13 dakika) sürer. Onay dilekçesi, mesai saati ya da mutabakat toplantısı beklenmez.

Şeffaflığın bedeli de aynı yerden çıkar. Kod herkese açıktır ve dışarıdan durdurulamaz, ama işleminiz onaylanmadan önce herkese açık bekleme havuzunda (mempool) görünür; büyük bir takas emri, botların önden ve arkadan işlem sıkıştırdığı sandviç saldırısına açık hale gelir. Kayma toleransını (slippage) dar tutmak ve emri parçalara bölmek, sıradan kullanıcının elindeki pratik savunmadır. Mekanizmayı canlı görmek isterseniz herhangi bir sözleşme adresini Etherscan'de açıp "Contract" sekmesinden doğrulanmış kaynak kodunu ve çağrılabilir fonksiyonları inceleyin.

Ethereum ve Akıllı Sözleşme Platformları

Ethereum, 30 Temmuz 2015'te yayına giren ana ağıyla genel amaçlı programlanabilir sözleşmeleri blockchain üzerinde çalıştıran ilk büyük platform oldu. Kripto para ekosisteminde akıllı sözleşmelerin (smart contracts) fiili standardını da o belirledi. Ethereum resmi dokümantasyonu akıllı sözleşmeyi bir hesap türü olarak tanımlar: kendi adresi, bakiyesi ve kalıcı durumu vardır, bir kullanıcı tarafından yönetilmez ve ağa dağıtıldığı andan itibaren programlandığı gibi çalışır.

Sözleşme kodu Solidity ya da Vyper ile yazılır, derlenip bayt koduna çevrilir ve Ethereum Sanal Makinesi (EVM) üzerinde çalışır; her komut adımı gas adı verilen bir ücretle karşılanır. Dağıtılan kod varsayılan olarak değiştirilemez, dolayısıyla güncelleme ihtiyacı ancak proxy gibi kalıplar en baştan tasarıma dahil edilerek karşılanabilir. Güvenliğin kodla sağlandığı düzende, tarafların birbirine güven duymasına gerek kalmaz.

Geliştiriciler platform seçerken işlem ücretleri ve ağ güvenliği dengesini gözetmek zorundadır. Ethereum liderliğini korusa da yüksek işlem maliyetleri alternatif ağların büyümesine yol açtı. dApp (decentralized application) projelerinde ölçeklenebilirlik sorunlarını aşmak için katman 2 (layer 2) çözümlerinin değerlendirilmesini öneriyorum. Güvenlik açıkları barındıran bir sözleşme, telafisi zor finansal kayıplara yol açabilir. Aşağıdaki tablo, Ethereum ana ağı ile katman 2 çözümlerinin temel farklarını göstermektedir:

Akıllı Sözleşme Nasıl Yazılır ve Dağıtılır?

Akıllı sözleşme yazmak dört adımdan oluşur: kodu Solidity ya da Vyper ile yazmak, yerel ortamda test etmek, bir test ağında denemek ve son olarak ana ağa dağıtmak. Uygulama geliştiricileri için önerilen test ağı Sepolia; Goerli ve Ropsten artık kullanım dışı. Test ETH'si musluklardan (faucet) ücretsiz alındığı için ana ağa çıkana kadar yapılan deneme turları sıfır maliyetlidir.

Tarayıcı üzerinden çalışan Remix, ilk sözleşmeyi hiçbir kurulum yapmadan derleyip dağıtmanın en kısa yoludur. Hardhat ve Foundry ise otomatik test, ağ betikleri ve sürekli entegrasyon gerektiren projelerde kullanılır. Aşağıdaki sözleşme tek bir sayıyı zincir üzerinde saklar ve mantığın ne kadar yalın olabileceğini gösterir:

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

contract Kasa {
    address public sahip;
    uint256 public deger;

    constructor() {
        sahip = msg.sender;
    }

    function yaz(uint256 _yeni) external {
        require(msg.sender == sahip, "yetkiniz yok");
        deger = _yeni;
    }
}

Tek satırlık require kontrolü, yetkilendirme hatalarının neden bu kadar sık görüldüğünü de açıklar: satır unutulduğunda sözleşmedeki değeri ağdaki herkes değiştirebilir. Dağıtım işlemi bir kereye mahsus gas ücreti ister ve maliyet, derlenmiş kodun bayt cinsinden büyüklüğüyle birlikte artar. Kod boyutunun üst sınırı EIP-170 ile 24.576 bayta sabitlendi; sınırı aşan sözleşmeler dağıtım anında reddedilir. Büyük projelerin mantığı kütüphanelere ve ayrı sözleşmelere bölmesinin nedeni mimari zarafet değil, işte o tavandır.

Dağıtımdan sonra en sık atlanan adım kaynak kodu doğrulamadır. Etherscan gibi zincir gezginlerinde kaynağı yayımlanmamış bir sözleşme kullanıcıya yalnızca bayt kodu olarak görünür; kimse ne yaptığını okuyamaz. Doğrulama ücretsizdir ve birkaç dakika sürer, karşılığında projenin denetlenebilirliğini doğrudan belirler. Kendi sözleşmenizi ana ağa çıkarmadan önce test ağında baştan sona en az bir tam dağıtım turu tamamlayın.

Akıllı Sözleşmelerin Faydaları

Akıllı sözleşmelerin en somut faydası, mutabakat için üçüncü bir tarafa ödenen ücretin ağ işlem ücretine inmesidir. Noter, banka ya da avukatın yaptığı doğrulama işini kod üstlenir. Güven tamamen kaybolmaz, yer değiştirir: zincir dışı veriye dayanan her sözleşmede güven oracle sağlayıcısına, kodun doğruluğuna ve denetimi yapan firmaya kayar. Otomasyonun getirdiği hız, operasyonel yükü hafifletir. Dağıtık ağ üzerinde çalışan bu kod blokları, önceden belirlenmiş şartlar gerçekleştiğinde işlemi otomatik yürütür. Süreç insan hatasından uzaktır.

Aracısızlığın yanına dört somut kazanım daha eklenir:

• Değişmezlik: sözleşme zincire yazıldıktan sonra geriye dönük olarak manipüle edilemez, taraflardan biri şartları sessizce güncelleyemez.
• Hız: uluslararası bir ödeme ya da hak devri, günler süren onay zinciri yerine blok süresi kadar zamanda tamamlanır.
• Maliyet: ağ işlem ücreti (gas fee), muhabir banka komisyonlarına ve noter masraflarına kıyasla genellikle çok daha düşük kalır.
• Denetlenebilirlik: her çağrı ve her transfer blok gezgininden izlenir; mutabakat için karşı tarafın kayıtlarına güvenmek gerekmez.

Dördü de tek bir varsayıma yaslanır: kodun doğru yazılmış olması. Denetim süreçlerinde kod kalitesinin ve açıkların taranması bu yüzden opsiyonel bir adım sayılmaz; hatalı yazılmış tek bir satır, geri dönüşü olmayan finansal kayba dönüşür.

Finans, lojistik ve telif hakları yönetimi gibi alanlarda akıllı sözleşmeler iş modellerini yeniden şekillendirir. Tedarik zincirinde ürünün teslim edildiği bilgisi sisteme girildiği an, ödeme satıcıya otomatik aktarılır. Entegrasyon süreçleri teknik altyapı hazırlığı gerektirir. Teknolojinin sunduğu imkanlar yüksek olsa da, teknik derinliği kavramadan doğrudan büyük bütçeli projelere girmemek gerekir. Blockchain ekosisteminde her adımın geri döndürülemez olduğunu bilerek hareket etmek, olası kayıpların önüne geçer. Güvenli kodlama ve doğru mimari, sistemin başarısını belirleyen ana unsurdur.

Akıllı Sözleşme Kullanım Alanları

Akıllı sözleşmeler bugün dört alanda somut karşılık buluyor: merkeziyetsiz finans, NFT ve dijital mülkiyet, dApp altyapısı, tedarik zinciri ile sigorta. Ortak paydaları tek cümleyle özetlenebilir: taraflardan biri yükümlülüğünü yerine getirmediğinde başvurulacak merci mahkeme değil, kodun kendisidir. Kalıp yalnızca tetikleyici nesnel ve makine tarafından okunabilir olduğunda ayakta kalır; koşul yorum gerektirdiği anda çöker.

DeFi (Merkeziyetsiz Finans)

Geleneksel finansal aracıları ortadan kaldıran DeFi protokolleri, doğrudan kod blokları üzerinden çalışır. Web3 entegrasyonlarında borç alma ve verme süreçleri, insan müdahalesi olmadan akıllı sözleşmeler vasıtasıyla yürütülür. Blockchain tabanlı havuzlarda likidite sağlayan kullanıcılar, faiz getirilerini doğrudan kodun belirlediği kurallarla tahsil eder.

DeFi'de kod denetimi bir kalite rozeti değil, ayakta kalma koşuludur. Havuzdaki para sözleşmenin içinde durur; açık bulunduğu anda tek bir işlemle boşaltılabilir.

Havuz, teminat ve tasfiye mekaniğinin adım adım nasıl işlediğini görmek isterseniz DeFi nedir yazısındaki aktivite ve risk tablosundan başlayın.

NFT ve Dijital Mülkiyet

Dijital sanat eserleri, koleksiyon kartları ve sanal gayrimenkuller, benzersiz token (Non-Fungible Token - NFT) standartları sayesinde sahiplik kazanır. Akıllı sözleşme altyapısı, eserin sahiplik kaydını ve transfer kurallarını zincir üzerinde tutar. Telif payı ise ERC-2981 standardıyla yalnızca bildirilir; ödemeyi fiilen yapmak NFT pazar yerinin tercihine kaldığı için ikincil satış telifi her platformda garanti değildir.

Sahiplik geçmişi herkese açık şekilde izlenebilir. Alıcı ile satıcı arasındaki transfer, işlem doğrulayıcılar tarafından bloğa yazıldığı an kalıcı hale gelir.

dApp (Merkeziyetsiz Uygulamalar)

Merkeziyetsiz uygulamalar (Decentralized Applications - dApp), arka planda akıllı sözleşmeler çalıştıran kullanıcı arayüzleridir. Geliştiriciler, kullanıcı verilerini tek bir sunucuda depolamak yerine dağıtık defter teknolojisine kaydeder. Sansüre dayanıklı sosyal ağlar ve zincir üstü oyunlar aynı mimariyi kullanır.

Kullanıcılar kripto cüzdanları vasıtasıyla doğrudan sözleşmeyle etkileşime girer; mobil tarafta işlem çoğunlukla kripto para uygulamaları üzerinden yürür. Kimlik doğrulama işlemi, merkezi şifre yönetim sistemlerine ihtiyaç duymadan kriptografik imzalarla tamamlanır.

Tedarik Zinciri ve Sigorta

Fiziksel ürünlerin takibi ve otomatik hasar ödemeleri, akıllı sözleşme kullanımının lojistik boyutunu oluşturur. Ürünlerin sıcaklık, konum ve zaman verileri IoT cihazlarıyla blockchain ağına aktarıldığında, önceden belirlenen şartlar tetiklenir. Sensör ağını token teşvikiyle kuran DePIN projeleri aynı veri akışını tek bir tedarikçiye bağlı kalmadan üretmeyi hedefler; veriyi kimin ürettiği, sözleşmenin çıktısı kadar belirleyicidir. Geciken sevkiyatlar için cezai işlem veya sigorta ödemesi anında gerçekleşir.

Sensör verisine bağlı otomatik ödeme, insan hatasını ve manuel onay beklemesini en aza indirir. Bürokratik süreçleri kısaltarak operasyonel maliyetleri düşürmek isteyen şirketler, bu teknolojiyi iş akışlarına entegre ediyor.

Akıllı Sözleşmelerin Güvenlik Açıkları ve Riskleri

Akıllı sözleşmelerin en büyük riski, hatanın geri alınamamasıdır. Koddaki bir mantık hatası canlı ağa çıktıktan sonra düzeltilemez; sömürülen açık doğrudan finansal kayba dönüşür. Geleneksel yazılımlardan farklı olarak, blockchain üzerindeki bir işlem gerçekleştikten sonra geri alınamaz. Ekosistemin "kod yasadır" sözü teknik katmanda geçerlidir; hukuki sonuç doğurma açısından mahkemeler aynı görüşte değil. Dağıtık defter teknolojisinin sunduğu değişmezlik yapısı, kod içerisindeki en ufak bir açığın siber saldırganlar tarafından suistimal edilmesine zemin hazırlar. Güvenlik açıkları, sistemin bütününe yönelik güveni sarsar.

Dağıtılmış bir sözleşme taraflarca iptal de edilemez; hatalı kod için geri alma tuşu yoktur. Tek gerçekçi çıkış, koda en baştan yazılmış duraklatma (pause) ya da yükseltme yetkisidir. Yetkinin kimin elinde durduğunu sormak, sözleşmeyi okumanın ilk adımıdır; tek bir cüzdanda toplanan yükseltme yetkisi, değişmezlik vaadini fiilen o cüzdanın sahibine devreder.

En sık karşılaşılan üç açık sınıfı, birbirinden farklı mekanizmayla patlar:

Taşma davranışının derleyici sürümüne bağlı olduğunu Solidity dokümantasyonunun denetimli ve denetimsiz aritmetik bölümünden doğrulayabilirsiniz. Kodun canlı ağa (mainnet) dağıtılmasından önce bağımsız denetim firmalarınca incelenmesi potansiyel açıkları azaltır; denetim sıfır risk garantisi vermez, yalnızca denetlenen sürümü ve denetlenen varsayımları kapsar. Zincirler arası köprü (bridge) sözleşmeleri ayrı bir risk sınıfı oluşturur; tek bir kontrat birden fazla ağın kilitli varlığını aynı anda tuttuğu için oradaki tek bir açık, havuzun büyüklüğü kadar büyüyen bir kayba dönüşür. Bir sözleşmeye cüzdan bağlamadan önce raporun tarihine ve hangi kod sürümünü kapsadığına bakmak, raporun yalnızca varlığını görmekten çok daha fazlasını söyler.

Sözleşmeler yazılırken kullanılan Solidity gibi dillerin kendilerine has sınırları bulunur. Solidity resmi güvenlik notları, zincir üzerindeki hiçbir verinin gizli sayılamayacağını ve harici bir sözleşmeye yapılan her çağrının kontrolü karşı tarafa devrettiğini hatırlatır. Sınırları kavramadan yazılan kod, oracle manipülasyonu gibi dış kaynaklı verilere dayanan saldırılara kapı aralar. Riski sınırlamak için çoklu imza (multisig) cüzdanlar ve zaman kilidi (timelock) mekanizmaları yaygın biçimde kullanılır. Uzun vadeli varlık saklamada ise imza yetkisini çevrimdışı tutan soğuk cüzdan modelleri tercih edilir. Güvenlik, statik bir durum değil, sürekli güncellenmesi gereken dinamik bir süreçtir.

Cüzdanla Etkileşim ve Sınırsız Onay (Approve) Riski

Akıllı sözleşmeyle etkileşim, cüzdanın sözleşme adresine imzalı bir işlem göndermesiyle başlar ve token işlemlerinde çoğunlukla iki imza ister: önce onay (approve), ardından asıl işlem. ERC-20 standardı onay fonksiyonunu, harcayan tarafın hesabınızdan belirtilen tutara kadar birden çok kez çekim yapmasına izin veren bir yetki olarak tanımlar. Yetki tek kullanımlık değildir; siz geri almadıkça açık kalır.

Kritik ayrıntı, onayın cüzdanınızda değil token sözleşmesinde saklanmasıdır. Cüzdan uygulamasını silmek ya da yeni bir cihaza geçmek verilmiş yetkiyi kaldırmaz. Birçok arayüzün sınırsız onay talep etmesinin nedeni kullanıcıyı her işlemde ikinci imzadan kurtarmaktır; bedeli, ilgili protokol aylar sonra ele geçirildiğinde bakiyenizin hâlâ erişilebilir kalmasıdır. Kullanmadığınız protokollere verdiğiniz yetkileri belirli aralıklarla gözden geçirin ve kripto varlık koruma alışkanlıklarınıza onay temizliğini de ekleyin.

Akıllı Sözleşme Coinleri Nelerdir?

Akıllı sözleşme coinleri, üzerinde programlanabilir sözleşme çalıştırabilen blokzincirlerin yerel kripto para birimleridir. Ethereum (ETH), Solana (SOL), Avalanche (AVAX), Cardano (ADA) ve BNB en bilinen örnekleridir. Altyapı yalnızca finansal transferle sınırlı kalmaz; tedarik zincirinden dijital kimlik yönetimine kadar geniş bir alanda işlem güvenliği sunar. Ağ üzerindeki işlem ücretlerini ödemek ve akıllı sözleşme kodlarını çalıştırmak amacıyla ilgili coinler kullanılır.

Coin seçimi pratikte bir çalışma zamanı seçimidir. Ethereum ve EVM uyumlu ağlarda Solidity bilgisi taşınabilir; Solana Rust, Cardano ise Plutus tarafına geçmeyi gerektirir. Ağ değiştirmek çoğu projede kodu baştan yazmak, alınmış denetim raporunu da geçersiz kılmak anlamına gelir. Merkeziyetsiz finans (DeFi) protokollerinde, akıllı sözleşme kodlarındaki en ufak bir açık ciddi sermaye kayıplarına yol açabilir. Güvenlik denetimleri, yazılım hatalarını önlemek adına öncelikli adımlar arasında yer alır. Solana, Avalanche ve Cardano kapasiteyi artırmak için farklı ödünleşimler seçti: Solana yüksek donanım gereksinimli tek zincir, Avalanche kendi doğrulayıcı setini kurabilen alt ağlar (subnet), Cardano genişletilmiş UTXO modeli. Kazanılan hız her seferinde doğrulayıcı sayısı, donanım maliyeti ya da geliştirici araç olgunluğu tarafından ödeniyor. Yatırımcılar ve geliştiriciler, ağın hızı, işlem maliyeti ve topluluk desteği gibi parametreleri inceleyerek hangi platform üzerinde geliştirme yapacaklarına karar verirler. Coinleri edinmek isteyenler içinse komisyon oranı, TL desteği ve çekim limitleri belirleyicidir; platform karşılaştırmasını güvenilir kripto borsaları listesinde bulabilirsiniz.

Akıllı sözleşme coini almak, o ağın kullanılacağına bahse girmektir. Coine olan talep, üzerinde çalışan uygulamaların yarattığı işlem hacminden doğar; ağda gerçek kullanım yoksa fiyatı taşıyan tek şey beklentidir. Bakılacak göstergeler bellidir: aktif geliştirici sayısı, ağda kilitli toplam değer (TVL), günlük aktif adres ve ağın ücret geliri. Göstergelerin tamamı zincir üstünden okunabilir; takip için ücretli abonelik şart değil, ücretsiz kripto araçları bu metrikleri zaten veriyor. Teknik hız listenin en üstünde değildir. Saniyede binlerce işlem kaldıran ama üzerinde kimsenin uygulama yazmadığı bir zincir, boş otoyoldur.

Bitcoin ve XRP Akıllı Sözleşme Çalıştırır mı?

Bitcoin ve XRP, Ethereum'daki gibi genel amaçlı akıllı sözleşme çalıştırmaz; iki ağ da yalnızca protokole gömülü, önceden tanımlı işlem tiplerini destekler. Bitcoin'in betik dili Script, resmi geliştirici belgelerinde bilinçli olarak durumsuz ve Turing tam olmayacak biçimde tasarlandığı belirtilerek anlatılır; döngü ya da atlama komutu içermez. Kısıtlama bir eksiklik değil tercihtir: öngörülemeyen kod yerine sade bir güvenlik modeli hedeflenir. Script yine de çoklu imza cüzdanlarına ve zaman kilitli (locktime) transferlere izin verir, yani ilkel düzeyde koşullu ödeme Bitcoin üzerinde de kurulabilir. Karmaşık uygulamalar Stacks ya da Rootstock gibi üst katmanlara taşınır.

XRP Ledger tarafında tablo benzer. Ağ; emanet (escrow), çek ve ödeme kanalı gibi hazır işlem tiplerini çok hızlı işler, ancak keyfi kod yürütmez. Programlanabilirlik ihtiyacı yan zincirlere devredilmiş durumda: XRPL belgeleri akıllı sözleşme katmanı eklemeyi ve Ethereum Sanal Makinesi uyumluluğu kazandırmayı yan zincir örnekleri arasında sıralar. Solidity ile yazdığınız bir sözleşmeyi XRP ana ağına değil, EVM uyumlu yan zincire dağıtırsınız.

Ayrım, "hangi coin akıllı sözleşme destekliyor" listelerinde çoğu zaman kaybolur. Sorulması gereken şey, ağın keyfi kod mu yoksa sabit işlem şablonları mı çalıştırdığıdır. Sabit şablonlu ağlar dar bir saldırı yüzeyi sunar; genel amaçlı ağlar esneklik karşılığında dağıtılan her yeni sözleşmede yeni bir hata ihtimali taşır. Portföyünüzdeki varlığın hangi kategoriye girdiğini bilmek, o ağ üzerinde çıkacak projelerin gerçekçi sınırlarını da gösterir.

Akıllı Sözleşmelerin Hukuki Durumu

Akıllı sözleşmenin yasal olarak bağlayıcı sayılıp sayılmadığı ülkeden ülkeye değişir ve çoğu hukuk sisteminde net bir tanım henüz yok. Geleneksel hukuk sistemleri, kodların otomatik olarak çalıştırıldığı yapıyı anlamlandırmakta zorlanıyor. Ayrım şurada başlar: kodun çalışması ile anlaşmanın hukuken kurulmuş sayılması aynı şey değildir. Zincir üstünde işlem gerçekleşmiş olabilir, mahkeme yine de tarafların iradesini, ehliyetini ve rızasını ayrıca arar. İngiltere ve Galler Hukuk Komisyonu'nun 2021 tarihli akıllı hukuki sözleşmeler çalışması, mevcut hukuk çerçevesinin akıllı hukuki sözleşmeleri desteklemeye elverişli olduğu sonucuna vardı ve yasal yükümlülük doğuran akıllı hukuki sözleşme ile bir transferi yürüten sıradan sözleşme kodunu birbirinden ayırdı. Geleneksel metin yoruma açıktır; kod yazıldığı gibi çalışır, yoruma yer bırakmaz. Uyuşmazlık tam da o boşlukta doğar.

Hukuk otoriteleri, akıllı sözleşmelerin yasal olarak bağlayıcı sözleşme niteliği taşıyıp taşımadığını tartışmaya devam ediyor. En büyük ikilem, kod hatalarından kaynaklanan uyuşmazlıklarda hangi ülkenin hukukunun geçerli olacağıdır. Akıllı kodların kendi kendine yürütülmesi, tarafların irade beyanını tam olarak yansıtmayabilir. Mahkemeler, kodun arkasındaki asıl niyeti, tarafların rızasını sorgular. Sözleşmeler hukuku çerçevesinde, tarafların kimliklerinin blockchain ağlarında anonim kalması, hak arama süreçlerini zorlaştıran temel unsurlar arasında yer alır. Hak kayıplarını önlemek adına, kod yapısının yasal metinlerle desteklenmesi gerekir.

Sektör temsilcileri, yasal boşlukları doldurmak amacıyla hibrit modeller geliştiriyor. Doğal dille yazılmış klasik metin ile blockchain üzerinde çalışan kodların birleştirilmesi, uyuşmazlık anında mahkemelere somut delil sunar. Akıllı sistemlerin entegrasyonu sürecinde, teknik denetimlerin yanı sıra hukuki uygunluk analizlerinin yapılması riskleri azaltır. Gelecekte regülasyonların netleşmesiyle birlikte, dijital işlemlerin yasal zemini daha net tanımlanacaktır. Türkiye tarafında pratikte ilk karşılaşılan soru sözleşmenin geçerliliği değil, kazancın nasıl beyan edileceğidir; güncel çerçeveyi kripto para vergilendirmesi rehberinde ele aldık. Gelişmeler, akıllı sözleşmeyi teknik bir tanım olmaktan çıkarıp hukuki bir gerçeğe dönüştürüyor.

Buradan Sonra Ne Yapmalı?

Akıllı sözleşmeyi okumakla anlamak arasındaki fark ilk gerçek işlemde ortaya çıkar. Sıraya uymak, geri alınamayan bir adımı öğrenirken atmanın önüne geçer:

• Önce anahtar, sonra işlem. Sözleşmeye bağlanan şey cüzdanınızdır; imzayı okumadan onaylamayın. Kripto cüzdanı oluşturma rehberi kurulumu ve imza adımlarını sırasıyla anlatıyor.
• Tutar büyüdükçe imzayı çevrimdışına taşıyın. Uzun vadeli saklamada soğuk cüzdan modelleri arasından cihaz seçmek, sözleşme açığından doğan riski sınırlar.
• Giriş kapınızı bilinçli seçin. Komisyon, TL desteği ve çekim limiti karşılaştırmasını güvenilir kripto borsaları listesinde, mobil tarafı ise kripto para uygulamaları derlemesinde bulabilirsiniz.
• Gas maliyeti canınızı yakıyorsa katman değiştirin. Aynı sözleşme mantığının çok daha ucuza çalıştığı ağlar için katman 2 karşılaştırması iyi bir başlangıç noktası.

Küçük bir tutarla ve tek bir sözleşmeyle başlayın. Zincir üstünde geri alma tuşu bulunmadığı için ilk denemenin ucuz olması, öğrenmenin en pahalı olmayan yoludur. Yazdıklarım yatırım tavsiyesi değildir.