การขยายระบบและเวลาของ Bitcoin
P21 แยกการดำเนินงานของเอเจนต์จากเวลาข้อผูกมัด Bitcoin ข้อมูลบล็อกที่ใช้ซ้ำ หลักฐานแคช และการตรวจสอบในเครื่องทำให้การตรวจสอบทั่วไปอยู่นอกเชน แต่ละคำขอไม่ต้องสร้างธุรกรรม inscription หรือ mint ใหม่บน Bitcoin
แยกเส้นทางเร็วและช้า
การตรวจทั่วไปที่รองรับเสร็จได้โดยไม่รอบล็อก Bitcoin ใหม่ เวลาประทับเสริมอาจคง PENDING จนตรวจอย่างอิสระได้ การเลือกที่ต้องใช้ข้อมูล Bitcoin ในอนาคตต้องรอแหล่งและนโยบายยืนยันที่กำหนด จังหวะบล็อกโดยประมาณไม่ใช่เส้นตาย
ผูกมัดข้อมูลเป็นชุด
Merkle commitment แทนแฮชรายงานจำนวนมากด้วย root เดียวได้ ตัวอย่างต้นไม้ไบนารีสมดุลที่มีใบ SHA-256 หนึ่งล้านใบมี root 32 ไบต์ และแฮชพี่น้องประมาณ 20 ตัวต่อเส้นทาง inclusion หรือประมาณ 640 ไบต์ก่อน metadata อื่น นี่เป็นการคำนวณ ไม่ใช่ benchmark ปริมาณงาน
การรวมชุดลดต้นทุนผูกมัด แต่ไม่ลบต้นทุนพื้นที่เก็บ แบนด์วิดท์ ดัชนี สำรอง และความพร้อมข้อมูล หากสมมติรายงานละ 2,000 ไบต์ หนึ่งล้านรายงานต่อวันใช้ประมาณ 2 GB/วันก่อนหลักฐานเพิ่มเติมและสำเนา
ความเสี่ยงแหล่งข้อมูลร่วม
สร้างผลหลายค่าจาก public seed เดียวไม่ได้สร้างเอนโทรปีอิสระ seed ร่วมอาจสร้างแรงจูงใจรวมให้มีอิทธิพลต่องานจำนวนมาก โปรไฟล์คัดเลือกต้องประเมินมูลค่ารวมที่ได้รับผล ไม่ใช่แค่ค่าธรรมเนียมคำขอเดียว
การวัดประสิทธิภาพ
รายงานประสิทธิภาพแยกเวลาเรียกหลักฐาน อัตราแคช เวลาประเมิน เวลาตรวจสอบในเครื่อง ขนาดข้อมูล ต้นทุนต่องาน และการกู้คืนหลังเชนจัดระเบียบใหม่ ผลที่เผยแพร่ระบุรุ่น วิธี และภาระงานแน่นอน การคำนวณตัวอย่างไม่ใช่คำกล่าวอ้าง throughput
แหล่งข้อมูล: ข้ออ้างอิงบล็อก Bitcoin, OpenTimestamps, งานวิจัย Bitcoin Beacon
<!-- p21-source-payment-v08 -->
แคชนิยามและตรวจสถานะเชน
เมื่อผ่านการตรวจตามโปรไฟล์ที่ตรึงแล้ว สามารถแคชเนื้อหาองค์ประกอบด้วย ID inscription และแฮชเนื้อหา ดึงบล็อกที่ต้องการครั้งเดียวแล้วใช้กับงานนอกเชนหลายงาน ตรวจสถานะเชนหลัก ขอบเขตดัชนี และกฎที่ใช้ซ้ำ การจัดระเบียบเชนใหม่ทำให้แคชและผลที่รอซึ่งได้รับผลกระทบต้องยกเลิก ชื่อที่แคชไม่ได้ถูกต้องตลอดไปโดยไม่ขึ้นกับประวัติเชน
ปริมาณใบรับรองขึ้นกับการคำนวณ การเก็บ และการส่งข้อมูลของแอป ไม่ใช่หนึ่งธุรกรรม Bitcoin ต่อหลักฐาน การเลือกที่ต้องใช้ข้อมูล Bitcoin ใหม่ยังต้องรอแหล่งข้อมูลและนโยบายยืนยันที่ระบุ การรวมแฮชแบบ Merkle เป็นทางเลือกเพื่อบันทึกการมีอยู่ก่อน ไม่ได้ยืนยันความถูกต้อง ความครบถ้วน หรือความพร้อมใช้ของข้อมูล P21 ยังไม่มีผลทดสอบปริมาณงานที่เผยแพร่
แบบจำลองต้นทุน
การอ่าน Bitcoin สาธารณะและประเมินองค์ประกอบที่รองรับไม่ต้องจ่ายค่ามินต์ของโปรโตคอล การลงทะเบียนใหม่โดยสมัครใจมีค่าธรรมเนียม inscription ของเครือข่ายและอาจมีค่าบริการ ต้องตรวจความถูกต้องและความไม่ซ้ำก่อนจ่าย คำนวณจากขนาดธุรกรรมเสมือนคูณอัตรา sat/vB ณ เวลานั้น บวกค่าบริการและมูลค่าที่คงอยู่ในเอาต์พุต inscription ห้ามเผยแพร่ค่าเงินดอลลาร์เก่าเป็นราคาปัจจุบัน
ใบรับรองนอกเชนมีต้นทุนโครงสร้างพื้นฐาน ไม่ต้องสร้าง inscription ต่อใบ NAT มีต้นทุนชำระบัญชี Bitcoin/TAP ซึ่งเฉลี่ยผ่านเครดิตบริการ ส่วน USDC มีต้นทุนเครือข่ายและ facilitator ที่เลือก ค่าโฮสต์ API ดัชนีหรือผู้ให้ข้อมูล พื้นที่เก็บ แบนด์วิท์ การตรวจความปลอดภัย การติดตามและบริการช่วยเหลือยังเป็นต้นทุนจริง
[1] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/digital-elements/.element-registry
[2] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/src/index/updater/inscription_updater/tap/ops/dmt_element.rs
[3] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/nat-use-cases/usdnat-method-1-live
[4] https://digital-matter-theory.gitbook.io/digital-matter-theory/introduction/non-arbitrary-tokens-nats/nat-token-transfer
[5] https://docs.x402.org/core-concepts/network-and-token-support
[6] https://github.com/Trac-Systems/ord-tap/blob/b8f6ea35cf6b9d405d4db7c58555e3c8ab33e8cd/README.md
[7] https://arxiv.org/abs/1605.04559