ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
ข้อมูลสำหรับการสแกนบนมือถือที่จำเป็นต่อ Silent Payments ของบิตคอยน์(BTC) ถูกประเมินว่าอยู่ที่ประมาณ 8.0MB ต่อวันในช่วงข้อมูลล่าสุด อย่างไรก็ตาม หากเซิร์ฟเวอร์ระยะไกลตกหล่นข้อมูลรายธุรกรรมบางส่วน กระเป๋าเงินอาจไม่พบรายการฝาก แม้ซิงก์ข้อมูลเสร็จแล้วก็ตาม
CryptoSlate รายงานเมื่อวันที่ 15 โดยอ้างอิงผลวัดจากการวิเคราะห์บล็อกบิตคอยน์ 255,434 บล็อกว่า ฟีดสแกนทั้งหมดของ BlindBit Oracle v2 ต้องใช้ข้อมูลประมาณ 8.0MB ต่อวัน ตัวเลขดังกล่าวเป็นค่าเฉลี่ยจากช่วงล่าสุดที่คำนวณบนพื้นฐาน 144 บล็อกต่อวัน และแตกต่างจากพื้นที่ที่ต้องใช้สำหรับดาวน์โหลดข้อมูลย้อนหลังทั้งหมดเป็นครั้งแรก
Silent Payments ถูกออกแบบให้ผู้ใช้เผยแพร่ที่อยู่ถาวรเพียงหนึ่งรายการ ขณะที่ระบบจะสร้างที่อยู่ Taproot ใหม่สำหรับแต่ละธุรกรรมที่รับเงิน ผู้ส่งใช้ข้อมูลสาธารณะของผู้รับเพื่อสร้างปลายทาง ส่วนกระเป๋าเงินของผู้รับจะผสานข้อมูลอินพุตของธุรกรรมเข้ากับคีย์สแกนเพื่อค้นหาเอาต์พุตที่เป็นของตน
BIP-352 ระบุว่าวิธีดังกล่าวช่วยลดการเชื่อมโยงธุรกรรมบนเชนที่เกิดจากการใช้ที่อยู่ซ้ำ อย่างไรก็ตาม การรองรับไลต์ไคลเอนต์ที่ไม่ประมวลผลบล็อกเชนโดยตรงยังเป็นประเด็นที่ต้องศึกษาเพิ่มเติม
หากกระเป๋าเงินบนมือถือไม่ประมวลผลบล็อกเชนทั้งหมดโดยตรง ก็ต้องรับข้อมูลสาธารณะรายธุรกรรมที่เรียกว่า ‘tweak’ จากอินเด็กเซอร์หรือเครื่องสแกนระยะไกล หากเซิร์ฟเวอร์ตกหล่น tweak บางรายการ กระเป๋าเงินจะไม่สามารถค้นหาเอาต์พุตการฝากที่ถูกต้องได้ และหน้าจอผู้ใช้อาจแสดงผลเสมือนไม่มีการฝากเงิน
เอาต์พุตที่บันทึกอยู่บนบล็อกเชนไม่ได้หายไป ปัญหาอยู่ที่กระเป๋าเงินอาจไม่ได้รับข้อมูลที่จำเป็นต่อการค้นหาเอาต์พุตดังกล่าว ทำให้ไม่ตรวจพบรายการที่ตกหล่นแม้สถานะการซิงก์จะแสดงว่าเสร็จสมบูรณ์
ขอบเขตการวัดครอบคลุมบล็อกที่มีความสูงตั้งแต่ 709,656 ถึง 965,089 ข้อมูลสแกน BlindBit v2 ทั้งหมดอยู่ที่ 15,079,946,729 ไบต์ หรือประมาณ 15.08GB ขณะที่ข้อมูลเฉลี่ยต่อบล็อกอยู่ที่ 59.0KB
ตัวเลขดังกล่าวเป็นพื้นที่ที่จำเป็นต่อการกู้คืนข้อมูลตลอดช่วงเวลาที่วัด ส่วนตัวเลขประมาณ 8.0MB ต่อวันคำนวณจากค่าเฉลี่ยของช่วงล่าสุดคูณด้วยจำนวนบล็อกต่อวัน จึงไม่ควรนำมาเปรียบเทียบกันโดยตรง
แนวทางลดปริมาณการส่งข้อมูลที่ถูกเสนอคือการผสานตัวกรองเฉพาะ Taproot เข้ากับ raw tweak โดยคำนวณว่าข้อมูลสะสมจะอยู่ที่ประมาณ 7.14GB อย่างไรก็ตาม ยังต้องดาวน์โหลดบล็อกเพิ่มเติมที่ตรงกับตัวกรอง ทำให้ปริมาณการสื่อสารจริงขึ้นอยู่กับกิจกรรมของกระเป๋าเงินและอัตราผลบวกลวง
สูตรคำนวณตัวกรองมีค่าคลาดเคลื่อนประมาณ 0.5% หรือน้อยกว่า เมื่อเทียบกับการเข้ารหัสตัวกรองจริง 21 รายการ แต่ยังไม่มีการยืนยันว่าตัวกรองดังกล่าวถูกนำไปใช้งานจริงแล้ว
การตรวจสอบความครบถ้วนจำเป็นต้องมีโครงสร้างที่เซิร์ฟเวอร์หลายแห่งเปิดเผย commitment ของชุด tweak ในแต่ละบล็อกและนำมาเปรียบเทียบกัน ร่างข้อกำหนดเซิร์ฟเวอร์ดัชนี BIP-352 เสนอหลายรูปแบบ ทั้งการดูแลโหนดและอินเด็กเซอร์ด้วยตนเอง รวมถึงการใช้เครื่องสแกนระยะไกล แต่เอกสารดังกล่าวยังอยู่ระหว่างการจัดทำ
การรองรับ Silent Payments ขยายไปยังกระเป๋าเงินบางส่วนแล้ว โดย Sparrow Wallet 2.5.0 เพิ่มฟังก์ชันรับ Silent Payments และรองรับกระเป๋าเงินฮาร์ดแวร์ พร้อมเลือก Frigate เป็นเซิร์ฟเวอร์ Electrum สาธารณะที่เกี่ยวข้องโดยอัตโนมัติ
BlindBit Oracle v2 เป็นเซิร์ฟเวอร์อินเด็กซิงที่ให้ข้อมูล Silent Payments และรองรับ HTTP กับ gRPC API ขณะที่เอกสารพัฒนา Silent Payments จัด Frigate เป็นเซิร์ฟเวอร์ Electrum เชิงทดลอง และระบุว่าข้อกำหนดไลต์ไคลเอนต์ที่เกี่ยวข้องยังอยู่ระหว่างการพัฒนา
อีสซูของ Cake Wallet ในอดีตตั้งข้อสังเกตว่า หากกระเป๋าเงินได้รับข้อมูลไม่ครบแล้วบันทึกความสูงการสแกนที่สูงขึ้น ก็อาจไม่ร้องขอช่วงข้อมูลที่ตกหล่นซ้ำ แม้เปลี่ยนไปใช้เซิร์ฟเวอร์อื่น อีสซูดังกล่าวบันทึกกรณีที่รายการฝากผ่าน Silent Payments ปรากฏขึ้นหลังสแกนใหม่จากบล็อกก่อนหน้า
ยังไม่มีผลการทำซ้ำโดยผู้ดำเนินการรายอื่นสำหรับการวัดครั้งนี้ ดังนั้น ตัวเลข 15.08GB และ 8.0MB ต่อวันควรถูกมองว่าเป็นผลจากการวัดครั้งเดียวในขณะนี้ ขณะที่ความเสถียรในการรับเงินของกระเป๋าเงินบนมือถือจะต้องได้รับการตรวจสอบทั้งด้านปริมาณข้อมูล ระบบตรวจจับข้อมูลตกหล่น และโครงสร้างการสแกนซ้ำ
ความคิดเห็น 0