Skip to main content

Slashing nedir

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

Slashing nedir

Slashing, Proof of Stake (PoS) blok zinciri ağlarında, ağın güvenliğini veya bütünlüğünü tehdit eden davranışlar nedeniyle doğrulayıcıları cezalandıran bir ceza mekanizmasıdır. Bir doğrulayıcı slashing'e uğradığında, stake edilen tokenlerinin bir kısmı yok edilir (yakılır) veya yeniden dağıtılır ve doğrulayıcı genellikle aktif setten — geçici veya kalıcı olarak — çıkarılır.

Slashing, PoS ağlarının zinciri güvence altına almak için hesaplamalı iş yerine ekonomik teşviklere dayanması nedeniyle vardır. Doğrulayıcılar teminat olarak token kilitler; slashing, doğrulayıcı kötü davranırsa bu teminatın gerçekten risk altında olmasını sağlar.

Kısaca: slashing, PoS sistemlerinde doğrulayıcı ihlallerine uygulanan ekonomik cezadır — ve staking veya doğrulayıcı katılımı içeren kripto AI projeleri için altyapı güvenilirliğine bağlı somut bir finansal riski temsil eder.

Slashing nasıl çalışır

Slashing'i tetikleyen ihlaller

Her doğrulayıcı hatası slashing'e yol açmaz. Protokoller genellikle küçük cezalar (çevrimdışı veya yavaş olmak için) ile slashing düzeyindeki ihlaller (ağ konsensüsünü tehlikeye atabilecek davranışlar için) arasında ayrım yapar. En yaygın slashing gerektiren ihlaller şunlardır:

  • Çifte imzalama (equivocation) — bir doğrulayıcının aynı slot veya yükseklik için iki farklı bloğu imzalaması, yani fiilen bir çatal (fork) yaratmaya çalışması. Konsensüs bütünlüğünü doğrudan tehdit ettiği için en ciddi ihlaldir.
  • Kuşatan oylama (surround voting) — bir doğrulayıcının, zincir yeniden düzenlemesine olanak verebilecek şekilde birbiriyle çelişen onay (attestation) oyları kullanması. Bu, Ethereum'un Casper FFG konsensüsüne özgüdür.
  • Uzun süreli çevrimdışılık — bazı ağlarda, uzayan çevrimdışı dönemler slashing'e kadar tırmanabilen kademeli cezalarla sonuçlanır. Ethereum'da çevrimdışı olmak resmî slashing yerine "inaktivite sızıntısı" cezalarıyla sonuçlanır; ancak diğer PoS zincirleri uzun süreli çevrimdışılığı slashing gerektiren bir ihlal olarak ele alabilir.

Ceza süreci

Slashing gerektiren davranış tespit edildiğinde, protokol sonuçları zincir üstü mantık aracılığıyla otomatik olarak uygular:

  1. Tespit — diğer doğrulayıcılar veya izleme sözleşmeleri, çelişen imzaları veya protokol ihlalini belirler.
  2. Kanıt sunumu — kötü davranışın kanıtı (örn. birbiriyle çelişen iki imzalı mesaj), genellikle ödül alabilecek bir "ihbarcı" tarafından zincir üstüne sunulur.
  3. Cezanın uygulanması — protokol, ihlalde bulunan doğrulayıcının stake'inin tanımlı bir yüzdesini yakar. Kesin miktar ağa ve ihlalin ciddiyetine göre değişir. Ethereum'da asgari slashing cezası, doğrulayıcının etkin bakiyesinin 1/32'sidir; birçok doğrulayıcının aynı anda slashing'e uğraması halinde ek "korelasyon cezaları" uygulanır.
  4. Çıkarılma — slashing'e uğrayan doğrulayıcı aktif setten çıkarılır ve çekim kuyruğuna girer. Bazı ağlarda doğrulayıcı yeniden katılamaz; diğerlerinde bekleme süresi ve yeniden stake etme sonrasında geri dönebilir.

Korelasyon cezaları

Bazı protokoller, özellikle Ethereum, aynı zaman diliminde slashing'e uğrayan doğrulayıcı sayısıyla orantılı olarak ölçeklenen korelasyon cezaları uygular. Tek bir doğrulayıcı yalıtılmış biçimde slashing'e uğrarsa ceza görece küçüktür. Ancak çok sayıda doğrulayıcı birlikte slashing'e uğrarsa — bu koordineli bir saldırıya veya yaygın bir yazılım hatasına işaret eder — cezalar dramatik biçimde artar ve tüm stake'e kadar çıkabilir. Bu tasarım, (ağ için daha tehlikeli olan) korelasyonlu arızaların yalıtılmış olaylardan daha ağır cezalandırılmasını sağlar.

Slashing kripto AI projeleri için neden önemlidir

Doğrulayıcıya yakın AI projeleri. Bazı kripto AI projeleri staking veya doğrulayıcı benzeri roller içerir: katılımcılar token stake eder ve AI hesaplama, veri etiketleme veya model doğrulama hizmetleri sağlar. Bu sistemler düşük kaliteli çıktılar veya sahtekâr davranışlar için slashing içeriyorsa, katılımcılar yalnızca fırsat maliyetiyle değil, gerçek ekonomik riskle karşı karşıyadır.

Stake edilmiş sermaye riski. Kullanıcıları bir PoS ağında token stake etmeye teşvik eden her proje, bu kullanıcıları slashing riskine maruz bırakır. AI destekli staking optimizasyon araçları veya likit staking protokolleri, risk modellerinde slashing senaryolarını hesaba katmalıdır. Slashing riskini göz ardı eden, stake edilmiş pozisyonları yöneten bir AI ajanı eksiktir.

Kalitenin uygulattırılması. Merkeziyetsiz AI ağlarında (hesaplama pazar yerleri, çıkarım ağları, veri doğrulama katmanları) slashing benzeri mekanizmalar kaliteyi uygulattırabilir: yanlış çıkarım sonuçları döndüren, bozuk veri gönderen veya atanan görevleri tamamlayamayan düğümler, stake ettikleri teminatı kaybedebilir. Bu, blok zinciri slashing kavramını AI'ya özgü bağlamlara uyarlar.

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

  • Consensus — PoS zincirlerindeki projeler (Ethereum, Solana, Avalanche, Cosmos tabanlı ağlar ve diğerleri), slashing'i konsensüs mekanizmasının parçası olarak devralır. Proje kartındaki konsensüs alanı, slashing'in temeldeki ağa uygulanıp uygulanmadığını dolaylı olarak gösterir.
  • Staking — staking içeren projeler (ister kendi ağlarında ister dağıtım yaptıkları ana zincirde), stake edenleri slashing riskine maruz bırakır. Proje kartında tanımlanan staking modeli, slashing koşullarına atıfta bulunabilir.
  • Token model — doğrulayıcı tabanlı mimarilere sahip projelerde token modeli, teşvik tasarımının parçası olarak slashing'i içerebilir: doğrulayıcılar proje tokenlerini stake eder ve kötü davranış nedeniyle slashing riski taşır.
  • Type — kendi PoS konsensüsünü uygulayan L1 projeleri slashing kurallarını doğrudan tanımlar. L2 ve dApp projeleri, ana zincirlerinin slashing koşullarını devralır.

Slashing tek başına neyi kanıtlamaz

  • Güvenlik — slashing'in varlığı, ağın güvenli olduğunu garanti etmez. Slashing rasyonel ekonomik aktörleri caydırır ancak hataları, sosyal mühendisliği veya yönetişim saldırılarını önlemez. Bir doğrulayıcı kötü niyet yerine bir yazılım hatası yüzünden slashing'e uğrayabilir.
  • Merkeziyetsizlik — slashing bir mekanizmadır, merkeziyetsizlik ölçüsü değildir. Slashing içeren bir ağ yine de küçük, yoğunlaşmış bir doğrulayıcı setine sahip olabilir.
  • AI kalitesi — slashing'i kötü AI çıktılarını cezalandıracak şekilde uyarlamak geçerli bir tasarım kalıbıdır; ancak etkinliği, çıktı kalitesinin zincir üstünde nesnel olarak doğrulanabilmesine bağlıdır. Kalitenin öznel olduğu karmaşık AI görevlerinde slashing kriterlerini adil biçimde tanımlamak zor olabilir.
  • Token değeri — slashing token arzını etkiler (yakılan tokenler dolaşımdaki arzı azaltır); ancak bu mekanik etki, tokenin temel bir değere veya gerekliliğe sahip olup olmadığını belirlemez.

Sık sorulan sorular

Slashing kazara gerçekleşebilir mi?

Evet. Kazara slashing'in en yaygın nedeni, aynı doğrulayıcı anahtarlarının aynı anda iki farklı makinede çalıştırılmasıdır (çifte imzalamayla sonuçlanan bir yapılandırma hatası). Doğrulayıcı istemcilerindeki yazılım hataları da slashing olaylarına yol açmıştır. Doğrulayıcı operatörlerinin yedeklilik ve anahtar yönetimini ciddiye almasının — ve istemci çeşitliliğinin (farklı yazılım uygulamaları çalıştırmanın) ağın bütünü için önemli olmasının — nedeni budur.

Her PoS ağında slashing var mıdır?

Çoğu PoS ağı bir tür slashing uygular ancak ciddiyet ve koşullar değişir. Ethereum'da çifte imzalama ve kuşatan oylama için resmî bir slashing mekanizması vardır. Cosmos tabanlı zincirler çifte imzalama ve uzun süreli çevrimdışılık için slashing uygular. Bazı ağlar stake'i yok etmek yerine daha hafif cezalar (doğrulayıcıyı geçici olarak "hapsetme" gibi) kullanır. Belirli slashing kuralları her protokolün tasarımının parçasıdır ve teknik özelliklerinde belgelenmiştir.

Dış kaynaklar

Ayrıca bakınız

No comments to display

Back to top