Taproot กำลังจะมาถึง Bitcoin: วิธีการทำงาน ประวัติและนัยของมัน

ลายเซ็น Taproot และ Schnorr กำลังใช้งานบน Bitcoin ที่บล็อก 709,632 นี่จะเป็นความสำเร็จขั้นพื้นฐานที่ยิ่งใหญ่เพื่อสานต่อในอนาคต สี่ปีแล้วที่ Segregated Witness เผยแพร่บนเครือข่าย ซึ่งเป็นการอัปเกรดโปรโตคอลที่สำคัญครั้งล่าสุดของเรา นั่นก็เท่ากับวงจรการลดลงครึ่งหนึ่ง!

คิดเกี่ยวกับที่ สี่ปีจาก SegWit ที่จะเผยแพร่สู่ Taproot ที่จะเผยแพร่ อดทนช้าและมีระเบียบแบบแผนตามที่ควรจะเป็น แต่ประวัติของ Taproot/Schnorr นั้นย้อนกลับไปได้ไกลกว่านั้นมาก

ประวัติของ Taproot

บางคนที่เคยอยู่ที่นี่มาระยะหนึ่งแล้วอาจพบว่าเรื่องนี้น่าขัน แต่การเอ่ยถึงลายเซ็น Schnorr ครั้งแรกที่ฉันรู้นั้นจริงๆ แล้วมาจากอดีตนักพัฒนา Bitcoin Core ที่เปลี่ยนมาเป็น Mike Hearn ผู้สร้างบล็อกเชนระดับองค์กร ในปี 2012 เขา นำขึ้นมา แนวคิดของเส้นโค้งการเข้ารหัสใหม่ที่สัมพันธ์กับการตรวจสอบลายเซ็นแบบกลุ่มเพื่อทำให้การตรวจสอบโหนดมีต้นทุนในการคำนวณน้อยลง ในที่สุด โครงการที่เขาเสนอก็ขึ้นอยู่กับลายเซ็นของชนอร์

Adam Back ได้พูดคุย ไร้เดียงสา รูปแบบ เพื่อทำที่อยู่ multisig ที่ดูเหมือน singlesig ในปี 2014 โดยใช้ลายเซ็น Schnorr แม้แต่ Gavin Andresen ก็รวมอยู่ด้วย Schnorr แทน ECDSA ในรายการสิ่งที่ปรารถนาสำหรับการเปลี่ยนแปลงที่เขาจะทำกับ Bitcoin ถ้าเขาสามารถโบกไม้กายสิทธิ์ได้

ตั้งแต่ช่วงเริ่มต้นของ Bitcoin ค่อนข้างใกล้ นักพัฒนาส่วนใหญ่ที่เกี่ยวข้องอย่างแข็งขันใน Bitcoin Core ต้องการลายเซ็นของ Schnorr และมีฉันทามติที่ชัดเจนเสมอมาเกี่ยวกับความเหนือกว่าของลายเซ็น ECDSA ในความเป็นจริง เป็นที่ถกเถียงกันอยู่ได้ว่า ECDSA ถูกสร้างขึ้นโดยเฉพาะเพราะโครงการลายเซ็น Schnorr ได้รับการจดสิทธิบัตรแล้ว และมีความจำเป็นอย่างมากสำหรับโครงการลายเซ็นเข้ารหัสแบบโอเพนซอร์สซึ่งไม่ได้ถูกรบกวนด้วยสิทธิบัตร

Schnorr มีประสิทธิภาพมากกว่าและจัดการได้ง่ายกว่ามาก (คุณสามารถเพิ่ม ลบ ฯลฯ จากลายเซ็นได้ และหากทำอย่างถูกต้อง ก็ยังทำให้ผู้ใช้มีลายเซ็นที่ถูกต้องเมื่อควรมี) มากกว่า ECDSA การใช้ ECDSA เป็นเรื่องของความจำเป็นมากกว่าความต้องการในแอปพลิเคชันการเข้ารหัสส่วนใหญ่ตลอดหลายปีที่ผ่านมา

Merkelized Abstract Syntax Trees (MAST) ซึ่งเป็นครึ่งหนึ่งของ Taproot ของการอัปเกรด Taproot ที่กำลังจะมีขึ้นนี้มีประวัติอันยาวนานที่คล้ายกัน ฉันไม่พบการอ้างอิง แต่ฉันค่อนข้างจำได้ชัดเจนว่าเห็นวลีนั้นที่ Peter Todd พูดถึงบน Bitcointalk.org ประมาณปี 2013 หรือ 2014

ต้นฉบับ BIP สำหรับ MAST ถูกเสนอโดย Johnson Lau ในปี 2016 ข้อเสนอนี้ยังเห็นกิจกรรมบางอย่างในปี 2017 เมื่อ Mark Friedenbach, BTCDrak และ Kalle Alm แยกออกเป็นสอง BIP แยกกัน (116 และ 117) และขยายไปตามข้อเสนอเดิมของหลิว

MAST นั่งอยู่ในบริเวณขอบรกในปีหน้าจนกระทั่ง Greg Maxwell เกิดแนวคิด Taproot เริ่มต้นและ การตีพิมพ์ ไปยังรายชื่อผู้รับจดหมาย bitcoin-dev ความเข้าใจที่สำคัญของเขาคือในกรณีสัญญาใดๆ ระหว่างผู้เข้าร่วมหลายคนที่เขานึกออก มี "ผลลัพธ์ที่ดีที่สุด" ที่ทุกคนสามารถตกลงสัญญาได้ เพียงแค่ลงนามในผลลัพธ์ที่เหมาะสม แทนที่จะบังคับใช้ผลลัพธ์ด้วยสคริปต์และธุรกรรมขั้นสูง นี่คือการยืนยันพื้นฐานที่ Taproot ยึดตาม กล่าวคือ การปรับแต่งแผนผัง MAST เป็นคีย์ระดับบนสุดแบบปกติที่สามารถใช้ได้โดยไม่เปิดเผยว่ามี Merkle tree ที่มีเงื่อนไขการใช้จ่ายอื่นๆ อยู่หรือไม่

ช่วงสุดท้ายของบทเรียนประวัติศาสตร์นี้เริ่มต้นด้วยการประกาศของ Pieter Wiulle ร่าง BIPs สำหรับ Schnorr และ Taproot ควบคู่ไปกับรายชื่อผู้รับจดหมายในวันที่ 6 พฤษภาคม 2019 ภายในเดือนมกราคม 2020 สิ่งนี้ได้รับการสรุปอย่างเป็นทางการเป็น BIP 340, 341 และ 342. จากจุดนี้ไป เป็นเพียงรายละเอียดเล็กๆ น้อยๆ มากมายที่กลั่นกรองที่ระดับการนำไปปฏิบัติ ช่วงทบทวนบางช่วง และหลังจากนั้นก็ยืดยาวออกไป ต่อสู้กับกลไกการเปิดใช้งาน. นั่นนำเราไปสู่ตอนนี้เพียงแค่เปิดใช้งาน

ความสำคัญของลายเซ็น Schnorr

แล้วเรื่องใหญ่กับลายเซ็น Schnorr คืออะไร? ในการเริ่มต้นพวกเขาทำธุรกรรมให้เล็กลง ลายเซ็น ECDSA มักจะมีขนาดประมาณ 72 ไบต์สำหรับลายเซ็นเดียวในธุรกรรม ลายเซ็น Schnorr ทำงานที่สูงสุด 64 ไบต์ต่อลายเซ็น นั่นเป็นขนาดที่ประหยัดได้ประมาณ 12% เมื่อเทียบกับ ECDSA สำหรับทุกลายเซ็นของ Schnorr นี่เป็นทั้งประโยชน์โดยตรงต่อผู้ที่ใช้ Schnorr ซึ่งจะจ่ายค่าธรรมเนียมน้อยกว่าผู้ใช้ ECDSA แต่ก็เป็นประโยชน์โดยตรงต่อผู้ที่ไม่ได้ใช้ Schnorr โดยต้องการให้จัดเก็บข้อมูลในบล็อคเชนน้อยลงเล็กน้อยเพื่อประมวลผลและตรวจสอบ Schnorr ของผู้อื่น ลายเซ็น

การจัดเก็บข้อมูลน้อยลงนั้นดีเสมอ แต่สิ่งที่ดียิ่งกว่านั้นคือการเพิ่มประสิทธิภาพในการตรวจสอบความถูกต้องของข้อมูลที่คุณต้องจัดเก็บ หนึ่งในคุณสมบัติที่ดีของ Schnorr ความเป็นเส้นตรงของคณิตศาสตร์เบื้องหลัง ยังช่วยให้ได้คุณสมบัติที่ดีที่คุณต้องการในข้อมูล Bitcoin: การตรวจสอบแบบกลุ่ม เมื่อโหนดของคุณได้รับบล็อกจากเครือข่าย โหนดจะแยกวิเคราะห์ธุรกรรมแต่ละรายการและตรวจสอบความถูกต้องของลายเซ็นแต่ละรายการ

นี่เป็นสาเหตุสำคัญว่าทำไมการตรวจสอบบล็อกจึงใช้พลังงาน CPU เป็นจำนวนมาก ลายเซ็น Schnorr สามารถรวมเป็นชุดๆ และตรวจสอบทางคณิตศาสตร์ได้ในคราวเดียว เหมือนกับการรวมเข้าด้วยกันและดำเนินการทางคณิตศาสตร์เพียงครั้งเดียว แทนที่จะเป็นทีละหลายๆ อัน ดังนั้น ยิ่งมีลายเซ็น Schnorr มากเท่าใด การคำนวณก็จะยิ่งประหยัดมากขึ้นเท่านั้น นี่เป็นชัยชนะครั้งใหญ่สำหรับเครือข่าย

Schnorr การปรับปรุงครั้งใหญ่อีกประการหนึ่งคือสคริปต์หลายลายเซ็น ที่อยู่ multisig ทุกแห่งต้องเปิดเผยคีย์สาธารณะทั้งหมดที่เกี่ยวข้องกับสคริปต์ multisig อย่างชัดเจนในเวลาที่ใช้เวลา และต้องมีลายเซ็นสำหรับคีย์ทั้งหมดที่เกี่ยวข้องในกระบวนการใช้จ่าย ด้วยคุณสมบัติทางคณิตศาสตร์ของ Schnorr ประตูที่เปิดออกสำหรับ MuSig ซึ่งเป็นมาตรฐานหลายลายเซ็น คุณสามารถเพิ่มคีย์เข้าด้วยกันและปิดท้ายด้วยคีย์สาธารณะเพียงคีย์เดียวที่แชร์คีย์ส่วนตัวของทุกคนสามารถลงนามโดยใช้โปรโตคอลลายเซ็นใหม่ โจนัส นิค จาก Blockstream เกณฑ์มาตรฐาน MuSig2 ใช้เวลาสองนาทีสำหรับ หนึ่งล้าน ผู้เข้าร่วมในที่อยู่ multisig เพื่อลงนาม การปรับปรุงมาตราส่วนสำหรับสคริปต์หลายลายเซ็นไม่สามารถอธิบายได้

การก้าวกระโดดครั้งใหญ่สำหรับสคริปต์หลายลายเซ็นนี้ยังมีนัยยะสำคัญสำหรับโปรไฟล์ความเป็นส่วนตัวและต้นทุนของแอปพลิเคชันจำนวนมากที่สร้างขึ้นจาก Bitcoin ช่อง Lightning ที่ใช้ MuSig สามารถผสมผสานเข้ากับชุดที่ไม่เปิดเผยตัวตนทั้งหมดของ Schnorr/Taproot UTXOs บนลูกโซ่ได้ เนื่องจากไม่มีใครสามารถแยกแยะข้อเท็จจริงที่ว่าเป็นเอาต์พุต multisig สองในสองได้อีกต่อไป

พวกเขาจะกลมกลืนและดูเหมือนกับสคริปต์ลายเซ็นเดียว เช่นเดียวกับ multisig UTXO โดยทั่วไป สิ่งนี้จะมีความหมายมากมายสำหรับผู้ที่ใช้สคริปต์หลายลายเซ็นเพื่อปกป้องพื้นที่เก็บข้อมูลเย็นของตนได้ดีขึ้นด้วยการรักษาความปลอดภัยและรูปแบบการกู้คืนที่แข็งแกร่งกว่าสคริปต์ลายเซ็นเดียว

ประการแรก จะไม่ชัดเจนว่าพวกเขากำลังใช้การตั้งค่า multisig โดยการเฝ้าดู blockchain ดังนั้นสิ่งนี้จะทำให้พวกมันกลมกลืนกับทุกอย่าง เช่นเดียวกับในกรณีของ Lightning ชัยชนะที่สำคัญแม้ว่าจะเกี่ยวกับเศรษฐศาสตร์: การใช้หลายลายเซ็นในขณะนี้จำเป็นต้องมีการจัดเตรียมลายเซ็นแยกต่างหากสำหรับทุกๆ คีย์ที่เกี่ยวข้องในการใช้จ่าย UTXO ในที่สุด ด้วย Schnorr/MuSig สิ่งต่างๆ จะถูกบีบอัดเป็นลายเซ็นเดียวสำหรับกุญแจสาธารณะที่รวมกันเพียงตัวเดียว ซึ่งหมายความว่าการใช้ UTXO แบบหลายซิกจะมีราคาถูกลงมาก เนื่องจากมีการส่งข้อมูลไปยังบล็อคเชนน้อยลง

สิ่งที่ยอดเยี่ยมประการสุดท้ายที่ลายเซ็น Schnorr ทำคือทำให้การใช้งานลายเซ็นอแด็ปเตอร์ง่ายขึ้นอย่างมาก ลองนึกถึงลายเซ็นของอะแดปเตอร์ที่ "เข้ารหัส" ด้วยค่าที่เพิ่มหรือลบออกจากลายเซ็นที่ถูกต้อง จะใช้ไม่ได้จนกว่าคุณจะย้อนกลับการดำเนินการทางคณิตศาสตร์นั้น หรือ "ถอดรหัส" ด้วย "คีย์" ที่ใช้ในการจัดการกับมัน สิ่งนี้เป็นไปได้ด้วย ECDSA แต่เนื่องจากคณิตศาสตร์ไม่เป็นเชิงเส้นเมื่อเทียบกับ Schnorr จึงค่อนข้างซับซ้อนและมีข้อกังวลด้านความปลอดภัยมากมายที่ต้องพิจารณาในการนำไปใช้

เนื่องจากคุณสมบัติเชิงเส้นตรงของ Schnorr ลายเซ็นของอะแดปเตอร์จึงง่ายพอๆ กับการรับเพียงค่าเดียว (เช่น ตัวเลข 9,300,030) และการลบค่าออกจากมัน (เช่น 30) เมื่อฝ่ายที่ถือลายเซ็นอแด็ปเตอร์เรียนรู้ค่าที่หักไปแล้ว พวกเขาก็สามารถบวกกลับเข้าไปได้ voilaพวกเขามีลายเซ็นที่ถูกต้องอีกครั้ง

ความหมายของ Taproot

ตามที่กล่าวไว้ข้างต้น Taproot ในความเป็นจริงเป็นเพียง MAST ยกเว้นว่าแทนที่จะทำงานเหมือน P2SH (ที่คุณแฮชสคริปต์ หรือในกรณีของ MAST คือ Merkle root ที่ด้านบนสุดของโครงสร้างสคริปต์) คุณ "ปรับแต่ง" กุญแจสาธารณะของ Schnorr ที่รากของต้นไม้ Merkle

การปรับแต่งใช้งานได้เนื่องจากคุณสมบัติเชิงเส้นของ Schnorr - เมื่อคุณ "ปรับแต่ง" คีย์สาธารณะด้วย Merkle root (เพิ่ม Merkle root ลงในคีย์สาธารณะ) คุณสามารถเพิ่ม Merkle root ลงในคีย์ส่วนตัวเดิมและสร้างคีย์การใช้จ่ายได้ กุญแจสาธารณะที่ปรับแต่งใหม่ กล่าวคือ คุณเพิ่มสิ่งเดียวกันลงในทั้งคีย์สาธารณะและคีย์ส่วนตัว และยังคงเป็นคู่คีย์ที่ถูกต้อง สิ่งนี้ซ่อนการมีอยู่ของต้นไม้ MAST เว้นแต่จะใช้กิ่งก้านของมัน แต่โดยพื้นฐานแล้วมันยังคงเป็นเพียงต้นไม้ MAST ซึ่งเป็นเพียงหนึ่งเดียวที่มุ่งมั่นอย่างมีประสิทธิภาพและเป็นส่วนตัวมากขึ้น

ความสามารถในการยอมรับสคริปต์การใช้จ่ายที่แตกต่างกันในแผนผังของ Merkle และเปิดเผยเฉพาะสคริปต์ที่ใช้เท่านั้นคือความสามารถในการปรับขนาดได้อย่างมากในแง่ของความซับซ้อนของสัญญาอัจฉริยะที่สามารถสร้างได้จาก Bitcoin

เช่นเดียวกับที่ขนาดบล็อกจำกัดจำนวนธุรกรรมต่อบล็อก มีการจำกัดขนาดธุรกรรมที่ 100 กิโลไบต์ ข้อแตกต่างเพียงอย่างเดียวคือแทนที่จะเป็นกฎฉันทามติ แต่เป็นกฎนโยบาย นั่นหมายความว่านักขุดสามารถขุดธุรกรรมที่ใหญ่กว่า 100 กิโลไบต์ได้ แต่โดยค่าเริ่มต้นแล้ว จะไม่มีใครโหนดในเครือข่ายที่จะส่งต่อธุรกรรมที่ใหญ่กว่านั้นไปยังผู้ขุดตั้งแต่แรก

สิ่งนี้จำกัดขนาดของสคริปต์ที่ใช้ในการล็อค Bitcoin UTXO โดยเนื้อแท้ แม้แต่กับ P2SH ที่ UTXO ถูกล็อกไว้ที่แฮชของสคริปต์ซึ่งจะไม่เปิดเผยจนกว่าคุณจะใช้ไป ในที่สุดคุณก็ยังต้องเปิดเผยสคริปต์ตัวเต็มในเวลาที่ใช้ไป Taproot เพิ่มขีดจำกัดความสามารถในการปรับขนาดของสคริปต์โดยที่คุณไม่ต้องเปิดเผยสคริปต์ทั้งหมดเมื่อคุณใช้งาน แทนที่จะใช้ขนาดรวมของวิธีทั้งหมดที่คุณสามารถใช้ UTXO ที่จำกัดขนาดธุรกรรมได้ คุณจะต้องตรวจสอบให้แน่ใจว่าวิธีเดียวที่คุณสามารถใช้ Taproot UTXO นั้นเป็นไปตามข้อจำกัดนี้

นอกจากนี้ยังมีสิทธิประโยชน์ด้านความเป็นส่วนตัวมากมายที่มาพร้อมกับ Taproot ประโยชน์ที่สำคัญอย่างหนึ่งของแผนผัง MAST คือความสามารถในการสร้างสถานการณ์ตามเงื่อนไขทุกประเภทที่บุคคลอื่นสามารถใช้เหรียญได้

ลองนึกภาพสิ่งต่าง ๆ เช่น แผนการรับมรดก ซึ่งหลังจากผ่านไปหนึ่งปีหรือประมาณนั้น ลูก ๆ ของคุณสามารถใช้เหรียญของคุณได้ หรือในกรณีที่คุณปฏิเสธที่จะลงนาม ภรรยาและทนายความของคุณมีเส้นทางที่มีศักยภาพในการกู้คืนเหรียญ ไม่มีการเปิดเผยเงื่อนไขการใช้จ่ายเหล่านี้ต่อสาธารณะเว้นแต่จะใช้จริง กระบวนการสองเท่านี้ให้การปฏิเสธที่เป็นไปได้สำหรับฝ่ายอื่นๆ ที่เกี่ยวข้องกับสาขาการใช้จ่ายต่างๆ ที่คุณสร้างขึ้นเกี่ยวกับการมีส่วนร่วมใน UTXO นั้น ตลอดจนปกป้องพวกเขาจากขโมยหรือผู้โจมตีที่มุ่งเป้าไปที่พวกเขาล่วงหน้าโดยที่รู้ว่าพวกเขามีระดับการควบคุมของพวกเขา UTXO ของเป้าหมาย

ในระดับเทคนิค Taproot ได้รับการออกแบบมาค่อนข้างดีเช่นกัน ใครก็ตามที่อ่านหนังสือที่คุ้นเคยกับ Segregated Witness ในระดับลึกควรคุ้นเคยกับเวอร์ชันพยาน

เมื่อมีการใช้ Segregated Witness จะสร้างส่วน "พยาน" ใหม่ของธุรกรรมที่มีการย้ายข้อมูลลายเซ็น ข้อมูลพยานมีแฟล็กเวอร์ชันเพื่อให้สามารถอัปเกรดเป็นฟังก์ชันการทำงานใหม่โดยไม่ต้องใช้ OP_CODE ที่ไม่ได้กำหนดในเลเยอร์ฐานสำหรับคุณลักษณะใหม่

นี่เป็นวิธีการใช้งาน Taproot/Schnorr ธุรกรรมแยกพยานใช้เวอร์ชันพยานศูนย์ เมื่อ Taproot/Schnorr เผยแพร่ในเร็วๆ นี้ พวกเขาจะใช้พยานเวอร์ชันหนึ่งเพื่อแยกความแตกต่างจากธุรกรรม Segregated Witness ที่เก่ากว่า เช่นเดียวกับที่ SegWit แนะนำเวอร์ชันพยาน Taproot แนะนำ "เวอร์ชัน tapleaf" สำหรับ tapscripts ที่ใช้ในแผนผัง MAST สำหรับ UTXO โดยใช้ Taproot สิ่งนี้ไม่เพียงแต่ช่วยให้สคริปต์ที่ฝังอยู่ใน MAST สามารถอัพเกรดโดยไม่ต้องใช้ OP_CODE ใหม่ในเลเยอร์ฐาน แต่ยังไม่ต้องอัปเกรดเวอร์ชันการเห็นอีกด้วย! ดังนั้น Taproot จึงได้รับการออกแบบมาให้มีประสิทธิภาพมากที่สุดในการอัพเกรดในอนาคต โดยไม่จำกัดการอัพเกรดอื่นๆ ที่ไม่เกี่ยวข้องในโปรโตคอล

Taproot จะนำมาซึ่งกรณีการใช้งานที่แตกต่างกันมากมาย ในการเริ่มต้น อนุประโยคที่ไม่ร่วมมือทั้งหมดในช่อง Lightning เช่น คีย์โทษ หรือการล็อกเวลาเพื่อให้สามารถใช้งานได้ สามารถฝังไว้ใต้ MAST ด้วย Taproot จะไม่มีใครรู้ว่ามันมีอยู่จริงเว้นแต่จะมีความจำเป็น ซึ่งทำให้ปิดบังเพิ่มเติมว่า UTXO ใดเป็นช่องสัญญาณ Lightning จริงหรือไม่

แผนการสืบทอดเป็นกรณีการใช้งานอื่น ลองนึกภาพต้นไม้ Taproot ที่มีโครงสร้างเพื่อให้คุณไม่ย้ายเงินเป็นเวลา XNUMX เดือน ทั้งครอบครัวของคุณสามารถมารวมตัวกันและใช้ UTXO ได้ตามต้องการ จากนั้น หกเดือนต่อมา ทุกคนลบหนึ่งคนก็สามารถใช้จ่ายได้ (ลองนึกภาพถ้าคุณมีภรรยา ลูกสองคน และพ่อแม่เป็นผู้ถือกุญแจ แล้วลองนึกภาพว่าอีกหกเดือนต่อมา ภรรยาของคุณ ลูกหนึ่งคน และผู้ปกครองสามารถเซ็นชื่อได้ หรือลูกสองคนและผู้ปกครองของคุณสามารถเซ็นได้โดยไม่ต้องมีภรรยา เป็นต้น)

จากนั้นหกเดือนหลังจากนั้น ทุกคนลบสองคนก็สามารถใช้จ่ายได้ ในที่สุด อาจใช้เงิน UTXO ได้เพียงคนเดียว (เพื่อให้แน่ใจว่าจะไม่มีการฉ้อโกง)

หรือจะเกิดอะไรขึ้นถ้าคุณใช้ multisig เพื่อรักษาความปลอดภัยห้องเย็นของคุณ แต่คุณมีที่เดียวที่คุณคิดว่าปลอดภัยและคาดการณ์ได้ในระยะยาว คุณสามารถสร้าง MAST ซึ่งในที่สุดหลังจากนั้นไม่กี่ปี กุญแจที่ตำแหน่งที่ปลอดภัยนั้นสามารถใช้เหรียญเหล่านั้นเพียงลำพังได้ เผื่อในกรณีที่กุญแจอื่นๆ สูญหายหรือถูกทำลาย แต่ไม่ต้องเสี่ยงกับขโมยเหรียญของคุณทันทีในปัจจุบันหากเป็นเช่นนั้น คีย์หนึ่งถูกบุกรุก

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

เป็นชัยชนะในหลาย ๆ ด้านสำหรับความสามารถในการปรับขนาดและประโยชน์ของโปรโตคอล Bitcoin ที่ยากจะสื่อได้เนื่องจากบางส่วนมีความละเอียดอ่อนและ "ไม่เซ็กซี่" แต่นั่นไม่ได้เบี่ยงเบนจากการชนะ ดังนั้นทุกคนจึงรัดเข็มขัดและพร้อมที่จะเล่นกับของเล่นใหม่ที่เราจะต้องใช้ในเร็วๆ นี้ เพราะ Taproot กำลังมา!

นี่คือแขกโพสต์โดย Shinobi ความคิดเห็นที่แสดงออกมาเป็นความคิดเห็นของตนเองทั้งหมด และไม่จำเป็นต้องสะท้อนถึงความคิดเห็นของ BTC Inc หรือ นิตยสาร Bitcoin.

ที่มา: https://bitcoinmagazine.com/technical/bitcoin-taproot-explainer