ก่อนอื่น ให้แยกแยะความแตกต่างระหว่างข้อมูลการดำเนินการและข้อมูล Blob
Layer 2 บางส่วนใช้ lobes เพื่อส่งข้อมูลที่เผยแพร่ไปยัง Ethereum เป้าหมายของการออกแบบ lobes คือการทำให้ข้อมูลพร้อมใช้งาน ไม่ใช่ให้ทุกโหนดทั่วไปเก็บรักษาเนื้อหาในอดีตทั้งหมดไว้อย่างถาวร การที่โปรแกรมเรียกดูธุรกรรมแสดงบันทึกการยืนยัน (commit record) ไม่ได้หมายความว่าโหนดปัจจุบันยังคงเก็บรักษาข้อมูลทั้งหมดไว้ เมื่อศึกษาบล็อกเชนเลเยอร์ 2 จำเป็นอย่างยิ่งที่จะต้องชี้แจงวิธีการส่ง การตรวจสอบ และผู้ที่เก็บรักษาข้อมูลในอดีต
ความพร้อมใช้งานในระยะสั้นแตกต่างจากการสำรองข้อมูลถาวร
โปรโตคอลและไคลเอ็นต์กำหนดกฎสำหรับการให้บริการและการเก็บรักษาข้อมูล Blob พารามิเตอร์และการอัปเกรดเหล่านี้อาจเปลี่ยนแปลงได้ โปรดอ้างอิงถึงข้อกำหนดปัจจุบัน อย่าใช้จำนวนวันที่กล่าวถึงในบทความเก่าเป็นหลักประกันถาวร การยืนยันประวัติ (Proof-of-history commitments) อาจยังคงค้นหาได้ แต่การยืนยัน ข้อมูลออนโทโลยี และบริการเก็บรักษาข้อมูลที่มีอยู่เป็นสิ่งต่างกัน การมีแฮชไม่ได้หมายความว่าคุณสามารถกู้คืนเนื้อหาทั้งหมดจากแฮชได้
เหตุใดผู้ใช้ทั่วไปจึงควรใส่ใจ
ยอดคงเหลือในกระเป๋าเงินมักจะมาจากแอปพลิเคชันและโหนด ผู้ใช้แทบจะไม่สามารถดาวน์โหลด Blob ได้โดยตรง อย่างไรก็ตาม เส้นทางการเข้าถึงข้อมูลจะมีความสำคัญในช่วงเวลาที่ผู้ให้บริการหยุดทำงาน การสร้างสถานะใหม่โดยอิสระ หรือการแก้ไขข้อพิพาท ความสามารถในการออกจากเครือข่าย Layer 2 ยังเกี่ยวข้องกับบริดจ์ ระบบพิสูจน์ และสิทธิ์ในการอัปเกรด เราไม่สามารถสันนิษฐานได้ว่าความล้มเหลวทั้งหมดจะได้รับการแก้ไขโดยอัตโนมัติโดยเมนเน็ตเพียงเพราะ "มีการใช้ข้อมูล Ethereum"
ตัวอย่างการสืบค้นข้อมูลในอดีต
สมมติว่านักวิจัยต้องการตรวจสอบชุดธุรกรรม Layer 2 จากหลายเดือนก่อน พวกเขาควรค้นหาบล็อก L2 และชุดธุรกรรมที่ส่งไปยังเมนเน็ตก่อน จากนั้นจึงพิจารณารูปแบบข้อมูลและแหล่งเก็บถาวรที่ยังคงให้ข้อมูลอยู่ หากปลายทางทั่วไปไม่พบข้อมูลเก่า ก็ไม่สามารถสรุปได้ว่าธุรกรรมดั้งเดิมไม่เคยมีอยู่จริง จำเป็นต้องตรวจสอบขอบเขตการให้บริการปลายทาง การอ้างอิงชุดข้อมูล และแหล่งข้อมูลอิสระอื่นๆ และบันทึกขั้นตอนที่ยังไม่สามารถทำซ้ำได้
วิธีการประเมินผู้ให้บริการจัดเก็บข้อมูลถาวร
ตรวจสอบขอบเขตการเก็บรักษาข้อมูล การตรวจสอบความสมบูรณ์ของข้อมูล รูปแบบการดาวน์โหลด ข้อจำกัดอัตรา เงื่อนไขการชำระเงิน และประวัติการหยุดชะงักของผู้ให้บริการ ควรตรวจสอบความสัมพันธ์ระหว่างเนื้อหาที่ดาวน์โหลดกับข้อผูกพันของโปรโตคอล และหลีกเลี่ยงการพึ่งพา API เชิงพาณิชย์เพียงตัวเดียว การจัดเก็บถาวรต้องมีผู้รับผิดชอบที่ชัดเจนและกลไกที่ตรวจสอบได้ สโลแกนส่งเสริมการขายไม่เท่ากับข้อผูกพันในการให้บริการระยะยาวที่บังคับใช้ได้
จัดหาแหล่งข้อมูลสำหรับบทความและการวิจัยข้อมูล
จัดเก็บตัวระบุเครือข่าย L1 และ L2 แฮชชุดข้อมูลและบล็อก เวอร์ชันข้อกำหนด เวลาการสืบค้น และที่อยู่การจัดเก็บ เมื่ออ้างอิงข้อมูล โปรดระบุว่าการดาวน์โหลดเสร็จสมบูรณ์หรือไม่ มีช่องว่างหรือไม่ และได้รับการตรวจสอบโดยอิสระแล้วหรือไม่ เอกสารนี้อธิบายเฉพาะวงจรชีวิตของข้อมูลเท่านั้น และไม่รับประกันความปลอดภัยของระบบเลเยอร์ 2 ใดๆ การอัปเกรดโปรโตคอล บริการจัดเก็บข้อมูล และเงื่อนไขการออกจากระบบ ควรได้รับการตรวจสอบอีกครั้งก่อนใช้งานจริง