Merkezi olmayan veri tabanı alanı, yüksek ilgi değerine ve acil talebe sahiptir, ancak henüz yaygın olarak kabul edilen ve kullanılan bir ürün yoktur.
Yazan: Maggie
**1. Neden merkezi olmayan bir veritabanına ihtiyacımız var? **
Web2 uygulamaları için iki temel veri depolama yöntemi vardır, dosya sistemi (Dosya) ve veritabanı (Veritabanı). Web3'te veritabanı ürünlerinin olmaması nedeniyle, çoğu DApp, pahalı akıllı sözleşmelerde az miktarda önemli veri depolamanın yanı sıra, yapılandırılmış verileri depolamak için hala merkezi veritabanlarını kullanıyor. IPFS gibi merkezi olmayan dosya sistemleri, Web3 uygulamalarının NFT verilerini depolamak için kademeli olarak kullanıldığından, merkezi olmayan dosya sistemleri Web3 tarafından tanınmakta ve kabul edilmektedir ve merkezi olmayan veritabanlarının teknolojisi de bir dizi yinelemeden ve çeşitli yeni ürünlerden geçmiştir.
Geleneksel merkezileştirilmiş veritabanlarıyla karşılaştırıldığında, merkezi olmayan veritabanlarının benzersiz avantajları vardır: Web3 projelerinin tek nokta hatası riskini azaltabilir ve Dapp'ı tamamen merkezi olmayan hale getirebilir.
Merkezi olmayan veritabanları, yüksek erişim sıklığına sahip sıcak verileri depolamak ve aşağıdakiler gibi Dapp finansal olmayan verileri depolamak için uygundur:
NFT meta verileri
DAO oylama verileri
DEX sipariş defteri
Merkezi olmayan sosyal veriler, blog verileri, posta.
Dapp tarafından istenen karmaşık ilişkisel veritabanı verileri.
**2. Ne tür merkezi olmayan veritabanı depolama sistemleri vardır? **
Son iki yılda, birçok merkezi olmayan veri tabanı projesi ortaya çıktı ve bazı yenilikçi projeler geniş ilgi gördü.
**Seramik:**Seramik 2019 yılında başlayan bir projedir. Veriler, akışlar olarak depolanır ve yönetilir ve akışlara biçimlendirilmiş olay günlükleri eklenir. Günlükler belgelenecek ve IPFS'ye yüklenecektir. GraphQL API sorguları sağlar. Seramik, IPFS gibi bir teşvik modeline sahip değildir ve veri oluşturma, okuma ve güncellemeyi (CRU) destekler.
**OrbitDB: **OrbitDB, Ceramic'ten daha eski bir projedir ve ayrıca dosya depolama için IPFS dosya sistemini kullanır. NoSQL veritabanlarının ve dosyalarının depolanmasını destekler.
Tableland: 2022'de başlatılan proje şu anda herkese açık beta sürümündedir. Tableland'in üretim versiyonu 2023'te çıkacak. Veri depolama, SQL ifadelerini tanımlayan ve kullanım izinlerini ayarlayan akıllı sözleşmelerin kullanılmasını gerektirir. Veri okuma, zincir dışı yapılır ve ödeme gerektirmez. Şu anda sözleşme, ETH ve OP gibi L2'de konuşlandırıldı.
Polybase: Proje artık test ağında yayında. CRUD işlemlerini destekleyen bir NoSQL veritabanıdır ve her işlem ödeme gerektirir. Ek olarak Polybase, veritabanı dosyalarını depolamak için yerel disk, IPFS, Filecoin, Polystore ve hatta AWS S3 dahil olmak üzere çeşitli dosya sistemlerini de destekler. Polybase ayrıca veri sorgulama ödemeleri için ödeme kanallarını kullanarak zincir üstü işlemlerin sıklığını azaltır ve ödemelerden kaynaklanan sorgu gecikmelerini önler.
Web3Q: Proje 2022'de başlayacak ve test ağı çoktan başlatıldı. Verilere erişim için yeni bir URL modeli Web//erişim protokolü önerilmiştir. Şarj modeli çok özeldir ve veri silme karşılığında geri ödeme alabilirsiniz.
**Kwill: **Kwill, ödemeler için akıllı sözleşmeler kullanan Arweave tabanlı bir SQL veritabanı sistemidir.
**KYVE: **KYVE, Arwave tabanlı bir veritabanı sistemidir.
teknik olarak:
Hem SQL hem de NoSQL veri tabanı olarak kullanılabilir, SQL daha olgun ve verimli, NoSQL daha zengin ve daha esnektir. SQL'in veri yapısının son derece tutarlı olması, daha güçlü ortak sorgu yeteneği, olgun ve verimli olması gerekir; NoSQL'in KV formu, Ethereum'un tasarım modeliyle daha uyumludur, zengin veri türlerini destekleyebilir ve esnektir ve genişletilmesi kolaydır .
İşlevsel olarak CRUD'yi desteklemek en iyisidir, ancak UD'yi desteklemek sisteme karmaşıklık getirecektir. Sistem yerel depolama kullanıyorsa, geçmiş değer sorgulaması desteklenmeyebilir. IPFS ve Arweave kullanıyorsanız, veritabanının yalnızca ek olması gerekir, aksi takdirde bir veri parçasının birden çok sürümü olur ve depolama maliyeti iki katına çıkar.
Temel dosya sistemi için 2 seçenek vardır.
Yerel olarak depolanan dosyalar daha esnektir ve alma mantığı daha verimli olacak şekilde özelleştirilebilir ve Arweave gibi merkezi olmayan dosya sistemlerinin kullanılmasının neden olduğu güvenilmezlik ve karmaşıklığı önler. Örneğin: kullanıcılar, veritabanı madencilerine ödeme yapmak için TokenA kullanır ve madencilerin verileri depolamak için Arweave parası ödemesi gerekir.İki ağ katmanının üst üste binmesi karmaşıklığı beraberinde getirir.
Veritabanı dosyaları, IPFS ve Arweave gibi merkezi olmayan dosya sistemlerinde depolanır;
Yerel olarak düğümde veya S3 bulutunda depolanır.
Merkezi olmayan depolamaya benzer şekilde, depolama veri alma hızının iyileştirilmesi, teşvik modelleri ve belirteç ekonomisi ve veri kullanılabilirliğini sağlamaya yönelik garanti algoritmaları, bir protokolün yaygın olarak kullanılıp kullanılmayacağını belirlemede temel faktörlerdir.
İyi bir teşvik modeli ve belirteç modeli, yalnızca düğümlerin katılım coşkusunu harekete geçirmekle kalmaz, aynı zamanda düğümleri doğru şeyi yapmaya motive eder. Örneğin: depolama ödüllerini elde etmek için yalnızca verileri depolamak yerine etkili geri alma işlevleri sağlayın.
Veri kullanılabilirliği garanti algoritması, verilerin düğümler tarafından aralıklarla depolanmasını kontrol edecek ve düğümlerin veri kaybını önleme teşviklerini tamamlayan veri kullanılabilirliği sertifikaları sağlamasını gerektirecektir.
Verilerin alınması, Dapp'ın rahatlığı ve akıcılığı için çok önemli olan kullanıcı deneyimini etkiler.
Özetle
Merkezi olmayan veritabanları alanı, yüksek dikkat değerine ve acil ihtiyaçlara sahiptir, ancak henüz yaygın olarak kabul edilen ve kullanılan ürünler yoktur.
Merkezi olmayan veritabanı teknolojisinin olgunluğu, merkezi olmayan dosya depolama sistemine göre daha düşüktür. Çünkü merkezi olmayan veri tabanı teknolojisi, dağıtılmış dosya sistemine dayanmaktadır. 2022 yılında birçok proje hayata geçirilir.
Depolama veri alma hızının iyileştirilmesi, teşvik modeli ve belirteç ekonomisi ve veri kullanılabilirliğini garanti etmek için kullanılan garanti algoritmaları, bir protokolün yaygın olarak kullanılıp kullanılmayacağını belirlemede önemli faktörlerdir. Protokolün odak noktası, Dapp kullanımının kolaylığı ve akıcılığı için kritik olan alma süresini azaltmak olacaktır.
View Original
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Foresight Ventures: Web3 Merkezi Olmayan Veritabanı Depolamasının Bugünü ve Geleceği
Yazan: Maggie
**1. Neden merkezi olmayan bir veritabanına ihtiyacımız var? **
Web2 uygulamaları için iki temel veri depolama yöntemi vardır, dosya sistemi (Dosya) ve veritabanı (Veritabanı). Web3'te veritabanı ürünlerinin olmaması nedeniyle, çoğu DApp, pahalı akıllı sözleşmelerde az miktarda önemli veri depolamanın yanı sıra, yapılandırılmış verileri depolamak için hala merkezi veritabanlarını kullanıyor. IPFS gibi merkezi olmayan dosya sistemleri, Web3 uygulamalarının NFT verilerini depolamak için kademeli olarak kullanıldığından, merkezi olmayan dosya sistemleri Web3 tarafından tanınmakta ve kabul edilmektedir ve merkezi olmayan veritabanlarının teknolojisi de bir dizi yinelemeden ve çeşitli yeni ürünlerden geçmiştir.
Geleneksel merkezileştirilmiş veritabanlarıyla karşılaştırıldığında, merkezi olmayan veritabanlarının benzersiz avantajları vardır: Web3 projelerinin tek nokta hatası riskini azaltabilir ve Dapp'ı tamamen merkezi olmayan hale getirebilir.
Merkezi olmayan veritabanları, yüksek erişim sıklığına sahip sıcak verileri depolamak ve aşağıdakiler gibi Dapp finansal olmayan verileri depolamak için uygundur:
**2. Ne tür merkezi olmayan veritabanı depolama sistemleri vardır? **
Son iki yılda, birçok merkezi olmayan veri tabanı projesi ortaya çıktı ve bazı yenilikçi projeler geniş ilgi gördü.
teknik olarak:
Özetle