Akıllı Sözleşme Riski: Kod, Oracle’lar, Yönetişim ve Yükseltme Anahtarları

Bir gösterge paneli, Akıllı Sözleşme Riskini tek bir olaymış gibi gösterebilir. Oysa perde arkasında hakları ve değişmez koşulları belirlemek, sistemi denetlemek ve müdahale edip yönetişimi sağlamak; farklı katılımcıların gerçekleştirdiği ayrı durum değişiklikleridir. Zaman, maliyet ve risk bu gizli devir noktalarında ortaya çıkar.

Akıllı sözleşme riski, kodun, bağımlılıkların veya yönetişimin kullanıcıların beklediğinden farklı bir finansal sonuç doğurması olasılığıdır. Saldırı yüzeyi; iş mantığını, erişim denetimini, aritmetik işlemleri ve muhasebeyi, oracle’ları, token’ları, birleştirilebilirliği, ön yüzleri, özel anahtarları, yükseltmeleri ve kodla ilgili hukuki taahhütleri kapsar.

Denetim, belirli bir incelemenin kanıtıdır; garanti değildir. Doğru kaynak kodu farklı parametrelerle devreye alınabilir, daha sonra yükseltilebilir veya manipüle edilmiş bir oracle’la etkileşime girebilir. Değiştirilemez kod, yalnızca değiştirilemez davranışın ve bağımlılıkların kendileri de güvenliyse değişiklik riskini azaltır.

Akıllı Sözleşme Riskini Securities.io’nun daha geniş kapsamlı içeriği içinde konumlandırmak için DeFi Yığın Referans Modeli, Akıllı Sözleşme Denetim Şirketleri ve Akıllı Sözleşme Güvenliği ve Yapay Zekâ başlıklı içerikleri karşılaştırın. Bu rehberler birlikte, ihraççı, varlık, yatırımcı hakkı veya işletim altyapısı değiştiğinde aynı dijital varlık altyapısı sorusunun nasıl farklılaştığını gösterir.

Hakları ve Değişmez Koşulları Belirlemekten Müdahale ve Yönetişime: Akıllı Sözleşme Riski Zinciri

Hakları ve Değişmez Koşulları Belirleme aşaması; bakiyeleri, yetkileri, sınırları ve her zaman geçerli olması gereken koşulları tanımlar. Ardından bu aşamanın çıktısı, incelenmiş bileşenlerin kullanılacağı; birim, entegrasyon, özellik ve saldırı senaryoları testlerinin yapılacağı uygulama ve test aşamasına girdi olur. Bu devir, Akıllı Sözleşme Riskini sınamak için ilk fırsattır: devralan taraf, tamamlanmış bir durum değişikliğini bir mesajdan, tahminden veya geçici kayıttan ayırt edebilmelidir. Aynı sınama, müdahale ve yönetişim bağımsız olarak mutabakatı sağlanabilecek bir sonuç doğurana kadar sonraki her okta da uygulanır.

Şemayı, Müdahale Et ve Yönetişimi Sağla aşamasından geriye doğru okuyun. Son durum; tanımlara, devreye alınan kaynak kodu ve bayt koduna, testlere ve denetimlere, parametrelere ve yönetici rollerine, oracle ve bağımlılık haritasına, izlenen olaylara, olay müdahalesine ve zararların nasıl karşılanacağına; oradan da İşlet ve İzle aşamasında kullanılan yetkiye, Devreye Alınan Sistemi Denetle aşamasında ortaya çıkan riske ve Hakları ve Değişmez Koşulları Belirle aşamasında kabul edilen girdilere götürmelidir. Bu zincir koparsa, yetkisiz bir çağıran basım, para çekme, duraklatma veya yükseltme yetkisi elde etse bile bir erişim denetimi hatası tamamlanmış bir işlem gibi görünebilir. Bu geriye dönük izleme, analizi bir hizmet sağlayıcı etiketine veya arayüz durumuna değil, taahhüt edilen finansal değişmeze ve onu değiştirebilecek her kod, veri ve yönetişim bağımlılığına odaklar.

Akıllı Sözleşme Riskinde Kritik Kayıtları Kim Kontrol Ediyor?

Protokol geliştiricisi ile denetçi, operasyon zincirinin farklı taraflarında yer alır. Protokol geliştiricisi ekonomik ve teknik mantığı tasarlayıp uygular; denetçi ise kapsamı belirlenmiş bir sürümü inceler ve bulgularını raporlar. Kayıtları—şartname, kod, testler, commit’ler, bağımlılıklar ve dağıtım ile kapsam, yöntemler, varsayımlar, önem derecesi, düzeltmeler ve artık risk—tek bir tedarikçinin veritabanının kopyaları olmadan aynı olay konusunda birbiriyle tutarlı olmalıdır. Oracle veya harici protokol, yönetişim ve anahtar sahipleri ile kullanıcı veya entegratör farklı kararlar ya da kanıtlar sunar; bu işlevleri birbirinin yerine geçebilir görmek, takdir yetkisinin, likiditenin veya hukuki sorumluluğun sürece nerede dâhil olduğunu gizler.

Yönetişim ve anahtar sahiplerinin yaşadığı bir kesinti, Akıllı Sözleşme Riski açısından hesap verebilirliğin uygulamadaki sınavıdır. Parametreleri değiştirebilir, sistemi duraklatabilir, yükseltebilir veya varlıkları taşıyabilirler. Buradaki soru, protokol geliştiricisi ile denetçinin rolleri, yeter sayıyı, zaman kilidini, oyları, anahtarların muhafazasını ve olay geçmişini kullanarak durumu hâlâ yeniden oluşturup oluşturamayacağıdır. Sözleşmeler görevleri paylaştırabilir; ancak müşteriye verilen taahhüdün, varlığın veya yükümlülüğün sahibi olan taraf, kanıtın yerine bir dış kaynak kullanımı maddesini koyamaz. Dayanıklı bir tasarım, uyuşmazlık durumunda başvurulacak yedek kaydı ve uyuşmazlığı çözmeye yetkili kişiyi açıkça belirtir.

Akıllı Sözleşme Riski Uygulamada Durumları Nasıl Değiştirir?

1. Hakları ve Değişmez Koşulları Belirleyin: Akıllı Sözleşme Riski İçin Başlangıç Durumunu Tanımlayın

Bakiyeleri, yetkileri, sınırları ve her zaman geçerli olması gereken koşulları tanımlayın. Akıllı Sözleşme Riskinin bu aşamasında, sonraki uygulama ve test çalışmalarının dayanabileceği koşullar belirlenir. Ekonomik ve teknik mantığı tasarlayıp uyguladığı için protokol geliştiricisi bu aşamanın merkezindedir. Çalışma kayıtlarında şartname, kod, testler, commit’ler, bağımlılıklar ve dağıtım bilgileri korunmalıdır.

Bu aşamada sorgulanması gereken hata, Erişim Denetimi Hatasıdır: Yetkisiz bir çağıran, token basma, para çekme, sistemi duraklatma veya yükseltme yetkisi elde eder. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak kaydedin; ardından uygulama ve test aşamasına geçmeden önce bir varsayımı değiştirin. Akıllı Sözleşme Riski açısından savunulabilir bir devir teslimde, kimin onay verdiği, hangi kaydın değiştiği, nelerin geri alınabilir olduğu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceği belirtilir.

2. Uygulayın ve Test Edin: Akıllı Sözleşme Riskindeki Karar Kuralını Belirleyin

İncelenmiş bileşenleri ve birim, entegrasyon, özellik ve hasmane testleri kullanın. Akıllı Sözleşme Riskinin bu aşamasında, dağıtılmış sistemi denetlerken dayanılabilecek koşullar değerlendirilir. Kapsamı belirlenmiş bir sürümü inceleyip bulgularını raporladığı için denetçi bu aşamanın merkezindedir. Çalışma kayıtlarında kapsam, yöntemler, varsayımlar, önem derecesi, düzeltmeler ve artık risk korunmalıdır.

Bu aşamada sorgulanması gereken hata, Muhasebe Açığıdır: Yuvarlama, yeniden giriş, pay fiyatlandırması veya durum sıralaması yoktan değer yaratır. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak yeniden hesaplayın; ardından dağıtılmış sistemi denetlemeden önce bir varsayımı değiştirin. Akıllı Sözleşme Riski açısından savunulabilir bir devir teslimde, kimin onay verdiği, hangi kaydın değiştiği, nelerin geri alınabilir olduğu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceği belirtilir.

3. Dağıtılmış Sistemi Denetleyin: Akıllı Sözleşme Riskinde Riskin Aktarımını Ölçün

Kaynak kodu, bayt kodunu, parametreleri, bağımlılıkları, anahtarları ve operasyonel kontrolleri doğrulayın. Akıllı Sözleşme Riskinin bu aşamasında, işletme ve izleme aşamalarının dayanabileceği koşullar yeniden düzenlenir. Fiyat, mesaj, token veya likidite sağladığı için oracle ya da harici protokol bu aşamanın merkezindedir. Çalışma kayıtlarında kaynaklar, güncellemeler, manipülasyona karşı dayanıklılık, yönetici ve olaylar korunmalıdır.

Bu aşamada sorgulanması gereken hata, Oracle Manipülasyonudur: Geçici veya likiditesi düşük bir fiyat, borçlanmayı, takasları ya da tasfiyeyi belirler. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak zorlayıcı senaryolara tabi tutun; ardından işletme ve izleme aşamasına geçmeden önce bir varsayımı değiştirin. Akıllı Sözleşme Riski açısından savunulabilir bir devir teslimde, kimin onay verdiği, hangi kaydın değiştiği, nelerin geri alınabilir olduğu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceği belirtilir.

4. İşletin ve İzleyin: Akıllı Sözleşme Riski İçin Yetkili Kaydı Mutabakatla Doğrulayın

Değeri, anormallikleri, oracle’ları, ayrıcalıklı işlemleri ve bağımlılıklardaki değişiklikleri izleyin. Akıllı Sözleşme Riskinin bu aşamasında, müdahale ve yönetişim süreçlerinin dayanabileceği koşullar mutabakatla doğrulanır. Parametreleri değiştirebildiği, sistemi duraklatabildiği, yükseltebildiği veya varlıkları taşıyabildiği için yönetişim ve anahtar sahipleri bu aşamanın merkezindedir. Çalışma kayıtlarında roller, yeter sayı, zaman kilidi, oylar, anahtarların muhafazası ve olay geçmişi korunmalıdır.

Bu aşamada sorgulanması gereken hata, Bağımlılık Arızasıdır: Bir token, köprü, havuz veya zincir, varsayımlardan farklı davranır. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşulları kullanarak karşılaştırın; ardından müdahale ve yönetişim aşamasına geçmeden önce bir varsayımı değiştirin. Akıllı Sözleşme Riski açısından savunulabilir bir devir teslimde, kimin onay verdiği, hangi kaydın değiştiği, nelerin geri alınabilir olduğu ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceği belirtilir.

5. Müdahale Edin ve Yönetin: Akıllı Sözleşme Riskinin Nihai Sonucunu Sınayın

Açıklanmış yetki çerçevesinde duraklatın, yükseltin, telafi edin, geçiş yapın veya değişmezliği kabul edin. Akıllı Sözleşme Riski’nin bu aşamasında, kayıt altına alınan sonucun dayanabileceği koşullar netleştirilir. Kod ve bağımlılık riskini üstlenen kullanıcı ya da entegratör bu süreçte merkezi bir role sahiptir. Çalışma kaydında adres, sürüm, izinler, işlem simülasyonu, sınırlar ve çıkış seçeneği yer almalıdır.

Bu aşamada sorgulanması gereken risk, Acil Durum Anahtarının Kötüye Kullanımıdır: Bir kurtarma mekanizması saldırı yoluna dönüşür ya da kriz sırasında kullanılamaz hâle gelir. Bu aşamayı sınamak için sonucu aynı zaman, kapsam ve geçerli koşullar çerçevesinde doğrulayın; ardından kayıt altına alınan sonuçtan önce varsayımlardan birini değiştirin. Akıllı Sözleşme Riski kapsamında savunulabilir bir devir kaydı; onayı kimin verdiğini, hangi kaydın değiştiğini, nelerin hâlâ geri alınabileceğini ve sonraki katılımcı kanıtı reddederse zararı kimin üstleneceğini belirtir.

Akıllı Sözleşme Riskinde Sıklıkla Birbirine Karıştırılan Üç Durum

Kod Riski, uygulamanın amaçlanan değişmezleri ihlal etmesi veya uç durumları hatalı işlemesi demektir. Buna karşılık oracle ve bileşim riski, yerel kod doğru olsa bile yanlış fiyata, mesaja, token davranışına ya da harici duruma dayanmasıdır. Yönetişim ve Yükseltme Riski ise üçüncü bir koşul ekler: Yetkili aktörler incelemenin ardından davranışı, parametreleri veya varlıkları değiştirebilir. Bu ayrımlar önemlidir; çünkü iki kullanıcı benzer bir onay görürken farklı haklara sahip olabilir, farklı zamanlama koşullarıyla karşılaşabilir veya farklı kurumlara bağımlı olabilir. Akıllı Sözleşme Riski değerlendirmesinde yararlı bir karşılaştırma, her durum için yetkili kaydı ve zararı üstlenecek tarafı belirtir.

Kod riskini, oracle ve bileşim riskini, yönetişim ve yükseltme riskini tek bir ölçüm çerçevesinde karşılaştırın: tutar, süre, tüketilen likidite, geri alınabilirlik, hukuki talep ve geriye kalan zarar. Akıllı Sözleşme Riski kapsamında bir durumun daha hızlı etiketlenmesi, onun mutlaka daha kesin olduğu; bildirilen getirinin daha istikrarlı görünmesi de ekonomik riskin mutlaka daha düşük olduğu anlamına gelmez. Tek bir ölçüm çerçevesi kullanmak, zamanlama veya muhasebe farklılıklarının gerçek bir iyileşme sanılmasını önler.

Akıllı Sözleşme Riskinin Maliyetleri, Teşvikleri ve Bilançoya Etkileri

Güvenlik harcamaları token fiyatına veya pazarlama görünürlüğüne göre değil, azami değer ve geri döndürülemezlik düzeyine göre belirlenmelidir. Denetimler, biçimsel yöntemler, izleme ve hata ödülleri, farklı kapsamlar sunan birbirini tamamlayıcı katmanlardır.

Birleştirilebilirlik, sözleşmelerin likiditeyi ve hizmetleri yeniden kullanmasını sağlayarak ağ değeri yaratır. Ancak bağımlılıkların birbiriyle bağlantılı olması da risk doğurur: Tek bir oracle veya token arızası, yönetişim tepki verene kadar birçok protokole yayılabilir.

Yükseltilebilirlik, kusurları giderme ve uyum sağlama seçeneğini korur; ancak kullanıcılar bunun karşılığında bir yönetişim riski primi öder. Zaman kilitleri, çok imzalı yapılarda imza yetkililerinin çeşitliliği, dar kapsamlı roller, limitler ve şeffaf olay kayıtları, yöneticilerin varlığını yok saymadan bu primi düşürebilir.

Akıllı Sözleşme Riski Nerelerde Aksar ve Önce Neler Sınanmalı?

• Erişim Denetimi Hatası: Yetkisiz bir çağıran; token basma, para çekme, duraklatma veya yükseltme yetkisi elde eder. Protokol geliştiricisi olağan yükümlülüğünü sürdürürken hakları ve değişmezleri belirleme sürecini durdurun; ardından kod riskinin hâlâ yukarıda açıklanan anlamı taşıyıp taşımadığını doğrulayın.
• Muhasebe İstismarı: Yuvarlama, yeniden giriş, pay fiyatlandırması veya durumların işlenme sırası yoktan değer yaratır. Denetçi olağan yükümlülüğünü sürdürürken uygulama ve test sürecini durdurun; ardından oracle ve bileşim riskinin hâlâ yukarıda açıklanan anlamı taşıyıp taşımadığını doğrulayın.
• Oracle Manipülasyonu: Geçici veya likiditesi düşük bir fiyat; borçlanmayı, takasları ya da tasfiyeyi belirler. Oracle veya harici protokol olağan yükümlülüğünü sürdürürken devreye alınmış sistemi denetleme sürecini durdurun; ardından yönetişim ve yükseltme riskinin hâlâ yukarıda açıklanan anlamı taşıyıp taşımadığını doğrulayın.
• Bağımlılık Arızası: Bir token, köprü, havuz veya zincir, varsayımlardan farklı davranır. Yönetişim mekanizması ve anahtar sahipleri olağan yükümlülüklerini sürdürürken işletme ve izleme aşamasını kesintiye uğratın; ardından kod riskinin yukarıda açıklanan anlamını hâlâ taşıyıp taşımadığını doğrulayın.
• Acil Durum Anahtarının Kötüye Kullanılması: Kurtarma mekanizması saldırı yoluna dönüşür ya da kriz sırasında kullanılamaz hâle gelir. Kullanıcı veya entegratör olağan yükümlülüğünü sürdürürken müdahale ve yönetişim aşamasını kesintiye uğratın; ardından oracle ve bileşim riskinin yukarıda açıklanan anlamını hâlâ taşıyıp taşımadığını doğrulayın.

Yararlı bir akıllı sözleşme riski stres testi, erişim denetimi hatasını oracle manipülasyonuyla bir arada ele alır; bu riskleri ayrı ayrı sınamakla yetinmez. Dağıtımdaki sistemi denetleme aşamasını durdurun ya da geciktirin, yönetişim mekanizmasını ve anahtar sahiplerini erişilemez hâle getirin ve kullanıcıdan veya entegratörden sonucu adres, sürüm, izinler, işlem simülasyonu, sınırlar ve çıkış bilgilerine dayanarak uzlaştırmasını isteyin. Tasarım ancak müdahale ve yönetişim aşaması açıklanabilir tek bir sonuca ulaşıyor, oracle ve bileşim riskiyle bağlantılı hakları koruyor ve olası açığı kesinti öncesinde yürürlükte olan kurallar uyarınca kimin üstleneceğini belirliyorsa başarılı sayılır.

Örnek Olay: Tek Bir Akıllı Sözleşme Riski Olayını Baştan Sona İzlemek

Bir borç verme sözleşmesi denetlenmiştir, ancak teminatın fiyatı likiditesi düşük tek bir havuzdan alınmaktadır. Saldırgan havuzun fiyatını geçici olarak değiştirir, teminatın gerçek değerinden daha fazla borç alır ve oracle düzeltme yapmadan önce sistemden çıkar. Borç verme kodu tam olarak yazıldığı gibi çalışmıştır; sistem, oracle’a duyulan güven ve likidite varsayımları güvenli olmadığı için başarısız olmuştur. Sağlam bir inceleme, bağımlılıkların tamamını modellemeli ve manipüle edilebilir teminata maruz kalmayı sınırlamalıdır.

Örnek, uygulama ve test aşamasında kontrol edilen varsayım değiştirilerek ya da oracle veya harici protokolün sağladığı kanıt kaldırılarak çürütülebilir. Değişikliği dağıtımdaki sistemi denetleme, işletme ve izleme, müdahale ve yönetişim aşamalarından geçirerek izleyin; doğrudan girdiden manşet sonuca atlamayın. Yeni akıllı sözleşme riski sonucu; spesifikasyondan, dağıtımdaki kaynak kodu ve bayt kodundan, testler ve denetimlerden, parametreler ve yönetici rollerinden, oracle ve bağımlılık haritasından, izlenen olaylardan, olay müdahalesinden ve kayıpların dağılımından hareketle yeniden üretilemiyorsa süreç, belgelenmemiş bir yargıya veya kayda dayanıyor demektir.

Akıllı Sözleşme Riski Neden Bugün Önemli?

Biçimsel doğrulama, sürekli izleme, hata ödül programları, modüler yalıtım ve daha iyi cüzdan simülasyonu akıllı sözleşme güvenliğini artırıyor. Aynı zamanda yükseltilebilir proxy’ler ve zincirler arası bağımlılıklar, yönetişim riskini büyütüyor. En yararlı açıklama; dağıtımdaki kodu, ayrıcalıklı yetkileri, oracle yolunu, değer sınırlarını ve kayıpların nasıl dağıtılacağına ilişkin planı, kullanıcıların doğrulayabileceği bir dille belirtir.

Akıllı sözleşme riski açısından kalıcı ders şudur: hakları ve değişmezleri tanımlamakla müdahale ve yönetişim aynı şey değildir. Aradaki kararlar, vaat edilen finansal değişmezi ve onu değiştirebilecek tüm kod, veri ve yönetişim bağımlılıklarını belirler; protokol geliştiricisi ile kullanıcı veya entegratör ise kaydın farklı bölümlerini görebilir. Otomasyon, bu kararların doğrulanmasını kolaylaştırdığında değerlidir; acil durum anahtarının kötüye kullanılmasını gizleyen tek bir durum göstergesine indirgediğinde ise tehlikelidir.

Akıllı Sözleşme Riskine İlişkin Kanıtlar

Akıllı sözleşme riskine ilişkin temel kanıtlar NIST Siber Güvenlik Çerçevesi, BIS: DeFi’nin Finansal İstikrar Riskleri ve CFTC Teknoloji Danışma Komitesi DeFi Raporu kaynaklarından gelir. Bunları birbirini tamamlayan katmanlar olarak okuyun: kurallar ve tanımlar, kurumsal veya piyasa yapısı ve gerçek bir iddiayı sınamak için gereken işletim kanıtları. Bunların hiçbiri, yukarıda açıklanan ürün belgelerinin, hesapların veya işlem kayıtlarının yerine geçecek kaynaklar olarak değerlendirilmemelidir.

Akıllı Sözleşme Riskine Güvenmeden Önce Sorulması Gereken Sorular

• Protokol geliştiricisi, uygulama ve test aşamasından önce spesifikasyonu, kodu, testleri, commit’leri, bağımlılıkları ve dağıtımı kanıtlayabilir mi?
• Denetçi ile yönetişim mekanizması ve anahtar sahipleri anlaşmazlığa düşerse hangi kayıt esas alınır?
• Dağıtımdaki sistemin denetlenmesi aşamasında ortaya çıkan riski kim finanse eder veya üstlenir?
• Oracle ve bileşim riski, hukuki ve ekonomik açıdan kod riskinden hangi yönleriyle farklıdır?
• Sistem, müdahale ve yönetişim aşamasından önce bir muhasebe açığını nasıl tespit eder?
• Oracle veya harici protokol kullanılamaz durumdaysa ya da sağladığı kanıt güncelliğini yitirmişse ne olur?
• Bağımsız bir incelemeci, sonucu spesifikasyona, dağıtımdaki kaynak kodu ve bayt koduna, testler ve denetimlere, parametreler ve yönetici rollerine, oracle ve bağımlılık haritasına, izlenen olaylara, olay müdahalesine ve kayıpların dağılımına göre doğrulayabilir mi?

Akıllı sözleşme riski söz konusu olduğunda, “platform halleder” gibi ifadeleri adı belirtilmiş hesaplar, sözleşmeler, zaman damgaları, onay kuralları ve sorumlu kuruluşlarla değiştirin. Eksiksiz bir yanıt, incelemecinin müdahale ve yönetişim aşamasından hakları ve değişmezleri tanımlama aşamasına geri dönmesini, her kaydın sahibini belirlemesini ve bir istisna yaşanmadan önce zararı kimin üstleneceğini hesaplamasını sağlamalıdır.

Akıllı Sözleşme Riskinin Temel İlkesi

Akıllı Sözleşme Riski, analiz vaat edilen finansal değişmezi ve beş işletim aşaması boyunca bu değişmezi etkileyebilecek tüm kod, veri ve yönetişim bağımlılıklarını izleyip sonucu belirtim, dağıtılmış kaynak kodu ve bayt kodu, testler ve denetimler, parametreler ve yönetici rolleri, oracle ve bağımlılık haritası, izlenen olaylar, olaylara müdahale ve kayıpların dağılımı üzerinden doğruladığında en net biçimde anlaşılır. Akış, neyin değiştiğini açıklar; katılımcı tablosu bu değişikliğe kimin yetki verebileceğini gösterir; üç durumlu karşılaştırma, birbirinden farklı iddiaların birbirine karıştırılmasını önler; başarısızlık haritası ise güven düzeyinin nerede düşmesi gerektiğini gösterir. Bu unsurlar bir arada, gerçek bir iyileşmeyi daha az görünür bir katmana taşınan sürtüşme veya riskten ayırır.

Akıllı Sözleşme Riski için Başlıca Kaynaklar

• NIST Siber Güvenlik Çerçevesi
• BIS: DeFi’nin Finansal İstikrar Riskleri
• CFTC Teknoloji Danışma Komitesi DeFi Raporu