Skip to main content

dApp nedir

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

dApp nedir

dApp (merkeziyetsiz uygulama), tamamen geleneksel merkezî bir sunucuya güvenmek yerine, akıllı sözleşmeler aracılığıyla bir blok zinciriyle etkileşen yazılımdır. Arka ucu, veritabanını ve iş mantığını tek bir şirketin kontrol ettiği geleneksel uygulamaların aksine, dApp kritik operasyonları zincir üstüne yerleştirir — onları şeffaf, denetlenebilir ve tekil arıza noktalarına dirençli kılar.

Terim, geniş bir ürün yelpazesini kapsar: merkeziyetsiz borsalar, borç verme protokolleri, NFT pazar yerleri, zincir üstü oyunlar, AI çıkarım platformları ve daha fazlası. Onları birleştiren şey, güven açısından hassas mantığı bir şirketin özel sunucuları yerine akıllı sözleşmelere devretme yönündeki mimari tercihtir.

Kısaca: dApp, blok zinciri akıllı sözleşmeleri üzerine inşa edilmiş yazılımdır — ve DecAIHub, kripto AI projelerinin gerçek merkeziyetsiz uygulamalar mı sunduğunu, yoksa yalnızca yanına token iliştirilmiş merkezî ürünler mi olduğunu izler.

dApp nasıl çalışır

Geleneksel bir web uygulaması tanıdık üç katmanlı bir deseni izler: ön uç (kullanıcının gördüğü), arka uç (sunucu mantığı) ve veritabanı (durumun saklandığı yer). dApp, arka uç ve veritabanı katmanlarının bir kısmını veya tamamını bir blok zincirine dağıtılmış akıllı sözleşmelerle değiştirerek bu deseni dönüştürür.

Ön uç

Bir dApp'in kullanıcıya dönük katmanı genellikle standart bir web uygulamasıdır — HTML, CSS, JavaScript — tarayıcı veya mobil uygulama üzerinden sunulur. Temel fark, ön ucun arka uçla nasıl iletişim kurduğudur. dApp ön ucu, bir şirketin API sunucusuna istek göndermek yerine, genellikle bir cüzdan arayüzü aracılığıyla bir blok zinciri düğümüne işlem gönderir.

Bir kullanıcı bir web sitesine kripto cüzdanı (MetaMask veya Phantom gibi) bağlayıp bir işlemi onayladığında, bir dApp'in ön ucuyla etkileşmektedir. Cüzdan, işlemi kullanıcının özel anahtarıyla imzalar ve imzalı işlem blok zinciri ağına yayınlanır.

Akıllı sözleşme arka ucu

Geleneksel bir uygulamada sunucu tarafı kodu, şirketin kontrol ettiği makinelerde çalışır. dApp'te ise temel iş mantığı akıllı sözleşmelerde — çağrıldığında otomatik olarak yürütülen, blok zincirine dağıtılmış programlarda — yaşar. Bu sözleşmeler herkese açık, denetlenebilir ve dağıtıldıktan sonra değiştirilemezdir (gerçi proxy gibi yükseltme desenleri mevcuttur).

Merkeziyetsiz bir borsayı düşünün: bir kullanıcı bir token'ı diğeriyle takas ettiğinde, takas mantığı bir şirketin sunucusunda çalışmaz. Ethereum, Solana veya başka bir zincirdeki bir akıllı sözleşmenin içinde yürütülür. Fiyatlandırma, likidite havuzları ve ücret dağıtımına ilişkin kurallar sözleşmede kodlanmıştır ve ağın konsensüs mekanizması tarafından uygulanır.

Durum ve veri depolama

Geleneksel uygulamalar verileri özel veritabanlarında saklar. dApp ise kritik durumu — token bakiyeleri, sahiplik kayıtları, yönetişim oyları, sözleşme parametreleri — doğrudan blok zincirinde saklar. Bu, durumu bir blok tarayıcısına erişimi olan herkes tarafından kamuya açık şekilde doğrulanabilir kılar.

Yine de tüm veriler zincir üstünde yaşamaz. Büyük miktarda veriyi blok zincirinde saklamak pahalıdır; bu yüzden birçok dApp hibrit bir yaklaşım kullanır: kritik durum zincir üstünde, yardımcı veriler (görseller, üst veri, büyük veri kümeleri) ise IPFS veya Arweave gibi merkeziyetsiz depolama sistemlerinde, bazen de geleneksel sunucularda tutulur.

Etkileşim döngüsü

Tipik bir dApp etkileşimi şu yolu izler:

  1. Kullanıcı, dApp'in web arayüzünü tarayıcıda açar.
  2. Kullanıcı kripto cüzdanını bağlar.
  3. Kullanıcı bir eylem başlatır (takas, stake, oy, veri gönderimi).
  4. Cüzdan, kullanıcının incelemesi ve imzalaması için bir işlem sunar.
  5. İmzalı işlem blok zinciri ağına gönderilir.
  6. Doğrulayıcılar veya blok üreticileri işlemi bir bloğa dahil eder.
  7. Akıllı sözleşme mantığı yürütür ve zincir üstü durumu günceller.
  8. Ön uç güncellenen durumu okur ve sonucu yansıtır.

Her adım şeffaftır: işlem zincir üstünde görünür, akıllı sözleşme kodu incelenebilir ve sonuç bağımsız olarak doğrulanabilir.

dApp'ler geleneksel uygulamalardan nasıl ayrılır

Farklar yalnızca teknik değildir — güven modelini temelden değiştirirler.

Boyut Geleneksel uygulama dApp
Arka uç kontrolü Sunucuları şirket sahiplenir ve işletir Akıllı sözleşmeler merkeziyetsiz bir ağda yürütülür
Veri sahipliği Veritabanını şirket kontrol eder Kritik durum açık bir blok zincirinde saklanır
Kesinti Şirket kapatabilir veya erişimi kısıtlayabilir Ağ çalıştığı sürece akıllı sözleşmeler erişilebilir kalır
Denetlenebilirlik Kaynak kod genellikle özeldir Akıllı sözleşmeler kamuya açık şekilde doğrulanabilir
Hesap sistemi Kullanıcı adları ve şifreler şirket tarafından yönetilir Kullanıcılar kendi cüzdanları ve özel anahtarlarıyla kimlik doğrular
Yükseltmeler Şirket güncellemeleri istediği gibi yayınlar Sözleşme yükseltmeleri zincir üstü yönetişimi izler veya imkânsızdır (değiştirilemez sözleşmeler)
Maliyet modeli Sunucu maliyetlerini şirket üstlenir; kullanıcılar abonelik ödeyebilir Kullanıcılar zincir üstü işlemler için gaz ücreti öder

Bu, dApp'lerin kategorik olarak daha iyi olduğu anlamına gelmez. Ödünleşimler getirirler: zincir üstü işlemler gaz maliyeti taşır, akıllı sözleşme hataları geri döndürülemez olabilir ve kullanıcı deneyimi çoğu zaman daha fazla teknik bilgi (cüzdan yönetimi, işlem onaylama, gazı anlama) gerektirir.

AI projeleri neden dApp inşa eder

AI ile blok zincirin kesişimi, geleneksel SaaS ürünleri yerine merkeziyetsiz uygulamalar inşa etmek için özgül nedenler yaratır.

Şeffaf AI yürütmesi. Bir AI modeli bir dApp aracılığıyla çıkarım yaptığında, tahminlerde bulunduğunda veya veri işlediğinde; girdiler, çıktılar ve parametreler zincir üstünde kaydedilebilir veya doğrulanabilir. Bu, merkezî AI hizmetlerinin varsayılan olarak sunmadığı bir denetim izi oluşturur. AI güdümlü karar alma iddiasındaki projeler için — otomatik alım satım, risk değerlendirmesi, veri etiketleme — zincir üstü yürütme veya doğrulama, bu iddiaları kontrol edilebilir kılar.

Merkeziyetsiz hesaplama ve veri pazarları. Birkaç kripto AI projesi, dağıtık hesaplama kaynaklarını veya veri katkılarını koordine eden dApp'ler inşa eder. Katılımcılar; ödemeleri, kalite doğrulamasını ve görev atamasını yöneten akıllı sözleşmeler aracılığıyla GPU süresi, etiketlenmiş veri kümeleri veya model barındırma sunar. dApp deseni, pazar yeri kurallarının bir platform operatörünün takdirine değil, koda dayanarak uygulanmasını garanti eder.

Token'la sınırlanan erişim ve teşvikler. dApp'ler, geleneksel uygulamalarda kopyalanması zor olan ekonomik modelleri mümkün kılar. AI hizmetleri token sahipliğiyle sınırlanabilir, kullanım ücretleri akıllı sözleşmeler aracılığıyla katkıcılara otomatik olarak dağıtılabilir ve model seçimi, veri politikaları veya parametre güncellemeleri üzerindeki yönetişim zincir üstü oylamayla yürütülebilir.

Birleştirilebilirlik (composability). Aynı blok zincirindeki dApp'ler, akıllı sözleşme çağrıları aracılığıyla birbirleriyle etkileşebilir. Bir AI çıkarım dApp'i; bir DeFi protokolüyle, bir veri pazarıyla veya bir yönetişim çerçevesiyle birleştirilebilir — hiçbir tekil projenin tek başına inşa edemeyeceği işlevsellik yaratır. Bu birleştirilebilirlik, AI projelerinin yalıtılmış bulut ortamları yerine blok zinciri altyapısı üzerine inşa etmeyi seçmesinin temel nedenlerinden biridir.

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

Bir DecAIHub proje kartında dApp kavramı birkaç alanda ortaya çıkar:

  • Type — bir dApp projesinde Type alanı, projenin kendisinin kendi blok zinciri ağı olduğu Appchain'in aksine, dağıtım yaptığı akıllı sözleşme platformuna bağlı olarak genellikle EVM veya non-EVM olarak ayarlanır.
  • Category — dApp odaklı projeler sıklıkla AI/Agents, AI/Inference, AI/Data gibi kategorilerde veya AI bileşeninin merkeziyetsiz bir uygulama aracılığıyla sunulduğu AI/Agents | DeFi gibi alanlar arası kategorilerde görünür.
  • AI component — proje kartı, AI'nın dApp içinde fiilen ne yaptığını belirtir (çıkarım, hesaplama koordinasyonu, analitik, eğitim). Somut bir AI bileşeni olmayan bir dApp etiketi, daha yakından araştırma sinyalidir.
  • Onchain necessity — bu alan, blok zinciri entegrasyonunun ürün için yapısal olarak gerekli olup olmadığını değerlendirir. Gerçek bir dApp için yanıt net olmalıdır: akıllı sözleşme katmanı; şeffaflık, güvensizlik (trustlessness) veya sansüre direnç kaybedilmeden geleneksel bir arka uçla kopyalanamayacak işlevleri yerine getirir. Blok zinciri katmanı, ürünün temel işlevselliğini değiştirmeden kaldırılabiliyorsa, "dApp" etiketi kozmetiktir.

Bir proje kartını okurken, güçlü bir Onchain necessity değerlendirmesiyle birlikte bir dApp profili (Type: EVM veya non-EVM ile projenin başkasının ağında dağıtılmış olması), projenin zincir üstünde olmak için anlamlı bir nedeni olduğunu gösterir. Aynı profil zayıf veya eksik Onchain necessity ile birleştiğinde, merkeziyetsiz uygulama mimarisinin özden çok anlatı olabileceğine işaret eder.

Tek başına dApp etiketi neyi kanıtlamaz

Bir ürüne "dApp" demek yapısal bir iddiadır, kalite garantisi değil. Tek başına dApp etiketi şunları göstermez:

  • AI reality — bir dApp, hiçbir gerçek AI bileşeni olmadan var olabilir. Akıllı sözleşmeler token transferlerini ve yönetişimi yönetirken "AI" yalnızca pazarlama malzemelerinde var olabilir. DecAIHub, AI reality'yi AI_0'dan AI_4'e uzanan spektrum ve Tier-1 kanıtları aracılığıyla ayrıca değerlendirir.

  • Merkeziyetsizlik derinliği — bir proje, tüm anlamlı mantığı merkezî sunucularda çalıştırıp blok zincirini yalnızca token transferleri için kullanırken kendini dApp olarak adlandırabilir. Merkeziyetsizlik derecesi, etiketten daha önemlidir. Hangi operasyonların fiilen zincir üstünde, hangilerinin zincir dışında yürütüldüğünü kontrol edin.

  • Güvenlik — akıllı sözleşmeler hata içerebilir ve dApp'ler istismar edilebilir. Bir dApp doğası gereği güvenli değildir. Denetim raporları, hata ödül programları ve sözleşme doğrulaması, güvenlik uygulamalarının ayrı kanıtlarıdır.

  • Kullanıcı değeri — teknik olarak geçerli bir dApp yine de hiçbir gerçek sorunu çözmüyor olabilir. Ürün, "zincir üstünde" olmanın yeniliğinin ötesinde fayda sunmalıdır.

  • Token necessity — bir dApp, token olmadan da mükemmel şekilde çalışabilir. Bir dApp'in yanında bir token'ın bulunması, token'ın gerekli olduğu anlamına gelmez. Token necessity bağımsız olarak değerlendirilir.

Karıştırmayın

  • Akıllı sözleşme — akıllı sözleşme, blok zincirine dağıtılmış bir programdır. dApp ise akıllı sözleşmeleri arka uç olarak kullanan eksiksiz bir uygulamadır. Tek bir akıllı sözleşme tek başına bir dApp değildir; tıpkı tek bir API uç noktasının bir web uygulaması olmadığı gibi.

  • Protokol — protokol, etkileşim için bir kurallar ve standartlar kümesi tanımlar. Uniswap veya Aave gibi protokoller akıllı sözleşme mantığını tanımlar; ancak dApp, ön ucu, cüzdan entegrasyonunu ve protokolün sözleşmelerini içeren, kullanıcıya dönük eksiksiz üründür. Bazı protokollerin üzerine inşa edilmiş birden fazla dApp ön ucu vardır.

  • Cüzdan bağlantılı web sitesi — bir web sitesine cüzdan bağlamak onu dApp yapmaz. Cüzdan bağlantısı yalnızca kimlik doğrulama veya token görüntüleme için kullanılıyorsa ve temel ürün mantığında hiçbir zincir üstü işlem yer almıyorsa, uygulama anlamlı biçimde merkeziyetsiz değildir.

  • Token — token, blok zincirindeki dijital bir varlıktır. Bir dApp token kullanabilir, ancak bunlar farklı şeylerdir. Birçok token ilişkili herhangi bir dApp olmadan var olur ve bazı dApp'ler yerel token olmadan çalışır.

  • DeFi protokolü — DeFi (merkeziyetsiz finans) protokolleri, finansal hizmetlere odaklanan bir dApp alt kümesidir. Tüm DeFi protokolleri dApp'tir, ancak tüm dApp'ler DeFi değildir. AI odaklı dApp'ler, oyun dApp'leri, sosyal dApp'ler ve veri pazarı dApp'leri eşit derecede geçerli kategorilerdir.

Sık sorulan sorular

Her kripto projesi dApp olmak zorunda mı?

Hayır. Birçok değerli kripto projesi; altyapı katmanları (L1 veya L2 blok zincirleri), geliştirici araçları, oracle ağları veya veri hizmetleridir. Bir projenin mimarisi amacına uygun olmalıdır. Altyapı olarak veya geleneksel bir hizmet olarak daha iyi çalışacak bir ürüne dApp desenini dayatmak değer katmaz — karmaşıklık katar.

Bir dApp internet olmadan çalışabilir mi?

Hayır. Bir dApp'in blok zinciriyle etkileşmek için ağ bağlantısına ihtiyacı vardır. Blok zincirinin kendisi, internet üzerinden iletişim kuran dağıtık bir düğüm ağıdır. Ağ erişimi olmadan kullanıcı işlem gönderemez veya zincir üstü durumu okuyamaz. Ancak blok zinciri verilerinin kendisi birçok bağımsız düğüme kopyalanmıştır; dolayısıyla hiçbir tekil sunucu kapanması onları silemez.

Tüm dApp'ler açık kaynak mıdır?

Şart değil. Zincir üstüne dağıtılan akıllı sözleşme kodu genellikle kamuya açık şekilde görünür ve doğrulanabilirdir (açık bir ağda yürütüldüğü için öyle olmak zorundadır). Ancak ön uç kodu, yardımcı arka uç hizmetleri ve zincir dışı bileşenler açık kaynak olabilir de olmayabilir de. Açık kaynak akıllı sözleşmeler şeffaflık ve denetlenebilirlik için olumlu bir sinyaldir, ancak evrensel bir kural değildir.

Bir projenin gerçekten dApp mi olduğunu, yoksa sadece öyle mi iddia ettiğini nasıl anlarım?

Temel ürün mantığının açık bir blok zincirindeki akıllı sözleşmeler aracılığıyla yürütülüp yürütülmediğini kontrol edin. Bir blok tarayıcısında doğrulanmış sözleşme adreslerini arayın, projenin dokümantasyonunda sözleşme dağıtım ayrıntılarını kontrol edin ve ürünün birincil işlevselliği için gerçekten cüzdan tabanlı işlemler gerektirip gerektirmediğini test edin. Ürün blok zinciri bağlantısı olmadan da aynı şekilde çalışıyorsa, anlamlı hiçbir açıdan bir dApp değildir.

dApp ile Web3 uygulaması arasındaki fark nedir?

"Web3"; blok zinciri teknolojisi, merkeziyetsiz depolama ve kriptografik kimlik kullanan uygulamalar için daha geniş bir şemsiye terimdir. dApp, belirli bir Web3 uygulaması türüdür — arka uç mantığının akıllı sözleşmelerde çalıştığı tür. Bazı Web3 uygulamaları blok zincirini çevresel olarak (kimlik veya ödemeler için) kullanır ve temel mantığı zincir üstüne koymaz; bunlar Web3 uygulamalarıdır ama dar anlamda dApp olmayabilirler.

dApp'ler kripto AI projelerini değerlendirmek için neden önemli?

Çünkü dApp mimarisi, bir projenin AI iddialarının zincir üstünde doğrulanabilir olup olmadığını belirler. Bir AI projesi gerçek bir dApp olarak çalışıyorsa; çıkarım çağrıları, veri işlemesi veya hesaplama koordinasyonu akıllı sözleşme etkileşimleri aracılığıyla izlenebilir. "dApp" yalnızca merkezî bir API'nin etrafına sarılmış bir ön uçsa, AI iddiaları zincir üstü kanıtlarla doğrulanamaz kalır — DecAIHub'ın Onchain necessity ve AI reality değerlendirmelerinin saptamak üzere tasarlandığı şey tam olarak budur.

Dış kaynaklar

Ayrıca bakınız

No comments to display

Back to top