1. Kāpēc mums ir nepieciešama decentralizēta datubāze?

Ir divi pamata veidi, kā uzglabāt datus Web2 lietojumprogrammās, failu sistēmā un datu bāzē. Tā kā Web3 trūkst datu bāzes produktu, lielākā daļa DApp joprojām izmanto centralizētas datu bāzes, lai saglabātu strukturētus datus papildus neliela apjoma svarīgu datu glabāšanai dārgos viedos līgumos. Tā kā decentralizētās failu sistēmas, piemēram, IPFS, tiek pakāpeniski izmantotas NFT datu glabāšanai Web3 lietojumprogrammām, Web3 atpazīst un pieņem decentralizēto datu bāzu tehnoloģija, kas ir izgājusi cauri iterāciju kārtai, izmantojot dažādus jaunus produktus .

Decentralizētām datu bāzēm ir unikālas priekšrocības salīdzinājumā ar tradicionālajām centralizētajām datu bāzēm. Tās var samazināt Web3 projektu atteices risku un padarīt Dapps pilnībā decentralizētus.

Decentralizētās datu bāzes ir piemērotas karsto datu ar augstu piekļuves biežumu un nefinanšu datu glabāšanai Dapp, piemēram:

NFT metadati DAO balsošanas dati DEX pasūtījumu grāmata decentralizēti sociālie dati, emuāra dati, e-pasts. Sarežģīti relāciju datu bāzes dati, kas nepieciešami Dapp. 2. Kādi ir decentralizēto datu bāzu uzglabāšanas sistēmu veidi?

Pēdējo divu gadu laikā ir parādījušies daudzi decentralizētu datu bāzu projekti, un daži inovatīvi projekti ir saņēmuši plašu uzmanību.

Ceramic: Ceramic ir projekts, kas sākās 2019. gadā. Dati tiek glabāti un pārvaldīti straumju veidā, un straumēm tiek pievienoti formatēti notikumu žurnāli. Žurnāli tiks pārvērsti failos un augšupielādēti IPFS. Nodrošina GraphQL API vaicājumus. Ceramic nav tāda stimulējoša modeļa kā IPFS, un tas atbalsta datu izveidi, lasīšanu un atjaunināšanu (CRU). OrbitDB: OrbitDB ir vecāks projekts nekā Ceramic, un arī failu glabāšanai izmanto IPFS failu sistēmu. Tā atbalsta NoSQL datu bāzu un failu glabāšanu. Tableland: šis projekts tiek palaists 2022. gadā, un pašlaik tas ir publiskā beta versijā. Tableland produkcijas versija tiks izlaista 2023. gadā. Datu glabāšanai ir jāizmanto viedie līgumi, kas definē SQL paziņojumus un iestata lietošanas atļaujas. Datu lasīšana tiek veikta ārpus ķēdes, un par to nav jāmaksā. Pašlaik līgums ir izvietots L2, piemēram, ETH un OP. Polybase: projekts tagad ir pieejams testa tīklā. Tā ir NoSQL datu bāze, kas atbalsta CRUD darbības, un par katru darbību ir jāmaksā. Turklāt Polybase atbalsta dažādas failu sistēmas, lai saglabātu datu bāzes failus, tostarp lokālo disku, IPFS, Filecoin, Polystore un pat AWS S3. Polybase izmanto arī maksājumu kanālus datu vaicājumu maksājumiem, samazinot ķēdē veikto darījumu biežumu un izvairoties no vaicājumu aizkavēšanās, ko izraisa maksājumi. Web3Q: projekts tika uzsākts 2022. gadā, testēšanas tīkls jau ir tiešsaistē. Lai piekļūtu datiem, tiek piedāvāts jauns URL raksta Web//piekļuves protokols. Tā uzlādes modelis ir ļoti īpašs par datu dzēšanu. Kwill: Kwill ir SQL datu bāzes sistēma, kuras pamatā ir Arweave un kas maksājumiem izmanto viedos līgumus. KYVE: KYVE ir datu bāzes sistēma, kuras pamatā ir Arwave. Tehniski gan SQL, gan NoSQL var izmantot, lai padarītu datu bāzes nobriedušākas un efektīvākas, savukārt NoSQL ir bagātāka un elastīgāka. SQL datu struktūrai ir jābūt ļoti konsekventai, ar spēcīgākām kopīgo vaicājumu iespējām, nobriedušai un efektīvai NoSQL KV formai, kas vairāk atbilst Ethereum dizaina modelim, var atbalstīt bagātīgus datu tipus, kā arī ir elastīga un viegli paplašināma; . Funkcionāli vislabāk ir atbalstīt CRUD, bet UD atbalstīšana sarežģīs sistēmu. Ja sistēma izmanto vietējo krātuvi, vēsturisko vērtību vaicājums var netikt atbalstīts.Ja izmantojat IPFS un Arweave, datu bāzei ir jābūt tikai pievienošanai. Pretējā gadījumā vienam datiem būs vairākas versijas, un uzglabāšanas izmaksas dubultosies. Pamatā esošajai failu sistēmai ir divas iespējas. Ir elastīgāk uzglabāt failus lokāli, un izguves loģiku var pielāgot, kas ir efektīvāka un novērš neuzticamību un sarežģītību, ko izraisa decentralizētu failu sistēmu, piemēram, Arweave, izmantošana. Piemēram: lietotāji izmanto TokenA, lai maksātu datu bāzes kalnračiem, un kalnračiem ir jāmaksā Arweave monētas, lai saglabātu datus. Divu slāņu tīklu superpozīcija rada sarežģītību. Datu bāzes faili tiek glabāti decentralizētās failu sistēmās, piemēram, IPFS un Arweave, kas tiek glabātas lokāli mezglā vai S3 mākonī. Līdzīgi kā decentralizētā krātuvē, uzglabāšanas datu izguves ātruma uzlabošana, stimulējošie modeļi un marķieru ekonomika, kā arī garantijas algoritmi datu pieejamības nodrošināšanai ir galvenie faktori, lai noteiktu, vai protokols tiks plaši izmantots. Labs stimulēšanas modelis un marķiera modelis var ne tikai mobilizēt mezglu entuziasmu piedalīties, bet arī motivēt mezglus darīt pareizās lietas. Piemēram: efektīvu izguves funkciju nodrošināšana, nevis tikai datu glabāšana, lai iegūtu atlīdzību par glabāšanu. Datu pieejamības garantijas algoritms periodiski pārbauda mezgla datu glabāšanu un pieprasa, lai mezgls nodrošinātu datu pieejamības sertifikātu. Šis sertifikāts papildina mezgla stimulus, lai novērstu datu zudumu. Datu izguve tieši ietekmē lietotāja pieredzi un ir ļoti svarīga Dapp ērtībai un raitumam.

Kopsavilkums: Decentralizēto datu bāzu jomai ir augsta uzmanības vērtība un steidzamas vajadzības, taču pašlaik nav plaši pieņemta un lietota produkta. Decentralizētu datu bāzu tehnoloģija ir mazāk attīstīta nekā decentralizētas failu glabāšanas sistēmas. Tā kā decentralizētās datu bāzes tehnoloģija ir balstīta uz sadalītām failu sistēmām. Daudzi projekti tiek uzsākti 2022. gadā. Uzglabāto datu izguves ātruma uzlabošana, stimulēšanas modelis un marķieru ekonomika, kā arī garantijas algoritmi, ko izmanto, lai garantētu datu pieejamību, ir galvenie faktori, kas nosaka, vai protokols tiks plaši izmantots. Protokola mērķis būs samazināt izguves laiku, kas ir ļoti svarīgi Dapp lietošanas ērtībai un vienmērīgai darbībai.