Restaking Proje Risk Analizi ve En İyi Uygulama Rehberi

Restaking kavramının yükselişiyle birlikte, piyasada Eigenlayer tabanlı birçok ilgili proje ortaya çıktı. Restaking, kullanıcıların staking paylarını diğer projelere paylaşarak, Ethereum Beacon staking katmanının güvenini paylaşmayı amaçlamaktadır. Böylece kullanıcılar daha fazla kazanç elde ederken, diğer projeler de ETH Beacon katmanıyla eşit konsensüs güveni ve güvenlikten faydalanabiliyor.

Kullanıcıların farklı Restaking projeleri arasındaki etkileşim risklerini daha iyi anlamalarına yardımcı olmak için, piyasada yaygın olan Restaking protokollerini ve ana LST varlıklarını kapsamlı bir şekilde araştırdık ve ilgili riskleri sistematik olarak derledik. Bu sayede kullanıcılar, kazançlarından yararlanırken, ilgili riskleri daha iyi kontrol edebilirler.

Risk Noktaları Genel Görünümü

Şu anda piyasada bulunan Restaking protokolleri temel olarak EigenLayer üzerine inşa edilmiştir. Kullanıcılar için Restaking'e katılmak, kendilerini aşağıdaki risklere maruz bırakmak anlamına gelir:

Sözleşme Riski

1. Kullanıcıların proje ekibi ile sözleşme etkileşiminde bulunmaları gerekmektedir, bu nedenle sözleşmenin saldırıya uğrama riskini üstlenmeleri gerekmektedir.
2. EigenLayer üzerine inşa edilen projelerin fonları nihayetinde EigenLayer protokolünün sözleşmesinde saklanır, eğer EigenLayer sözleşmesi saldırıya uğrarsa, ilgili projelerin fonları da zarar görecektir.
3. EigenLayer'da iki tür Restaking bulunmaktadır: native ETH Restaking ve LST Restaking. LST Restaking'in fonları doğrudan EigenLayer sözleşmesinde tutulurken, Native ETH Restaking'in fonları ETH Beacon zincirinde tutulur. Bu, LST Restaking yapan kullanıcıların EigenLayer sözleşmesinin risklerinden dolayı kayıplar yaşayabileceği anlamına gelir.
4. Proje tarafı yüksek riskli yetkilere sahip olabilir ve bazı durumlarda hassas yetkiler aracılığıyla kullanıcı fonlarını kötüye kullanabilir.

LST riski

LST tokeninin değerden kopma olasılığı vardır veya LST sözleşmesinin yükseltilmesi/saldırıya uğraması sonucunda LST değerinde sapmalar ve kayıplar meydana gelebilir.

riskten çıkış

Şu anda EigenLayer dışında, piyasada bulunan ana akım Restaking protokolleri çekim işlemlerini desteklemiyor. Eğer proje ekibi ilgili çekim mantığını sözleşme güncellemesiyle sağlamazsa, kullanıcılar varlıklarını doğrudan geri alamaz ve likidite sağlamak için ikincil piyasadan çıkış yapmaları gerekebilir.

Ana Akım Restaking Protokol Analizi

Sistem araştırması sonucunda, mevcut piyasada yaygın olarak kullanılan Restaking protokollerinin aşağıdaki ortak sorunlara sahip olduğunu tespit ettik:

1. Proje tamamlama oranı düşük, çoğu proje çekim mantığını gerçekleştiremedi.
2. Merkezileşme riski: Kullanıcı varlıkları nihayetinde çoklu imza cüzdanı tarafından kontrol edilmektedir, projenin sahiplerinin belli bir Rug Pull yeteneği bulunmaktadır.
3. Yukarıda belirtilen durumlara dayanarak, iç kötü niyetli eylemler veya çoklu imza özel anahtarının kaybolması durumunda, varlık kaybı yaşanabilir.

EigenLayer Özel Risk Noktaları

Tüm projelerin temeli olarak, EigenLayer kullanıcıların dikkat etmesi gereken aşağıdaki risk noktalarını da içermektedir:

1. Şu anda ana ağda dağıtılan sözleşmelerde, henüz beyaz kağıtlarında belirtilen tüm işlevler (örneğin AVS, slash) tam olarak uygulanmamıştır. Burada, slash işlevi yalnızca ilgili arayüzler ile gerçekleştirilmiştir ve henüz somut bir tam mantık yoktur. Şu anda, slash, StrategyManager sözleşmesinin sahibi yetkisiyle tetiklenmekte ve yürütme yöntemi oldukça merkezileşmiştir.

2. EigenLayer yerel ETH Restaking yaparken, fon yönetimi için EigenPod sözleşmesi oluşturmanın yanı sıra, Beacon chain düğüm hizmetini kendiniz çalıştırmalı ve Beacon chain tarafından ceza alma riskini üstlenmelisiniz. Güvenilir bir düğüm hizmeti sağlayıcısı seçmeniz önerilir.

3. ETH'nin Beacon chain'de saklanması nedeniyle, çekim sürecinin kullanıcı tarafından başlatılması ve düğüm hizmet sağlayıcısının yardımı gerekmektedir; yani çıkış süreci her iki tarafın da onayını gerektirir.

4. EigenLayer'ın şu anda AVS ve Slash mekanizmalarını tam olarak uygulamamış olması nedeniyle, kullanıcıların ilgili riskleri tam olarak anlamadan deleGate fonksiyonunu dikkatli kullanmaları önerilir, böylece potansiyel para kayıplarından kaçınılabilir.

Belirli Proje Risk Noktaları

EigenPie

Şu anda protokoldeki tüm sözleşmeler yükseltilebilir sözleşmelerdir, yükseltme yetkisi 3/6 Gnosis Safe'dir. Ancak, MLRT tokenlerinde cbETH, ethX, ankrETH'nin MLRT token sözleşmesinin yükseltme yetkisi EOA adresidir.

KelpDAO

Yükleme sürecinde, kullanıcının elde ettiği share payını hesaplamak için share değerinin hesaplanması gerekir. Hesaplama formülündeki rsETHPrice'ın ilgili oracle ile manuel olarak güncellenmesi gerekmektedir. stETH dışında, diğer tokenler fiyat kaynağı olarak ilgili sözleşmenin share fiyatını kullanır. stETH ise doğrudan 1:1 oranında dönüştürülür. stETH ikincil piyasada bir iskontoya sahip olduğunda, yükleme sürecinde arbitraj fırsatları olabilir.

Renzo

OperatorDelegator, EigenLayer'a yönlendirme protokolü fonlarını yönlendirmekle sorumludur ve farklı yükleme oranlarına karşılık gelir. Ancak, protokol OperatorDelegator'ü yapılandırma sürecinde, tüm OperatorDelegator'lerin oranlarının %100'den büyük olup olmadığını kontrol etmemiştir, bu da OperatorDelegator-1 (%70) ve OperatorDelegator-2 (%70) durumlarının meydana gelmesine neden olabilir. Bu durum, kullanıcı fonlarının çekilmesini etkiler, ancak çekim mantığı şu anda tamamlanmadığı için ana paranın üzerindeki kesin etkisini değerlendirmek mümkün değildir.

LST Token Risk Analizi

Protokolün kendisinin riskleri dışında, Restaking sürecindeki LST riskleri de göz ardı edilmemelidir. Piyasada mevcut olan ana LST tokenleri üzerinde yaptığımız araştırmada, farklı LST tokenlerinin sözleşme güncelleme yetkileri, durdurma fonksiyonları, staking limitleri gibi konularda farklılıklar barındırdığını gördük; kullanıcıların kendi risk tercihlerine göre seçim yapmaları gerekmektedir.

Restaking Riskini Azaltmanın En İyi Uygulamaları

Restaking katılım risklerini etkili bir şekilde azaltmak için, kullanıcılar için nispeten güvenli bir etkileşim yolu derledik:

Fon Dağılımı

1. Büyük fon kullanıcıları için, EigenLayer'in Native ETH restaking'ine doğrudan katılmak daha güvenli bir seçenektir, çünkü varlıklar Beacon chain sözleşmesinde saklanmaktadır; sözleşme saldırısı gerçekleşse bile, saldırganlar kullanıcı varlıklarına hemen erişemez.

2. Uzun geri alma sürelerini katlanmak istemeyen büyük fon kullanıcıları, EigenLayer'a doğrudan katılmak için daha güvenli bir varlık olarak stETH'i seçebilir.

3. Ekstra kazanç peşinde olan kullanıcılar, risk toleranslarına göre, Puffer, KelpDAO, Eigenpie ve Renzo gibi EigenLayer üzerine inşa edilmiş projelere belirli bir miktar fonla katılmayı uygun şekilde seçebilirler. Ancak, bu projelerin şu anda çekim mantığını gerçekleştirmediğini göz önünde bulundurarak, kullanıcılar çıkış riskini ve ilgili LRT'nin ikincil piyasadaki likiditesini de dikkate almalıdır.

İzleme Konfigürasyonu

1. İleri düzey kullanıcılar için, sözleşme izlemesi yapılandırılması önerilir, ilgili sözleşme güncellemeleri ve proje ekibinin hassas işlemlerinin gerçekleştirilmesine dikkat edilmelidir.

2. ETH yatırarak projeye katılan ekipler ve kullanıcılar, çoklu imza cüzdanının koşul tetikleyici otomasyon robotları ve tek imza yetkilendirme ayarlarını kullanmayı düşünebilirler. Havuzun TVL değişimleri, ETH fiyat dalgalanmaları ve büyük balina hareketlerine dayanarak, EigenLayer ve çeşitli yeniden staking protokollerine otomatik depozito fonksiyonu ayarlayabilirler.

Sonuç olarak, Restaking yeni bir kavram olarak, ne sözleşme düzeyinde ne de protokol düzeyinde uzun süreli bir testten geçmemiştir. Yukarıda belirtilen risklerin yanı sıra, başka bilinmeyen riskler de mevcut olabilir. Kullanıcılar katılım sağlarken dikkatli olmalı ve kendi risk tercihlerine ve para miktarlarına göre makul seçimler yapmalıdır.