จดหมายข่าว Bitcoin Optech ให้ข้อมูลสรุประดับสูงสุดแก่ผู้อ่านมากที่สุด ข่าวทางเทคนิคที่สำคัญที่เกิดขึ้นใน Bitcoin พร้อมด้วยแหล่งข้อมูลที่ช่วยให้พวกเขาเรียนรู้เพิ่มเติม เพื่อช่วยให้ผู้อ่านของเราได้รับข้อมูลล่าสุดเกี่ยวกับ Bitcoin เรากำลังเผยแพร่ฉบับล่าสุดของจดหมายข่าวด้านล่างนี้ อย่าลืมสมัครรับเนื้อหานี้ตรงไปยังกล่องจดหมายของคุณ

จดหมายข่าวของสัปดาห์นี้สรุป BIP ที่เสนอสองรายการที่เกี่ยวข้องกับการสนับสนุนกระเป๋าเงินสำหรับ taproot และรวมถึงส่วนปกติของเราที่อธิบายคำถามและคำตอบที่เลือกใน Bitcoin Stack การแลกเปลี่ยน วิธีเตรียมตัวสำหรับ taproot และการเปลี่ยนแปลงที่โดดเด่นของโครงการโครงสร้างพื้นฐาน Bitcoin ยอดนิยม

ข่าวสาร

  • ส่วนขยาย PSBT สำหรับ taproot: Andrew Chow โพสต์ เสนอ BIP ไปยังรายชื่อผู้รับจดหมายของ Bitcoin-Dev ที่กำหนดช่องใหม่สำหรับ PSBT เพื่อใช้เมื่อใช้จ่ายหรือสร้างผลลัพธ์ taproot ฟิลด์ขยายทั้ง PSBT เวอร์ชันดั้งเดิม 0 และ PSBT เวอร์ชัน 2 ที่เสนอ (ดู จดหมายข่าว #128) รองรับทั้งการใช้คีย์พาธและสคริปต์พาธ
    BIP ที่เสนอยังแนะนำว่าอินพุต P2TR ใน PSBT สามารถละเว้นสำเนาของธุรกรรมก่อนหน้าได้ เนื่องจาก taproot แก้ไขการโจมตีค่าธรรมเนียมที่มากเกินไปสำหรับอินพุต segwit ของ v0 (ดู จดหมายข่าว #101)
  • เส้นทางที่มาของคีย์สำหรับ single-sig P2TR: Andrew Chow โพสต์ วินาที เสนอ BIP ไปยังรายชื่อผู้รับจดหมายของ Bitcoin-Dev ซึ่งแนะนำ BIP32 เส้นทางที่มาเพื่อใช้สำหรับกระเป๋าเงินที่สร้างที่อยู่ taproot ซิกเดียว Chow ตั้งข้อสังเกตว่า BIP นั้นคล้ายกับ BIP49 สำหรับที่อยู่ P2WPKH ที่หุ้มด้วย P2SH และ BIP84 สำหรับที่อยู่ P2WPKH ดั้งเดิม

เลือกถาม & ตอบจาก Bitcoin Stack Exchange

Bitcoin Stack Exchange เป็นหนึ่งในสถานที่แรกๆ ที่ผู้มีส่วนร่วมของ Optech ค้นหาคำตอบสำหรับคำถามของพวกเขา—หรือเมื่อเรามีเวลาว่างเล็กน้อยเพื่อช่วยให้สงสัยหรือ ผู้ใช้สับสน ในฟีเจอร์รายเดือนนี้ เราเน้นคำถามและคำตอบที่ได้รับคะแนนสูงสุดตั้งแต่อัปเดตครั้งล่าสุด

การเตรียมพร้อมสำหรับ taproot #2: taproot คุ้มกับ single-sig หรือไม่

ซีรีส์รายสัปดาห์เกี่ยวกับวิธีที่นักพัฒนาและผู้ให้บริการสามารถเตรียมพร้อมสำหรับการเปิดใช้งาน taproot ที่กำลังจะเกิดขึ้นที่ความสูงของบล็อก 709,632

การใช้ เครื่องคำนวณขนาดธุรกรรม เราสามารถเปรียบเทียบขนาดของธุรกรรม single-sig ประเภทต่างๆ ตามที่คาดไว้ ธุรกรรมที่ใช้อินพุตและเอาต์พุต P2WPKH นั้นเล็กกว่าธุรกรรมที่ใช้อินพุตและเอาต์พุต P2PKH มาก แต่อาจน่าแปลกใจที่ธุรกรรม P2TR นั้นใหญ่กว่าธุรกรรม P2WPKH ที่เทียบเท่ากันเล็กน้อย

P2PKH (ดั้งเดิม) P2WPKH (segwit v0) P2TR (taproot/segwit v1)

ผลลัพธ์

34

31

43

อินพุต

148

68

57.5

2-in, 2-out tx

374

208.5

211.5

นั่นอาจทำให้ดูเหมือน การต่อต้านสำหรับ single-sig wallets ในการใช้จ่าย taproot เพื่อเตรียมพร้อมสำหรับบล็อก 709,632 แต่การมองอย่างใกล้ชิดพบว่ามีข้อดีหลายประการในการใช้ P2TR สำหรับ single-sig ทั้งสำหรับผู้ใช้กระเป๋าเงินและสำหรับเครือข่ายโดยรวม

การเปลี่ยนแปลงโค้ดและเอกสารสำคัญๆ

การเปลี่ยนแปลงที่โดดเด่นในสัปดาห์นี้ใน Bitcoin Core, C-Lightning, Eclair, LND, สนิม-สายฟ้า, libsecp256k1, อินเทอร์เฟซกระเป๋าสตางค์ของฮาร์ดแวร์ (HWI), สนิม Bitcoin, เซิร์ฟเวอร์ BTCPay, ข้อเสนอการปรับปรุง Bitcoin (BIP) และ สายฟ้า

  • Bitcoin Core #22154 เพิ่มโค้ดที่อนุญาตให้ผู้ใช้สร้าง bech32m สำหรับสคริปต์ P2TR หลังจากเปิดใช้งาน taproot ในบล็อก 709,632 เช่น โดยโทรไปที่ getnewaddress””bech32m. หากธุรกรรมมีที่อยู่ bech32m หลังการเปิดใช้งาน taproot กระเป๋าเงิน descriptor จะใช้เอาต์พุตการเปลี่ยนแปลง P2TR ด้วย คุณลักษณะนี้ใช้กับกระเป๋าเงินที่มีคำอธิบาย taproot เท่านั้น (ดู จดหมายข่าว #152)
  • Bitcoin Core #22166 เพิ่มการรองรับการอนุมาน taproot tr() descriptors จากเอาต์พุต ทำให้รองรับ taproot descriptor พื้นฐานได้สำเร็จ การอนุมานตัวอธิบายใช้เพื่อให้ข้อมูลที่ถูกต้องมากขึ้นในการตอบสนองต่อการเรียก RPC เช่น listunspent
  • Bitcoin Core #20966 เปลี่ยนชื่อและรูปแบบของไฟล์ banlist ที่บันทึกไว้จาก banlist.dat (ตามข้อความแอดเดอร์โปรโตคอล P2P ที่ต่อเนื่องกัน) เป็น banlist.json การอัปเดตรูปแบบไฟล์ทำให้รายการใหม่สามารถจัดเก็บรายการห้ามสำหรับเพียร์บน Tor v3 และเพียร์บนเครือข่ายอื่นที่มีที่อยู่กว้างกว่า 128 บิต ซึ่งเป็นความกว้างสูงสุดที่ข้อความ addr ดั้งเดิมสามารถมีได้
  • Bitcoin Core #21056 เพิ่มพารามิเตอร์-rpcwaittimeout ใหม่ให้กับ bitcoin-cli พารามิเตอร์-rpcwait ที่มีอยู่จะทำให้การส่งคำสั่งล่าช้า (การโทร RPC) จนกว่าเซิร์ฟเวอร์ bitcoind จะเริ่มทำงาน พารามิเตอร์ใหม่จะหยุดการรอหลังจากจำนวนวินาทีที่ระบุ ทำให้เกิดข้อผิดพลาด
  • C-Lightning #4606 อนุญาตให้สร้างใบแจ้งหนี้มากกว่า 0.043 BTC หลังจากการเปลี่ยนแปลงที่คล้ายกันใน LND (ดู Newsletter #93) และการเปลี่ยนแปลงข้อกำหนดที่อธิบายไว้ในตอนต่อไป รายการ
  • BOLT #877 ลบขีดจำกัดจำนวนเงินต่อการชำระเงินระดับโปรโตคอลที่เริ่มนำมาใช้เพื่อหลีกเลี่ยงความสูญเสียที่สำคัญที่เกิดจากข้อบกพร่องในการใช้งาน สิ่งนี้เกิดขึ้นหลังจากการใช้งาน option_support_large_channel อย่างแพร่หลายในปี 2020 ซึ่ง (เมื่อเปิดใช้งาน) ได้ลบขีดจำกัดจำนวนต่อช่อง ดูหัวข้อใน ช่องขนาดใหญ่สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับข้อจำกัดทั้งสองนี้

ค้นหา โพสต์ต้นฉบับที่นี่

โปรด สมัครรับจดหมายข่าว Bitcoin Optech โดยตรงเพื่อรับเนื้อหานี้ตรงไปยังกล่องจดหมายของคุณทุกเดือน

Categories: IT Info