Skip to main content

AVS nedir

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

AVS nedir

AVS (Actively Validated Service — Aktif Olarak Doğrulanan Hizmet), dürüst davranışı garanti etmek için aktif olarak görev yerine getiren ve ekonomik stake'lerini riske atan bir doğrulayıcı kümesine dayanan merkeziyetsiz bir hizmettir. Çağrıldığında pasif olarak yürütülen bir akıllı sözleşmenin aksine, bir AVS, doğrulayıcıların belirli görevleri sürekli veya periyodik olarak yerine getirmesini gerektirir — veri doğrulama, hesaplama çalıştırma, attestation üretme veya erişilebilirliği sürdürme — ve başarısız olurlarsa veya kötü niyetli davranırlarsa stake ettikleri sermaye slashing'e tabidir.

Kısaca: AVS, sermaye stake eden ve kötü davranış için cezalarla karşılaşan doğrulayıcılar tarafından güvence altına alınan bir hizmettir — bu doğrulayıcıların ekonomik güvenliklerini mevcut bir blok zincirinden AVS'ye genişletme mekanizmasını sağlayan restaking ile yakından ilişkilidir.

AVS nasıl çalışır

AVS kavramı, blok zinciri sistemlerinde her zaman var olan bir deseni resmîleştirir: doğru çalışmak için aktif, ekonomik olarak teşvik edilmiş katılımcılara ihtiyaç duyan hizmetler.

Aktif doğrulama

Bir blok zincirinin mutabakat mekanizması kendisi bir aktif doğrulama biçimidir — doğrulayıcılar blokları sürekli olarak önermeli ve onaylamalıdır ve kötü davranış nedeniyle cezalandırılırlar. Bir AVS bu deseni mutabakatın ötesine genelleştirir. Doğrulayıcılardan aktif çalışma gerektiren herhangi bir hizmet — yalnızca pasif akıllı sözleşme yürütmesi değil — AVS olarak yapılandırılabilir. Örnekler arasında veri kullanılabilirliği (verileri saklama ve talep üzerine sunma), oracle veri akışları, zincirler arası mesaj doğrulama, AI çıkarım doğrulaması ve belirli koşullar karşılandığında eylemleri tetikleyen keeper operasyonları bulunur.

Restaking yoluyla ekonomik güvenlik

Tarihsel olarak, aktif doğrulama gerektiren her hizmet kendi güvenliğini sıfırdan kurmak zorundaydı — doğrulayıcılar toplamak, bir staking tokenı başlatmak ve saldırıları caydıracak kadar ekonomik taahhüt oluşturmak. Bu pahalıdır ve parçalanmış güvenlik yaratır.

AVS modeli, özellikle restaking çerçevelerinin öncülüğünde, bu dinamiği değiştirir. Her AVS'nin kendi bağımsız staking havuzuna ihtiyaç duyması yerine, doğrulayıcılar yerleşik bir blok zincirinden varlıkları restake ederek aynı anda birden fazla AVS protokolünü güvence altına alabilir. Restake edilen sermaye, doğrulayıcının katılmayı seçtiği her AVS tarafından slashing'e tabidir; bu da her hizmetin sıfırdan başlamasını gerektirmeden gerçek ekonomik hesap verebilirlik yaratır.

Slashing ve hesap verebilirlik

Bir AVS'nin tanımlayıcı özelliği, doğrulayıcıların kötü performans için gerçek ekonomik sonuçlarla karşılaşmasıdır. Her AVS kendi slashing koşullarını — stake edilen sermayenin kaybıyla sonuçlanan belirli kötü davranışları veya başarısızlıkları — tanımlar. Bu koşullar şunları içerebilir:

  • Yanlış veri veya attestation sağlamak.
  • Gereken zaman aralığında yanıt vermemek.
  • Çelişen ifadeleri imzalamak (equivocation).
  • Kritik bir görev dönemi sırasında çevrimdışı olmak.

Slashing kuralları nesnel ve doğrulanabilir olmalıdır — ideal olarak zincir üstünde kanıtlanabilir — böylece anlaşmazlıklar şeffaf biçimde çözülebilir.

Kripto AI projeleri için neden önemli

Birçok kripto AI projesi, pasif akıllı sözleşmelerin sağlayabileceğinin ötesinde garantilere ihtiyaç duyar. Ekonomik olarak teşvik edilmiş katılımcılar tarafından yerine getirilen aktif çalışmaya — doğrulama, hesaplama, veri teslimi — ihtiyaçları vardır. AVS modeli bunun için bir çerçeve sağlar.

AI çıkarım doğrulaması. Bir AI modeli zincir dışında bir sonuç ürettiğinde, blok zinciri sonucun doğru olduğunu nereden bilir? Bir AVS, birden fazla doğrulayıcının çıkarımı bağımsız olarak doğrulayacağı veya yeniden çalıştıracağı, sonucu onaylayacağı ve onayları yanlış çıkarsa slashing ile karşılaşacağı şekilde yapılandırılabilir.

Merkeziyetsiz AI görev koordinasyonu. Görevleri birden fazla operatöre dağıtan AI hesaplama ağları, operatörlerin işi doğru yaptığından emin olmak için AVS modelini kullanabilir. Doğrulayıcılar görev tamamlanmasını izler, çıktıları puanlar ve düşük kaliteli iş için cezalar uygular.

Token parçalanması olmadan güvenlik. Bir AI projesi, AI doğrulama hizmetlerini güvence altına almak için özel olarak yeni bir token başlatmak yerine, doğrulama katmanını bir AVS olarak yapılandırabilir ve restake edilmiş güvenlikten yararlanabilir; böylece ayrı bir güvenlik tokenı oluşturma ve sürdürme karmaşıklığından kaçınır.

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

  • Type — AVS olarak işlev gören veya AVS altyapısı sağlayan bir proje, aktif olarak doğrulanan hizmet rolünü yansıtan bir türle sınıflandırılabilir.
  • Category — AVS tabanlı AI doğrulama veya koordinasyon hizmetleri, proje kartlarında genellikle Infra ile ilgili kategorilere girer.
  • Consensus — AVS protokolleri olarak inşa edilen projelerin kendi doğrulama ve slashing mantığı vardır ve buna mutabakat veya güvenlik mimarisi açıklamasında atıfta bulunulabilir.
  • Token model — projenin tokenı AVS içinde staking için kullanılıyorsa (veya AVS doğrulayıcılarını ödüllendiriyorsa), bu token modeline yansıtılır.

AVS tek başına neyi kanıtlamaz

  • AI kalitesi — bir AVS, AI modelinin kendisini değil, doğrulama sürecini güvence altına alır. İyi tasarlanmış bir AVS, doğrulayıcıların çıkarım sonuçlarını dürüstçe raporladığını doğrulayabilir, ancak altta yatan AI modelinin doğru, faydalı veya iyi eğitilmiş olduğunu garanti edemez.
  • Yeterli güvenlik — bir AVS'nin güvenliği; restake edilen toplam sermaye miktarına, doğrulayıcıların sayısına ve bağımsızlığına ve slashing koşullarının sağlamlığına bağlıdır. "AVS" etiketi, yeterli ekonomik güvenliği garanti etmez.
  • Merkeziyetsizlik — az sayıda doğrulayıcı, bir AVS için restake edilen sermayenin çoğunu kontrol ediyorsa, hizmet adı itibarıyla merkeziyetsiz ama pratikte merkezîdir. Doğrulayıcı çeşitliliği ve stake dağılımı önemlidir.
  • Gereklilik — her AI hizmeti bir AVS'nin ekonomik güvenlik garantilerine ihtiyaç duymaz. Bazı AI görevleri başka yollarla (kriptografik kanıtlar, itibar sistemleri veya basit yedeklilik) doğrulanabilir. Bir AVS maliyet ve karmaşıklık ekler; kullanımı güvenlik gereksinimleriyle gerekçelendirilmelidir.

Karıştırmayın

  • Restaking — restaking, stake edilen sermayeyi mevcut bir blok zincirinden genişleterek bir AVS'ye ekonomik güvenlik sağlayan mekanizmadır. AVS, bu güvenliği tüketen hizmettir. Restaking "nasıl"dır; AVS "ne"dir. Bkz. Restaking nedir.
  • Akıllı sözleşme — bir akıllı sözleşme çağrıldığında kod yürütür ve çağrılar arasında aktif katılım gerektirmez. Bir AVS, doğrulayıcılardan sürekli veya periyodik aktif çalışma ister ve yerine getirmemenin ekonomik cezaları vardır.
  • Doğrulayıcı (validator) — doğrulayıcı, doğrulama görevlerini yerine getiren bir katılımcıdır. AVS, bu doğrulayıcıların güvence altına aldığı hizmettir. Doğrulayıcılar AVS kavramından bağımsız olarak var olur.
  • Middleware — bazı bağlamlarda AVS protokolleri, temel blok zinciri katmanı ile son kullanıcı uygulamaları arasında yer aldıkları için "middleware" olarak tanımlanır. Ancak tüm middleware'ler AVS değildir ve tüm AVS protokolleri middleware işlevi görmez.

Sık sorulan sorular

AVS ile restaking arasındaki ilişki nedir?

Restaking, ekonomik güvenlik mekanizmasını sağlar; AVS, bunu kullanan hizmeti tanımlar. Bir restaking çerçevesi, doğrulayıcıların stake edilmiş sermayelerini genişleterek belirli AVS protokollerini güvence altına almayı seçmesine olanak tanır. Karşılığında doğrulayıcılar, doğrulama görevlerini yerine getirdikleri için AVS'den ek ödüller kazanır. AVS hangi işin yapılması gerektiğini ve hangi slashing koşullarının geçerli olduğunu tanımlar; restaking, sermayeyi ve hesap verebilirlik yapısını sağlar.

Restaking olmadan bir AVS var olabilir mi?

Kavramsal olarak evet — aktif doğrulama ve ekonomik cezaları olan herhangi bir hizmet nitelik taşır. Ancak AVS modelinin pratik avantajı, güvenlik başlatma sorununu çözen restaking ile birleştirilmesinden gelir. Restaking olmadan, her AVS'nin kendi doğrulayıcı kümesini sıfırdan toplaması ve sermayelendirmesi gerekirdi.

Bir kripto AI projesi neden geleneksel bir oracle yerine AVS kullanır?

Bir oracle, dış verileri blok zincirine teslim eder. Bir AVS, veri teslimi dahil ancak bununla sınırlı olmayan daha geniş bir aktif doğrulama görevi yelpazesini yerine getirebilir. Doğrulayıcıların çıkarım sonuçlarını doğrulamasına, model performansını izlemesine, hesaplama görevlerini koordine etmesine veya kalite standartlarını uygulamasına ihtiyaç duyan bir AI projesi için AVS, standart bir oracle'dan daha genel ve özelleştirilebilir bir çerçeve sağlar. AVS modeli ayrıca AI'ya özgü kötü davranışlara göre uyarlanmış daha karmaşık slashing koşullarına da olanak tanır.

Dış kaynaklar

Ayrıca bakınız

No comments to display

Back to top