{"id":26804,"date":"2026-09-28T15:49:00","date_gmt":"2026-09-28T12:49:00","guid":{"rendered":"https:\/\/www.paribu.com\/blog\/?post_type=glossary&p=26804"},"modified":"2026-09-28T15:49:00","modified_gmt":"2026-09-28T12:49:00","slug":"oracle-nedir","status":"publish","type":"glossary","link":"https:\/\/www.paribu.com\/blog\/sozluk\/oracle-nedir\/","title":{"rendered":"Oracle nedir? Blokzincirde oracle’lar nas\u0131l \u00e7al\u0131\u015f\u0131r?"},"content":{"rendered":"

Oracle; fiyat, hava durumu veya maç sonucu gibi blokzincir<\/span> dışındaki verileri akıllı sözleşmelere taşıyan altyapıdır. Blokzincirler deterministik çalıştığı için bu verilere kendi başlarına erişemez. Oracle’lar aslında DeFi (Merkeziyetsiz finans) ve oyun uygulamalarının temelidir. Ancak yanlış veya manipüle edilmiş bir veri, kusursuz yazılmış bir sözleşmeyi bile hatalı çalıştırabilir. Merkeziyetsiz oracle ağları bu riski azaltmak için geliştirilmiştir.<\/span><\/p>\n

Zincir üstü (on-chain) veri, bir cüzdanın bakiyesi gibi doğrudan blokzincirde bulunan bilgidir. Zincir dışı (off-chain) veri ise borsa<\/span> fiyatları veya maç skorları gibi blokzincirin dışında oluşan bilgidir. Oracle’lar bu iki dünya arasındaki boşluğu doldurur. Bu nedenle sektörde sıkça köprü benzetmesiyle anılır.<\/span><\/p>\n

Ethereum<\/span>’un geliştirici dokümantasyonuna göre veri akışı tek yönlü değildir. Oracle, dış dünyadan zincire bilgi taşıyabildiği gibi zincirdeki bir işlemin dış dünyada bir eylemi tetiklemesini de sağlar. <\/span><\/p>\n

Akıllı sözleşmeler neden oracle’a ihtiyaç duyar?<\/strong><\/h2>\n

Blokzincirdeki her node, aynı işlemi çalıştırdığında aynı sonuca ulaşmak zorundadır. Sözleşmeler dışarıdan sürekli değişen bir veri çekerse node’lar farklı sonuçlar üretebilir ve konsensüs bozulabilir. <\/span><\/p>\n

Oracle, veriyi zincire bir kez kaydeder. Böylece tüm node’lar aynı bilgiyi okur. Bu özelliğe determinizm denir. Deterministik bir sistem, aynı başlangıç durumu ve aynı girdiyle her zaman aynı çıktıyı üretir.<\/span><\/p>\n

Oracle nasıl çalışır?<\/strong><\/h2>\n

Bir oracle hizmeti, <\/span>on-chain’deki<\/span><\/a> bir oracle sözleşmesi ile zincir dışındaki oracle node’larından oluşur. Sözleşme veri talebini alır, node’lar veriyi dış kaynaklardan çeker ve sonucu bir işlemle zincire yazar. Talep eden akıllı sözleşme<\/span> bu veriyi kullanarak işlemini tamamlar. Süreç genellikle dört adımda ilerler:<\/span><\/p>\n

    \n
  1. Talep:<\/b> Bir akıllı sözleşme, güncel ETH fiyatı gibi dış bir veriye ihtiyaç duyar ve oracle sözleşmesine talep gönderir.<\/span><\/li>\n
  2. Bildirim: <\/b>Oracle sözleşmesi talebi bir olay kaydı olarak yayımlar. Bu kaydı dinleyen zincir dışı node’lar harekete geçer.<\/span><\/li>\n
  3. Veri toplama:<\/b> Node’lar, API’ler aracılığıyla dış kaynaklara bağlanır ve istenen veriyi alır.<\/span><\/li>\n
  4. Birleştirme ve teslim: <\/b>Node’ların yanıtları tek bir değerde birleştirilir. Bu değer bir işlemle zincire yazılır ve talep eden sözleşmeye iletilir.<\/span><\/li>\n<\/ol>\n

    Ethereum dokümantasyonu iki yaygın tasarım modelini öne çıkarır. Publish-subscribe modelinde oracle, sürekli güncellenen bir veri akışı sunar ve sözleşmeler bu akışı düzenli olarak okur. Request-response modelinde ise sözleşme yalnızca ihtiyaç duyduğu veriyi ister. Bu modelde veri çekme maliyetini ve işlem<\/span> ücretini talep eden taraf karşılar.<\/span><\/p>\n

    Oracle problemi nedir?<\/strong><\/h2>\n

    Oracle problemi, blokzincirin kendisine giren verinin doğruluğunu kanıtlayamamasıdır. Zincir değiştirilemez olsa da yanlış bir veri zincire yazıldığında sözleşme bu veriyle çalışmaya devam eder. Bilgisayar biliminde bu durum “garbage in, garbage out” ilkesiyle özetlenir. Yani hatalı girdi, hatalı çıktı üretir. <\/span><\/p>\n

    Ethereum dokümantasyonu, oracle’ları değerlendirmek için üç temel ölçüt öne sürer:<\/span><\/p>\n