EigenLayer’da restaking: AVS, operatörler ve ikinci slashing katmanı
Restaking, staking kurallarının gönüllü olarak genişletilmesidir: zaten stake edilmiş ETH (veya LST), aynı teminatın birden fazla servisin güvenliğini sağlaması için EigenLayer’a ek olarak delege edilir.
Temel hata, restaking’i yalnızca “ek getiri” olarak görmektir. EigenLayer modelinde yalnızca ek bir ödeme kaynağı değil, ayrı bir ceza katmanı da eklenir: slashing koşulları sadece Ethereum tarafından değil, harici servisler tarafından da belirlenir.
EigenLayer, Ethereum stake’ini AVS’ler üzerinden harici servislerle bağlar: servis, kuralların uygulanması için operatörlere ödeme yapar ve kriptoekonomik güvence olarak bir ceza mekanizması (slashing) elde eder.
Tek cümlede: EigenLayer’da restaking, zaten stake edilmiş ETH’yi (veya LST’yi) operatörler aracılığıyla harici servislere (AVS) bağlayarak teminatın onların kurallarına göre slashable hâle gelmesidir.
Mini mekanik: restaker teminatı operatöre delege eder → operatör seçilen AVS’yi çalıştırır → AVS ödül öder → kural ihlalinde AVS, önceden tanımlanmış politikaya göre slashing başlatır.
Aşağıda restaker / operator / AVS rolleri, teminat bağlantı mimarisi (native ETH ve LST), ödeme kaynakları (AVS ödemeleri) ve risk kaynakları (AVS slashing politikası, operatör seçimi, korelasyonlu arızalar) açıklanır.
Restaking: ETH’yi “yeniden kullanılabilir” teminat hâline getirir: tek bir stake hem Ethereum’un hem de seçilen AVS’lerin güvenliğini sağlar; bunun karşılığı ise AVS slashing kuralları ve operatör bağımlılığıdır.
İçerik güncellendi → EigenLayer mimarisine (AVS/operatörler) ve ikinci slashing katmanına odak güçlendirildi.
- Kesişimler ayrıştırıldı → “restaking nedir” konusu “sorumluluk piyasası / hata bedeli” açısına taşındı.
- RSFi senaryoları netleştirildi → LRT indirimi, AVS riskine ve korelasyonlu olaylara bağlandı.
EigenLayer protokolü Ethereum ekosisteminde nasıl çalışır
EigenLayer, Ethereum’daki bir akıllı sözleşme protokolüdür; zaten stake edilmiş ETH’nin (veya LST’nin), operatörlere delegasyon yoluyla harici servislerin (AVS) kurallarına göre slashable (cezaya açık) hâle gelmesini sağlar.
Temel akış: teminat EigenLayer’a bağlanır → operatöre delege edilir → operatör seçilen AVS’leri çalıştırır → AVS doğru çalışma için ödeme yapar → AVS kuralları ihlal edilirse ayrılmış teminata ceza (slashing) uygulanır.
EigenLayer rolleri: restaker / operator / AVS
| Rol | Ne sağlar | Ne yapar | Risk nerede ortaya çıkar |
|---|---|---|---|
| Restaker | Operatöre delege edilmiş teminat (ETH/LST) | Desteklenecek operatör ve AVS setini seçer | AVS kurallarına göre slashing + operatör davranışına bağımlılık |
| Operator | Altyapı ve AVS stack’inin çalıştırılması | AVS gereksinimlerine göre imzalar/proof’lar/erişilebilirlik sağlar | AVS kurallarının ihlalinden kaynaklanan cezalar; operasyonel hata |
| AVS | Doğrulama kuralları ve slashing/ödül politikası | Operatör eylemlerinin doğruluğunu kendi mantığına göre kontrol eder | Kural tasarımı hataları, sözleşme/doğrulama bug’ları |
Teminatın bağlanması: native ETH ve LST
- Native ETH: doğrulayıcı, stake’in EigenLayer tarafından sayılabilmesi ve AVS kurallarına tabi olabilmesi için çekim adresini EigenPod adresine bağlar.
- LST: LST’ler EigenLayer stratejilerine yatırılır ve ardından kendi node’unu çalıştırmadan operatöre delege edilir.
Restaking’de slashing: AVS kuralları ve ayrılmış teminat
- Koşulları AVS belirler: ihlaller servis düzeyinde tanımlanır (örneğin yanlış imzalar, görevlerin yerine getirilmemesi, erişilebilirlik gereksinimlerinin ihlali).
- Ceza ayrılmış teminata bağlıdır: ceza, belirli bir AVS’nin hizmetinde kendi kurallarına göre kullanılan delege edilmiş stake parçasına uygulanır.
Pratik risk filtresi: risk profili; operatördeki AVS seti, bunların slashing politikası ve operatörün bu seti uptime ve yürütme kalitesi düşmeden çalıştırabilmesiyle belirlenir.
EigenLayer, delege edilmiş stake’i ve harici servisleri operatörler üzerinden bağlar: AVS kural uygulaması için ödeme yapar ve kural ihlali ayrılmış teminatın slashing’ine yol açabilir.
EigenLayer ve restaking’in pratik kullanım örnekleri
AVS (Actively Validated Services), restaking’i bir sorumluluk mekanizması olarak kullanır: operatör servis kurallarını uyguladığı için ödeme alır ve kural ihlali, Ethereum’daki ayrılmış teminatın slashing’ine yol açabilir.
AVS şablonu: servis yükümlülüğü tanımlar → doğrulamayı tanımlar (ihlalin nasıl tespit edileceği) → cezayı tanımlar (boyut ve koşullar) → operatör delege edilmiş teminatla sorumluluk üstlenir.
Data Availability (EigenDA ve benzerleri)
DA servisleri, rollup ekosisteminin şu sorusuna yanıt verir: durumu doğrulamak ve geçmişi geri yüklemek için gerekli veriler erişilebilir mi?
- Operatörün yapmayı taahhüt ettiği şey: veri parçalarını (chunks — veri kümesinin parçaları) saklamak ve bunları protokol kurallarına göre belirlenen zaman pencerelerinde sunmak.
- Neyin ihlal sayıldığı: verinin erişilemez olması, sunmayı reddetme, fiilen sunmadan erişilebilirliği onaylama.
- Restaking neden burada gerekli: veri erişilebilirliği, bir sağlayıcı vaadi değil, cezalandırılabilir bir yükümlülük hâline gelir.
- Piyasanın ne kazandığı: DA katmanı, Ethereum üzerindeki yükü “güvenilen” depolama olmadan azaltarak L1’den ayrı ölçeklenir.
Restaking, DA’yı operatörler için
Oracle’lar ve veri servisleri
Oracle’larda restaking’in değeri “hata bedelindedir”: yanlış veriler likidasyonları tetikler ve risk parametrelerini değiştirir; bu nedenle akışın bozulmasına karşı ekonomik ceza gerekir.
- Operatörün yapmayı taahhüt ettiği şey: üzerinde uzlaşılan format, sıklık ve kaynaklara göre doğru veriyi (örneğin fiyatı) yayınlamak.
- Neyin ihlal sayıldığı: kasıtlı çarpıtma, koordineli manipülasyon, sistematik güncelleme gecikmesi (stale data — “eskimiş” veri).
- Restaking neden burada gerekli: veri saldırısının maliyeti olası kazançtan daha yüksek olmalıdır; aksi hâlde teşvikler bozulur.
- Sorumluluğun genelde nasıl “gömüldüğü”: AVS, katılım ve ceza kurallarını belirler; ağırlık/kotalar delege edilmiş stake’i dikkate alabilir, ancak riski belirleyen şey belirli servisin slashing koşullarıdır.
Restaking, oracle verileri için
Restaked rollup’lar ve L2 bileşenleri
L2 altyapısının bir bölümü AVS’ye taşınabilir ve kendi “validator ekonomisini” (ayrı katılımcı ve güvenlik teşvikleri seti) kurmak yerine operatörlerin cezalandırılabilir sorumluluğuna bağlanabilir.
- Operatörün yapmayı taahhüt ettiği şey: verilen koşullarda L2 bileşeninin kurallarını (eylem sırası, yayınlamalar, mutabık kontroller) yerine getirmek.
- Neyin ihlal sayıldığı: durum hakkında çelişen iddialar, sansür, hizmet vermeyi reddetme, servisin protokol garantilerinin ihlali.
- Restaking neden burada gerekli: cezalandırılabilir sorumluluk, sınırlı operatör setinin “iyi niyetine” olan bağımlılığı azaltır.
- Piyasanın ne kazandığı: servislerin hızlı başlatılması ve sadece güvenlik için ayrı bir token oluşturma teşvikinin azalması.
Bir L2 bileşeni, ayrı bir güvenlik tokenomisi olmadan
Hesaplama ve doğrulanabilir sonuçlar
Hesaplama AVS’lerinde görev, sonuç için bir sözleşme olarak formüle edilir: ödeme protokole uygun yürütme için yapılır, sabotaj ise cezalandırılabilir bir riske dönüşür.
- Operatörün yapmayı taahhüt ettiği şey: hesaplamayı/prosedürü yürütmek ve servis kurallarına göre sonucun kanıtını sunmak.
- Neyin ihlal sayıldığı: sonucun değiştirilmesi, yürütmeme, doğrulama/kanıt formatına uymama.
- Restaking neden burada gerekli: “dürüst yürütme”, sağlayıcıya güvenmekten ekonomik sorumluluğa taşınır.
- Piyasanın ne kazandığı: hata bedeli kontrol edilebilir ve katılımcı yükümlülükleri cezalandırılabilir olan hesaplama altyapısı.
Restaking, yürütme kalitesini
AVS kategorileri: köprüler ve cross-chain mesajlaşma sistemleri (bridged vs native stablecoin’ler), ZK modülleri (zero-knowledge proof doğrulaması), DePIN ağları (merkeziyetsiz fiziksel altyapı) ve operatörlerin kural ihlaline karşı ekonomik sorumluluğunun sabitlenmesinin önemli olduğu koordinasyon servisleri.
Uygulama kriteri: restaking, hata bedelinin yüksek olması gereken yerlerde kullanılır: AVS kuralların uygulanması için ödeme yapar; kural ihlali, operatörlerin ayrılmış stake’ini cezalandırılabilir hâle getirir.
Sorumluluk piyasası olarak restaking: security budget ve hata bedeli
EigenLayer’da ödemeler “stake edilmiş olma gerçeği” için değil, ek yükümlülüklerin kabulü için ortaya çıkar: AVS, cezalandırılabilir doğru yürütmeyi satın alır ve risk, slashing politikası ile operasyonel karmaşıklık tarafından belirlenir.
Kısa çerçeve: security budget, “bir saldırı veya sabotajın maliyeti” demektir. Restaking, güvenlik bütçesini vaatlerle değil, “doğrulanabilir kural → resmî ihlal tetikleyicisi → ayrılmış teminata ceza” bağlantısıyla yükseltir.
-
AVS, “likiditeyi” değil sorumluluğu satın alır.
- Anlaşmanın anlamı: servis, gereksinimlerin yerine getirilmesi için ödeme yapar (imzalar, erişilebilirlik, doğru sonuçlar) ve ihlal, slashing yoluyla ölçülebilir zarara dönüşür.
- Neyin sabitlendiği: “hata bedeli”, sağlayıcının itibarıyla değil, AVS kurallarıyla belirlenir.
-
Restaking, yeni protokollerin başlangıç zayıflığını kapatır.
- Sorun: başlangıçta özel validator seti küçüktür, bu yüzden saldırı maliyeti genellikle düşüktür.
- Pratik etki: servis, yalnızca “güvenlik için” ayrı bir token çıkarmadan daha büyük delege edilmiş stake havuzuna erişim kazanır.
-
Getiri, risk ve yürütme karmaşıklığı için yapılan ödemedir.
- Ödeme kaynağı: AVS’lerin operatörlere yaptığı ödemeler (komisyonlar ve gereksinimler dikkate alınarak).
- Ödemenin bedeli: AVS sayısı, stack karmaşıklığı ve altyapı korelasyonları arttıkça slashing olasılığı da artar.
Piyasa kuralı: restaking, “değerin” vitrin faizleriyle değil, slashing politikası, zarar caps’leri ve operasyonel yürütme kalitesiyle belirlendiği ortak bir güvenlik piyasasıdır.
EigenLayer, güvenliği hizmet olarak monetize eder: AVS kurallar ve cezalandırılabilir garantiler için ödeme yapar, stake ise ek bir ödeme akışıyla birlikte ek bir slashing katmanı kazanır.
Validator’ler ve ETH sahipleri için EigenLayer restaking’in avantajları
Restaking, ETH staking’e ikinci bir sorumluluk katmanı ekler: ödemeler AVS’lerden gelir, risk ise onların slashing kuralları ve operatör kalitesi tarafından belirlenir.
Avantaj mantığı: ek ödemeler yalnızca stake’in ek sorumluluk kabul ettiği yerde ortaya çıkar. Restaking’de bu sorumluluk, belirli AVS’lerin slashing politikası ve operatörlerin yürütme kalitesiyle tanımlanır.
Restaking’in avantajları: ödeme kaynağı ve riskin bedeli
-
Temel staking’in üzerinde ek ödemeler
Kaynak: servis kurallarının yürütülmesi için AVS’den gelen ödeme (operatör ve onun komisyonu üzerinden).
Bedel: AVS kurallarına göre slashing ve operatörün operasyonel güvenilirliğine bağımlılık.
-
Ödeme akışlarının çeşitlenmesi
Kaynak: operatördeki AVS seti (farklı ödeme modelleri ve farklı gereksinimler).
Bedel: risklerin kesişmesi: tek bir operatör arızası aynı anda birden fazla AVS’yi etkileyebilir.
-
Kendi node’u olmadan LST/LRT ile katılım
Kaynak: temel ödüller ile AVS ödemelerini tek bir varlıkta birleştiren likit yapılar (LST) ve üst katmanlar (LRT).
Bedel: ek risk katmanları: akıllı sözleşmeler, depeg/iskonto, çıkış likiditesi, LRT protokol koşulları.
-
Sorumluluğun dağıtımında esneklik
Kaynak: operatöre delegasyon ve AVS seçimi, stake’in hangi kısmının hangi kurallara tabi olacağını belirler.
Bedel: risk sınırlaması yalnızca niyetle değil, resmî limitler ve strateji mimarisiyle çalışır.
-
ETH stake’ine “güvenlik hizmeti” olarak talep
Kaynak: AVS’ler, validator’ler için ayrı token çıkarmak yerine Ethereum staking piyasasından güvenlik satın alır.
Bedel: güvenlik rekabetçi bir piyasaya dönüşür: ödeme koşulları, AVS setleri ve operatör gereksinimleri değişir.
Örnek (rakam olmadan): Ethereum staking’in temel ödülü kalır ve bunun üzerine bir veya birden fazla AVS’den ödeme eklenebilir. Sonuç iki parametreyle belirlenir: (1) AVS ödemelerinin toplamı; (2) risk profili — slashing politikası ve seçilen operatörde operasyonel hata olasılığı.
Restaking, sermaye verimliliğini yükseltir (tek bir teminat birden fazla ödeme ve sorumluluk katmanını destekler) ve bunu AVS ödemeleri sayesinde yapar; ancak slashing katmanını genişletir ve risk yönetimini modelin zorunlu bir parçasına dönüştürür.
Restaking riskleri: slashing, korelasyonlu hatalar ve Ethereum üzerindeki baskı
AVS ödemeleri ek sorumluluk için yapılan ödemedir: Ethereum slashing’ine, harici servislerin ceza kuralları eklenir ve korelasyonlu arızalar kademeli senaryoların olasılığını artırır.
İki ceza katmanı: Ethereum, L1 konsensüsü için slashing kuralları koyar; restaking ise AVS kurallarına göre ek slashing getirir. Risk, AVS slashing politikası ve operatörün operasyonel güvenilirliğiyle belirlenir.
AVS kurallarına göre slashing
Operatör, her AVS’ye karşı resmî yükümlülükler üstlenir ve kuralların ihlali ayrılmış teminata ceza uygulanmasına yol açar.
- Tetikleyiciler: downtime, yanlış imzalar, verinin hatalı işlenmesi, çelişen eylemler, client güncellemesinden sonra uyumsuzluk.
- Zararın ölçeği: AVS politikası (koşullar, limitler, ihlal kademeleri) ve hangi stake hacminin fiilen o AVS üzerinde çalıştığı ile belirlenir.
- Sınırlandırıcılar: AVS başına maruz kalma limitleri, operatörler arasında dağılım, slashing politikası belirsiz veya operasyonel karmaşıklığı yüksek AVS’lerden kaçınma.
Gözlem: operatörde ne kadar çok AVS varsa, o kadar çok bağımsız arıza noktası oluşur ve olağan kesintilerde ceza olasılığı yükselir.
Korelasyonlu olaylar ve kitlesel cezalar
Tek bir ortak neden, dürüst katılımcılar dâhil olmak üzere çok sayıda operatörü aynı anda etkileyebilir.
- Tetikleyiciler: AVS mantığında bug, tartışmalı yapılandırma, belirsiz kurallar, çok sayıda operatörde aynı anda yapılan hatalı güncelleme.
- Zararın ölçeği: kitlesel kesintiler eşzamanlı zarar doğurur ve servisten veya protokolden stake çıkışını hızlandırır.
- Sınırlandırıcılar: maksimum ceza caps’leri, stake’in tek bir AVS’deki payına sınırlar, bağımsız doğrulama, sigorta veya tazminat mekanizmaları (piyasa tasarımında öngörülmüşse).
Gözlem: ortak bir bug veya tartışmalı AVS yapılandırması, aynı anda kitlesel ceza süreci başlatabilir.
L1 dışındaki büyük zarar durumunda stake disiplininin zayıflaması
AVS düzeyinde güçlü bir ceza, validator’ün ekonomik “payını” aniden azaltabilir ve teminatın disiplin sağlayan rolünü zayıflatabilir.
- Tetikleyiciler: tek bir AVS’de derin slashing veya ortak operasyonel sorun altında birkaç serviste birden ceza dizisi.
- Zararın ölçeği: teminatın azalması, katılımcı için “hata bedelini” düşürür ve daha riskli kararlara yönelimi artırır.
- Sınırlandırıcılar: tartışmalı vakaların restaking katmanında lokalize edilmesi, ceza derinliğine sınırlar, çatışma çözüm prosedürlerinin Ethereum konsensüsü yerine servis düzeyinde tutulması.
Gözlem: tartışmalı ve öznel slashing vakalarının restaking katmanı içinde tutulması kritik önemdedir.
Büyük bir AVS etrafında yoğunlaşma ve sistemsel baskı
Tek bir AVS’ye bağlı validator payının artması, yerel bir çatışmanın sistemsel hâle gelme olasılığını yükseltir.
- Tetikleyiciler: baskın AVS’de tartışmalı ceza, kritik arıza veya çatışmalı güncelleme.
- Zararın ölçeği: önemli bir operatör ve delege stake payı etkilenir, çatışmayı “sessizce” çözmek zorlaşır.
- Sınırlandırıcılar: AVS’ler arasında çeşitlendirme, yoğunlaşma sınırları, Ethereum düzeyi yerine servis veya restaking katmanında çatışma çözüm prosedürleri.
Gözlem: tek bir AVS etrafındaki yüksek yoğunlaşma, çatışmaların sistemsel etki olmadan izole edilmesini zorlaştırır.
Restaking, temel ETH staking’de bulunmayan riskler ekler: AVS-slashing, korelasyonlu arızalar ve kurallar etrafında çatışmalı durumlar. Maruziyetin azaltılması genellikle stake payı limitlerine, operatörler arasında dağıtıma ve AVS seti ile onların slashing politikasının düzenli olarak gözden geçirilmesine dayanır. Ceza, birikmiş kârı tamamen silebilir.
Dayanıklılık koşulu: restaking, AVS-slashing ve korelasyonlu altyapı olayları yoluyla ETH staking risklerini güçlendirir. Maruziyet limitleri ve slashing politikasının anlaşılması olmadan model, istikrarlı ödeme akışından çok kayıp kaynağına dönüşür.
Restaking, LST, delegasyon ve LRT: terim sınırları ve risk noktaları
Restaking, stake’e ikinci bir kural katmanı ekler — AVS politikasına göre slashing. LST, stake likiditesi sorununu çözer. Delegasyon, yürütücüyü belirler. LRT, restaking stratejilerini tek bir token içinde toplar ve AVS riskini fiyata taşır.
Terim sınırı: LST = stake’in token temsili; delegasyon = operatör/validator seçimi; restaking = stake’in ayrı slashing politikasıyla AVS’ye bağlanması; LRT = restaking stratejilerini tek bir token içinde toplayan üst yapı.
| Araç | Ne sabitlenir | Ödemeler nereden gelir | Ne risk hâline gelir |
|---|---|---|---|
| Delegasyon | Ağ kurallarını kimin uyguladığı | L1 konsensüs ödülleri | L1 kuralları içinde yürütücünün operasyonel arızaları |
| LST | Likit token üzerinden stake payı | Staking ödülleri + LST protokol mekaniği | Akıllı sözleşme riskleri, iskonto/depeg, çıkış likiditesi |
| Restaking | Teminat AVS kurallarına göre slashable olur | AVS’den gelen ödeme (operatörler üzerinden) | AVS-slashing, korelasyonlu arızalar, operatördeki AVS setine bağımlılık |
| LRT | Tek bir token içinde strateji paketi (LST + restaking) | Staking ödülleri + AVS ödemeleri | AVS-slashing’in devralınması, strateji/sözleşme riskleri, iskonto olarak AVS riski fiyatlaması |
Pratik yapı: “staking → LST → restaking → LRT” zinciri katmanlar ekler: önce likidite (LST), sonra AVS sorumluluğu (restaking), ardından strateji agregasyonu (LRT). Her sonraki katman kendi kurallarını ve kendi arıza noktalarını ekler.
Rollerin ayrımı: delegasyon yürütücüyü seçer, LST likidite sağlar, restaking AVS kurallarına göre ikinci bir slashing katmanı ekler, LRT ise AVS risk profilini token fiyatına taşır.
DeFi’de restaking: RSFi, LRT ve AVS riskinin teminat fiyatına taşınması
Restaking, RSFi (restaking finance) için temel oluşturur: LRT ürünleri, getiri stratejileri ve slashing sigortası yapıları; ancak kilit özellik, AVS riski ile operatör korelasyonlarının LRT fiyatına ve teminat kalitesine taşınmasıdır.
Risk aktarımının temel kanalı: RSFi’de restaking durumu LRT fiyatı üzerinden görünür. LRT’nin ETH’ye göre iskontosu yalnızca çıkış likiditesini değil, AVS-slashing ve korelasyonlu altyapı olaylarının yeniden fiyatlanmasını da yansıtır; lending’de bu çoğunlukla etkin LTV’nin nasıl yükseldiği ve likidasyonların nasıl tetiklendiği üzerinden ortaya çıkar.
-
LRT, “yükümlülük portföyünü” tokenleştirir.
- Mekanik: temel staking ödülleri AVS ödemeleriyle tamamlanır ve strateji LRT içinde tokenleştirilir.
- Risk bileşimi: AVS-slashing, operatör riski, AVS setindeki korelasyonlu arızalar, paketleme kaynaklı sözleşme ve strateji riski.
-
Teminat olarak LRT, sistemsel senaryoların bağlantılılığını güçlendirir.
- Senaryo: LRT lending’de, havuzlarda veya türevlerde kullanılır ve restaking riskiyle bağlantılı kalır.
- Sonuç: aynı ekonomik stake aynı anda Ethereum, AVS ve DeFi pozisyonları katmanlarında yer alır.
-
LRT indirimi, teminat kalitesi üzerinden likidasyonları hızlandırır.
- Tetikleyiciler: slashing beklentisi, operatörlerde operasyonel belirsizliğin artması, büyük bir AVS etrafındaki yoğunlaşma, tartışmalı güncellemeler veya AVS olayları.
- DeFi’ye aktarım: iskonto teminat kalitesini bozar, etkin LTV’yi yükseltir ve bağlı protokollerde likidasyonları hızlandırır.
-
Slashing sigortası ayrı bir tasarım katmanına dönüşür.
- Mekanik: AVS ödemelerinin bir bölümü sigorta havuzuna veya tazminat rezervine yönlendirilir.
- Yapı: muhafazakâr katmanlar daha düşük ödeme alır ancak tazminatta öncelik kazanır; agresif katmanlar ise daha yüksek risk üstlenir.
Bunun neden sistemsel riske dönüşebileceği: LRT fiyatı aynı anda birçok protokoldeki teminatı etkiler. AVS riski yeniden fiyatlandığında, LRT indirimi teminat kalitesini düşürür ve likidasyonları hızlandırarak kademeli satışları güçlendirir.
Senaryo örneği: ETH → LST → restaking → LRT → stablecoin borcu için LRT’nin teminat olarak kullanılması. Bu zincirde aynı stake aynı anda Ethereum’u güvence altına alır, AVS’lere hizmet eder ve kredi pozisyonunu destekler; bu nedenle LRT indirimi likidasyon riskini hızlandırır.
Kademelerin kaynağı: RSFi, LRT ve AVS ödemeleri etrafında kurulur; sistemsel etkinin ana kanalı ise AVS-slashing ve korelasyonlu arıza beklentilerinin teminat fiyatına ve çıkış likiditesine taşınmasıdır.
Restaking’in geleceği ve ortak güvenlik modelleri
Restaking, projelerin kendi validator ekonomilerini kurmak yerine piyasa tabanlı bir sorumluluk katmanına (kurallar ve cezalar için ödeme) bağlandığı “ortak güvenlik” formatına doğru ilerliyor.
Büyümenin ana ayrımı: restaking ölçeği yalnızca yeni AVS sayısıyla değil, entegrasyon standartları, slashing tasarımı ve olayların lokalize edilme prosedürleriyle belirlenir.
| Ne değişiyor | Neden gerekli | Neyi azaltıyor |
|---|---|---|
| AVS arayüzlerinin ve risk profillerinin standartlaştırılması | Koşulların karşılaştırılabilirliği ve güvenlik entegrasyonunun “maliyetinin” azaltılması | Entegrasyon parçalanması ve benzersiz uygulamalardan doğan hatalar |
| Biçimsel sıkılık (audit’ler, doğrulama, post-mortem’ler) | Büyük stake’in yalnızca olgun modüllere açılması | Kritik bug riski ve açıklamasız “kara kutular” |
| Mühendislik temelli slashing (caps, kademeler, net tetikleyiciler) | Kontrol edilebilir hata bedeli ve zarar öngörülebilirliği | Nadir veya tartışmalı olaylardan doğan kitlesel kesintiler |
| Olay prosedürleri (resolver’lar, arbitraj, tazminatlar) | Çatışmaların restaking katmanı içinde lokalize edilmesi | Tartışmaların ve baskının Ethereum temel katmanına taşınması |
Güvenlik operatörleri için “piyasa normu” hâline gelecek unsurlar:
- AVS portföyü ve maruziyet limitleri. Her slashing politikası için servis seti ve stake payına ilişkin resmî sınırlar.
- Vaatler yerine süreçler. Güncelleme prosedürleri, izleme, müdahale, test ve olay kayıtları.
- Şeffaflık ve itibar. Arıza ve slashing geçmişi, kamusal raporlar, çatışma ve tazminat yönetimine ilişkin anlaşılır kurallar (öngörülmüşse).
- Korelasyon kontrolü. Kitlesel güncellemelerde “herkes için tek bug” riskinin ve ortak stack bileşenlerinin hesaba katılması.
Geçiş aşaması: ilk büyük stres senaryoları neredeyse kaçınılmazdır (bug’lar, tartışmalı cezalar, korelasyonlu arızalar). Modelin dayanıklılığı; zarar caps’leri, şeffaf inceleme prosedürleri ve çatışmaları Ethereum konsensüsü düzeyinde değil, restaking düzeyinde lokalize eden mekanizmalarla belirlenir.
Yön: başarılı standartlaşma hâlinde güvenlik, “sorumluluk koşullarının” klasik altyapı servislerindeki tarifeler ve SLA’lar kadar şeffaf okunduğu, kriptoekonomik garantilere sahip bir altyapı hizmetine dönüşebilir.
Başarı faktörü: restaking’in geleceği, sorumluluk mühendisliğiyle belirlenir: AVS standartlaşması, öngörülebilir slashing ve sistemsel kademeler olmadan olay lokalizasyon prosedürleri.
Restaking ve EigenLayer protokolü hakkında FAQ
Sık sorulan sorulara kısa yanıtlar: restaking ve AVS nedir, 32 ETH gerekir mi, ödemeler nereden gelir ve slashing riski tam olarak nerede ortaya çıkar.
Basitçe restaking nedir?
EigenLayer bağlamında AVS nedir?
Restaking’e katılmak için 32 ETH gerekir mi?
Restaking ne kadar getiri sağlayabilir?
Restaking, likit staking’den (LST) nasıl ayrılır?
Restaking nedeniyle sermaye kaybı mümkün mü?
Restaking, Ethereum’un kendi güvenliğini zayıflatmaz mı?
Nihai özet: restaking, LST, delegasyon ve LRT
Restaking, ETH staking’e ikinci bir sorumluluk katmanı ekler: stake, AVS kurallarına göre slashable hâle gelir. Bu, ortak güvenlik piyasası ve altyapı görevleri için ödeme yaratır; ancak stake ve LRT çevresindeki DeFi zincirleri için risk katmanını da genişletir.
Tek satırlık özet: EigenLayer, ETH stake’ini harici servislerle bağlar ve operatörlerin AVS karşısındaki yükümlülüklerini, ayrılmış teminatın slashing’i yoluyla cezalandırılabilir sorumluluğa dönüştürür.
Faydanın ortaya çıktığı yer (piyasanın satın aldığı şey):
- Hizmet olarak güvenlik. AVS’ler, kendi validator ekonomilerini kurmadan Ethereum stake’i tabanlı güvenlik elde eder.
- Altyapının hızlı başlatılması. Protokoller, “validator’ler için token” yerine hazır bir sorumluluk katmanına bağlanır.
- DeFi için yeni primitive’ler. LRT ve RSFi ürünleri ödemeleri ve sorumluluğu tokenleştirir; ancak bununla birlikte riskler de tokenleşir.
Riskin ortaya çıktığı yer (ödemenin bedeli hâline gelen şey):
- AVS-slashing. Ethereum kurallarının üzerine her servis için ayrı slashing politikaları eklenir.
- Korelasyonlu arızalar. Ortak stack bileşenleri ve toplu güncellemeler, birçok operatörde eşzamanlı ihlallere yol açabilir.
- LRT fiyatı üzerinden kademeler. LRT indirimi teminat kalitesini bozar ve kredi protokollerinde likidasyonları hızlandırır.
Modelin özü: EigenLayer üzerindeki restaking, “faize ek bir katman” değil, genişletilmiş sorumluluk modelidir. Dayanıklılık; maruziyet limitlerine, operatör ve AVS çeşitlendirmesine ve slashing ile korelasyonlu arızalara hazırlıklı olmaya dayanır.
Standart olma koşulu: restaking, olaylar restaking katmanı içinde lokalize edildiğinde (zarar caps’leri, inceleme prosedürleri, rezervler/tazminatlar) ve risk DeFi’deki akıllı sözleşmeler ve teminatlar kadar sıkı değerlendirildiğinde bir altyapı standardı hâline gelecektir.