1. ในช่วงแรกของบล็อกเชน การรักษาความสอดคล้องของข้อมูลถือเป็นสิ่งสำคัญอย่างยิ่งในการรับรองความปลอดภัยและการกระจายอำนาจ อย่างไรก็ตาม ด้วยการพัฒนาระบบนิเวศบล็อกเชน แรงกดดันในการจัดเก็บข้อมูลก็เพิ่มขึ้นเช่นกัน ซึ่งนำไปสู่แนวโน้มการรวมศูนย์ในการทำงานของโหนด ในกรณีนี้ ปัญหาต้นทุนการจัดเก็บข้อมูลที่เกิดจากการเติบโตของ TPS ในเลเยอร์ 1 จำเป็นต้องได้รับการแก้ไขอย่างเร่งด่วน
2. เมื่อเผชิญกับปัญหานี้ นักพัฒนาควรเสนอโซลูชันที่คำนึงถึงความปลอดภัย ค่าใช้จ่ายในการจัดเก็บข้อมูล ความเร็วในการอ่านข้อมูล และความอเนกประสงค์ของเลเยอร์ DA อย่างเต็มที่
3. ในกระบวนการแก้ไขปัญหานี้ มีเทคโนโลยีและแนวคิดใหม่ๆ มากมายเกิดขึ้น รวมถึง Sharding, DAS, Verkle Tree, ส่วนประกอบระดับกลาง DA และอื่นๆ พวกเขาพยายามปรับรูปแบบการจัดเก็บข้อมูลของเลเยอร์ DA ให้เหมาะสมโดยการลดความซ้ำซ้อนของข้อมูลและปรับปรุงประสิทธิภาพการตรวจสอบความถูกต้องของข้อมูล
4. โซลูชัน DA แบ่งกว้าง ๆ ออกเป็นสองประเภทตามมุมมองของตำแหน่งการจัดเก็บข้อมูล กล่าวคือ DA สายหลักและ DA ของบริษัทอื่น DA สายหลักได้รับการออกแบบจากมุมมองของการล้างข้อมูลตามปกติและการจัดเก็บข้อมูลแบบแบ่งส่วนเพื่อลดแรงกดดันในการจัดเก็บข้อมูลบนโหนด ในขณะที่ DA บุคคลที่สามได้รับการออกแบบมาเพื่อตอบสนองความต้องการพื้นที่จัดเก็บข้อมูลและมีโซลูชันที่เหมาะสมสำหรับข้อมูลจำนวนมาก ด้วยเหตุนี้ เราจึงแลกเปลี่ยนระหว่างความเข้ากันได้ของสายโซ่เดี่ยวและความเข้ากันได้ของหลายสายโซ่ใน DA ของบริษัทอื่นเป็นหลัก และเสนอโซลูชันสามประเภท: DA เฉพาะสายโซ่หลัก DA แบบโมดูลาร์ และ DA ของสายโซ่สาธารณะที่จัดเก็บข้อมูล
5. เชนสาธารณะแบบการชำระเงินมีข้อกำหนดที่สูงมากสำหรับความปลอดภัยของข้อมูลในอดีต ดังนั้นจึงเหมาะสมที่จะใช้ในเชนหลักเป็นเลเยอร์ DA อย่างไรก็ตาม สำหรับเครือข่ายสาธารณะที่ทำงานมาเป็นเวลานานและมีนักขุดจำนวนมากใช้งานเครือข่าย จะเหมาะสมกว่าที่จะใช้ DA บุคคลที่สามที่ไม่เกี่ยวข้องกับการเปลี่ยนแปลงเลเยอร์ฉันทามติที่มีความปลอดภัยค่อนข้างสูง สำหรับเชนสาธารณะแบบครอบคลุม เหมาะกว่าที่จะใช้พื้นที่จัดเก็บ DA เฉพาะของเชนหลักที่มีความจุข้อมูลที่ใหญ่กว่า ต้นทุนที่ต่ำกว่า และความปลอดภัย อย่างไรก็ตาม เมื่อพิจารณาถึงความต้องการ cross-chain แล้ว DA แบบโมดูลาร์ก็เป็นตัวเลือกที่ดีเช่นกัน
6. โดยรวมแล้ว บล็อกเชนกำลังมุ่งไปสู่การลดความซ้ำซ้อนของข้อมูล รวมถึงการแบ่งงานแบบหลายสายโซ่

1. ความเป็นมา

ในฐานะบัญชีแยกประเภทแบบกระจาย บล็อกเชนจำเป็นต้องจัดเก็บข้อมูลประวัติบนโหนดทั้งหมดเพื่อให้มั่นใจในความปลอดภัยและการกระจายอำนาจการจัดเก็บข้อมูลที่เพียงพอ เนื่องจากความถูกต้องของการเปลี่ยนแปลงแต่ละสถานะเกี่ยวข้องกับสถานะก่อนหน้า (แหล่งที่มาของธุรกรรม) เพื่อให้มั่นใจถึงความถูกต้องของธุรกรรม โดยหลักการแล้วบล็อคเชนควรจัดเก็บบันทึกประวัติทั้งหมดตั้งแต่ธุรกรรมแรกจนถึงธุรกรรมปัจจุบัน ยกตัวอย่าง Ethereum แม้ว่าขนาดบล็อกโดยเฉลี่ยจะอยู่ที่ประมาณ 20 kb แต่ขนาดรวมของบล็อก Ethereum ในปัจจุบันก็สูงถึง 370 GB นอกเหนือจากการบล็อกแล้ว โหนดแบบเต็มยังจำเป็นต้องบันทึกสถานะและการรับธุรกรรมอีกด้วย เมื่อนับส่วนนี้ ความจุรวมของโหนดเดียวเกิน 1 TB ซึ่งเน้นการทำงานของโหนดไปที่คนไม่กี่คน

ความสูงบล็อกล่าสุดของ Ethereum แหล่งที่มาของรูปภาพ: Etherscan

2. ตัวบ่งชี้ประสิทธิภาพ DA

2.1 ความปลอดภัย

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

1. จำนวนความซ้ำซ้อน: เกี่ยวกับความซ้ำซ้อนของข้อมูลในระบบบล็อกเชน ส่วนใหญ่จะมีบทบาทดังต่อไปนี้: ประการแรก หากจำนวนความซ้ำซ้อนในเครือข่ายมากกว่า เมื่อผู้ตรวจสอบจำเป็นต้องดูสถานะบัญชีในบล็อกประวัติศาสตร์ที่แน่นอนเพื่อดู ตรวจสอบ เมื่อธุรกรรมได้รับการตรวจสอบ ธุรกรรมจะได้รับตัวอย่างมากที่สุดเพื่อใช้อ้างอิง และเลือกข้อมูลที่บันทึกโดยโหนดส่วนใหญ่ ในฐานข้อมูลแบบดั้งเดิม เนื่องจากข้อมูลจะถูกจัดเก็บในรูปแบบของคู่คีย์-ค่าบนโหนดบางโหนดเท่านั้น การเปลี่ยนแปลงข้อมูลประวัติจึงสามารถทำได้บนโหนดเดียวเท่านั้น และค่าใช้จ่ายในการโจมตีต่ำมาก ตามทฤษฎีแล้ว ยิ่งจำนวนความซ้ำซ้อนมากขึ้น ข้อมูลก็จะมีโอกาสน้อยลงเท่านั้น ระดับความน่าเชื่อถือก็จะสูงขึ้น ในเวลาเดียวกัน ยิ่งมีการจัดเก็บโหนดมากเท่าใด ข้อมูลก็จะยิ่งสูญหายน้อยลงเท่านั้น นอกจากนี้ยังสามารถเปรียบเทียบกับเซิร์ฟเวอร์ส่วนกลางที่เก็บเกม Web2 ได้อีกด้วย เมื่อเซิร์ฟเวอร์แบ็กเอนด์ทั้งหมดถูกปิด เซิร์ฟเวอร์จะถูกปิดโดยสมบูรณ์ อย่างไรก็ตาม ยิ่งมากเท่าไรก็ยิ่งดีเท่านั้น เนื่องจากความซ้ำซ้อนแต่ละชิ้นจะนำพื้นที่จัดเก็บเพิ่มเติมมาด้วย ความซ้ำซ้อนของข้อมูลที่มากเกินไปจะทำให้ระบบมีแรงกดดันในการจัดเก็บข้อมูลมากเกินไป เลเยอร์ DA ที่ดีควรเลือกเลเยอร์ที่เหมาะสม แนวทางที่ซ้ำซ้อนจะสร้างสมดุลระหว่างความปลอดภัยและประสิทธิภาพการจัดเก็บข้อมูล
2. การตรวจสอบความพร้อมของข้อมูล: จำนวนความซ้ำซ้อนช่วยให้แน่ใจว่ามีบันทึกข้อมูลเพียงพอในเครือข่าย แต่ต้องมีการตรวจสอบความถูกต้องและความสมบูรณ์ของข้อมูลที่จะใช้ วิธีการตรวจสอบที่ใช้กันทั่วไปในบล็อกเชนปัจจุบันคืออัลกอริธึมข้อผูกพันในการเข้ารหัส ซึ่งยังคงข้อผูกพันในการเข้ารหัสเล็กน้อยเพื่อให้เครือข่ายทั้งหมดบันทึก ความมุ่งมั่นนี้ได้มาจากการผสมข้อมูลธุรกรรม เมื่อคุณต้องการทดสอบความถูกต้องของข้อมูลในอดีตบางส่วน คุณจะต้องกู้คืนข้อผูกพันในการเข้ารหัสผ่านข้อมูล และตรวจสอบว่าข้อผูกพันในการเข้ารหัสที่ได้รับจากการกู้คืนนี้สอดคล้องกับบันทึกของเครือข่ายทั้งหมดหรือไม่ หากสอดคล้องกันก็จะผ่านการตรวจสอบ อัลกอริธึมการตรวจสอบการเข้ารหัสที่ใช้กันทั่วไป ได้แก่ Verkle Root และ Verkle Root อัลกอริธึมการยืนยันความพร้อมใช้งานของข้อมูลความปลอดภัยสูงต้องการข้อมูลการยืนยันเพียงเล็กน้อยและสามารถตรวจสอบข้อมูลประวัติได้อย่างรวดเร็ว

2.2 ต้นทุนการจัดเก็บ

บนพื้นฐานการรับประกันความปลอดภัยขั้นพื้นฐาน เป้าหมายหลักถัดไปที่เลเยอร์ DA จำเป็นต้องบรรลุคือการลดต้นทุนและเพิ่มประสิทธิภาพ ประการแรกคือการลดต้นทุนการจัดเก็บข้อมูล โดยไม่คำนึงถึงความแตกต่างของประสิทธิภาพของฮาร์ดแวร์ กล่าวคือ เพื่อลดการใช้หน่วยความจำที่เกิดจากการจัดเก็บข้อมูลขนาดหน่วย ในขั้นตอนนี้ วิธีหลักในการลดต้นทุนการจัดเก็บข้อมูลในบล็อกเชนคือการนำเทคโนโลยีการแบ่งส่วนมาใช้ และใช้พื้นที่เก็บข้อมูลแบบให้รางวัลเพื่อให้แน่ใจว่าข้อมูลได้รับการจัดเก็บอย่างมีประสิทธิภาพ และลดจำนวนการสำรองข้อมูล อย่างไรก็ตาม จากวิธีการปรับปรุงข้างต้นก็ไม่ใช่เรื่องยากที่จะเห็นความสัมพันธ์ของเกมระหว่างต้นทุนพื้นที่จัดเก็บข้อมูลและความปลอดภัยของข้อมูล การลดการใช้พื้นที่จัดเก็บข้อมูลมักหมายถึงการลดความปลอดภัย ดังนั้น ชั้น DA ที่ยอดเยี่ยมจึงต้องมีความสมดุลระหว่างต้นทุนการจัดเก็บข้อมูลและความปลอดภัยของข้อมูล นอกจากนี้ หากเลเยอร์ DA เป็นเครือข่ายสาธารณะที่แยกจากกัน ก็จำเป็นต้องลดต้นทุนโดยการลดกระบวนการแลกเปลี่ยนข้อมูลระดับกลางให้เหลือน้อยที่สุด ในแต่ละขั้นตอนการถ่ายโอน ข้อมูลดัชนีจะต้องถูกทิ้งไว้เพื่อการสอบถามครั้งต่อไป ดังนั้น ยิ่งกระบวนการโทรนานขึ้น ข้อมูลดัชนีก็จะเหลือมากขึ้นและต้นทุนการจัดเก็บก็จะเพิ่มขึ้น สุดท้ายนี้ ต้นทุนการจัดเก็บข้อมูลจะเชื่อมโยงโดยตรงกับความคงทนของข้อมูล โดยทั่วไป ยิ่งต้นทุนการจัดเก็บข้อมูลสูงเท่าไร เครือข่ายสาธารณะก็จะจัดเก็บข้อมูลอย่างต่อเนื่องได้ยากขึ้นเท่านั้น

2.3 ความเร็วในการอ่านข้อมูล

หลังจากลดต้นทุนได้สำเร็จ ขั้นตอนต่อไปคือการเพิ่มประสิทธิภาพ ซึ่งก็คือความสามารถในการเรียกข้อมูลออกจากชั้น DA ได้อย่างรวดเร็วเมื่อจำเป็นต้องใช้งาน กระบวนการนี้เกี่ยวข้องกับสองขั้นตอน ประการแรกคือการค้นหาโหนดที่เก็บข้อมูล กระบวนการนี้ส่วนใหญ่มีไว้สำหรับเครือข่ายสาธารณะที่ไม่บรรลุความสอดคล้องของข้อมูลทั่วทั้งเครือข่าย หากเครือข่ายสาธารณะบรรลุการซิงโครไนซ์ข้อมูลสำหรับโหนดทั่วทั้งเครือข่าย ก็อาจถูกเพิกเฉยได้ การสิ้นเปลืองเวลาของกระบวนการ ประการที่สอง ในระบบบล็อกเชนกระแสหลักในปัจจุบัน รวมถึง Bitcoin, Ethereum และ Filecoin วิธีการจัดเก็บโหนดคือฐานข้อมูล Leveldb ใน Leveldb ข้อมูลจะถูกจัดเก็บในสามวิธี ขั้นแรก ข้อมูลที่เขียนทันทีจะถูกจัดเก็บไว้ในไฟล์ประเภท Memtable เมื่อพื้นที่เก็บข้อมูล Memtable เต็ม ประเภทไฟล์จะเปลี่ยนจาก Memtable เป็น Memtable ที่ไม่เปลี่ยนรูป ไฟล์ทั้งสองประเภทถูกจัดเก็บไว้ในหน่วยความจำ แต่ไฟล์ Immutable Memtable ไม่สามารถเปลี่ยนแปลงได้อีกต่อไป มีเพียงข้อมูลเท่านั้นที่สามารถอ่านได้ ที่เก็บข้อมูลร้อนที่ใช้ในเครือข่าย IPFS จะเก็บข้อมูลในส่วนนี้ เมื่อถูกเรียกก็สามารถอ่านจากหน่วยความจำได้อย่างรวดเร็ว อย่างไรก็ตาม หน่วยความจำมือถือของโหนดธรรมดามักจะอยู่ในระดับ GB และง่ายต่อการเขียนช้าๆ เมื่อโหนดขัดข้องหรือเกิดสถานการณ์ผิดปกติอื่นๆ ข้อมูลในหน่วยความจำจะสูญหายอย่างถาวร หากคุณต้องการจัดเก็บข้อมูลอย่างต่อเนื่อง คุณจะต้องจัดเก็บในรูปแบบไฟล์ SST บนโซลิดสเตตไดรฟ์ (SSD) อย่างไรก็ตาม เมื่ออ่านข้อมูล คุณต้องอ่านข้อมูลลงในหน่วยความจำก่อน ซึ่งจะช่วยลดความเร็วในการจัดทำดัชนีข้อมูลได้อย่างมาก สุดท้ายนี้ สำหรับระบบที่ใช้พื้นที่จัดเก็บข้อมูลที่ใช้ร่วมกัน การกู้คืนข้อมูลจำเป็นต้องส่งคำขอข้อมูลไปยังหลายโหนดและกู้คืนข้อมูลเหล่านั้น กระบวนการนี้จะลดความเร็วในการอ่านข้อมูลด้วย

วิธีการจัดเก็บข้อมูล Leveldb แหล่งรูปภาพ: Leveldb-handbook

2.4 DA ลักษณะทั่วไป

ด้วยการพัฒนาของ DeFi และปัญหาต่างๆ กับ CEX ความต้องการของผู้ใช้สำหรับการทำธุรกรรมข้ามเครือข่ายของสินทรัพย์ที่กระจายอำนาจก็เพิ่มขึ้นเช่นกัน ไม่ว่ากลไกข้ามสายโซ่ของการล็อกแฮช โนตารีพับลิค หรือสายโซ่รีเลย์ จะหลีกเลี่ยงการกำหนดข้อมูลประวัติบนสายโซ่ทั้งสองพร้อมกันไม่ได้ กุญแจสำคัญของปัญหานี้อยู่ที่การแยกข้อมูลบนเครือข่ายทั้งสอง และการสื่อสารโดยตรงไม่สามารถทำได้ในระบบกระจายอำนาจที่แตกต่างกัน ดังนั้นจึงเสนอวิธีแก้ปัญหาในขั้นตอนนี้โดยการเปลี่ยนวิธีการจัดเก็บเลเยอร์ DA ซึ่งไม่เพียงแต่จัดเก็บข้อมูลประวัติของเชนสาธารณะหลายเชนบนเชนสาธารณะที่เชื่อถือได้เดียวกัน แต่จำเป็นต้องเรียกข้อมูลบนเชนสาธารณะนี้เท่านั้นในระหว่างการตรวจสอบ สามารถ. สิ่งนี้ต้องการให้เลเยอร์ DA สามารถสร้างวิธีการสื่อสารที่ปลอดภัยกับเชนสาธารณะประเภทต่างๆ ซึ่งหมายความว่าเลเยอร์ DA มีความหลากหลายที่ดี

3. เทคนิคเกี่ยวกับ DA

3.1 การแบ่งส่วน

1. ในระบบกระจายแบบดั้งเดิม ไฟล์จะไม่ถูกจัดเก็บในรูปแบบที่สมบูรณ์บนโหนดใดโหนดหนึ่ง แต่ข้อมูลต้นฉบับจะถูกแบ่งออกเป็นหลายบล็อกและหนึ่งบล็อกจะถูกเก็บไว้ในแต่ละโหนด บล็อกมักจะไม่ได้จัดเก็บไว้ในโหนดเดียว แต่จะทิ้งการสำรองข้อมูลที่เหมาะสมไว้บนโหนดอื่น ในระบบแบบกระจายกระแสหลักที่มีอยู่ โดยปกติการสำรองข้อมูลจำนวนนี้จะถูกตั้งค่าเป็น 2 กลไกการแบ่งส่วนนี้สามารถลดแรงกดดันในการจัดเก็บข้อมูลของโหนดเดียว ขยายความจุรวมของระบบเป็นผลรวมของความจุการจัดเก็บข้อมูลของแต่ละโหนด และที่ ในขณะเดียวกันก็มั่นใจในความปลอดภัยของการจัดเก็บข้อมูลผ่านการสำรองข้อมูลที่เหมาะสม รูปแบบ Sharding ที่นำมาใช้ในบล็อกเชนโดยทั่วไปจะคล้ายกัน แต่รายละเอียดเฉพาะจะแตกต่างออกไป ประการแรก เนื่องจากแต่ละโหนดในบล็อกเชนไม่น่าเชื่อถือตามค่าเริ่มต้น กระบวนการใช้งาน Sharding จึงจำเป็นต้องมีการสำรองข้อมูลจำนวนมากเพียงพอสำหรับการตัดสินความถูกต้องของข้อมูลในภายหลัง ดังนั้นจำนวนการสำรองข้อมูลสำหรับโหนดนี้จึงต้องมากกว่า 2 มาก ตามหลักการแล้ว ในระบบบล็อกเชนที่ใช้รูปแบบการจัดเก็บข้อมูลนี้ หากจำนวนโหนดการตรวจสอบทั้งหมดคือ T และจำนวนชาร์ดคือ N ดังนั้นจำนวนการสำรองข้อมูลควรเป็น T/N ประการที่สองคือกระบวนการจัดเก็บของบล็อก มีโหนดน้อยกว่าในระบบแบบกระจายแบบเดิม ดังนั้นโหนดหนึ่งจึงมักจะปรับให้เข้ากับบล็อกข้อมูลหลายบล็อก ขั้นแรก ข้อมูลจะถูกแมปกับแฮชริงผ่านอัลกอริธึมแฮชที่สอดคล้องกัน จากนั้นแต่ละโหนดจะจัดเก็บบล็อกข้อมูลที่มีหมายเลขอยู่ในช่วงที่กำหนด และรับได้ว่าโหนดไม่ได้จัดสรรงานพื้นที่จัดเก็บข้อมูลระหว่างการจัดเก็บข้อมูลบางอย่าง ในบล็อกเชน ไม่ว่าแต่ละโหนดจะได้รับบล็อกหรือไม่นั้น จะไม่ใช่เหตุการณ์สุ่มอีกต่อไป แต่เป็นเหตุการณ์ที่หลีกเลี่ยงไม่ได้ แต่ละโหนดจะสุ่มเลือกบล็อกสำหรับจัดเก็บ กระบวนการนี้จะรวมข้อมูลต้นฉบับเข้ากับบล็อกและข้อมูลของโหนด ผลลัพธ์ของการแฮชข้อมูลจะเสร็จสมบูรณ์โดยรับโมดูลัสของจำนวนชาร์ด สมมติว่าข้อมูลแต่ละชิ้นแบ่งออกเป็น N Blocks ขนาดพื้นที่จัดเก็บข้อมูลจริงของแต่ละโหนดจะอยู่ที่ 1/N ของโหนดดั้งเดิมเท่านั้น ด้วยการตั้งค่า N อย่างเหมาะสม สามารถสร้างสมดุลระหว่าง TPS ที่เพิ่มขึ้นและแรงกดดันในการจัดเก็บข้อมูลโหนดได้

วิธีการจัดเก็บข้อมูลหลังจาก Sharding แหล่งที่มาของภาพ: Kernel Ventures

3.2 DAS (การสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล)

เทคโนโลยี DAS ขึ้นอยู่กับการปรับวิธีการจัดเก็บข้อมูล Sharding ให้เหมาะสมยิ่งขึ้น ในระหว่างกระบวนการ Sharding เนื่องจากการจัดเก็บโหนดแบบสุ่มอย่างง่าย บล็อกบางส่วนอาจสูญหายได้ ประการที่สอง สำหรับข้อมูลที่กระจัดกระจาย การยืนยันความถูกต้องและความสมบูรณ์ของข้อมูลในระหว่างกระบวนการกู้คืนถือเป็นสิ่งสำคัญมากเช่นกัน ใน DAS ปัญหาทั้งสองนี้ได้รับการแก้ไขผ่านโค้ด Eraser และความมุ่งมั่นพหุนาม KZG

1. รหัสยางลบ: เมื่อพิจารณาถึงโหนดตรวจสอบจำนวนมากใน Ethereum ความน่าจะเป็นที่บล็อกบางบล็อกจะไม่ถูกจัดเก็บโดยโหนดใด ๆ นั้นเกือบจะเป็น 0 แต่ในทางทฤษฎีแล้วยังมีความเป็นไปได้ที่สถานการณ์ที่รุนแรงเช่นนี้จะเกิดขึ้น เพื่อบรรเทาภัยคุกคามที่อาจเกิดขึ้นจากการสูญเสียพื้นที่จัดเก็บข้อมูล ภายใต้แผนงานนี้ ข้อมูลต้นฉบับมักจะไม่ได้แบ่งออกเป็นบล็อกสำหรับการจัดเก็บโดยตรง แต่ข้อมูลต้นฉบับจะถูกแมปกับสัมประสิทธิ์ของพหุนามลำดับที่ n ก่อน จากนั้นจึงนำ 2n มาจากพหุนาม ชี้ และปล่อยให้โหนดสุ่มเลือกหนึ่งอันจากโหนดเหล่านั้นเพื่อจัดเก็บ สำหรับพหุนามลำดับที่ n นี้ ต้องใช้เพียง n+1 คะแนนเท่านั้นจึงจะคืนค่าได้ ดังนั้นโหนดจึงต้องเลือกบล็อกเพียงครึ่งเดียว และเราสามารถกู้คืนข้อมูลต้นฉบับได้ ด้วยรหัสยางลบ ความปลอดภัยของการจัดเก็บข้อมูลและความสามารถในการกู้คืนข้อมูลของเครือข่ายได้รับการปรับปรุง
2. สิ่งสำคัญมากของการจัดเก็บข้อมูลคือการตรวจสอบความถูกต้องของข้อมูล ในเครือข่ายที่ไม่ใช้รหัส Eraser สามารถใช้วิธีการต่างๆ ในการตรวจสอบได้ แต่หากใช้รหัส Eraser ข้างต้นเพื่อปรับปรุงความปลอดภัยของข้อมูล ก็ควรใช้ KZG Polynomial Commitment ซึ่งสามารถตรวจสอบเนื้อหาของรหัสเดียวได้ บล็อกโดยตรงในรูปแบบของพหุนาม จึงไม่จำเป็นต้องลดพหุนามเป็นข้อมูลไบนารี ความมุ่งมั่นพหุนามของ KZG สามารถตรวจสอบเนื้อหาของบล็อกเดียวในรูปแบบของพหุนามได้โดยตรง ซึ่งช่วยลดความจำเป็นในการลดพหุนามให้เป็นข้อมูลไบนารี และรูปแบบการตรวจสอบโดยรวมจะคล้ายกับของ Merkle Tree แต่ไม่ต้องการข้อมูลเฉพาะเจาะจง ข้อมูลโหนดพาธและต้องการเพียงข้อมูลรูท KZG และบล็อกเพื่อตรวจสอบความถูกต้องของบล็อก

3.3 วิธีการตรวจสอบข้อมูลใน DA

การตรวจสอบความถูกต้องของข้อมูลช่วยให้มั่นใจได้ว่าข้อมูลที่เรียกจากโหนดนั้นถูกต้องและครบถ้วน เพื่อลดปริมาณข้อมูลและต้นทุนการคำนวณที่จำเป็นในกระบวนการตรวจสอบ ขณะนี้เลเยอร์ DA ใช้โครงสร้างแบบต้นไม้เป็นวิธีการตรวจสอบกระแสหลัก รูปแบบที่ง่ายที่สุดคือการใช้ Merkle Tree สำหรับการตรวจสอบ ซึ่งใช้รูปแบบของบันทึกต้นไม้ไบนารีที่สมบูรณ์ เพียงต้องเก็บ Merkle Root และค่าแฮชของทรีย่อยที่อีกด้านหนึ่งของเส้นทางของโหนดสามารถตรวจสอบได้ ความซับซ้อนของเวลาในการตรวจสอบคือระดับ O(logN) (logN เป็นค่าเริ่มต้น log2(N)) แม้ว่ากระบวนการตรวจสอบความถูกต้องจะง่ายขึ้นอย่างมาก แต่ปริมาณข้อมูลสำหรับกระบวนการตรวจสอบโดยทั่วไปยังคงเพิ่มขึ้นตามการเพิ่มขึ้นของข้อมูล เพื่อแก้ปัญหาการเพิ่มปริมาณการตรวจสอบความถูกต้อง จึงได้เสนอวิธีการตรวจสอบอีกวิธีหนึ่งคือ Verkle Tree ซึ่งแต่ละโหนดใน Verkle Tree ไม่เพียงแต่เก็บค่าเท่านั้น แต่ยังแนบ Vector Commitment อีกด้วย ซึ่งสามารถตรวจสอบความถูกต้องของข้อมูลได้อย่างรวดเร็ว ข้อมูลโดยใช้ค่าของโหนดดั้งเดิมและการพิสูจน์ความมุ่งมั่น โดยไม่จำเป็นต้องเรียกค่าของโหนดในเครืออื่น ๆ ซึ่งทำให้การคำนวณการตรวจสอบความถูกต้องแต่ละครั้งทำได้ง่ายและรวดเร็วยิ่งขึ้น ทำให้จำนวนการคำนวณสำหรับการตรวจสอบแต่ละครั้งสัมพันธ์กับความลึกของ Verkle Tree เท่านั้น ซึ่งเป็นค่าคงที่คงที่ จึงช่วยเร่งความเร็วในการตรวจสอบได้อย่างมาก อย่างไรก็ตาม การคำนวณ Vector Commitment จำเป็นต้องมีส่วนร่วมของโหนดในเครือทั้งหมดในเลเยอร์เดียวกัน ซึ่งจะทำให้ต้นทุนในการเขียนและการเปลี่ยนแปลงข้อมูลเพิ่มขึ้นอย่างมาก อย่างไรก็ตาม สำหรับข้อมูล เช่น ข้อมูลในอดีต ซึ่งได้รับการจัดเก็บอย่างถาวรและไม่สามารถแก้ไขได้ นอกจากนี้ยังสามารถอ่านได้แต่เขียนไม่ได้ Verkle Tree เหมาะสมอย่างยิ่ง นอกจากนี้ Merkle Tree และ Verkle Tree เองก็มีรูปแบบ K-ary การดำเนินการเฉพาะของกลไกจะคล้ายกัน เพียงเปลี่ยนจำนวนแผนผังย่อยภายใต้แต่ละโหนด การเปรียบเทียบประสิทธิภาพเฉพาะสามารถดูได้ในตารางต่อไปนี้

การเปรียบเทียบประสิทธิภาพเวลาของวิธีการยืนยันข้อมูล แหล่งที่มาของรูปภาพ: Verkle Trees

3.4 มิดเดิลแวร์ DA ทั่วไป

การขยายตัวอย่างต่อเนื่องของระบบนิเวศบล็อคเชนทำให้จำนวนเชนสาธารณะเพิ่มขึ้นอย่างต่อเนื่อง เนื่องจากข้อดีและไม่สามารถถูกแทนที่ได้ของห่วงโซ่สาธารณะแต่ละเครือข่ายในสาขาที่เกี่ยวข้อง แทบจะเป็นไปไม่ได้เลยที่ห่วงโซ่สาธารณะชั้น 1 จะรวมกันได้ในเวลาอันสั้น อย่างไรก็ตาม ด้วยการพัฒนา DeFi และปัญหาต่างๆ กับ CEX ความต้องการของผู้ใช้สำหรับสินทรัพย์การซื้อขายข้ามเครือข่ายแบบกระจายอำนาจก็เพิ่มขึ้นเช่นกัน ดังนั้นการจัดเก็บข้อมูลแบบหลายสายโซ่เลเยอร์ DA ที่สามารถขจัดปัญหาด้านความปลอดภัยในการโต้ตอบข้อมูลแบบสายโซ่จึงได้รับความสนใจมากขึ้นเรื่อยๆ อย่างไรก็ตาม ในการยอมรับข้อมูลประวัติจากเครือข่ายสาธารณะต่างๆ เลเยอร์ DA จำเป็นต้องจัดเตรียมโปรโตคอลแบบกระจายอำนาจสำหรับการจัดเก็บข้อมูลที่เป็นมาตรฐานและการตรวจสอบสตรีมข้อมูล ตัวอย่างเช่น kvye ซึ่งเป็นมิดเดิลแวร์การจัดเก็บข้อมูลที่ใช้ Arweave จะดึงข้อมูลจากลูกโซ่และข้อมูลทั้งหมดบนลูกโซ่จะถูกจัดเก็บไว้ใน Arweave ในรูปแบบมาตรฐานเพื่อลดความแตกต่างในกระบวนการส่งข้อมูล ในทางกลับกัน Layer2 ซึ่งจัดเตรียมการจัดเก็บข้อมูลชั้น DA โดยเฉพาะสำหรับเครือข่ายสาธารณะบางแห่ง จะโต้ตอบกับข้อมูลผ่านโหนดที่ใช้ร่วมกันภายใน แม้ว่าจะลดต้นทุนของการโต้ตอบและปรับปรุงความปลอดภัย แต่ก็มีข้อจำกัดที่ค่อนข้างใหญ่และสามารถให้ข้อมูลกับเครือข่ายสาธารณะเฉพาะที่ให้บริการเท่านั้น

4. วิธีการจัดเก็บของ DA

4.1 โซ่หลัก DA

4.1.1 DankSharding เหมือน

โซลูชันพื้นที่จัดเก็บข้อมูลประเภทนี้ยังไม่มีชื่อที่ชัดเจน และตัวแทนที่โดดเด่นที่สุดคือ DankSharding บน Ethereum ดังนั้นบทความนี้จึงใช้คลาส DankSharding เพื่ออ้างถึงโซลูชันประเภทนี้ โซลูชันประเภทนี้ใช้เทคโนโลยีพื้นที่จัดเก็บข้อมูล DA สองเทคโนโลยีที่กล่าวถึงข้างต้นเป็นหลัก นั่นคือ Sharding และ DAS ขั้นแรก ข้อมูลจะถูกแบ่งออกเป็นการแบ่งปันที่เหมาะสมผ่าน Sharding จากนั้นแต่ละโหนดจะแยกบล็อกข้อมูลในรูปแบบของ DAS เพื่อจัดเก็บข้อมูล หากมีโหนดเพียงพอในเครือข่ายทั้งหมด เราสามารถเลือกชาร์ด N จำนวนมากขึ้นได้ เพื่อให้ความดันในการจัดเก็บของแต่ละโหนดมีค่าเพียง 1/N ของโหนดดั้งเดิม ดังนั้นจึงขยายพื้นที่จัดเก็บข้อมูลโดยรวมได้ N เท่า ในเวลาเดียวกัน เพื่อป้องกันสถานการณ์ร้ายแรงที่บล็อกบางบล็อกไม่ได้ถูกจัดเก็บไว้ในบล็อกใดๆ DankSharding จะเข้ารหัสข้อมูลโดยใช้รหัสยางลบ และสามารถกู้คืนข้อมูลได้เพียงครึ่งหนึ่งเท่านั้น ขั้นตอนสุดท้ายคือกระบวนการตรวจสอบข้อมูล ซึ่งใช้โครงสร้างต้นไม้ Verkle และความมุ่งมั่นแบบพหุนามเพื่อให้ได้รับการตรวจสอบอย่างรวดเร็ว

4.1.2 การจัดเก็บชั่วคราว

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

4.2 DA บุคคลที่สาม

4.2.1 DA เฉพาะเชนหลัก: EthStorage

1. DA เฉพาะเชนหลัก: สิ่งที่สำคัญที่สุดเกี่ยวกับเลเยอร์ DA คือความปลอดภัยของการรับส่งข้อมูล ปลอดภัยที่สุด ณ จุดนี้คือ DA ของเชนหลัก อย่างไรก็ตาม พื้นที่จัดเก็บข้อมูลหลักขึ้นอยู่กับข้อจำกัดของพื้นที่จัดเก็บและการแข่งขันแย่งชิงทรัพยากร ดังนั้น เมื่อปริมาณข้อมูลเครือข่ายเติบโตอย่างรวดเร็ว DA บุคคลที่สามจะเป็นตัวเลือกที่ดีกว่าหากต้องการจัดเก็บข้อมูลระยะยาว หาก DA ของบริษัทอื่นมีความเข้ากันได้สูงกว่ากับเครือข่ายหลัก DA จะสามารถรับรู้ถึงการแบ่งปันโหนดได้ และจะมีความปลอดภัยที่สูงขึ้นในระหว่างกระบวนการโต้ตอบข้อมูลอีกด้วย ดังนั้น ภายใต้สมมติฐานในการพิจารณาความปลอดภัย DA เฉพาะเชนหลักจะมีข้อได้เปรียบอย่างมาก จากตัวอย่าง Ethereum ข้อกำหนดพื้นฐานสำหรับ DA เฉพาะเชนหลักคือการเข้ากันได้กับ EVM และรับประกันความสามารถในการทำงานร่วมกันกับข้อมูลและสัญญา Ethereum โครงการตัวแทน ได้แก่ Topia, EthStorage ฯลฯ ในบรรดา EthStorage ปัจจุบันได้รับการพัฒนาอย่างดีที่สุดในแง่ของความเข้ากันได้ เนื่องจากนอกเหนือจากความเข้ากันได้ในระดับ EVM แล้ว มันยังได้ตั้งค่าอินเทอร์เฟซที่เกี่ยวข้องเป็นพิเศษเพื่อเชื่อมต่อกับเครื่องมือพัฒนา Ethereum เช่น Remix และ Hardhat เพื่อให้บรรลุความเข้ากันได้ที่ ระดับเครื่องมือการพัฒนา Ethereum
2. EthStorage: EthStorage เป็นเครือข่ายสาธารณะที่ไม่ขึ้นอยู่กับ Ethereum แต่โหนดที่ทำงานบนเครือข่ายนั้นเหนือกว่าโหนด Ethereum นั่นคือโหนดที่ใช้ EthStorage สามารถรัน Ethereum ได้ในเวลาเดียวกัน คุณสามารถเข้าถึง EthStorage ได้โดยตรงผ่านรหัสการดำเนินการบน Ethereum EthStorage ดำเนินการ ในโมเดลพื้นที่จัดเก็บข้อมูลของ EthStorage ข้อมูลเมตาเพียงเล็กน้อยเท่านั้นที่จะยังคงอยู่ในเมนเน็ต Ethereum เพื่อการจัดทำดัชนี โดยพื้นฐานแล้วจะสร้างฐานข้อมูลแบบกระจายอำนาจสำหรับ Ethereum ในโซลูชันปัจจุบัน EthStorage ดำเนินการโต้ตอบระหว่างเครือข่ายหลัก Ethereum และ EthStorage โดยการปรับใช้สัญญา EthStorage บนเครือข่ายหลัก Ethereum หาก Ethereum ต้องการจัดเก็บข้อมูล ก็จำเป็นต้องเรียกใช้ฟังก์ชัน put() ในสัญญา พารามิเตอร์อินพุตคือคีย์ตัวแปรและข้อมูลแบบสองไบต์ โดยที่ data แสดงถึงข้อมูลที่จะจัดเก็บ และคีย์คือตำแหน่งของคีย์ในเครือข่าย Ethereum การระบุตัวตนถือได้ว่าคล้ายคลึงกับการมีอยู่ของ CID ใน IPFS หลังจากที่คู่ข้อมูล (คีย์, ข้อมูล) ถูกจัดเก็บในเครือข่าย EthStorage เรียบร้อยแล้ว EthStorage จะสร้าง kvldx และส่งคืนไปยังเครือข่ายหลักของ Ethereum และสอดคล้องกับคีย์บน Ethereum ค่านี้สอดคล้องกับที่อยู่การจัดเก็บข้อมูลบน EthStorage ดังนั้นจึงเป็นไปได้ตั้งแต่แรก ปัญหาของการต้องจัดเก็บข้อมูลจำนวนมากตอนนี้กลายเป็นการจัดเก็บข้อมูลคู่เดียว (คีย์ kvldx) ซึ่งช่วยลดต้นทุนการจัดเก็บข้อมูลของ Ethereum mainnet ได้อย่างมาก . หากคุณต้องการเรียกใช้ข้อมูลที่เก็บไว้ก่อนหน้านี้ คุณต้องใช้ฟังก์ชัน get() ใน EthStorage และป้อนพารามิเตอร์คีย์ คุณสามารถค้นหาข้อมูลบน EthStorage ได้อย่างรวดเร็วผ่าน kvldx ที่จัดเก็บไว้ใน Ethereum

สัญญา EthStorage แหล่งที่มาของภาพ: Kernel Ventures

1. ในแง่ของวิธีที่โหนดจัดเก็บข้อมูลโดยเฉพาะ EthStorage ใช้โมเดล Arweave ประการแรก คู่ (k, v) จำนวนมากจาก ETH จะถูกแบ่งส่วน แต่ละ Sharding มีจำนวนคู่ข้อมูล (k, v) คงที่ นอกจากนี้ยังมีข้อจำกัดเกี่ยวกับขนาดเฉพาะของแต่ละคู่ (k, v) ด้วยวิธีนี้ จึงรับประกันความเป็นธรรมของปริมาณงานที่ตามมาสำหรับนักขุดในกระบวนการให้รางวัลพื้นที่จัดเก็บ สำหรับการออกรางวัล จำเป็นต้องตรวจสอบก่อนว่าโหนดจัดเก็บข้อมูลหรือไม่ ในระหว่างกระบวนการนี้ EthStorage จะแบ่ง Sharding (ขนาดระดับ TB) ออกเป็นหลายๆ ส่วน และเก็บ Verkle root บนเครือข่ายหลักของ Ethereum ไว้สำหรับการตรวจสอบ จากนั้นนักขุดจะต้องจัดเตรียม nonce ก่อนเพื่อสร้างที่อยู่ของหลาย ๆ ชิ้นผ่านอัลกอริธึมแบบสุ่มพร้อมแฮชของบล็อกก่อนหน้าบน EthStorage นักขุดจำเป็นต้องให้ข้อมูลของชิ้นส่วนเหล่านี้เพื่อพิสูจน์ว่าได้เก็บข้อมูล Sharding ทั้งหมดไว้จริงๆ แต่ไม่สามารถเลือก nonce นี้ได้เอง มิฉะนั้น โหนดจะเลือก nonce ที่เหมาะสมซึ่งสอดคล้องกับก้อนที่เก็บไว้เท่านั้นและผ่านการตรวจสอบ ดังนั้น nonce นี้จะต้องเป็นค่าความยากของ chunk ที่สร้างขึ้นที่สามารถตอบสนองความต้องการของเครือข่ายหลังจากผสมและ hashing และเฉพาะโหนดแรกที่ส่ง nonce และหลักฐานการเข้าถึงแบบสุ่มเท่านั้นที่จะได้รับรางวัล

4.2.2 การทำให้เป็นโมดูล DA: Celestia

1. โมดูลบล็อคเชน: ในขั้นตอนนี้ ธุรกรรมที่จำเป็นต้องดำเนินการโดยเชนสาธารณะ Layer1 ส่วนใหญ่จะแบ่งออกเป็นสี่ส่วนดังต่อไปนี้: (1) ออกแบบตรรกะพื้นฐานของเครือข่าย เลือกโหนดการตรวจสอบในลักษณะเฉพาะ เขียนบล็อก และจัดสรร รางวัลสำหรับผู้ดูแลเครือข่าย (2) จัดทำและประมวลผลธุรกรรมและเผยแพร่ธุรกรรมที่เกี่ยวข้อง (3) ตรวจสอบธุรกรรมที่จะอัปโหลดไปยังเชนและกำหนดสถานะสุดท้าย (4) จัดเก็บและรักษาข้อมูลประวัติบนบล็อคเชน ตามฟังก์ชันต่างๆ ที่เสร็จสมบูรณ์ เราสามารถแบ่งบล็อกเชนออกเป็นสี่โมดูล ได้แก่ ชั้นฉันทามติ ชั้นการดำเนินการ ชั้นการชำระเงิน และชั้นความพร้อมของข้อมูล (ชั้น DA)
2. การออกแบบบล็อกเชนแบบแยกส่วน: เป็นเวลานานแล้วที่โมดูลทั้งสี่นี้ถูกรวมเข้ากับเครือข่ายสาธารณะ บล็อคเชนดังกล่าวเรียกว่าบล็อคเชนเดี่ยว แบบฟอร์มนี้มีความเสถียรมากกว่าและบำรุงรักษาง่ายกว่า แต่ยังสร้างแรงกดดันอย่างมากต่อห่วงโซ่สาธารณะเดียว ในระหว่างการทำงานจริง โมดูลทั้งสี่นี้จะจำกัดซึ่งกันและกันและแข่งขันกันเพื่อทรัพยากรการประมวลผลและการจัดเก็บข้อมูลที่จำกัดของเครือข่ายสาธารณะ ตัวอย่างเช่น การเพิ่มความเร็วในการประมวลผลของชั้นการประมวลผลจะทำให้ชั้นความพร้อมใช้งานของข้อมูลมีความกดดันในการจัดเก็บข้อมูลมากขึ้น เพื่อให้มั่นใจในความปลอดภัยของเลเยอร์การดำเนินการ จำเป็นต้องมีกลไกการตรวจสอบที่ซับซ้อนมากขึ้น แต่จะทำให้ความเร็วในการประมวลผลธุรกรรมช้าลง ดังนั้น การพัฒนาเครือข่ายสาธารณะมักจะเผชิญกับข้อเสียระหว่างโมดูลทั้งสี่นี้ เพื่อทำลายปัญหาคอขวดของการปรับปรุงประสิทธิภาพห่วงโซ่สาธารณะ นักพัฒนาได้เสนอโซลูชันบล็อกเชนแบบโมดูลาร์ แนวคิดหลักของบล็อคเชนแบบแยกส่วนคือการแยกหนึ่งหรือหลายโมดูลที่กล่าวถึงข้างต้นและนำไปใช้ในเครือข่ายสาธารณะที่แยกจากกัน ด้วยวิธีนี้ ห่วงโซ่สาธารณะสามารถมุ่งเน้นไปที่การปรับปรุงความเร็วของธุรกรรมหรือความจุในการจัดเก็บข้อมูลเท่านั้น โดยทำลายข้อจำกัดก่อนหน้านี้เกี่ยวกับประสิทธิภาพโดยรวมของบล็อกเชนเนื่องจากข้อบกพร่อง
3. Modular DA: วิธีการที่ซับซ้อนในการแยกเลเยอร์ DA ออกจากธุรกิจบล็อกเชนและส่งต่อไปยังเครือข่ายสาธารณะถือเป็นวิธีแก้ปัญหาที่เป็นไปได้สำหรับข้อมูลประวัติที่เพิ่มขึ้นของเลเยอร์ 1 การสำรวจในพื้นที่นี้ยังอยู่ในช่วงเริ่มต้นของระยะนี้ และโครงการที่เป็นตัวแทนมากที่สุดในปัจจุบันคือ Celestia ในแง่ของวิธีการจัดเก็บข้อมูลเฉพาะ Celestia ใช้วิธีการจัดเก็บข้อมูลของ Danksharding ซึ่งแบ่งข้อมูลออกเป็นหลายบล็อก และแต่ละโหนดจะแยกส่วนหนึ่งสำหรับการจัดเก็บ และใช้ความมุ่งมั่นพหุนาม KZG เพื่อตรวจสอบความสมบูรณ์ของข้อมูล ในเวลาเดียวกัน Celestia ใช้โค้ดลบ RS สองมิติขั้นสูง ข้อมูลต้นฉบับจะถูกเขียนใหม่ในรูปแบบของ ak matrix และสามารถกู้คืนข้อมูลต้นฉบับได้เพียง 25% เท่านั้น อย่างไรก็ตาม พื้นที่จัดเก็บข้อมูลแบบแบ่งส่วนข้อมูลโดยพื้นฐานแล้วจะคูณแรงกดดันในการจัดเก็บของโหนดเครือข่ายทั้งหมดด้วยค่าสัมประสิทธิ์ของปริมาณข้อมูลทั้งหมด แรงกดดันในการจัดเก็บข้อมูลของโหนดและปริมาณข้อมูลยังคงมีการเติบโตเชิงเส้น ในขณะที่เลเยอร์ 1 ยังคงปรับปรุงความเร็วในการทำธุรกรรม แรงกดดันในการจัดเก็บข้อมูลของโหนดอาจยังคงถึงระดับวิกฤตที่ยอมรับไม่ได้ในวันหนึ่ง เพื่อแก้ไขปัญหานี้ คอมโพเนนต์ IPLD ถูกนำมาใช้ใน Celestia สำหรับการประมวลผล สำหรับ kข้อมูลใน k matrix ไม่ได้จัดเก็บโดยตรงบน Celestia แต่ถูกเก็บไว้ในเครือข่าย LL-IPFS และมีเพียงรหัส CID ของข้อมูลบน IPFS เท่านั้นที่จะยังคงอยู่ในโหนด เมื่อผู้ใช้ร้องขอข้อมูลประวัติบางส่วน โหนดจะส่ง CID ที่เกี่ยวข้องไปยังส่วนประกอบ IPLD และข้อมูลต้นฉบับจะถูกเรียกใช้บน IPFS ผ่าน CID นี้ หากมีข้อมูลอยู่บน IPFS ข้อมูลนั้นจะถูกส่งกลับผ่านคอมโพเนนต์และโหนด IPLD หากไม่มีอยู่ก็ไม่สามารถส่งคืนข้อมูลได้

วิธีการอ่านข้อมูล Celestia แหล่งที่มาของภาพ: Celestia Core

1. Celestia: จาก Celestia เป็นตัวอย่าง เราจะได้เห็นภาพรวมของการประยุกต์ใช้บล็อคเชนแบบโมดูลาร์ในการแก้ปัญหาการจัดเก็บข้อมูลของ Ethereum โหนด Rollup จะส่งข้อมูลธุรกรรมที่แพ็กเกจและตรวจสอบแล้วไปยัง Celestia และจัดเก็บข้อมูลบน Celestia ในระหว่างกระบวนการนี้ Celestia จะจัดเก็บเฉพาะข้อมูลโดยไม่มีการรับรู้มากเกินไป สุดท้าย Rollup node จะถูกทอยตามขนาดของพื้นที่จัดเก็บข้อมูล โทเค็น Tia ที่เกี่ยวข้องจะจ่ายให้กับ Celestia เป็นค่าธรรมเนียมการจัดเก็บ พื้นที่จัดเก็บข้อมูลใน Celstia ใช้ DAS และรหัสการลบคล้ายกับที่อยู่ใน EIP4844 แต่รหัสการลบพหุนามใน EIP4844 ได้รับการอัปเกรดแล้ว และใช้รหัสการลบ RS สองมิติเพื่ออัปเกรดความปลอดภัยของพื้นที่จัดเก็บข้อมูลอีกครั้ง มีเพียง 25% ของการแตกหักเท่านั้นที่สามารถกู้คืนข้อมูลธุรกรรมทั้งหมดได้ โดยพื้นฐานแล้วมันเป็นเพียงเครือข่ายสาธารณะ POS ที่มีต้นทุนการจัดเก็บต่ำ หากต้องการใช้เพื่อแก้ปัญหาการจัดเก็บข้อมูลในอดีตของ Ethereum จำเป็นต้องมีโมดูลเฉพาะอื่น ๆ อีกมากมายเพื่อร่วมมือกับ Celestia ตัวอย่างเช่น ในแง่ของการสะสม โหมดการสะสมที่แนะนำเป็นอย่างยิ่งบนเว็บไซต์อย่างเป็นทางการของ Celestia คือ Sovereign Rollup แตกต่างจาก Rollup ทั่วไปในเลเยอร์ 2 ธุรกรรมจะได้รับการคำนวณและตรวจสอบเท่านั้น กล่าวคือ การดำเนินการของเลเยอร์การดำเนินการเสร็จสมบูรณ์ Sovereign Rollup ประกอบด้วยการดำเนินการและกระบวนการชำระเงินทั้งหมด ซึ่งช่วยลดการประมวลผลธุรกรรมบน Celestia เมื่อความปลอดภัยโดยรวมของ Celestia อ่อนแอกว่า Ethereum มาตรการนี้สามารถเพิ่มความปลอดภัยสูงสุดของกระบวนการทำธุรกรรมโดยรวมได้ ในแง่ของการรับรองความปลอดภัยของข้อมูลที่ Celestia ซึ่งเป็นเครือข่ายหลักของ Ethereum โซลูชันกระแสหลักที่สุดในขณะนี้คือสัญญาอัจฉริยะสะพานแรงโน้มถ่วงควอนตัม สำหรับข้อมูลที่จัดเก็บไว้ใน Celestia จะสร้าง Verkle Root (หลักฐานความพร้อมใช้งานของข้อมูล) และเก็บไว้ในสัญญาสะพานแรงโน้มถ่วงควอนตัมของเครือข่ายหลัก Ethereum ทุกครั้งที่ Ethereum เรียกใช้ข้อมูลในอดีตบน Celestia ผลลัพธ์แฮชของมันจะถูกนำมาเปรียบเทียบกับ Verkle Root ที่ใช้ในการเปรียบเทียบ และหากตรงกัน ก็หมายความว่าเป็นข้อมูลทางประวัติศาสตร์ที่แท้จริง

4.2.3 ห่วงโซ่การจัดเก็บ DA

ในแง่ของหลักการทางเทคนิคของ DA ของเชนหลัก เทคโนโลยีหลายอย่างที่คล้ายกับ Sharding นั้นถูกยืมมาจากเชนสาธารณะของการจัดเก็บ ในบรรดา DA ของบริษัทอื่น บางแห่งใช้เชนสาธารณะของพื้นที่จัดเก็บข้อมูลโดยตรงเพื่อดำเนินงานจัดเก็บข้อมูลบางอย่างให้เสร็จสมบูรณ์ ตัวอย่างเช่น ข้อมูลธุรกรรมเฉพาะใน Celestia จะถูกวางบนเครือข่าย LL-IPFS ในโซลูชัน DA ของบริษัทอื่น นอกเหนือจากการสร้างห่วงโซ่สาธารณะแยกต่างหากเพื่อแก้ปัญหาการจัดเก็บข้อมูลของ Layer1 แล้ว วิธีที่ตรงกว่านั้นคือการเชื่อมต่อห่วงโซ่สาธารณะของการจัดเก็บข้อมูลกับ Layer1 โดยตรงเพื่อจัดเก็บข้อมูลประวัติขนาดใหญ่บน Layer1 สำหรับบล็อกเชนที่มีประสิทธิภาพสูง ปริมาณข้อมูลประวัติจะยิ่งเพิ่มมากขึ้น เมื่อทำงานด้วยความเร็วสูงสุด ปริมาณข้อมูลของโซลานาเชนสาธารณะประสิทธิภาพสูงจะอยู่ใกล้กับ 4 PG ซึ่งอยู่นอกเหนือช่วงการจัดเก็บข้อมูลของโหนดทั่วไปโดยสิ้นเชิง โซลูชันที่ Solana เลือกคือการจัดเก็บข้อมูลประวัติบนเครือข่ายการจัดเก็บข้อมูลแบบกระจายอำนาจ Arweave และเก็บข้อมูลไว้เพียง 2 วันบนโหนดเครือข่ายหลักสำหรับการตรวจสอบ เพื่อให้มั่นใจในความปลอดภัยของกระบวนการจัดเก็บ Solana และ Arweave Chain ได้ออกแบบโปรโตคอลสะพานจัดเก็บข้อมูลอย่าง Solar Bridge เป็นพิเศษ ข้อมูลที่ตรวจสอบโดยโหนด Solana จะถูกซิงโครไนซ์กับ Arweave และแท็กที่เกี่ยวข้องจะถูกส่งกลับ ผ่านแท็กนี้เท่านั้น โหนด Solana สามารถดูข้อมูลประวัติของบล็อกเชน Solana ได้ตลอดเวลา บน Arweave โหนดเครือข่ายทั้งหมดไม่จำเป็นต้องรักษาความสอดคล้องของข้อมูล และใช้เป็นเกณฑ์ในการเข้าร่วมในการดำเนินงานของเครือข่าย จะใช้การจัดเก็บรางวัลแทน ประการแรก Arweave ไม่ได้ใช้โครงสร้างลูกโซ่แบบดั้งเดิมในการสร้างบล็อก แต่จะคล้ายกับโครงสร้างกราฟมากกว่า ใน Arweave บล็อกใหม่จะไม่เพียงชี้ไปที่บล็อกก่อนหน้า แต่ยังสุ่มชี้ไปที่บล็อกที่เรียกคืนบล็อกที่สร้างขึ้นด้วย ตำแหน่งเฉพาะของ Recall Block ถูกกำหนดโดยผลลัพธ์แฮชของบล็อกก่อนหน้าและความสูงของบล็อก ไม่ทราบตำแหน่งของ Recall Block จนกว่าบล็อกก่อนหน้าจะถูกขุด อย่างไรก็ตาม ในกระบวนการสร้างบล็อกใหม่ โหนดจำเป็นต้องมีข้อมูล Recall Block เพื่อใช้กลไก POW เพื่อคำนวณแฮชของความยากที่ระบุ เฉพาะนักขุดคนแรกที่คำนวณแฮชที่ตรงกับความยากเท่านั้นที่จะได้รับรางวัล ซึ่งกระตุ้นให้นักขุดเก็บให้ได้มากที่สุด ข้อมูลทางประวัติศาสตร์. ในเวลาเดียวกัน ยิ่งมีคนเก็บบล็อกในอดีตน้อยลง โหนดก็จะมีคู่แข่งน้อยลงเมื่อสร้าง nonce ที่ตรงกับความยาก กระตุ้นให้นักขุดเก็บบล็อกในเครือข่ายน้อยลง สุดท้ายนี้ เพื่อให้แน่ใจว่าโหนดจะจัดเก็บข้อมูลใน Arweave อย่างถาวร จึงขอแนะนำกลไกการให้คะแนนโหนดของ WildFire โหนดมีแนวโน้มที่จะสื่อสารกับโหนดที่สามารถให้ข้อมูลประวัติได้เร็วขึ้น ในขณะที่โหนดที่มีอันดับต่ำกว่ามักจะไม่สามารถรับบล็อกและข้อมูลธุรกรรมล่าสุดได้โดยเร็วที่สุด และดังนั้นจึงไม่สามารถใช้ประโยชน์จากการแข่งขัน POW...

วิธีการก่อสร้างบล็อก Arweave แหล่งที่มาของภาพ: Arweave Yellow-Paper

5. การเปรียบเทียบแบบสังเคราะห์

ต่อไป เราจะเปรียบเทียบข้อดีและข้อเสียของโซลูชันการจัดเก็บข้อมูลทั้งห้าแบบโดยพิจารณาจากตัวบ่งชี้ประสิทธิภาพทั้งสี่มิติ

1. ความปลอดภัย: แหล่งที่มาที่ใหญ่ที่สุดของปัญหาด้านความปลอดภัยของข้อมูลคือการสูญเสียที่เกิดขึ้นระหว่างกระบวนการส่งข้อมูลและการดัดแปลงที่เป็นอันตรายจากโหนดที่ไม่ซื่อสัตย์ ในกระบวนการข้ามสายโซ่ เนื่องจากความเป็นอิสระและสถานะของสายโซ่สาธารณะทั้งสอง ความปลอดภัยของการส่งข้อมูลถือเป็นหนึ่งในประเด็นที่ได้รับผลกระทบหนักที่สุด นอกจากนี้ เลเยอร์ 1 ซึ่งปัจจุบันต้องการเลเยอร์ DA เฉพาะ มักจะมีกลุ่มที่เป็นเอกฉันท์ที่แข็งแกร่ง และความปลอดภัยของมันจะสูงกว่าเชนสาธารณะที่จัดเก็บข้อมูลทั่วไปมาก ดังนั้นโซลูชัน DA ของสายหลักจึงมีความปลอดภัยสูงกว่า หลังจากมั่นใจในความปลอดภัยของการส่งข้อมูลแล้ว ขั้นตอนต่อไปคือมั่นใจในความปลอดภัยของข้อมูลการโทร หากพิจารณาเฉพาะข้อมูลประวัติระยะสั้นที่ใช้ในการตรวจสอบธุรกรรม ข้อมูลเดียวกันนั้นจะถูกสำรองข้อมูลโดยเครือข่ายทั้งหมดในเครือข่ายการจัดเก็บข้อมูลชั่วคราว ในโซลูชันที่คล้ายกับ DankSharding จำนวนการสำรองข้อมูลโดยเฉลี่ยจะอยู่ที่ 1/N ของจำนวนโหนดในเครือข่ายทั้งหมด ความซ้ำซ้อนของข้อมูลที่มากขึ้นอาจทำให้ข้อมูลสูญหายน้อยลง และยังสามารถให้ตัวอย่างอ้างอิงเพิ่มเติมในระหว่างการตรวจสอบอีกด้วย ดังนั้นการจัดเก็บข้อมูลชั่วคราวจะมีความปลอดภัยของข้อมูลค่อนข้างสูง ในโซลูชัน DA ของบริษัทอื่น DA เฉพาะสายโซ่หลักใช้โหนดสาธารณะกับสายโซ่หลัก และข้อมูลสามารถส่งโดยตรงผ่านโหนดรีเลย์เหล่านี้ในระหว่างกระบวนการข้ามสายโซ่ ดังนั้นจึงมีความปลอดภัยค่อนข้างสูงกว่าโซลูชัน DA อื่นๆ .
2. ต้นทุนการจัดเก็บ: ปัจจัยที่ใหญ่ที่สุดที่ส่งผลต่อต้นทุนการจัดเก็บคือปริมาณของข้อมูลซ้ำซ้อน ในโซลูชันการจัดเก็บข้อมูลระยะสั้นของ DA สายหลัก จะถูกจัดเก็บในรูปแบบของการซิงโครไนซ์ข้อมูลของโหนดเครือข่ายทั้งหมด ข้อมูลที่จัดเก็บใหม่ใดๆ จะต้องได้รับการสำรองข้อมูลในโหนดเครือข่ายทั้งหมด ซึ่งมีต้นทุนการจัดเก็บข้อมูลสูงสุด ค่าใช้จ่ายในการจัดเก็บข้อมูลที่สูงจะกำหนดว่าวิธีนี้เหมาะสำหรับการจัดเก็บข้อมูลชั่วคราวในเครือข่าย TPS สูงเท่านั้น วิธีที่สองคือวิธีการจัดเก็บ Sharding รวมถึง Sharding ในเชนหลักและ Sharding ใน DA บุคคลที่สาม เนื่องจากเชนหลักมักจะมีโหนดมากกว่า Block ที่เกี่ยวข้องก็จะมีการสำรองข้อมูลมากกว่า ดังนั้นโซลูชัน Sharding ของเชนหลักจึงมีต้นทุนที่สูงกว่า ต้นทุนการจัดเก็บข้อมูลต่ำสุดคือเครือข่ายการจัดเก็บข้อมูลสาธารณะ DA ซึ่งใช้วิธีการจัดเก็บรางวัล ภายใต้แผนนี้ ปริมาณข้อมูลซ้ำซ้อนมักจะผันผวนรอบค่าคงที่คงที่ ในเวลาเดียวกัน ยังมีการนำกลไกการปรับแบบไดนามิกมาใช้ในเชนสาธารณะของพื้นที่จัดเก็บข้อมูล DA เพื่อดึงดูดโหนดให้จัดเก็บข้อมูลที่มีการสำรองข้อมูลน้อยลงด้วยการเพิ่มรางวัลเพื่อให้มั่นใจในความปลอดภัยของข้อมูล
3. ความเร็วในการอ่านข้อมูล: ความเร็วในการจัดเก็บข้อมูลส่วนใหญ่ได้รับผลกระทบจากตำแหน่งการจัดเก็บข้อมูลในพื้นที่จัดเก็บข้อมูล เส้นทางดัชนีข้อมูล และการกระจายของข้อมูลในโหนด ตำแหน่งการจัดเก็บข้อมูลบนโหนดมีผลกระทบต่อความเร็วมากกว่า เนื่องจากการจัดเก็บข้อมูลในหน่วยความจำหรือ SSD อาจทำให้ความเร็วในการอ่านแตกต่างกันหลายสิบเท่า การจัดเก็บของเชนสาธารณะ DA ส่วนใหญ่ใช้ที่เก็บข้อมูล SSD เนื่องจากโหลดบนเชนนี้ไม่เพียงแต่รวมถึงข้อมูลของเลเยอร์ DA เท่านั้น แต่ยังรวมถึงข้อมูลส่วนบุคคลที่มีการใช้งานหน่วยความจำสูง เช่น วิดีโอและรูปภาพที่อัปโหลดโดยผู้ใช้ หากเครือข่ายไม่ใช้ SSD เป็นพื้นที่จัดเก็บข้อมูล จะเป็นการยากที่จะรับภาระในการจัดเก็บข้อมูลจำนวนมากและตอบสนองความต้องการในการจัดเก็บข้อมูลในระยะยาว ประการที่สอง สำหรับ DA ของบริษัทอื่นและ DA สายหลักที่ใช้สถานะหน่วยความจำในการจัดเก็บข้อมูล DA ของบริษัทอื่นจะต้องค้นหาข้อมูลดัชนีที่เกี่ยวข้องในสายหลักก่อน จากนั้นจึงถ่ายโอนข้อมูลดัชนีข้ามสายโซ่ไปยังสายที่สาม -ปาร์ตี้ DA และส่งคืนผ่านข้อมูลบริดจ์การจัดเก็บข้อมูล ในทางตรงกันข้าม DA สายหลักสามารถสืบค้นข้อมูลจากโหนดได้โดยตรง จึงมีความเร็วในการดึงข้อมูลที่เร็วกว่า สุดท้าย ภายในเชนหลัก DA วิธีการ Sharding จำเป็นต้องเรียก Block จากหลายโหนดและกู้คืนข้อมูลต้นฉบับ ดังนั้นเมื่อเทียบกับการจัดเก็บข้อมูลระยะสั้นที่ไม่มีการจัดเก็บแบบกระจัดกระจายความเร็วจะช้าลง
4. ความเป็นสากลของเลเยอร์ DA: ความเป็นสากลของ DA ของห่วงโซ่หลักนั้นใกล้เคียงกับศูนย์ เนื่องจากเป็นไปไม่ได้ที่จะถ่ายโอนข้อมูลบนห่วงโซ่สาธารณะที่มีพื้นที่จัดเก็บไม่เพียงพอไปยังห่วงโซ่สาธารณะอื่นที่มีพื้นที่จัดเก็บไม่เพียงพอ ใน DA ของบริษัทอื่น ความอเนกประสงค์ของโซลูชันและความเข้ากันได้กับสายโซ่หลักเฉพาะถือเป็นตัวบ่งชี้ที่ขัดแย้งกัน ตัวอย่างเช่น ในโซลูชัน DA เฉพาะเชนหลักที่ออกแบบมาสำหรับเชนหลักบางเชน มีการปรับปรุงมากมายที่ประเภทโหนดและระดับฉันทามติของเครือข่ายเพื่อปรับให้เข้ากับเชนสาธารณะ ดังนั้นการปรับปรุงเหล่านี้จะมีบทบาทในการสื่อสารกับเครือข่ายสาธารณะอื่นๆ อุปสรรคใหญ่ ภายใน DA ของบริษัทอื่น DA เครือข่ายการจัดเก็บข้อมูลสาธารณะจะทำงานได้ดีกว่าในแง่ของความหลากหลายเมื่อเทียบกับ DA แบบโมดูลาร์ เครือข่ายการจัดเก็บข้อมูลสาธารณะ DA มีชุมชนนักพัฒนาที่ใหญ่ขึ้นและสิ่งอำนวยความสะดวกในการขยายเพิ่มเติม ซึ่งสามารถปรับให้เข้ากับเงื่อนไขของเครือข่ายสาธารณะต่างๆ ในเวลาเดียวกัน เครือข่ายการจัดเก็บข้อมูลสาธารณะ DA จะรับข้อมูลอย่างแข็งขันมากขึ้นผ่านการจับแพ็กเก็ต แทนที่จะรับข้อมูลที่ส่งจากเครือข่ายสาธารณะอื่น ๆ แบบพาสซีฟ ดังนั้นจึงสามารถเข้ารหัสข้อมูลในลักษณะของตัวเอง บรรลุการจัดเก็บข้อมูลสตรีมข้อมูลที่เป็นมาตรฐาน อำนวยความสะดวกในการจัดการข้อมูลจากเชนหลักต่างๆ และปรับปรุงประสิทธิภาพการจัดเก็บข้อมูล

การเปรียบเทียบประสิทธิภาพของโซลูชันการจัดเก็บข้อมูล แหล่งที่มาของรูปภาพ: Kernel Ventures

6. สรุป

บล็อกเชนในปัจจุบันกำลังอยู่ระหว่างการเปลี่ยนแปลงจาก Crypto ไปเป็น Web3 ที่ครอบคลุมมากขึ้น กระบวนการนี้ไม่เพียงแต่นำมาซึ่งความสมบูรณ์ของโครงการบนบล็อกเชนเท่านั้น เพื่อรองรับการดำเนินงานพร้อมกันของหลายโครงการบน Layer1 ในขณะเดียวกันก็รับประกันประสบการณ์ของโครงการ Gamefi และ Socialfi นั้น Layer1 ที่นำเสนอโดย Ethereum ได้นำวิธีการต่าง ๆ เช่น Rollup และ Blobs มาใช้เพื่อปรับปรุง TPS ในบรรดาบล็อกเชนใหม่ จำนวนบล็อกเชนประสิทธิภาพสูงก็เพิ่มขึ้นเช่นกัน แต่ TPS ที่สูงขึ้นไม่เพียงแต่หมายถึงประสิทธิภาพที่สูงขึ้นเท่านั้น แต่ยังรวมถึงแรงกดดันในการจัดเก็บข้อมูลบนเครือข่ายที่มากขึ้นอีกด้วย สำหรับข้อมูลประวัติขนาดใหญ่ ปัจจุบันมีการเสนอวิธีการ DA ต่างๆ ที่อิงตามเชนหลักและบุคคลที่สามเพื่อปรับให้เข้ากับแรงกดดันในการจัดเก็บข้อมูลบนเชนที่เพิ่มขึ้น วิธีการปรับปรุงแต่ละวิธีมีข้อดีและข้อเสีย และมีการนำไปใช้ที่แตกต่างกันในสถานการณ์ที่แตกต่างกัน

บล็อกเชนที่เน้นการชำระเงินมีข้อกำหนดที่สูงมากสำหรับความปลอดภัยของข้อมูลในอดีต และไม่ได้ติดตาม TPS ที่สูงเป็นพิเศษ หากเชนสาธารณะประเภทนี้ยังอยู่ในขั้นตอนการเตรียมการ ก็สามารถใช้วิธีจัดเก็บข้อมูลที่คล้ายกับ DankSharding ได้ ซึ่งสามารถเพิ่มความจุในการจัดเก็บข้อมูลได้อย่างมากในขณะที่มั่นใจในความปลอดภัย อย่างไรก็ตาม หากเป็นเครือข่ายสาธารณะเช่น Bitcoin ที่เป็นรูปเป็นร่างแล้วและมีโหนดจำนวนมาก ก็มีความเสี่ยงอย่างมากในการปรับปรุงอย่างรวดเร็วในระดับฉันทามติ ดังนั้น เครือข่ายหลักที่ใช้ DA โดยเฉพาะซึ่งมีความปลอดภัยสูงกว่าในพื้นที่จัดเก็บข้อมูลนอกเครือข่ายสามารถใช้เพื่อสร้างสมดุลระหว่างปัญหาด้านความปลอดภัยและการจัดเก็บ... อย่างไรก็ตาม เป็นที่น่าสังเกตว่าฟังก์ชันของบล็อกเชนไม่คงที่ แต่มีการเปลี่ยนแปลงอยู่ตลอดเวลา ตัวอย่างเช่น ฟังก์ชั่นในช่วงแรกๆ ของ Ethereum นั้นส่วนใหญ่จำกัดอยู่ที่การชำระเงินและการประมวลผลสินทรัพย์และธุรกรรมอัตโนมัติอย่างง่ายๆ โดยใช้สัญญาอัจฉริยะ อย่างไรก็ตาม เนื่องจากภูมิทัศน์บล็อกเชนยังคงขยายตัวอย่างต่อเนื่อง โครงการ Socialfi และ Defi ต่างๆ จึงค่อยๆ ถูกเพิ่มเข้ามาใน Ethereum ทำให้ Ethereum พัฒนาไปในทิศทางที่ครอบคลุมมากขึ้น เมื่อเร็ว ๆ นี้ ด้วยการระเบิดของระบบนิเวศที่จารึกบน Bitcoin ค่าธรรมเนียมการทำธุรกรรมของเครือข่าย Bitcoin เพิ่มขึ้นเกือบ 20 เท่าตั้งแต่เดือนสิงหาคม สิ่งนี้สะท้อนให้เห็นว่าความเร็วในการทำธุรกรรมของเครือข่าย Bitcoin ในขั้นตอนนี้ไม่สามารถตอบสนองความต้องการในการทำธุรกรรมได้ และนักเทรดสามารถทำได้เพียงเพิ่มค่าธรรมเนียมเพื่อให้ธุรกรรมดำเนินการได้เร็วที่สุดเท่านั้น ขณะนี้ ชุมชน Bitcoin จำเป็นต้องทำการแลกเปลี่ยน ไม่ว่าจะยอมรับค่าธรรมเนียมที่สูงและความเร็วการทำธุรกรรมที่ช้าลง หรือลดความปลอดภัยของเครือข่ายเพื่อเพิ่มความเร็วในการทำธุรกรรม แต่เอาชนะความตั้งใจเดิมของระบบการชำระเงิน หากชุมชน Bitcoin เลือกอย่างหลัง เมื่อเผชิญกับแรงกดดันด้านข้อมูลที่เพิ่มขึ้น โซลูชันการจัดเก็บข้อมูลที่สอดคล้องกันก็จำเป็นต้องได้รับการปรับเปลี่ยนด้วย

ค่าธรรมเนียมการทำธุรกรรม Bitcoin mainnet มีความผันผวน แหล่งที่มาของภาพ: OKLINK

เครือข่ายสาธารณะที่มีฟังก์ชันที่ครอบคลุมมีการแสวงหา TPS ที่สูงกว่า และการเติบโตของข้อมูลในอดีตก็ยิ่งใหญ่ยิ่งขึ้น เป็นการยากที่จะปรับตัวให้เข้ากับการเติบโตอย่างรวดเร็วของ TPS ในระยะยาวโดยการนำโซลูชันที่คล้ายกับ DankSharding มาใช้ ดังนั้น วิธีที่เหมาะสมกว่าคือการย้ายข้อมูลไปยัง DA บุคคลที่สามเพื่อจัดเก็บข้อมูล ในบรรดาสิ่งเหล่านั้น DA เฉพาะเชนหลักมีความเข้ากันได้สูงสุดและอาจมีข้อได้เปรียบมากกว่าหากพิจารณาเฉพาะปัญหาการจัดเก็บข้อมูลของเชนสาธารณะเดียว แต่ทุกวันนี้ เมื่อเครือข่ายสาธารณะของเลเยอร์ 1 กำลังเฟื่องฟู การถ่ายโอนสินทรัพย์ข้ามเครือข่ายและการโต้ตอบข้อมูลได้กลายเป็นสิ่งที่ชุมชนบล็อกเชนแสวงหาร่วมกัน หากคำนึงถึงการพัฒนาระยะยาวของระบบนิเวศบล็อคเชนทั้งหมด การจัดเก็บข้อมูลประวัติของเชนสาธารณะที่แตกต่างกันบนเชนสาธารณะเดียวกันสามารถขจัดปัญหาด้านความปลอดภัยมากมายในการแลกเปลี่ยนข้อมูลและกระบวนการตรวจสอบได้ ดังนั้นความแตกต่างระหว่าง DA แบบโมดูลาร์และวิธี DA ของโซ่สาธารณะที่เก็บข้อมูลอาจเป็นทางเลือกที่ดีกว่า ภายใต้สถานที่ตั้งของความคล่องตัวที่ใกล้ชิด DA แบบโมดูลาร์มุ่งเน้นไปที่การให้บริการเลเยอร์ DA ของบล็อกเชน การแนะนำข้อมูลประวัติการจัดการข้อมูลดัชนีที่ได้รับการปรับปรุงมากขึ้น ซึ่งสามารถจำแนกประเภทข้อมูลห่วงโซ่สาธารณะที่แตกต่างกันได้อย่างสมเหตุสมผล และจัดเก็บข้อมูลห่วงโซ่สาธารณะ มีข้อดีมากกว่า.. อย่างไรก็ตาม โซลูชันข้างต้นไม่ได้คำนึงถึงต้นทุนในการปรับชั้นฉันทามติบนเครือข่ายสาธารณะที่มีอยู่ กระบวนการนี้มีความเสี่ยงอย่างยิ่ง เมื่อเกิดปัญหาขึ้น อาจนำไปสู่ช่องโหว่ของระบบ และทำให้ห่วงโซ่สาธารณะสูญเสียความเห็นพ้องต้องกันของชุมชน ดังนั้น หากเป็นโซลูชันเฉพาะกาลในระหว่างกระบวนการขยายบล็อคเชน การจัดเก็บเชนหลักชั่วคราวที่ง่ายที่สุดอาจมีความเหมาะสมมากกว่า สุดท้ายนี้ การอภิปรายข้างต้นจะขึ้นอยู่กับประสิทธิภาพระหว่างการปฏิบัติงานจริง อย่างไรก็ตาม หากเป้าหมายของเครือข่ายสาธารณะบางแห่งคือการพัฒนาระบบนิเวศน์และดึงดูดผู้เข้าร่วมโครงการและผู้เข้าร่วมมากขึ้น ก็อาจจะเลือกโครงการที่ได้รับการสนับสนุนและได้รับทุนสนับสนุนจากมูลนิธิ... ตัวอย่างเช่น เมื่อประสิทธิภาพโดยรวมเทียบเท่าหรือเล็กน้อย ต่ำกว่าโซลูชันการจัดเก็บเชนสาธารณะ ชุมชน Ethereum จะมีแนวโน้มที่จะโครงการเลเยอร์ 2 ที่ได้รับการสนับสนุนจาก Ethereum Foundation เช่น EthStorage เพื่อพัฒนาระบบนิเวศ Ethereum ต่อไป

โดยรวมแล้ว ฟังก์ชันของบล็อกเชนในปัจจุบันมีความซับซ้อนมากขึ้นเรื่อยๆ ซึ่งทำให้ความต้องการพื้นที่จัดเก็บข้อมูลเพิ่มมากขึ้นด้วย เมื่อมีโหนดการตรวจสอบ Layer1 เพียงพอ ข้อมูลประวัติก็ไม่จำเป็นต้องสำรองข้อมูลโดยโหนดทั้งหมดในเครือข่ายทั้งหมด เมื่อจำนวนการสำรองข้อมูลถึงค่าที่กำหนดเท่านั้นจึงจะสามารถรับประกันความปลอดภัยสัมพัทธ์ได้.. ในเวลาเดียวกัน การแบ่งงานในเครือข่ายสาธารณะก็มีรายละเอียดมากขึ้นเรื่อย ๆ, เลเยอร์ 1 รับผิดชอบฉันทามติและการดำเนินการ Rollup รับผิดชอบในการคำนวณและการตรวจสอบ และใช้บล็อกเชนที่แยกต่างหากสำหรับการจัดเก็บข้อมูล แต่ละส่วนสามารถมุ่งเน้นไปที่ฟังก์ชันบางอย่างได้ โดยไม่ถูกจำกัดด้วยประสิทธิภาพของส่วนอื่นๆ อย่างไรก็ตาม จำนวนพื้นที่จัดเก็บข้อมูลที่เฉพาะเจาะจงหรือสัดส่วนของโหนดที่ควรได้รับอนุญาตให้จัดเก็บข้อมูลประวัติสามารถบรรลุความสมดุลระหว่างความปลอดภัยและประสิทธิภาพได้ และวิธีรับประกันความสามารถในการทำงานร่วมกันอย่างปลอดภัยระหว่างบล็อกเชนที่แตกต่างกัน นี่เป็นปัญหาที่นักพัฒนาบล็อกเชนต้องคำนึงถึง และปรับปรุงอย่างต่อเนื่อง นักลงทุนยังคงให้ความสนใจกับโครงการ DA เฉพาะเครือข่ายหลักบน Ethereum เนื่องจาก Ethereum มีผู้สนับสนุนเพียงพอแล้วในขั้นตอนนี้ และไม่จำเป็นต้องพึ่งพาชุมชนอื่นเพื่อขยายอิทธิพล สิ่งที่จำเป็นมากกว่าคือการปรับปรุงและพัฒนาชุมชนของคุณและดึงดูดโครงการต่างๆ เข้าสู่ระบบนิเวศ Ethereum มากขึ้น อย่างไรก็ตาม สำหรับเชนสาธารณะที่อยู่ในตำแหน่งที่ตามทัน เช่น Solana และ Aptos เชนเดี่ยวนั้นยังไม่มีระบบนิเวศที่สมบูรณ์เช่นนั้น ดังนั้นจึงอาจมีแนวโน้มมากกว่าที่จะร่วมมือกับชุมชนอื่นๆ เพื่อสร้างระบบนิเวศข้ามเชนขนาดใหญ่ เพื่อขยายอิทธิพล ดังนั้น Layer1 ที่เกิดขึ้นใหม่ DA บุคคลที่สามทั่วไปจึงสมควรได้รับความสนใจมากขึ้น

Kernel Ventures เป็นกองทุนร่วมลงทุนคริปโตที่ขับเคลื่อนโดยชุมชนการวิจัยและพัฒนา โดยมีการลงทุนในระยะเริ่มต้นมากกว่า 70 การลงทุนที่เน้นด้านโครงสร้างพื้นฐาน มิดเดิลแวร์ dApps โดยเฉพาะ ZK, Rollup, DEX, บล็อกเชนแบบโมดูลาร์ และการเริ่มต้นใช้งานพื้นที่แนวตั้งสำหรับผู้ใช้ crypto หลายพันล้านคนใน ในอนาคต เช่น นามธรรมบัญชี ความพร้อมใช้งานของข้อมูล ความสามารถในการปรับขนาด ฯลฯ ในช่วงเจ็ดปีที่ผ่านมา เรามุ่งมั่นที่จะสนับสนุนการเติบโตของชุมชนการพัฒนาหลักและสมาคมบล็อกเชนของมหาวิทยาลัยทั่วโลก

ข้อสงวนสิทธิ์：

1. บทความนี้พิมพ์ซ้ำจาก [กระจกเงา] ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [Kernel Ventures Jerry Luo] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว