Doğrulayıcı (validator) nedir
Not: Bu belge orijinal İngilizce versiyonun otomatik bir çevirisidir.
Doğrulayıcı (validator) nedir
Doğrulayıcı (validator), işlemleri doğrulayan, yeni bloklar öneren ve bir blok zincirinin bütünlüğünün korunmasına yardımcı olan bir ağ katılımcısıdır. Proof-of-stake (PoS) ve ilgili konsensüs mekanizmalarında doğrulayıcılar, blok üretimine ve doğrulamaya katılmak için teminat olarak token kilitler (stake eder). Bir doğrulayıcı dürüst davranırsa ödül kazanır; kötü niyetli davranır veya görevlerini yerine getiremezse, stake'i slashing yoluyla azaltılabilir.
Kısaca: doğrulayıcı, işlemleri doğrulayıp blok üreterek bir blok zincirini güvence altına almaya katılmak için token stake eden bir düğüm operatörüdür. Dürüst doğrulayıcılar ödül kazanır; sahtekâr veya ihmalkâr olanlar stake kaybeder.
Doğrulayıcılar nasıl çalışır
Doğrulayıcılar, bir konsensüs mekanizması — blok zinciri katılımcılarının hangi işlemlerin geçerli olduğu ve zincire hangi sırayla ekleneceği konusunda anlaştığı protokol — bağlamında çalışır. Proof-of-stake sistemlerinde süreç genel bir kalıbı izler:
- Staking. Doğrulayıcı, blok zincirinin yerel tokeninden gereken miktarı bir staking sözleşmesinde kilitler. Bu stake teminat işlevi görür — doğrulayıcının dürüst davranışa yönelik finansal taahhüdünü gösterir.
- Blok önerisi. Konsensüs protokolü, bir sonraki bloğu önermek üzere bir doğrulayıcı seçer. Seçim yöntemleri değişir: rastgele, stake büyüklüğüne göre ağırlıklı veya round-robin bir programa dayalı olabilir. Seçilen doğrulayıcı, bekleyen işlemleri bir blokta toplar.
- Attestation / oylama. Diğer doğrulayıcılar önerilen bloğu doğrular — işlemlerin geçerli olduğunu, bloğun protokol kurallarına uyduğunu ve önceki bloğa doğru bağlandığını kontrol eder. Bloğu imzalayarak (attest ederek) onaylarını bildirirler.
- Kesinleşme. Yeterli sayıda doğrulayıcı bloğu onayladığında (tipik olarak doğrulayıcı setinin üçte ikisi gibi bir süperçoğunluk), blok kesinleşmiş kabul edilir ve zincire kalıcı olarak eklenir.
- Ödüller. Blok öneren ve doğru şekilde attest eden doğrulayıcılar, tipik olarak zincirin yerel tokeninde ödül alır. Ödüller, doğrulayıcılara donanım işletmenin operasyonel maliyetlerinin ve sermaye kilitlemenin fırsat maliyetinin karşılığını verir.
Doğrulayıcı görevleri
Bir doğrulayıcının sorumlulukları ara sıra blok önermenin ötesine geçer:
- Sürekli erişilebilirlik. Doğrulayıcılar düğüm yazılımlarını 7/24 çalıştırmalıdır. Attestation görevlerini kaçırmak veya blok önermek üzere seçildiğinde çevrimdışı olmak, kaçırılan ödüllerle ve bazı protokollerde küçük cezalarla sonuçlanır.
- Doğru davranış. Doğrulayıcılar protokol kurallarını izlemelidir. Birbiriyle çelişen iki bloğu imzalamak (çifte imzalama), geçersiz işlemleri onaylamak veya zinciri yeniden düzenlemeye çalışmak, slashing'i tetikleyen ihlallerdir.
- Yazılım bakımı. Doğrulayıcılar düğüm yazılımlarını güncel tutmalı, güvenlik yamalarını uygulamalı ve ağ yükseltmelerine katılmalıdır.
- Altyapı yönetimi. Doğrulayıcı işletmek güvenilir donanım, ağ bağlantısı ve operasyonel izleme gerektirir.
Proof of Stake ve doğrulayıcı ekonomisi
Proof-of-stake (PoS) sistemlerinde doğrulayıcılar, proof-of-work (PoW) sistemlerindeki madencilerin yerini alır. Doğrulayıcılar, hesaplamalı bulmacaları çözmek için yarışmak (ki bu enerji tüketir) yerine, taahhüt ettikleri stake miktarına göre blok üretmek üzere seçilir.
Delege edilen ve aday gösterilen varyantlar
Birçok PoS sistemi, kendileri doğrulayıcı düğüm çalıştırmak istemeyen token sahiplerinin tokenlerini mevcut bir doğrulayıcıya devretmesine (delegate) izin verir. Doğrulayıcı düğümü işletir; devreden stake'e katkıda bulunur. Ödüller, doğrulayıcı (komisyon alır) ile devredenler arasında paylaşılır.
Doğrulayıcı içeren yaygın PoS varyantları:
| Varyant | Doğrulayıcılar nasıl seçilir | Örnekler |
|---|---|---|
| Saf PoS | Stake'e göre ağırlıklı; uygun her stake eden doğrulayabilir | Ethereum (Merge sonrası) |
| Delegated PoS (DPoS) | Token sahipleri sınırlı bir doğrulayıcı seti için oy kullanır | EOS, Tron |
| Proof of Staked Authority (PoSA) | Doğrulayıcılar hem stake etmiş hem yetkilendirilmiştir; PoS'u otorite seçimiyle birleştirir | BNB Chain |
| Nominated PoS (NPoS) | Aday gösterenler doğrulayıcıları stake'leriyle destekler; algoritmik seçim | Polkadot, Kusama |
Doğrulayıcı seti büyüklüğü çarpıcı biçimde değişir: birkaç düzineden (DPoS veya PoSA sistemlerinde) binlerceye (Ethereum'un PoS'unda).
Slashing ve hesap verebilirlik
Slashing, bir doğrulayıcının protokol ihlallerine ceza olarak stake edilmiş tokenlerinin bir kısmını veya tamamını kaybettiği mekanizmadır. Slashing, dürüst davranışı otorite veya itibar yoluyla değil, ekonomik cezalar yoluyla uygulattırır.
Yaygın slashing gerektiren ihlaller şunlardır:
- Çifte imzalama. Aynı yükseklikte birbiriyle çelişen iki bloğu önermek veya onaylamak. Zincir tutarlılığını tehdit ettiği için en ciddi ihlaldir.
- Kuşatan oylama (surround voting). Önceki bir attestation'la çelişecek şekilde attest etmek; zincir geçmişine dair çelişen görünümler yaratır.
- Uzun süreli çevrimdışılık. Bazı protokollerde uzun süreli erişilemezlik, kademeli stake azalmasıyla sonuçlanır (bazen slashing yerine "inaktivite sızıntısı" olarak adlandırılır).
Slashing'in ciddiyeti protokole ve ihlale göre değişir. Küçük ihlaller küçük cezalarla sonuçlanabilir; çifte imzalama tipik olarak stake'in önemli bir kısmının yok edilmesiyle sonuçlanır.
Kripto AI'da doğrulayıcılar
Kripto AI bağlamında doğrulayıcılar iki ayrı rolde karşımıza çıkar:
Blok zinciri doğrulayıcıları
Standart blok zinciri doğrulayıcıları, bir kripto AI projesinin üzerine kurulduğu temel zinciri güvence altına alır. PoS tabanlı her kripto AI projesi, işlemlerini işlemek, akıllı sözleşmelerini yürütmek ve durum değişikliklerini kesinleştirmek için doğrulayıcılara bağımlıdır. Doğrulayıcı altyapısı, projenin güven temelinin bir parçasıdır.
AI'ya özgü doğrulayıcılar
Bazı kripto AI projeleri, kendi ağları içinde özelleşmiş doğrulayıcı rolleri getirir. Bu doğrulayıcılar yalnızca blok zinciri işlemlerini değil, AI ile ilgili işleri de doğrular:
- Çıkarım doğrulayıcıları. Kanıtları (ZK kanıtları, TEE attestation'ları) kontrol ederek veya birden fazla sağlayıcının sonuçlarını karşılaştırarak AI çıkarımının doğru gerçekleştirildiğini doğrular.
- Hesaplama doğrulayıcıları. GPU sağlayıcılarının hesaplama görevlerini iddia edildiği gibi tamamladığını, genellikle hesaplamaların bir alt kümesini yeniden yürüterek veya kriptografik iş kanıtlarını kontrol ederek doğrular.
- Veri doğrulayıcıları. AI veri pazar yerlerine veya eğitim hatlarına gönderilen verilerin kalitesini, özgünlüğünü veya bütünlüğünü doğrular.
- Oracle doğrulayıcıları. AI modellerinin tükettiği harici veri akışlarını doğrular; verilerin AI hattına girmeden önce kurcalanmadığından emin olur.
Bu AI'ya özgü doğrulayıcı rolleri, çoğu zaman temel katman blok zinciri konsensüsünden ayrı kendi staking ve slashing mekanizmalarını taşır.
Doğrulayıcı ile düğüm
Yaygın bir karışıklık, doğrulayıcılar ile düğümler arasındadır. Tüm doğrulayıcılar düğüm çalıştırır, ancak tüm düğümler doğrulayıcı değildir:
| Rol | Ne yapar | Staking gerektirir mi |
|---|---|---|
| Tam düğüm | Blok zincirinin tamamını indirir ve doğrular; konsensüs kurallarını uygular | Hayır |
| Arşiv düğümü | Ayrıca tüm tarihsel durumları saklayan tam düğüm | Hayır |
| Hafif düğüm | Zincirin tamamını indirmeden blok başlıklarını doğrular | Hayır |
| Doğrulayıcı düğümü | Ek olarak blok öneren ve onaylayan tam düğüm | Evet (PoS sistemlerinde) |
Doğrulama yapmayan bir tam düğüm çalıştırmak, ağın merkeziyetsizliğine ve veri kullanılabilirliğine katkıda bulunur ancak blok ödülü kazandırmaz ve staking gerektirmez.
DecAIHub proje kartlarında nerede görünür
Doğrulayıcıyla ilgili bilgiler proje kartlarında birkaç bağlamda görünür:
- Zincir altyapısı. Projenin temelindeki blok zincirinin konsensüs mekanizması ve doğrulayıcı modeli, operasyonel bağlamın bir parçasıdır.
- AI component. Bir proje AI ile ilgili doğrulama (çıkarım doğrulaması, hesaplama doğrulaması) için özelleşmiş doğrulayıcılar kullandığında, bu, AI component alanında görünür.
- Token model. Doğrulayıcı çalıştırmak için token stake etmek, token faydasının en yaygın ve somut biçimlerinden biridir. Token sahipliğini doğrudan ağ güvenliğine bağlar.
- Evidence tablosu. Kendi doğrulayıcı ağlarına sahip projeler için Tier-1 kanıtları arasında aktif doğrulayıcı sayıları, staking parametreleri, slashing olayları ve çalışma süresi metrikleri yer alır.
Doğrulayıcı tek başına neyi kanıtlamaz
- Doğrulayıcı çalıştırmak, bir projenin gerçek AI'sı olduğunu kanıtlamaz. Doğrulayıcılar blok zinciri katmanını güvence altına alır; AI katmanı ayrı kanıt gerektirir.
- Büyük bir doğrulayıcı sayısı, merkeziyetsizliği kanıtlamaz. Birkaç kuruluş çoğu doğrulayıcıyı (delegasyon veya birden fazla doğrulayıcı düğümü aracılığıyla) kontrol ediyorsa, ağ pratikte merkezî olabilir.
- Doğrulayıcı staking'i, AI bileşeni için token gerekliliğini kanıtlamaz. Token, blok zinciri konsensüsü için gerekli olabilirken AI hattı için gerekli olmayabilir.
- Yüksek staking ödülleri, sürdürülebilirliği kanıtlamaz. Ödül oranları token emisyonlarına bağlıdır; bu da zamanla token değerini sulandırabilir.
- Bir role "doğrulayıcı" demek, konsensüs anlamında doğrulama yaptığı anlamına gelmez. Bazı projeler bu terimi, kontrol veya doğrulama gerçekleştiren herhangi bir düğüm için gevşek biçimde kullanır.
Karıştırmayın
- Düğüm (node) — blok zinciri yazılımı çalıştıran ve zincirin bir kopyasını tutan herhangi bir katılımcı. Doğrulayıcılar, ek sorumlulukları (blok üretimi, attestation) ve gereksinimleri (staking) olan özel bir düğüm türüdür.
- Madenci — proof-of-work sistemlerinde madenciler, blok önermek için hesaplamalı bulmacaları çözer. Doğrulayıcılar, proof-of-stake sistemlerinde benzer bir rol üstlenir; ancak hesaplama yerine staking yoluyla.
- Devreden (delegator) — tokenlerini bir doğrulayıcıyla stake eden ancak düğüm altyapısı işletmeyen bir token sahibi. Devreden, doğrulayıcının dürüst davranacağına güvenir ve ödülleri paylaşır.
- Konsensüs mekanizması — doğrulayıcıların nasıl koordine olduğunu tanımlayan protokol. Doğrulayıcılar konsensüs mekanizması içindeki katılımcılardır, mekanizmanın kendisi değildir.
- Oracle — akıllı sözleşmelere bilgi besleyen harici bir veri sağlayıcısı. Bazı projeler doğrulayıcı ve oracle rollerini birleştirir; ancak bunlar ayrı işlevlerdir.
Sık sorulan sorular
Doğrulayıcı çalıştırmak için neye ihtiyacım var?
Gereksinimler blok zincirine göre değişir. Yaygın gereksinimler şunlardır: asgari bir stake (yerel tokenin mütevazıdan önemli miktarlara kadar değişebilir), yeterli CPU, RAM, depolama ve bant genişliğine sahip adanmış sunucu donanımı (veya bulut örnekleri), yüksek çalışma süreli güvenilir internet bağlantısı ve düğüm yazılımını kurma, yapılandırma ve sürdürme teknik bilgisi. Bazı zincirler ayrıca doğrulayıcıların bir yönetişim veya başvuru sürecinden geçmesini gerektirir. Birçok token sahibi, kendi doğrulayıcısını işletmek yerine stake'ini mevcut doğrulayıcılara devretmeyi seçer.
Bir doğrulayıcı çevrimdışı kalırsa ne olur?
Sonuçlar protokole bağlıdır. Çoğu PoS sisteminde çevrimdışı kalan bir doğrulayıcı, erişilemez olduğu dönem için ödülleri kaçırır. Bazı protokoller ek cezalar uygular: örneğin Ethereum, düşük ağ katılımı dönemlerinde çevrimdışı doğrulayıcıların stake'ini yavaşça azaltan kademeli bir "inaktivite sızıntısı" uygular. Bu, (kötü niyetli davranışı hedefleyen) slashing'den daha hafiftir ancak yine de yüksek çalışma süresini sürdürmek için finansal bir teşvik yaratır.
Doğrulayıcı ile devreden arasındaki fark nedir?
Doğrulayıcı gerçek düğüm altyapısını — donanım, yazılım, ağ bağlantısı — işletir ve blok önerme ile onaylama görevlerini yerine getirir. Devreden ise herhangi bir altyapı işletmeden bir doğrulayıcının stake'ine token katkısında bulunur. Doğrulayıcı işi yapar; devreden ek ekonomik güvenlik sağlar. Ödüller aralarında bölüşülür; doğrulayıcı tipik olarak bir komisyon alır. Devredenler slashing riskini de paylaşır: devrettikleri doğrulayıcı slashing'e uğrarsa, devredenler devrettikleri stake'ten orantılı bir miktar kaybeder.
Bir doğrulayıcı haksız yere slashing'e uğrayabilir mi?
Slashing, öznel yargıları değil, açıkça tanımlanmış protokol ihlallerini cezalandırmak üzere tasarlanmıştır. Örneğin çifte imzalama, doğrulayıcının birbiriyle çelişen mesajlara dair kriptografik kanıt üretmesini gerektirir — bu, nesnel olarak doğrulanabilir. Ancak operasyonel riskler vardır: yazılım hataları, aynı doğrulayıcının iki örneğini yanlışlıkla çalıştıran hatalı yapılandırılmış yedekleme sistemleri veya çelişen attestation'lara neden olan altyapı arızaları, kötü niyet olmadan bile slashing'i tetikleyebilir. Doğrulayıcılar bu riskleri dikkatli altyapı tasarımı, izleme ve çifte imzalamaya yol açabilecek yedek örnekler çalıştırmaktan kaçınma yoluyla azaltır.
Dış kaynaklar
- Ethereum.org — Proof-of-stake — staking, attestation ve slashing dahil olmak üzere Ethereum'un proof-of-stake sisteminde doğrulayıcıların nasıl çalıştığının kapsamlı açıklaması.
- Cosmos Hub — Validators overview — delegasyon ve komisyon mekanikleri dahil, Cosmos ekosistemindeki doğrulayıcı modeline ilişkin dokümantasyon.
- BNB Chain — Staking and validator — BNB Chain tarafından kullanılan PoSA doğrulayıcı modeline genel bakış.
No comments to display
No comments to display