Foresight Ventures: ปัจจุบันและอนาคตของ Web3 Decentralized Database Storage

สาขาของฐานข้อมูลแบบกระจายอำนาจมีค่าความสนใจสูงและมีความต้องการเร่งด่วน แต่ยังไม่มีผลิตภัณฑ์ที่ได้รับการยอมรับและใช้กันอย่างแพร่หลาย

เขียนโดย: แม็กกี้

**1. ทำไมเราต้องมีฐานข้อมูลแบบกระจายอำนาจ? **

มีสองวิธีพื้นฐานในการจัดเก็บข้อมูลสำหรับแอปพลิเคชัน Web2 ระบบไฟล์ (ไฟล์) และฐานข้อมูล (ฐานข้อมูล) เนื่องจากไม่มีผลิตภัณฑ์ฐานข้อมูลใน Web3 DApp ส่วนใหญ่ยังคงใช้ฐานข้อมูลส่วนกลางเพื่อจัดเก็บข้อมูลที่มีโครงสร้าง นอกเหนือจากการจัดเก็บข้อมูลสำคัญจำนวนเล็กน้อยในสัญญาอัจฉริยะที่มีราคาแพง เนื่องจากระบบไฟล์แบบกระจายศูนย์ เช่น IPFS จะค่อยๆ ใช้ในการจัดเก็บข้อมูล NFT ของแอปพลิเคชัน Web3 ระบบไฟล์แบบกระจายศูนย์จึงเป็นที่รู้จักและยอมรับโดย Web3 และเทคโนโลยีของฐานข้อมูลแบบกระจายศูนย์ก็ผ่านการทำซ้ำหลายรอบ และผลิตภัณฑ์ใหม่ๆ ที่หลากหลาย

เมื่อเปรียบเทียบกับฐานข้อมูลแบบรวมศูนย์แบบดั้งเดิมแล้ว ฐานข้อมูลแบบกระจายอำนาจมีข้อได้เปรียบที่ไม่เหมือนใคร มันสามารถลดความเสี่ยงของความล้มเหลวจุดเดียวของโครงการ Web3 และทำให้ Dapp กระจายอำนาจอย่างสมบูรณ์

ฐานข้อมูลแบบกระจายศูนย์เหมาะสำหรับการจัดเก็บข้อมูลด่วนที่มีความถี่ในการเข้าถึงสูง และจัดเก็บ ข้อมูลที่ไม่ใช่ข้อมูลทางการเงินของ Dapp เช่น:

• ข้อมูลเมตาของ NFT
• ข้อมูลการลงคะแนน DAO
• หนังสือสั่งซื้อ DEX
• การกระจายข้อมูลโซเชียล ข้อมูลบล็อก เมล
• ข้อมูลฐานข้อมูลเชิงสัมพันธ์ที่ซับซ้อนที่ Dapp ต้องการ

**2. ระบบจัดเก็บฐานข้อมูลแบบกระจายศูนย์มีประเภทใดบ้าง? **

ในช่วงสองปีที่ผ่านมา มีโครงการฐานข้อมูลแบบกระจายศูนย์หลายโครงการ และโครงการนวัตกรรมบางโครงการได้รับความสนใจอย่างกว้างขวาง

• **Ceramic:**Ceramic เป็นโครงการที่เริ่มต้นในปี 2019 ข้อมูลถูกจัดเก็บและจัดการเป็นสตรีม และเพิ่มบันทึกเหตุการณ์ที่จัดรูปแบบลงในสตรีม บันทึกจะถูกจัดทำเป็นเอกสารและอัปโหลดไปยัง IPFS จัดเตรียมแบบสอบถาม GraphQL API Ceramic ไม่มีโมเดลสิ่งจูงใจเช่น IPFS และรองรับการสร้างข้อมูล การอ่าน และการอัปเดต (CRU)
• **OrbitDB: **OrbitDB เป็นโปรเจ็กต์ก่อนหน้าเซรามิก และยังใช้ระบบไฟล์ IPFS สำหรับการจัดเก็บไฟล์ รองรับการจัดเก็บฐานข้อมูลและไฟล์ NoSQL
• Tableland: เปิดตัวในปี 2022 ขณะนี้โปรเจ็กต์อยู่ในรุ่นเบต้าสาธารณะ Tableland เวอร์ชั่นโปรดักชั่นจะวางจำหน่ายในปี 2023 การจัดเก็บข้อมูลต้องใช้สัญญาอัจฉริยะซึ่งกำหนดคำสั่ง SQL และตั้งค่าสิทธิ์การใช้งาน การอ่านข้อมูลเสร็จสิ้นแบบออฟไลน์และไม่ต้องชำระเงิน ปัจจุบัน สัญญาได้ถูกปรับใช้บน L2 เช่น ETH และ OP
• Polybase: ขณะนี้โปรเจ็กต์เผยแพร่บนเครือข่ายทดสอบแล้ว เป็นฐานข้อมูล NoSQL ที่รองรับการดำเนินการ CRUD และการดำเนินการแต่ละครั้งต้องชำระเงิน นอกจากนี้ Polybase ยังรองรับระบบไฟล์ต่างๆ เพื่อจัดเก็บไฟล์ฐานข้อมูล รวมถึงดิสก์ในเครื่อง, IPFS, Filecoin, Polystore และแม้แต่ AWS S3 นอกจากนี้ Polybase ยังใช้ช่องทางการชำระเงินสำหรับการสืบค้นข้อมูล ช่วยลดความถี่ของการทำธุรกรรมบนเครือข่าย และหลีกเลี่ยงความล่าช้าในการค้นหาที่เกิดจากการชำระเงิน
• Web3Q: โครงการจะเปิดตัวในปี 2565 และเครือข่ายทดสอบได้เปิดตัวแล้ว รูปแบบ URL ใหม่ Web//โปรโตคอลการเข้าถึงถูกเสนอสำหรับการเข้าถึงข้อมูล รูปแบบการชาร์จนั้นพิเศษมากและคุณจะได้รับเงินคืนสำหรับการลบข้อมูล
• **Kwill: **Kwill เป็นระบบฐานข้อมูล SQL ที่ใช้ Arweave ซึ่งใช้สัญญาอัจฉริยะสำหรับการชำระเงิน
• **KYVE: **KYVE เป็นระบบฐานข้อมูลแบบ Arwave

ในทางเทคนิค:

• สามารถใช้ทั้ง SQL และ NoSQL เป็นฐานข้อมูลได้ SQL นั้นสมบูรณ์และมีประสิทธิภาพมากกว่า NoSQL นั้นสมบูรณ์กว่าและยืดหยุ่นกว่า โครงสร้างข้อมูลของ SQL ต้องมีความสอดคล้องกันสูง มีความสามารถในการค้นหาร่วมที่แข็งแกร่งขึ้น เติบโตเต็มที่และมีประสิทธิภาพ รูปแบบ KV ของ NoSQL นั้นสอดคล้องกับรูปแบบการออกแบบของ Ethereum มากขึ้น สามารถรองรับประเภทข้อมูลที่หลากหลาย และมีความยืดหยุ่นและง่ายต่อการขยาย .
• ตามหน้าที่แล้ว การรองรับ CRUD นั้นดีที่สุด, แต่การรองรับ UD จะทำให้ระบบมีความซับซ้อน หากระบบใช้ที่จัดเก็บในเครื่อง ระบบอาจไม่รองรับการค้นหาค่าประวัติ หากคุณใช้ IPFS และ Arweave คุณต้องใช้ฐานข้อมูลแบบผนวกเท่านั้น ไม่เช่นนั้นข้อมูลจะมีหลายเวอร์ชัน และต้นทุนพื้นที่จัดเก็บจะเพิ่มเป็นสองเท่า
• มี 2 ตัวเลือกสำหรับระบบไฟล์พื้นฐาน
• ไฟล์ที่จัดเก็บไว้ในเครื่องมีความยืดหยุ่นมากกว่า และสามารถปรับแต่งตรรกะการดึงข้อมูลได้ ซึ่งมีประสิทธิภาพมากกว่า และหลีกเลี่ยงความไม่น่าเชื่อถือและความซับซ้อนที่เกิดจากการใช้ระบบไฟล์แบบกระจายอำนาจ เช่น Arweave ตัวอย่างเช่น: ผู้ใช้ใช้ TokenA เพื่อจ่ายเงินให้นักขุดฐานข้อมูลและนักขุดต้องจ่ายเหรียญ Arweave เพื่อเก็บข้อมูล การทับซ้อนกันของเครือข่าย 2 ชั้นทำให้เกิดความซับซ้อน
• ไฟล์ฐานข้อมูลถูกจัดเก็บไว้ในระบบไฟล์แบบกระจายอำนาจ เช่น IPFS และ Arweave;
• เก็บไว้ในเครื่องบนโหนดหรือบนคลาวด์ S3
• คล้ายกับที่เก็บข้อมูลแบบกระจายศูนย์ การปรับปรุงความเร็วในการดึงข้อมูลของที่เก็บข้อมูล โมเดลสิ่งจูงใจและโทเค็นเศรษฐศาสตร์ และอัลกอริทึมการรับประกันเพื่อให้แน่ใจว่าข้อมูลพร้อมใช้งานเป็นปัจจัยสำคัญในการพิจารณาว่าโปรโตคอลจะถูกใช้อย่างกว้างขวางหรือไม่
• โมเดลสิ่งจูงใจและโทเค็นโมเดลที่ดีไม่เพียงแต่กระตุ้นความกระตือรือร้นในการมีส่วนร่วมของโหนดเท่านั้น แต่ยังกระตุ้นโหนดให้ทำสิ่งที่ถูกต้องด้วย ตัวอย่างเช่น: จัดเตรียมฟังก์ชันการดึงข้อมูลที่มีประสิทธิภาพ แทนที่จะจัดเก็บข้อมูลเพื่อรับรางวัลการจัดเก็บเท่านั้น
• อัลกอริทึมการรับประกันความพร้อมใช้งานของข้อมูลจะตรวจสอบการจัดเก็บข้อมูลตามโหนดตามช่วงเวลา โดยกำหนดให้โหนดต้องแสดงใบรับรองความพร้อมใช้งานของข้อมูล ซึ่งช่วยเสริมแรงจูงใจของโหนดในการป้องกันข้อมูลสูญหาย
• การดึงข้อมูลจะส่งผลต่อประสบการณ์ของผู้ใช้ ซึ่งสำคัญมากสำหรับความสะดวกและความคล่องแคล่วของ Dapp

สรุป

• สาขาของฐานข้อมูลแบบกระจายอำนาจมีค่าความสนใจสูงและต้องการเร่งด่วน แต่ยังไม่มีผลิตภัณฑ์ที่ได้รับการยอมรับและใช้กันอย่างแพร่หลาย
• ความสมบูรณ์ของเทคโนโลยีฐานข้อมูลแบบกระจายอำนาจต่ำกว่าระบบจัดเก็บไฟล์แบบกระจายอำนาจ เนื่องจากเทคโนโลยีฐานข้อมูลแบบกระจายอำนาจขึ้นอยู่กับระบบไฟล์แบบกระจาย หลายโครงการเปิดตัวในปี 2565
• การปรับปรุงความเร็วในการดึงข้อมูลที่จัดเก็บ โมเดลสิ่งจูงใจและเศรษฐศาสตร์โทเค็น และอัลกอริทึมการรับประกันที่ใช้ในการรับประกันความพร้อมใช้งานของข้อมูลเป็นปัจจัยสำคัญในการพิจารณาว่าโปรโตคอลจะถูกใช้อย่างกว้างขวางหรือไม่ จุดเน้นของโปรโตคอลคือลดเวลาในการดึงข้อมูล ซึ่งมีความสำคัญต่อความสะดวกและความคล่องแคล่วในการใช้งาน Dapp