# การขยายระบบและเวลาของ 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](https://developer.bitcoin.org/reference/block_chain.html), [OpenTimestamps](https://opentimestamps.org/), [งานวิจัย Bitcoin Beacon](https://arxiv.org/abs/1605.04559)

<!-- 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