Kripto köprüleri: bridge'ler nasıl çalışır ve hangileri daha güvenlidir

Kripto köprülerinin nasıl kurulduğunu, hangi riskleri yarattığını ve hangi bridge modellerinin daha fazla güven verdiğini anlatan pratik bir rehber

||
Güncellendi

📖 Tokenlar neden blockchainler arasında taşınır

Kripto köprüsü, tokenları ve mesajları iki blockchain arasında taşıyan bir protokoldür. Lock-and-mint şemasında token kaynak ağda kilitlenir ve hedef ağda wrapped token çıkarılır. Likidite havuzlu şemada token kaynak ağdaki havuza gönderilir, hedef ağda ise daha önce doldurulmuş havuzdan aynı token verilir. DeFi, yani merkeziyetsiz finans, bankalar olmadan smart contract'lar üzerinde çalışan finansal servislerdir. Bu yüzden rota seçimi yalnızca komisyonla değil, güven varsayımlarıyla da ilgilidir.

Wrapped token hedef ağda smart contract tarafından çıkarılan orijinal varlık sürümüdür. Bu token bir rezervle desteklenir: orijinal varlık başka ağdaki kripto köprüsü kontratında kilitlidir. Rezerv korunuyorsa ve köprü cross-chain mesajları doğru doğruluyorsa wrapped token orijinal varlığa geri çevrilebilir.

Kripto köprüsü iki kaynağı yönetir: kontratta kilitli token rezervi ve hedef ağda varlık çıkarma ya da verme hakkı. Kontrat hacklenirse, imzacılar ele geçirilirse veya cross-chain mesaj doğrulaması bozulursa iki sonuçtan biri yaşanır: rezerv köprüden çekilir ya da karşılığı olmayan wrapped tokenlar basılıp DEX'te satılır.

Cross-chain altyapı riskleri tipik DeFi tehditleriyle kesişir: phishing, zararlı approve işlemleri ve anahtarların ele geçirilmesi. Tehdit haritası ve cüzdan koruma modellerinin analizi şu materyalde toplanmıştır “DeFi güvenliği: tehdit haritası, vakalar ve koruma”.

Arayüzde cross-chain transfer tek bir işlem gibi görünür. Protokol seviyesinde transfer iki aşamadan oluşur: olay kaynak ağda kaydedilir ve doğrulanır, ardından hedef ağda varlığın verilmesi veya çıkarılması ayrı olarak yürütülür.

Cross-chain bridge between blockchains
Blockchain köprüsünün çalışma şeması: tokenlar Chain A havuzunda kilitlenir, mesaj iletilir ve Chain B'de mint yoluyla eşdeğer varlık çıkarılır.

Kripto köprüsü riski, köprünün varlığı nasıl taşıdığına ve cross-chain mesajları kimin doğruladığına bağlıdır.

Kripto köprüleri: temel bakış ve kullanım amacı

Kripto köprüleri tokenları ve mesajları blockchainler arasında taşır. Multichain birden fazla ağda varlıklarla çalışma anlamına gelir; DeFi bankasız smart contract finans servisleridir.

Kripto köprüsü transferi iki şekilde yapar: (1) varlık kaynak ağda kilitlenir ve hedef ağda wrapped token çıkarılır; (2) varlık likidite havuzlarından geçer, hedef ağdaki ödeme önceden ayrılmış rezervden yapılır.

Köprüler, stablecoinleri daha düşük komisyonlu bir ağa taşımak, varlığı ihtiyaç duyulan uygulamanın bulunduğu ağa geçirmek veya birden fazla blockchain üzerinde çalışan protokolleri desteklemek için kullanılır.

Kripto köprüsü riski, rezervin nerede tutulduğuna ve hedef ağda varlık verilmesini ya da çıkarılmasını hangi mekanizmanın doğruladığına göre belirlenir.

Arayüzde aynı görünen işlem farklı mekaniklere ve farklı güven kaynaklarına dayanabilir.

Kripto köprüsü türleri: transfer mekaniği ve güven modeli

İki köprü arayüzde aynı görünebilir, ancak fonları farklı nedenlerle kaybedebilir. Karşılaştırma iki soruya indirgenir: hangi işlem varlığı hedef ağda kullanılabilir hâle getiriyor ve kaynak ağdaki olayı kim doğruluyor.

Token transfer mekaniğine göre

  • Lock-and-Mint. Token kaynak ağdaki köprü kontratında kilitlenir ve hedef ağda wrapped token çıkarılır. Geri transferde wrapped token yakılır, orijinal token ise kilidi açılarak serbest bırakılır.
  • Burn-and-Mint. Token bir ağda yok edilir, yani burn edilir, diğer ağda ise mint edilir. Bu şema, çıkarma ve yakma kuralları ihraççı veya protokol tarafından tek bir kuralla yönetildiğinde kullanılır.
  • Likidite havuzları, uygulamadaki lock-and-unlock modeli. Her ağda token rezervi önceden tutulur. Kullanıcı tokenı kaynak ağdaki havuza gönderir ve hedef ağda wrapped sürüm çıkarılmadan aynı tokenı havuzdan alır.

Atomik swaplar (HTLC) HTLC, yani Hashed Timelock Contract kontratlarını kullanır: varlık yalnızca hash'i önceden bilinen sır açıklandığında ve sadece süre dolmadan verilir. HTLC sınırlamaları belirli ağların desteğine ve iki kontrattaki timelock parametrelerinin uyumlu ayarlanmasına bağlıdır.

Güvenlik modeline göre

  • Custodial. Varlıkların verilmesi bir şirket veya sınırlı bir operatör grubu tarafından kontrol edilir. Temel riskler anahtarların ele geçirilmesi ve servisin durmasıdır.
  • Non-custodial. Varlıkların verilmesi dağıtık bir doğrulayıcı veya imzacı grubu tarafından onaylanır. Saldırı, imza eşiği veya stake üzerinde kontrol gerektirir.
  • Native köprüler. Zincirler arası etkileşim blockchain protokolüne veya ilişkili ekosisteme gömülüdür. Güven, temel ağın güvenliğine dayanır.
  • Evrensel köprüler. Tek protokol, ortak kontrat seti ve mesaj doğrulama mekanizması üzerinden birçok ağı bağlar. Ortak altyapıdaki hata birçok rotayı etkiler.

BTC'yi DeFi'ye taşımak çoğu zaman wrapped sürümlerle yapılır; burada teminatın saklayıcısı ve wrapper geri ödeme prosedürü kritik hâle gelir. Ürün örneği ve ilişkili altyapı bağımlılığı şu makalede anlatılır “Yield Basis: Bitcoin'de IL olmadan getiri”.

Kripto köprüsünün güvenilirliği, token transfer mekaniği ile cross-chain mesajların doğrulanma modelinin birleşimiyle belirlenir.

Kripto köprülerindeki kayıplar, köprünün rezerv tuttuğu ve ağlar arasındaki olayları doğruladığı noktalarda oluşur.

Kripto köprüsü riskleri: kayıplar nerede ve neden oluşur

Kripto köprüsü birkaç parçadan oluşur. Arıza noktası rezerv kontratı, cross-chain mesaj doğrulama mekanizması veya köprünün çalışmasını durduran ya da değiştiren yönetim olabilir.

Köprü kodundaki hatalar

  • Nasıl oluşur: köprü, kaynak ağdaki olay hatalı veya sahte olmasına rağmen transferi doğrulanmış kabul eder.
  • Neden tehlikelidir: rezerv kontratından kilitli tokenlar çekilir veya hedef ağda karşılığı olmayan tokenlar ortaya çıkar.
  • Ne kontrol edilebilir: smart contract'lar için herkese açık denetimlerin olup olmadığı, bug bounty'nin çalışıp çalışmadığı ve kontrat güncellemelerini kimin onayladığı.
Karmaşık doğrulama mantığı ve sık güncellemeler, kritik bir hatanın exploit edilmeden önce kaçırılma riskini artırır.

Wrapped token riski

  • Özü nedir: wrapped token, orijinal varlık köprü rezervinde gerçekten kilitli kaldığı sürece fiyatını korur.
  • Sorun ne zaman görünür: köprü durursa veya rezervi kaybederse, wrapped tokenın orijinal varlığa çevrilmesi imkânsız hâle gelir ya da iskonto ile yapılır.
  • Nelere bakılır: rezerv adresi ve saklama modeli, geri ödeme prosedürü ve çıkış için wrapper likiditesi.
Wrapped token fiyatı, rezervin korunmasına ve belirli köprünün doğrulama kurallarına bağlıdır.

Transferlerin iletilmesi ve doğrulanması

  • Nasıl çalışır: köprü kaynak ağdaki olayı kaydeder ve hedef ağa mesaj iletir; hedef ağda varlık verilir veya çıkarılır.
  • Risk nerede oluşur: yanlış doğrulama veya teslim hatasında köprü, kaynak ağda doğru olay olmadan varlık verebilir.
  • Önemli olan: mesajı kaç bağımsız tarafın doğruladığı ve arıza hâlinde transfer durdurma modunun bulunup bulunmadığı.
Hedef ağdaki ödeme güven eşiğine bağlıdır: mesajı kim doğrular ve kaç doğrulama gerekir.

Yönetim ve insan faktörü

  • Kararlar nasıl alınır: köprü parametreleri yönetim anahtarları, multisig veya doğrulayıcılar üzerinden değiştirilir.
  • Neden risklidir: anahtar ele geçirilmesi veya güncelleme hatası köprüyü durdurabilir ya da saldırgana çıkarma ve ödeme hakkı verebilir.
  • Neler dikkate alınır: değişiklikler için imza eşiği, timelock varlığı ve ödeme hacmi limitleri.
Parametre değişikliği az sayıda anahtar veya imzacıya bağlı olduğunda yönetim riski büyür.

Kripto köprüsü değerlendirmesi üç kontrole iner: rezerv nerede tutuluyor, cross-chain mesajları kim doğruluyor ve köprünün çalışma kurallarını kim değiştirebiliyor.

Arayüzde aynı görünen işlem farklı likidite kaynaklarına ve farklı doğrulama şemalarına dayanabilir.

Başlıca kripto köprülerine bakış: örnekler, artılar ve sınırlamalar

Cross-chain transfer likidite havuzundan ödeme, wrapped token çıkarma veya hedef ağda sonraki aksiyonu tetikleyen mesaj teslimi ile yapılabilir.

Stargate

Global

Stablecoinleri EVM ağları arasında likidite havuzları üzerinden taşır. Kaynak ağda işlem tokenı havuza gönderir. Transfer mesajı LayerZero üzerinden teslim edilir. Hedef ağda token, wrapped sürüm çıkarılmadan aynı varlık olarak havuzdan verilir.

✅ Artılar

  • Hedef ağdaki ödeme wrapped token olmadan likidite havuzundan yapılır.
  • Rotalar likit stablecoinlere odaklanır; bu varlıklarda yüksek slippage olmadan çıkmak daha kolaydır.
  • Risk mesaj teslimine ve hedef ağdaki havuz bakiyelerine bağlıdır.

❌ Eksiler

  • Varlık seti sınırlıdır: her token ve her ağ için havuz gerekir.
  • Mesaj doğrulaması LayerZero yapılandırmasına, yani oracle/relayer ayarlarına bağlıdır.
  • Havuzdaki likidite eksikliği hedef ağdaki ödeme hacmini sınırlar.

Transfer mesaj taşımasına ve hedef ağ havuzlarındaki kullanılabilir rezerve dayanır.

LayerZero

Global

Blockchainler arasında mesaj teslim protokolüdür. Olay doğrulaması “oracle + relayer” bağlantısına dayanır: oracle durum verisini iletir, relayer payload'u teslim eder, uygulama ise doğrulama kurallarını ve güven eşiklerini belirler.

✅ Artılar

  • Sadece token transferini değil, zincirler arası mesajları ve kontrat çağrılarını destekler.
  • Tek mesaj taşıma katmanı, protokol üzerindeki uygulamalar aracılığıyla birçok ağda kullanılır.
  • Veri ve teslim kaynakları ayrıştırılarak dayanıklılık artırılabilir.

❌ Eksiler

  • Oracle ve relayer tek tarafın kontrolündeyse yanlış doğrulama riski büyür.
  • Doğrulama kurallarını uygulama belirler ve bu kurallar arayüzde görünmeyebilir.
  • Rota riski seçilen kaynaklara ve uygulamadaki doğrulama eşiklerine bağlıdır.

Transfer güvenliği oracle, relayer ve belirli uygulamadaki kontrol kurallarının yapılandırmasına bağlıdır.

Synapse

Global

Protokol cross-chain transfer ile token swapını birleştirir: varlık başka ağa taşınabilir ve yolda başka tokenla değiştirilebilir. Transfer gecikmeli olarak doğrulanır. Bu pencere sırasında özel katılımcılar hatalı işlemi itiraz edebilir. Bir katılımcı sahte işlemi doğrularsa teminatını kaybeder; bu yüzden yanlış doğrulamalar ekonomik olarak dezavantajlıdır.

✅ Artılar

  • Transfer ve swap tek işlemde yapılabilir.
  • Yaygın EVM ağları ve L2'ler desteklenir.
  • Doğrulayan katılımcıların teminatı yanlış doğrulamalara karşı ekonomik bariyer oluşturur.

❌ Eksiler

  • İtiraz penceresi, anomalileri durdurmak için aktif gözlemciler gerektirir.
  • Risk, teminat dağılımına ve doğrulayan katılımcıların davranışına bağlıdır.
  • Nadir çiftlerde likidite büyük hacimler için yetersiz olabilir.

Transfer ve swap birlikte yapılır; risk, itiraz penceresinde anomalinin kaçırılmasıyla ilgilidir.

Axelar

Global

Kendi PoS ağı üzerinden cross-chain mesajları doğrular. PoS, yani Proof of Stake, kuralları ihlal ettiğinde cezalandırılabilen stake sahibi doğrulayıcılar kullanır. Hedef ağdaki ödeme veya çıkarma, mesaj Axelar doğrulayıcıları tarafından imzalandıktan sonra yapılır.

✅ Artılar

  • Mesaj doğrulaması PoS ağındaki doğrulayıcılar arasında dağıtılmıştır.
  • Tek protokol EVM ve Cosmos'u cross-chain mesajlar için bağlar.
  • Mesaj iletimi ve kontrat çağrısı senaryolarını destekler.

❌ Eksiler

  • Gecikme kaynak ağ finalitesini ve PoS ağındaki işlemeyi içerir.
  • Risk stake dağılımına ve doğrulayıcı dayanıklılığına bağlıdır.
  • Komisyon birkaç ağdaki işlemleri ve mesaj yürütmeyi içerir.

Transfer, kaynak ağ finalitesine ve Axelar doğrulayıcı imza eşiğine bağlıdır.

Wormhole

Global

Token transferinde varlık bir ağda kilitlenir, diğer ağda wrapped sürümü çıkarılır. Çıkarma, kilitlemenin bağımsız düğümler grubu tarafından kontrol edilmesinden sonra yapılır. Wrapped token hedef ağda yalnızca bu düğümlerin belirlenen sayıda onayıyla oluşur.

✅ Artılar

  • EVM ağlarını ve Solana gibi non-EVM dahil alternatif ekosistemleri destekler.
  • Wrapped token çıkarma eşik doğrulamasından sonra yapılır.
  • Uygulamalar için cross-chain mesajları destekler.

❌ Eksiler

  • Guardian şeması sınırlı bir imzacı kümesi olarak kalır.
  • Wrapped tokenlar rezervin korunmasına ve geri ödeme erişimine bağlıdır.
  • Geçmiş olaylar limitlerin ve izlemenin önemini artırır.

Transfer, guardian imza eşiğine ve wrapped varlığı destekleyen rezervin korunmasına bağlıdır.

Celer cBridge

Global

Transferleri likidite havuzları üzerinden yapar; olay doğrulaması ve ödeme State Guardian Network'e (SGN) dayanır. SGN desteklenen ağlardaki olayları izler ve hedef ağ havuzlarından ödeme için izin imzalar.

✅ Artılar

  • Likidite havuzları üzerinden ödeme, tipik rotalarda wrapped token bağımlılığını azaltır.
  • SGN eşik imzaları tek yönetici anahtarı riskini düşürür.
  • Arayüz ve agregatör entegrasyonları rotalara erişimi kolaylaştırır.

❌ Eksiler

  • Doğrulama riski SGN doğrulayıcılarının bileşimine ve dağılımına bağlıdır.
  • Hedef havuzdaki likidite eksikliği belirli tokenlarda ödemeyi sınırlar.
  • Ekonomik teşvikler kısmen CELR tokenına bağlıdır.

Transfer, SGN imzalarına ve belirli tokenlar ile ağlardaki likidite havuzu rezervlerine bağlıdır.

Köprü seçimi iki kontrole iner: mesajları kim doğruluyor ve hedef ağdaki ödeme likiditesi nereden geliyor.

Tablo karşılaştırması, transfer mekanizmasını güvenilen yüzeyin nerede bulunduğuyla ilişkilendirmeye yardımcı olur.

Popüler kripto köprülerinin karşılaştırması: mekanizma ve güven yüzeyi

Tablodaki “ödeme gecikmesi”, kaynak ağdaki işlemin doğrulanması ile hedef ağda tokenın görünmesi arasındaki aralıktır. Değer, kaynak ağ finalitesine ve mesajın köprü mekanizması tarafından işlenmesine bağlıdır.

🌉 Köprü🌐 Desteklenen ağlar🛠 Mekanizma🔐 Güvenlik modeli⏱ Ödeme gecikmesi
StargateEVM ağları (L1/L2)Likidite havuzlarıLayerZero üzerinden mesaj iletimiDakikalar
LayerZeroEVM + non-EVM (uygulamalar üzerinden)Zincirler arası mesajlarOracle + bağımsız relayerDakikalar
SynapseEVM ağları (L1/L2)Likidite + swapİtirazlı optimistik doğrulamaDakikalar
AxelarEVM + CosmosLock-and-MintKendi PoS doğrulayıcı ağıDakikalar
WormholeEVM + Solana + non-EVMLock-and-MintEşik guardian imzalarıDakikalar
Celer cBridgeEVM ağları (L1/L2)Likidite havuzlarıState Guardian Network (SGN)Dakikalar
MultichainÇok sayıda ağLock-and-MintMPC düğümleriDakikalar
HopL2 ağları (L2↔L1 rotaları)Likidite havuzlarıTeminatlı bondersSaniyeler–dakikalar

Likidite havuzları wrapped token bağımlılığını azaltır, ancak hedef ağda rezerv gerektirir. Lock-and-mint, rezervin korunmasına ve wrapped token çıkarılmasına izin veren imza mekanizmasının dayanıklılığına bağlıdır.

Köprü güvenliği kontrolü, güvenilen bileşen sayısını azaltmaya ve cross-chain mesajları kimin nasıl doğruladığının şeffaf olmasına dayanır.

Köprü koruması rezerv, mesaj doğrulaması ve güncelleme kontrolü etrafında kurulur.

Kripto köprüsü güvenliği: yönetim, denetim, limitler ve kanıtlar

Dayanıklı mimariler rezerv kontratı ile mesaj doğrulama mantığını ayırır. Rezerv kontratı kilitleme ve ödeme ile sınırlanır. Mesaj taşıması ve kontroller ayrı modüllere taşınır.

  1. Çoklu imzalar ve dağıtık yönetim
    • Kontrat güncellemeleri ve limit değişiklikleri tek anahtarla değil, multisig şemasıyla onaylanır.
    • İmza eşiği, örneğin 8'de 5, tek katılımcının yönetimi ele geçirme riskini azaltır.
    • Timelock güncellemelerin uygulanmasını geciktirir ve mantığın anında değiştirilmesi riskini düşürür.
  2. Denetimler ve bug bounty
    • Denetim mesaj doğrulamasını, erişim haklarını ve bakiye muhasebesini kontrol eder.
    • Bug bounty, açıkların exploit edilmeden önce bildirilmesini teşvik eder.
    • Herkese açık raporlar bulunan hata sınıflarını ve yapılan değişiklikleri kaydeder.
  3. Limitler ve acil duraklatma
    • Pause modu anomali tespit edildiğinde yeni transferleri durdurur.
    • Ödeme limitleri ve mesaj çıkarma limitleri, yanlış doğrulamanın verebileceği zararı sınırlar.
    • Yönetim rollerinin ayrılması yetki yoğunlaşmasını azaltır.
  4. ZK kanıtları ve light client'lar
    • ZK yaklaşımı, tek bir mesaj taşıyıcısına güvenmek yerine olayın kriptografik kanıtını kontrol eder.
    • Light client'lar başka ağın blok başlıklarını kontrol eder ve dış sunucu olmadan durumu doğrular.
    • Uygulama karmaşıklığı ve hesaplama maliyeti kullanımı sınırlar, ancak güvenilen bileşen payını azaltır.

Örnek: optimistik şemada doğrulayıcı katılımcı teminat yatırır; sahte mesaja başarılı itiraz gelirse teminat kesilir ve hedef ağdaki ödeme iptal edilir.

Bu önlemler hack ihtimalini azaltır, ancak temel koşul aynı kalır: rezerv korunmalı ve cross-chain mesaj doğrulaması doğru çalışmalıdır.

Büyük olaylar iki tekrar eden senaryoyu gösterir: yanlış doğrulama ve yönetimin ele geçirilmesi.

En büyük kripto köprüsü hackleri: tipik arıza noktaları

Büyük hacklerde tokenlar, kaynak ağda doğru transfer olmadan hedef ağda verilmiştir. Bu, doğrulama mekanizmasının anahtar ele geçirilmesi, imza kontrol hatası veya smart contract durumundaki yanlışlık nedeniyle sahte sinyali kabul etmesiyle yaşanmıştır.

  • Ronin (Mart 2022, yaklaşık $620 milyon). 9 doğrulayıcıdan 5'inin ele geçirilmesi kilitli varlıkların çekilmesine izin verdi; kök risk, yönetimin sınırlı operatör grubunda yoğunlaşmasıydı.
  • Poly Network (Ağustos 2021, yaklaşık $611 milyon). Kontrat mantığındaki hata keyfi cross-chain mesajlar oluşturmayı ve birkaç ağdan varlık çekmeyi mümkün kıldı.
  • Wormhole (Şubat 2022, yaklaşık $325 milyon). İmza kontrolündeki hata, karşılıksız wETH çıkarılmasına yol açtı.
  • Nomad (Ağustos 2022, yaklaşık $190 milyon). Başlatma hatası kontratın her transferi geçerli kabul etmesine neden oldu. Kullanıcılar başarılı tek bir işlemi kopyalayıp kontrattan fon çekti; bu da toplu likidite çıkışına yol açtı.
  • BSC Token Hub (Ekim 2022, yaklaşık $570 milyon). Açık, köprü üzerinden yeni BNB çıkarılmasına izin verdi; zararın sınırlandırılması ağı durdurmayı gerektirdi.

Saldırılar mesaj doğrulamasına ve anahtar yönetimine yoğunlaşır; bu yüzden imza eşikleri, ödeme limitleri ve pause modu arıza hâlinde maksimum zararı azaltır.

Köprü güvenliği, cross-chain mesaj doğrulamasının dayanıklılığı ve güncelleme yönetiminin korunmasıyla belirlenir.

Transferden önce rotayı kontrol etmek ve köprüde ödemenin nerede durabileceğini veya likiditenin nerede kaybolabileceğini anlamak önemlidir.

Cross-chain transfer öncesi kontrol parametreleri

  1. Test işlemi
    • Küçük tutar ağ, token, alıcı adresi ve hedef ağda alınma gerçeğini kontrol eder.
    • Test transferi, büyük hacim taşınmadan önce ağ veya token seçimi hatasını ortaya çıkarır.
  2. Alan adı ve arayüz kaynağı kontrolü
    • Phishing siteleri alan adını taklit eder ve reklamlar ile yorumlar üzerinden öne çıkarılır.
    • Hırsızlık çoğu zaman zararlı approve ve ardından izne dayanarak token çekme işlemiyle, yani transferFrom ile yapılır.
  3. Likidite ve ödeme kısıtları
    • Likidite havuzları hedef ağda ödeme için rezerv gerektirir.
    • Pause, ödeme limitleri ve yoğunluk mesajları transferin protokol seviyesindeki kısıtlarını gösterir.
  4. Wrapped token tutma riski
    • Wrapped varlık rezerv ve köprü yönetimine bağlıdır; bu yüzden riski hedef ağdaki native varlıktan farklıdır.
    • Köprünün durması wrapper likiditesini düşürür ve geri ödeme koşullarını kötüleştirir.
  5. Hacim ve rota bölme
    • Tutarı bölmek tekil hata ve ödeme arızasından doğacak zararı sınırlar.
    • Bağımsız rotalar kullanmak riski tek rezerv ve tek doğrulama mekanizmasında yoğunlaştırmaz.
  6. Protokol durumu ve pause modları
    • Hedef ağda ödemenin durması protokol pause'u veya mesaj kilitleme yoluyla uygulanır.
    • Olaylar sırasında limitlerin değişmesi ve rotaların kapatılması nedeniyle risk büyür.
  7. Saklama ve operasyon adreslerini ayırma
    • Operasyon adresleri dış kontratlarla ve approve işlemleriyle etkileşir; bu nedenle risk profili daha yüksektir.
    • Saklama adresi dış smart contract'larla etkileşmez ve token harcama izni vermez; bu yüzden hırsızlık noktalarının sayısı azalır.

Kontrol parametreleri approve kullanılan ve dış kontratlarla etkileşim gerektiren tüm DeFi işlemleri için geçerlidir.

Cross-chain transferlerde kayıplar en çok arayüz taklidi, hedef ağda likidite eksikliği ve mesaj doğrulama arızalarıyla ilişkilidir.

❓ Kripto köprüleri hakkında FAQ

Basit anlatımla kripto köprüsü nedir?

Kripto köprüsü tokenı blockchain A'dan blockchain B'ye taşır. Lock-and-mint modelinde token kaynak ağda kilitlenir ve hedef ağda wrapped eşdeğeri çıkarılır. Likidite havuzlu şemada ödeme, kaynak ağdaki olay doğrulandıktan sonra hedef ağdaki havuzdan yapılır.

Kripto köprüleri neden aynı ağ içindeki işlemlerden daha risklidir?

Cross-chain transfer güvenilen bileşenler ekler: rezerv kontratı, mesaj doğrulama mekanizması ve güncelleme yönetimi. Bu bileşenlerden herhangi birinin ele geçirilmesi karşılıksız varlık çıkarılmasına veya köprü rezervinin çekilmesine yol açabilir.

Kripto köprüsünün güvenilirliğini değerlendirmek için hangi işaretler kullanılır?

Değerlendirme üç işarete iner: rezerv kontratının adresi, cross-chain mesaj doğrulama mekanizması (multisig, guardians, PoS doğrulayıcıları, oracle+relayer) ve güncelleme yönetimi kuralları (imza eşiği, timelock, ödeme limitleri).

Kripto köprüsü hackinden veya transferlerin durmasından sonra genelde ne olur?

Olaydan sonra köprü ekibi kayıpları durdurmak için yeni transferleri durdurur veya kısıtlamalar getirir. Başka ağdaki wrapped tokenlar çoğu zaman orijinal varlığa göre iskontolu işlem görür, çünkü geri ödeme belirsizleşir. Çalışmanın geri gelmesi hata düzeltmesini, yönetimin yeniden gözden geçirilmesini ve rezerv açığını kapatma girişimini içerir.

Varlıkları ağlar arasında taşımak için hangi alternatifler kullanılır?

Pratik alternatifler merkezi borsalar üzerinden çekimi (custodial risk ve compliance gereksinimleri) ve belirli ekosistemler içindeki native cross-chain çözümleri (ağ ve token sınırlaması) içerir. Alternatif seçimi güvenilen yüzeyi değiştirir, ancak riski tamamen ortadan kaldırmaz.

Kripto köprüleri hakkında önemli olanlar

Kripto köprüsü, varlığı satmadan tokenı bir ağdan başka ağa taşır. Köprü, başka ağdaki uygulamalarla çalışmak ve hedef ağdaki komisyonları düşürmek için kullanılır.

Cross-chain transferin ana riski rezerv kontratı ve mesaj doğrulama mekanizmasıyla ilgilidir. Doğrulamadaki hata, anahtar eşiğinin ele geçirilmesi veya parametrelerin yanlış güncellenmesi ya rezervin çekilmesine ya da karşılıksız wrapped varlıkların çıkarılmasına yol açar.

Özet: köprü güvenliği, güvenilen imzacı sayısı, mesaj doğrulamasının doğrulanabilirliği ve güncellemelerin imza eşikleri, timelock ve ödeme limitleriyle kontrol edilmesiyle belirlenir.

“DeFi” konusunu daha ayrıntılı inceleyin

Bu bölümde ilgili analizleri, pratik rehberleri ve incelemeleri bulabilirsiniz.

“DeFi” bölümünü aç