Veritabanları ve dApp Verimliliği – Uygulamaların günümüz pazarında ilgi görmesi için iki temel özelliği elde etmeleri gerekiyor: düşük gecikme süresi ve yüksek güvenlik standartları. Veritabanı, bu özelliklerin her ikisine de önemli bir katkıda bulunur ve erken aşama uygulama mimarilerinde önemli bir karardır. Son zamanlarda , temel depolama mekanizması olarak Ethereum gibi blok zincirler kullanılarak oluşturulan uygulamaların sayısında önemli bir artış oldu . Bu uygulamalar, işlemleri halka açık defterde depolamak için blok zinciri kullanırken, düşük gecikme süresi ve yüksek güvenlik standartlarına ulaşmak için zincir dışı geleneksel veritabanı çözümlerinden yararlanmaları gerekir.
Ekipler, temel uygulama mimarisini ele alırken, aynı zamanda bilinen erken aşama zorluklarıyla da karşı karşıya kalırlar: ürün-pazar uyumunu belirlemek, kurumsal meslektaşlarından daha küçük ekiplerle çalışmak ve geliştirici dostu ve kullanıcılarını göz önünde bulunduran araçlarla oluşturduklarından emin olmak.
Uygulamalar bir blok zincirinin üzerine inşa edildiğinde, bu uygulamalar doğal olarak merkezi değildir – dolayısıyla dApp’ler (merkezi olmayan uygulamalar) olarak adlandırılır. Günümüzde çoğu dApp, işlemler için birincil depolama biçimi olarak Ethereum gibi bir Katman 1 (L1) blok zinciri teknolojisinden yararlanır.
dApp‘lerin temel blok zinciri ile etkileşime girmesinin iki temel yolu vardır: okur ve yazar. Madeni para kazanan oyuncuları ödüllendiren ve daha sonra NFT satın almak için kullanabilecekleri bir NFT ve oyun dApp’ini örnek olarak kullanalım: Bir oyuncu kazandığında ve cüzdanlarına jeton eklendiğinde L1 zincirine yazma işlemleri yapılır; okumalar , bir oyuncu oyuna giriş yaptığında ve oyun karakteri için ilişkili NFT meta verilerini çekmesi gerektiğinde gerçekleştirilir (düşünme istatistikleri, sıralama, vb.). Yukarıda açıklanan oyunu oluşturan erken aşama bir dApp olarak, yavaş performans (gecikmeyi etkileyen) ve yüksek maliyet (erken aşamadaki bir şirket için zor) nedeniyle doğrudan Ethereum‘a yazmak engelleyicidir.
Düşük gecikme süresi ve yüksek güvenlik standartları elde etmek için blok zinciri kullanan uygulamaların zincir dışı olan geleneksel veritabanı çözümlerinden yararlanmaları gerekir.
dApp ekosistemindeki geliştiricilere yardımcı olmak için yan zincirler ve Polygon gibi Katman 2 (L2) çözümleri performansı artırır. Yüksek maliyet, işlemleri bir yan zincirde depolayarak doğrudan Ethereum’a yazmak ve çoğu zaman işlemlerin bir toplamını birincil zincire göndermekle ilişkilidir. Polygon, performanslı ve uygun maliyetli yazma işlemlerine yardımcı olurken, The Graph gibi çözümler , geliştiricilerin bir uygulama içinde GraphQL kullanarak doğrudan L1 veya L2 zincirlerinden sorgulama yapmasını kolaylaştırdı.
İşlemlerin depolanması için blok zincirler yaratılmış ve L2 zincirleri/indeks hızlandırıcıları doğrudan zincir üstü verilerle çalışmayı kolaylaştırmış olsa da, bir dApp içinde, zincir dışı olarak adlandırılan merkezi bir veritabanından yararlanmaya devam edebilecek veriler vardır.
dApp’ler için Zincir Dışı Veri Gereksinimleri
Yukarıda açıklandığı gibi bir NFT ve oyun dApp’i oluştururken iki ana veri gereksinimi vardır: verilerin okunması/yazılması uygulama gecikmesini önemli ölçüde etkilememeli ve kişisel kullanıcı bilgileri gizli tutulmalıdır. İkincisi özellikle önemlidir, çünkü blok zincirinin ana ilkelerinden biri kullanıcıları anonim tutmaktır. Zincir dışı veritabanları ayrıca oyun meta verilerini kullanıcılara yakın bir yerde depolayarak ve kullanıcı bilgilerinin gizli kalmasını sağlayarak uygulama gecikmesinin düşük tutulmasına yardımcı olur. Zincir dışı bir veritabanının güvenlik ve performans avantajlarından tam olarak yararlanmak için dApp’ler, veritabanının zincir üstü verileriyle birlikte çalışabilir olmasını sağlamalıdır.
Güvenlik
dApp‘ler, özel verilerin ifşa edilmesini önlemek ve kullanıcıları için anonimliği korumak için veri depolama sistemlerinde yüksek bir güvenlik çıtası sağlamalıdır. Kullanıcı bilgileri ve meta verileri için zincir dışı bir veritabanı seçerken, dApp’lerin öznitelik tabanlı erişim kontrolü (ABAC) gibi güvenlik özelliklerini araması gerekir, böylece hassas kullanıcı verilerine tam olarak kimin eriştiğini kontrol edebilirler. Bu, özel verilerin halka açık bir defterde ifşa edilmemesini sağlarken, bireylerin bireysel profil bilgileriyle dApps’te oturum açmasına da izin verir.
Zincir Üzerindeki Verilerle Birlikte Çalışabilirlik
Zincir dışı bir veritabanı seçerken, zincir dışı veritabanının bir dApp mimarisine uyması, zincir dışı ve zincir üstü veriler arasında kolay iletişime izin vermesi çok önemlidir. Zincir dışı veritabanlarının en azından dApp’lerin veri sorguları yaparken kullanabileceği basit API’lere sahip olması gerekir. En basit birlikte çalışabilirlik için, verileri sorgulamak için bir GraphQL arayüzüne sahip olmak, dApp geliştiricilerinin aşina oldukları ve blok zinciri ekosistemindeki diğer veri çözümleri (yani The Graph gibi dizin hızlandırıcı) tarafından kullanılan bir API sorgu dili ile çalışmasına olanak tanır.
Verim
Uygulamaların iyi bir kullanıcı deneyimi sunabilmeleri için düşük gecikmeyi korumaları çok önemlidir. İncelemek için, bir dApp’nin veri mimarisi için iki seçeneği vardır: tüm verileri zincir üzerinde depolamak veya bazı verileri zincir üzerinde ve bazı verileri zincir dışı depolamak. Bilgileri doğrudan zincir üzerinde işlemeye devam etmek önemli olsa da, gecikmeyi önemli ölçüde artırdığından, sıralamalar veya kullanıcı istatistikleri gibi uygulama meta verilerini bir oyun dApp’inde depolamak makul değildir. Zincir dışı veritabanları bu verileri yalnızca güvenli bir şekilde depolamakla kalmaz, aynı zamanda verileri kullanıcıya mümkün olduğunca yakın tutmak için küresel olarak dağıtılmış bir şekilde depolayabilir.
Çözüm
Veritabanları ve dApp Verimliliği – Blockchain ekosistemi büyümeye devam ettikçe, dApp’leri etkin bir şekilde oluşturmak ve ölçeklendirmek için farklı mimari seçenekleri belirlenecek. Herhangi bir uygulamanın veritabanı katmanında, performans ve güvenliğe lazerle odaklanmak önemlidir. Bugün, dApp’ler için piyasada tamamen merkezi olmayan çözümlerden merkezi ve merkezi olmayan çözümlerin bir karışımına kadar değişen bir dizi seçenek var. Seçim, dApp’lerin performans göstermesinin ne kadar önemli olduğuna ve ne kadar hassas kullanıcı verilerinin toplanacağına bağlıdır. Startup’lar bu kararları ne kadar erken belirleyebilir ve alabilirse, kullanıcıları dahil etmek ve büyüyen bir uygulamayı ölçeklendirmek o kadar kolay olacaktır.
Tebrikler, bu yazının sonuna geldiniz! Umarım kariyerinizde size yardımcı olacak yeni bir şey öğrenmişsinizdir.
Yeni bir şey öğrendiyseniz veya bu makaleyi okumaktan zevk aldıysanız, başkalarının görebilmesi için lütfen paylaşın. O zamana kadar, bir sonraki yazıda görüşmek üzere! Ayrıca beni Twitter’da @hasanyildiz84 hesabımdan takip edebilirsiniz.
