Skip to main content

Blok zincirinde mutabakat (consensus) nedir

Not: Bu belge orijinal İngilizce versiyonun otomatik bir çevirisidir.

Blok zincirinde mutabakat (consensus) nedir

Mutabakat (consensus), bir blok zinciri ağındaki tüm katılımcıların ortak defterin güncel durumu üzerinde anlaşmaya vardığı süreçtir. Mutabakat olmadan, hangi işlemlerin geçerli olduğunu, hangi blokların nihai olduğunu ve yeni veri ekleme yetkisinin kimde olduğunu belirlemenin bir yolu olmazdı. Her herkese açık blok zinciri — Bitcoin'den Ethereum'a ve en yeni AI odaklı zincirlere kadar — çalışmak için bir mutabakat mekanizmasına dayanır. Merkeziyetsiz sistemleri mümkün kılan temel uzlaşma katmanıdır.

Mutabakatı, makineler için bir oylama protokolü olarak düşünün. Geleneksel bir veritabanında sunucuyu tek bir şirket kontrol eder ve neyin yazılacağına o karar verir. Blok zincirinde tek bir otorite yoktur. Bunun yerine, birçok bağımsız bilgisayar (genellikle düğüm olarak adlandırılır) defterin birer kopyasını tutar. Mutabakat, bazı katılımcılar güvenilmez, sahtekâr veya çevrimdışı olsa bile tüm bu kopyaların senkronize kalmasını sağlayan kurallar bütünüdür. Mekanizma katılımcılar arasında güven gerektirmez — güvenin yerine doğrulanabilir kuralları koyar.

Kısaca: mutabakat, merkeziyetsiz bir ağın merkezî bir otoriteye dayanmadan tek bir gerçeklik versiyonu üzerinde anlaşmasını sağlayan kural kitabıdır.

Mutabakat nasıl çalışır

Üst düzeyde, her mutabakat mekanizması aynı temel soruları yanıtlar:

  1. Bir sonraki bloğu kim önerecek? — Farklı mekanizmalar bunu farklı yanıtlar. Proof of Work'te yanıt "hesaplamalı bulmacayı ilk çözen kişi"dir. Proof of Stake'te yanıt "stake edilen token miktarına göre seçilen bir doğrulayıcı"dır. Delegated Proof of Stake'te yanıt "token sahipleri tarafından seçilen bir doğrulayıcı"dır.

  2. Diğer katılımcılar bloğu nasıl doğrular? — Bir blok önerildiğinde, diğer düğümler içindeki tüm işlemlerin protokol kurallarına uyduğunu kontrol eder. Blok geçerliyse kabul ederler. Geçersizse reddederler.

  3. Bir blok ne zaman nihai kabul edilir? — Kesinlik (finality), bir bloğun geri döndürülemeyeceği veya yeniden düzenlenemeyeceği anlamına gelir. Bazı mekanizmalar kesinliğe hızlı ulaşır (bir veya iki onay turu); diğerleri buna olasılıksal olarak ulaşır (bir blok sonraki blokların altına ne kadar derin gömülürse, geri çevrilmesi o kadar zorlaşır).

  4. Biri hile yapmaya çalışırsa ne olur? — Her mekanizma kötü niyetli davranışa karşı caydırıcılar içerir. Proof of Work'te hile yapmak, dürüst madencilerden daha fazla elektrik ve donanım harcamayı gerektirir. Proof of Stake'te hile, doğrulayıcının stake ettiği tokenların el konulmasıyla (slashing) sonuçlanabilir.

Bizans hata toleransı sorunu

Blok zinciri mutabakatının teorik omurgası Bizans hata toleransı (BFT) sorunudur. İlk kez 1982'de Leslie Lamport, Robert Shostak ve Marshall Pease'in bilgisayar bilimi makalesinde tanımlanan sorun şunu sorar: dağıtık katılımcılardan oluşan bir grup, bazıları arızalı veya kasıtlı olarak kötü niyetliyken nasıl uzlaşmaya varabilir?

Orijinal makalede kullanılan benzetme, bir şehri kuşatan Bizans generallerini içerir. Saldırı veya geri çekilmeyi koordine etmeleri gerekir, ancak bazı generaller çelişkili mesajlar gönderen hainler olabilir. Zorluk, sadık generallerin hainlere rağmen doğru karara ulaşmasını sağlayan bir protokol tasarlamaktır.

Her blok zinciri mutabakat mekanizması, bu sorunun pratik bir çözümüdür. Mekanizma, dürüst düğümlerin sahtekâr olanları oy, hesaplama veya harcama gücüyle geride bırakabileceği kuralları tanımlar. Özel yaklaşım değişir — hesaplamalı bulmacalar, ekonomik stake'ler, itibar sistemleri, oylama turları — ancak hedef hep aynıdır: güvenilmez bir ortamda güvenilir uzlaşma.

Mutabakat neyi güvence altına alır

Mutabakat, ağı birkaç saldırı kategorisine karşı korur:

  • Çifte harcama — aynı tokenları iki kez harcamak. Mutabakat, bir işlem onaylandıktan sonra harcanan tokenların yeniden kullanılamamasını sağlar.
  • Sansür — tek bir aktörün belirli işlemleri engellemesi. Çoğu mutabakat mekanizması blok üretimini birçok katılımcıya dağıtır ve sansürü zorlaştırır (imkânsız kılmasa da).
  • Geçmişin yeniden yazılması — işlem kayıtlarını değiştirmek için geçmiş blokları değiştirmek. Bir blok zincirde ne kadar derinde durursa, yeniden yazılması o kadar pahalı hale gelir.
  • Sybil saldırıları — ağa hâkim olmak için çok sayıda sahte kimlik oluşturmak. Mutabakat mekanizmaları, kimlik çoğaltmayı maliyetli hale getirmek için kıt bir kaynak (hesaplama, stake edilen tokenlar, delege edilen oylar) kullanır.

Yaygın mutabakat mekanizmaları

Farklı blok zincirleri farklı mutabakat mekanizmaları kullanır. Her biri güvenlik, hız, merkeziyetsizlik ve enerji tüketimi arasında farklı bir ödünleşim kümesini temsil eder.

Mekanizma Seçim yöntemi Temel kaynak Enerji maliyeti Örnekler
Proof of Work (PoW) Hesaplamalı bulmaca çözmek Donanım ve elektrik Çok yüksek Bitcoin, Kaspa
Proof of Stake (PoS) Token'ları teminat olarak stake etmek Kilitli sermaye Düşük Ethereum, Solana, Avalanche
Delegated Proof of Stake (DPoS) Token sahiplerinin delege seçimleri Delege edilen oylar Düşük EOS, Tron
Proof of Staked Authority (PoSA) Staking ile otorite seçiminin hibriti Stake edilen tokenlar + onay Düşük BNB Smart Chain

Evrensel olarak "en iyi" tek bir mekanizma yoktur. Her biri farklı özellikler için optimize eder ve doğru seçim ağın hedeflerine bağlıdır.

Kripto AI projeleri için neden önemli

Kripto AI alanında mutabakat birkaç nedenle önemlidir:

  • Ağ güvenilirliği — bir blok zincirinde dağıtılan bir AI projesi; işlem sıralaması, veri kullanılabilirliği ve kesinlik için o zincirin mutabakat mekanizmasına bağlıdır. Altta yatan mutabakat yavaş veya kırılgansa, AI uygulaması bu sınırlamaları devralır.
  • Doğrulayıcı ekonomisi — birçok AI projesi doğrulayıcı çalıştırır, staking'e katkıda bulunur veya mutabakat katmanıyla etkileşen hizmetler inşa eder. Mutabakat mekanizmasını anlamak, bu iddiaların mimari olarak tutarlı olup olmadığını değerlendirmeye yardımcı olur.
  • AI iş yükleri için özelleşmiş mutabakat — AI görevleri için tasarlanan bazı ağlar, faydalı hesaplama kanıtını dahil etmek için geleneksel mutabakatı değiştirir. Örneğin Bittensor, madencilerin makine öğrenmesi çıktıları ürettiği ve doğrulayıcıların bunları puanladığı bir mekanizma kullanır; böylece AI işini fiilen mutabakat döngüsüne yerleştirir. Bu hibrit yaklaşımlar, geleneksel mutabakat ile AI'ya özgü doğrulama arasındaki çizgiyi bulanıklaştırır.
  • Merkeziyetsizlik iddiaları — bir projenin mutabakat mekanizması, merkeziyetsizliğinin en somut göstergelerinden biridir. PoSA mekanizması kullanan üç doğrulayıcılı bir ağ, her ikisi de kendini "merkeziyetsiz" olarak adlandırsa bile, binlerce bağımsız PoS doğrulayıcısına sahip bir ağdan yapısal olarak farklıdır.

Mutabakatı anlamak, bir AI projesinin iyi veya değerli olup olmadığını söylemez. Altta yatan ağın kararları nasıl aldığını, bu kararlara kimlerin katıldığını ve ağın üzerinde çalışan uygulamalara hangi garantileri sağladığını söyler.

DecAIHub proje kartlarında nerede görünür

Bir DecAIHub proje kartındaki Consensus alanı, projenin birincil blok zinciri ağının kullandığı mutabakat mekanizmasını kaydeder. Yaygın değerler şunlardır:

  • PoS — ağ Proof of Stake kullanır.
  • PoW — ağ Proof of Work kullanır.
  • DPoS — ağ Delegated Proof of Stake kullanır.
  • PoSA — ağ Proof of Staked Authority kullanır.

Bu alan, ağın mimarisine ilişkin teknik bir gerçeği tanımlar. Mekanizmanın kalitesini veya güvenliğini değerlendirmez. PoS olarak listelenen bir proje, PoW olarak listelenen birinden doğası gereği daha iyi veya daha kötü değildir — alan yalnızca ağın ne kullandığını kaydeder.

Bir proje kartını okurken, Consensus alanı en iyi Main chain, Type ve Network status gibi diğer alanlarla birlikte anlaşılır. Bu alanlar birlikte, projenin üzerinde çalıştığı altyapının resmini çizer.

Mutabakat tek başına neyi kanıtlamaz

  • Mutabakat merkeziyetsizliği kanıtlamaz. Bir ağ PoS kullanabilir ama tek bir aktörün kontrolündeki bir avuç doğrulayıcıya sahip olabilir. Mekanizma, merkeziyetsizlik için gereklidir ama yeterli değildir.
  • Mutabakat güvenliği kanıtlamaz. İyi tasarlanmış bir mutabakat mekanizması saldırı vektörlerini azaltır, ancak uygulama hataları, doğrulayıcı iş birliği ve yönetişim başarısızlıkları, mekanizmadan bağımsız olarak güvenliği zayıflatabilir.
  • Mutabakat, projenin AI'sının gerçek olduğunu kanıtlamaz. Bir proje mükemmel mutabakata sahip bir blok zincirinde çalışıyor olabilir ve yine de doğrulanabilir bir AI bileşeni olmayabilir. Mutabakat katmanı, AI iddialarını değil, defteri güvence altına alır.
  • Mutabakat token değerini belirlemez. PoS, PoW veya DPoS seçiminin bir tokenın piyasa değeriyle doğrudan ilişkisi yoktur. Özdeş mutabakat mekanizmalarına sahip projeler çok farklı token ekonomilerine ve benimsenme düzeylerine sahip olabilir.
  • Mutabakat sansür direncini kanıtlamaz. Mutabakat mekanizmaları sansürü önlemek üzere tasarlanmış olsa da, bir ağın pratik sansür direnci doğrulayıcı dağılımına, yönetişim kurallarına, coğrafi yayılıma ve mekanizmanın kendisinin ötesindeki diğer faktörlere bağlıdır.

Karıştırmayın

  • Proof of Stake (PoS) — PoS belirli bir mutabakat mekanizmasıdır, mutabakatın kendisiyle eş anlamlı değildir. Mutabakat genel kavramdır; PoS bir uygulamadır.
  • Proof of Work (PoW) — benzer şekilde PoW belirli bir mekanizmadır. Mutabakat, PoW'u, PoS'u ve diğer birçoğunu kapsayan şemsiye terimdir.
  • Kesinlik (finality) — mutabakat ve kesinlik ilişkili ama ayrı kavramlardır. Mutabakat, bloklar üzerinde anlaşma sürecidir; kesinlik, üzerinde anlaşılan blokların geri çevrilmeyeceği garantisidir. Bazı mutabakat mekanizmaları anında kesinlik sunar; diğerleri olasılıksal kesinlik sunar.
  • Yönetişim — mutabakat, blokların nasıl üretilip doğrulanacağını belirler. Yönetişim, protokolün kurallarının kendisinin zaman içinde nasıl değişeceğini belirler. Protokolü yükseltmek için yapılan bir DAO oylaması yönetişimdir, mutabakat değildir.
  • Doğrulama — günlük kullanımda "doğrulamak", tek bir işlemi kontrol etmek veya tam bir doğrulayıcı düğüm çalıştırmak anlamına gelebilir. Mutabakat kapsayıcı protokoldür; doğrulama, bir düğümün ona katılma eylemidir.

Sık sorulan sorular

Bir blok zinciri mutabakat olmadan çalışabilir mi?

Hayır. Mutabakat olmadan, dağıtık düğümlerin hangi işlemlerin geçerli olduğu ve hangi sırayla gerçekleştiği üzerinde anlaşmasının bir yolu yoktur. Sonuç, defterin birbiriyle çelişen birden fazla versiyonu olur ve sistem kullanılamaz hale gelir. En basit blok zinciri bile bir tür uzlaşma protokolü gerektirir.

Proof of Stake, Proof of Work'ten daha mı güvenli?

Hiçbiri doğası gereği diğerinden daha güvenli değildir; farklı güvenlik modelleri kullanırlar. PoW hesaplama maliyetine dayanır — saldırganın dürüst madencilerden daha fazla donanım ve elektrik harcaması gerekir. PoS ekonomik maliyete dayanır — saldırganın büyük miktarda stake edilmiş token edinmesi ve riske atması gerekir. Her modelin kendine özgü saldırı vektörleri ve savunmaları vardır. Bir ağın pratik güvenliği, yalnızca mekanizmanın adına değil; uygulama kalitesine, doğrulayıcı dağılımına ve ekonomik teşviklere bağlıdır.

Mutabakat başarısız olursa ne olur?

Mutabakat bozulursa, ağ bir çatal (fork) yaşayabilir — farklı düğüm gruplarının zincirin farklı versiyonlarını takip ettiği bir bölünme. Geçici çatallar PoW'da normaldir (öksüz bloklar) ve otomatik olarak çözülür. Kalıcı çatallar temel bir anlaşmazlığa işaret eder ve Bitcoin ile Bitcoin Cash'te veya Ethereum ile Ethereum Classic'te olduğu gibi iki ayrı ağla sonuçlanabilir.

Farklı blok zincirleri neden farklı mutabakat mekanizmaları kullanır?

Çünkü istenen tüm özellikleri aynı anda maksimize eden tek bir mekanizma yoktur. PoW savaşta test edilmiştir ve son derece sağlamdır ancak muazzam enerji tüketir. PoS enerji verimlidir ve hızlı kesinlik sağlar ancak farklı saldırı yüzeyleri getirir. DPoS hızlıdır ancak gücü küçük bir delege kümesinde yoğunlaştırır. Her blok zinciri, tasarım hedeflerine ve topluluk önceliklerine en uygun mekanizmayı seçer.

Mutabakat mekanizması işlem hızını etkiler mi?

Evet, önemli ölçüde. Bitcoin gibi PoW ağları yaklaşık her on dakikada bir blok üretir. Solana gibi PoS ağları bir saniyenin altında blok üretebilir. Mutabakat mekanizması; blok süresini, iş hacmini (saniyedeki işlem sayısı) ve kesinliğe ulaşma süresini doğrudan etkiler. Hızlı veri kullanılabilirliği veya sık zincir üstü etkileşim gerektiren AI uygulamaları için bu önemli bir mimari husustur.

Mutabakat, blok zincirindeki AI ile nasıl ilişkilidir?

Geleneksel mutabakat mekanizmaları AI içermez. Ancak bazı daha yeni ağlar, AI iş yüklerini mutabakat süreçlerine dahil eder. Bu tasarımlarda blok üreticileri veya doğrulayıcılar, keyfî matematiksel bulmacalar çözmek yerine mutabakat protokolünün bir parçası olarak faydalı AI hesaplaması (model eğitimi veya çıkarım puanlaması gibi) gerçekleştirir. Bu, mutabakat, doğrulama ve AI hesaplaması arasındaki sınırların yeniden tanımlandığı gelişmekte olan bir alandır.

Dış kaynaklar

Ayrıca bakınız

No comments to display

Back to top