ผู้เขียนต้นฉบับ:Jaleel，BlockBeats

ในฐานรหัส Bitcoin นั้น opcode OP_CAT ซึ่งครั้งหนึ่งเคยถูกลบโดย Satoshi Nakamoto และเต็มไปด้วยฝุ่นในประวัติศาสตร์อาจถูก ฟื้นคืนชีพ

โดยมีศูนย์กลางอยู่ที่รหัสการดำเนินการ OP_CAT โครงการ Bitcoin NFT Taproot Wizards ได้เปิดตัวซีรีส์ใหม่ของ NFT Quantum Cats ทำให้เกิดการอภิปรายในชุมชนอย่างดุเดือด แม้ว่าชื่อ OP_CAT ไม่ได้หมายถึง แมว ที่เราคุ้นเคย แต่ Taproot Wizard ก็ใช้รูปแมวเพื่อขาย NFT ใหม่ที่เรียกว่า Quantum Cats โดยใช้วัฒนธรรมมีมเพื่อช่วย OP_CAT สร้างแรงผลักดัน การอ่านที่เกี่ยวข้อง:Bitcoin “Quantum Cat”: หากไม่มีสัญญาอัจฉริยะ คำจารึกจะเปลี่ยนแปลงแบบไดนามิกได้อย่างไร》

OP_CAT ซึ่งเป็น opcode นี้ซึ่งครั้งหนึ่งเคยถูกลบออกจากภาษาสคริปต์ Bitcoin โดย Satoshi Nakamoto ได้ถูกนำกลับมาที่ตารางเพื่อการอภิปรายแล้ว นักพัฒนา Bitcoin บางคนต้องการ ฟื้นคืนชีพ opcode นี้และใช้ซอฟต์แวร์โค้ด 13 บรรทัด ทางแยกปู หนทางสำหรับ Bitcoin ในการใช้สัญญาอัจฉริยะ ขับเคลื่อนโดยนักพัฒนา Bitcoin และภาพ meme ของแมว ความนิยมและการถกเถียงเกี่ยวกับ OP_CAT ได้ก้าวไปสู่จุดสูงสุดใหม่

opcode การฟื้นคืนชีพ ถูกลบโดย Satoshi Nakamoto

Opcodes หรือที่เรียกว่าคำสั่งหรือฟังก์ชันเป็นองค์ประกอบพื้นฐานที่ประกอบขึ้นเป็นภาษาสคริปต์ Bitcoin ในอดีต opcode บางตัวถูกลบออกจาก Bitcoin เวอร์ชันก่อนหน้าเนื่องจากความกังวลเกี่ยวกับช่องโหว่ที่อาจเกิดขึ้นในการใช้งานไคลเอนต์ และ opcode ของ OP_CAT ก็เป็นหนึ่งในนั้น

เดิม OP_CAT เป็นส่วนหนึ่งของชุดคำสั่ง Bitcoin อย่างเป็นทางการ และอนุญาตให้มีการดำเนินการต่อสตริง โดยแยกสององค์ประกอบให้เป็นหนึ่งเดียว แต่เนื่องจากช่องโหว่ร้ายแรงที่พบใน opcode เช่น OP_LSHIFT อาจทำให้โหนด Bitcoin ขัดข้อง และมีความกังวลว่า opcode OP_CAT อาจทำให้องค์ประกอบสแต็กเพิ่มขึ้นแบบทวีคูณ ซึ่งอาจทำให้การใช้งานหน่วยความจำเพิ่มขึ้นแบบทวีคูณตามขนาดสคริปต์

ดังนั้น ด้วยความระวัง Satoshi Nakamoto จึงลบ OP_CAT เมื่อวันที่ 15 สิงหาคม 2010 opcodes ที่ถูกลบเหล่านี้มักเรียกว่า ถูกแบน แต่สิ่งนี้ไม่ถูกต้องเนื่องจากถูกลบออกจากโปรโตคอลโดยสิ้นเชิง ทำให้ทุกคนที่ใช้ Bitcoin ไม่สามารถใช้งานได้

ในเดือนตุลาคม 2023 Ethan Heilman ผู้พัฒนา Bitcoin Core และ Armin Sabouri หัวหน้าวิศวกรซอฟต์แวร์ของ Botanix Labs ร่วมกันเผยแพร่ร่างข้อเสนอการปรับปรุง Bitcoin (BIP) ที่เรียกว่า OP_CAT ซึ่งยกระดับการสนทนานี้ขึ้นไปอีกระดับ

แบบร่างนี้ซึ่งมีโค้ดสั้นๆ เพียง 13 บรรทัด แต่มีคุณสมบัติการทำงานที่ชัดเจนและใช้งานง่าย กำหนด opcode tapscript ใหม่ที่ช่วยให้สามารถต่อสองค่าบนสแต็กได้ การใช้โค้ดนี้ได้รับแรงบันดาลใจอย่างชัดเจนจาก OP_CAT ดั้งเดิมที่ถูกลบ

บรรลุเงื่อนไขของการ ฟื้นคืนชีพ แล้ว

สำหรับเหตุใด opcode ที่ถูกลบโดย Satoshi Nakamoto จึงหวังว่าจะได้รับการกู้คืนโดยนักพัฒนา ส่วนแรงจูงใจของร่าง BIP นี้ให้คำอธิบายโดยละเอียดบางประการ: ซึ่งส่วนใหญ่ขึ้นอยู่กับการพิจารณาการใช้หน่วยความจำ OP_CAT เปิดใช้งานการสร้างสคริปต์ การใช้หน่วยความจำสามารถเติบโตแบบทวีคูณ ด้วยขนาดของสคริปต์นั่นเอง โดยเฉพาะอย่างยิ่ง สคริปต์ง่ายๆ ที่เพียงแค่กดค่า 1 ไบต์ลงบนสแต็ก คัดลอกด้วย opcode OP_DUP และเชื่อมต่อ 40 ครั้งด้วย opcode OP_CAT อาจทำให้ค่าสแต็กขยายเป็นบอลลูนเกิน 1 TB ในขนาดใหญ่

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

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

1. ความต้องการสัญญาและโปรโตคอลอัจฉริยะขั้นสูง: เมื่อระบบนิเวศของ Bitcoin พัฒนาขึ้น ความต้องการสัญญาและโปรโตคอลอัจฉริยะขั้นสูงและซับซ้อนก็เพิ่มขึ้น OP_CAT เพิ่มความหมายและพลังของ tapscript โดยอนุญาตให้รวมวัตถุบนสแต็ก ตัวอย่างเช่น สามารถใช้เพื่อสร้างและประเมินแผนผัง Merkle และโครงสร้างข้อมูลแฮชอื่นๆ ได้ รองรับฟังก์ชันต่างๆ เช่น ลายเซ็นต้นไม้ ลายเซ็น Lamport หลังควอนตัม สัญญาไม่ปฏิเสธ และห้องนิรภัย

2. กรณีที่ประสบความสำเร็จในเครือข่ายอื่น: Bitcoin forks บางตัว เช่น Bitcoin Cash และ sidechain Liquid ได้เปิดใช้งาน OP_CAT อีกครั้ง และใช้มันเพื่อสร้างและการจัดการโทเค็น ช่องทางการชำระเงิน และวิธีในโซน A เพื่อฝังและดึงข้อมูลบน บล็อกเชน นี่แสดงให้เห็นว่า OP_CAT สามารถใช้งานได้อย่างปลอดภัยและมีประสิทธิภาพภายใต้สถานการณ์และข้อจำกัดที่เหมาะสม

3. การสำรวจความปลอดภัยของควอนตัม: การศึกษาบางชิ้นเสนอว่าหากสามารถใช้การดำเนินการเช่น OP_CAT ได้ รวมกับเทคโนโลยี เช่น ลายเซ็น Lamport ธุรกรรม Bitcoin และโปรโตคอลที่ปลอดภัยสำหรับควอนตัมก็สามารถสร้างได้ การสำรวจนี้มีคุณค่าที่เป็นไปได้ในการปรับปรุงความปลอดภัยในอนาคตของระบบ Bitcoin

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

ส้อมนุ่ม พูดง่ายกว่าทำ

ในระดับเทคนิค ข้อเสนอ Bitcoin อื่นๆ สองสามข้อสามารถถอดรหัสและเข้าใจได้ง่ายพอๆ กับ OP_CAT แต่ opcode OP_CAT จะถูกเปิดใช้งานผ่าน soft fork ที่กำหนด opcode OP_SUCCESS 126 ใหม่ ซึ่งเห็นได้ชัดว่าไม่ใช่เรื่องง่าย

เมื่อมองย้อนกลับไปที่ soft fork ล่าสุดของ Bitcoin ซึ่งเกิดขึ้นเมื่อสามปีที่แล้ว มันช่วยปูทางไปสู่การกำเนิดของ Ordinals เนื่องจากการเปิดใช้งาน Taproot

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

1. เขียนข้อเสนอและโค้ด: ขั้นแรก นักพัฒนาจะต้องเขียนเอกสารข้อเสนอโดยละเอียด เอกสารนี้ควรอธิบายอย่างชัดเจนถึงแรงจูงใจสำหรับข้อเสนอ รายละเอียดทางเทคนิค การประเมินผลกระทบ และปัญหาหรือความท้าทายที่อาจเกิดขึ้น

2. การอภิปรายในชุมชน: หลังจากส่งข้อเสนอรหัสไปยังชุมชน Bitcoin แล้ว สมาชิกชุมชน (รวมถึงนักพัฒนา นักขุด นักลงทุน และผู้ใช้) จะหารือและทบทวน ขั้นตอนนี้เป็นกุญแจสำคัญในการรับรองความเป็นไปได้ของข้อเสนอและการรวบรวมคำติชม

3. การแก้ไขและปรับปรุง: ตามคำติชมจากชุมชน ผู้เขียนโค้ดอาจจำเป็นต้องแก้ไขและปรับปรุงข้อเสนอ

4. โหวตและบรรลุฉันทามติ: สำหรับการปรับปรุงที่สำคัญบางอย่าง (โดยเฉพาะอย่างยิ่งที่เกี่ยวข้องกับการเปลี่ยนแปลงโปรโตคอล Bitcoin) สมาชิกในชุมชนจำเป็นต้องมีฉันทามติในระดับหนึ่ง ซึ่งมักจะเกี่ยวข้องกับการสนับสนุนจากนักขุด ซึ่งจำเป็นต้องแสดงการสนับสนุนข้อเสนอโดยรวมสัญญาณเฉพาะในบล็อกที่พวกเขาขุด

5. การใช้โค้ด: เมื่อได้รับความเห็นพ้องต้องกัน โค้ดจะได้รับการตรวจสอบโดยทีมนักพัฒนา Bitcoin Core ขั้นตอนนี้จำเป็นเพื่อให้มั่นใจในคุณภาพและความปลอดภัยของโค้ด

6. รวมเข้ากับฐานรหัส: หลังจากผ่านการตรวจสอบแล้ว รหัสจะถูกรวมเข้ากับฐานรหัสอย่างเป็นทางการของ Bitcoin

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

เห็นได้ชัดว่าการใช้งาน OP_CAT soft fork ยังอยู่ในช่วงเริ่มต้น ผ่านไปไม่ถึงสี่เดือนนับตั้งแต่ร่าง BIP ถูกเขียนขึ้น ยังไม่ได้กำหนดหมายเลข BIP ยังอยู่ในขั้นตอนแรกของการเขียนข้อเสนอและ รหัสและขั้นตอนที่สาม ขั้นตอนที่สองประกอบด้วยเซสชันการสนทนาในชุมชนที่เกี่ยวข้องกับนักพัฒนาและผู้ใช้

สิ่งที่นักพัฒนา Bitcoin พูด

ก่อนอื่นให้เราให้ความสนใจเป็นพิเศษกับการสนทนาของ OP_CAT โดยนักพัฒนา Bitcoin ในช่วงไม่กี่ปีที่ผ่านมา

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

หลังจากรวบรวมจดหมายข่าว Optech และเนื้อหาที่เกี่ยวข้องต่างๆ ต่อไปนี้คือการรวบรวมการอภิปรายตามลำดับเวลาเกี่ยวกับ OP_CAT opcode โดยนักพัฒนา Bitcoin บางคน

2019

Ethan Heilman หนึ่งในผู้ริเริ่มร่างข้อเสนอการปรับปรุง Bitcoin OP_CAT (BIP) ในเดือนตุลาคม 2019แค่ในจดหมาย.เขาแสดงว่าเขาเข้าใจว่าทำไมจึงถูกลบออก - เนื่องจากสถานการณ์ที่สคริปต์เผชิญในขณะนั้นรุนแรงมาก แต่เขาย้ำว่า OP_CAT ในฐานะ opcode คุณค่าของมันไม่สามารถเพิกเฉยได้: โปรโตคอลส่วนใหญ่ที่พยายามสร้างบน Bitcoin เผชิญอยู่ในขณะนี้ ข้อจำกัดประการหนึ่ง: ไม่สามารถต่อค่าสแต็กเข้าด้วยกัน ในฐานะนักวิจัย หากฉันพบข้อจำกัดนี้ ก็มีแนวโน้มว่าจะขัดขวางความก้าวหน้าของผู้อื่น หากฉันสามารถโบกไม้กายสิทธิ์และเปิดใช้งานหนึ่งใน opcode ที่ปิดใช้งานอีกครั้ง ฉัน OP_CAT จะ ถูกเลือก แน่นอนว่าสิ่งนี้จะมีเงื่อนไข: ขนาดของค่าที่ต่อกันแต่ละค่าจะต้องจำกัดไว้ที่ 64 ไบต์หรือน้อยกว่า

เกี่ยวกับการสนทนาของ OP_CAT นั้น Andrew Poelstra เป็นคนที่ไม่มีวันถูกมองข้าม เขาเขียนบทความเมื่อวันที่ 30 มกราคม 2021 เรื่อง CAT and Schnorr Tricks Iบทความนี้ทำให้เกิดการอภิปรายเกี่ยวกับ OP_CAT Andrew Poelstra เป็นผู้อำนวยการฝ่ายวิจัยของ Blockstream และเป็นผู้พัฒนาการเขียนสคริปต์การเข้ารหัสลับ Bitcoin อาวุโส อิทธิพลของเขาในอุตสาหกรรมนี้ปรากฏชัดในตัวเอง

ในบทความ Andrew Poelstra แนะนำ: OP_CAT ช่วยรวมสององค์ประกอบในสแต็กและผลักดันผลลัพธ์ที่รวมกันกลับไปที่สแต็ก ฟังก์ชันนี้สามารถใช้เพื่อรวบรวมองค์ประกอบขนาดเล็กหลายรายการให้เป็นองค์ประกอบขนาดใหญ่เดียว หรือเพื่อประกอบองค์ประกอบขนาดใหญ่ องค์ประกอบจะถูกแบ่งออกเป็นองค์ประกอบเล็กๆ หลายรายการ CHECKSIGFROMSTACK (CSFS) เป็น opcode ที่ไม่เคยเห็นใน Bitcoin ช่วยให้ผู้ใช้สามารถตรวจสอบลายเซ็นในข้อมูลที่กำหนดเองได้ ซึ่งแตกต่างจาก opcode ของ CHECKSIG ที่สามารถตรวจสอบลายเซ็นธุรกรรมได้เท่านั้น”

ที่สำคัญกว่านั้น เขาชี้ให้เห็นว่าการใช้ OP_CAT ร่วมกับ CHECKSIGFROMSTACK เป็นวิธีการที่ชาญฉลาดในการวิปัสสนาธุรกรรม

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

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

อิทธิพลของ Andrew Poelstra และแนวความคิดของบทความนี้ ทำให้นักพัฒนา Bitcoin ได้รับความสนใจ และการประชุมในสัปดาห์นั้น การอภิปรายว่าการรวมกันของ opcodes และการเปลี่ยนแปลงเล็กน้อยในภาษาสคริปต์นี้สามารถปรับปรุงได้อย่างไรเมื่อเปิดใช้งาน taproot มีการอภิปรายกันมากมาย เกี่ยวกับความยืดหยุ่นของสัญญา

ระยะทางCAT and Schnorr Tricks Iประมาณสองสัปดาห์หลังจากการเปิดตัว CAT and Schnorr Tricks II” ซึ่ง Andrew Poelstra เล่ารายละเอียดเพิ่มเติมและความคิดของเขา:

ในเดือนพฤษภาคม 2019 Jeremy Rubin ผู้พัฒนา Bitcoin ได้เสนอ OPCODE CHECKOUTPUTSHASHVERIFY ของ Bitcoin โดยมีวัตถุประสงค์เพื่อใช้สัญญาอัจฉริยะพื้นฐานและจำกัด เพื่อหลีกเลี่ยงความเสี่ยงด้านเทคนิคและสังคมในการออกแบบสัญญาอัจฉริยะก่อนหน้านี้ ต่อมา opcode นี้ถูกแทนที่ด้วย SECURETHEBAG และจากนั้นก็ CHECKTEMPLATEVERIFY ซึ่งกลายเป็น Bitcoin Improvement Proposal BIP 0119 อย่างเป็นทางการในเดือนมกราคม 2020

ในขณะเดียวกัน Russell OConnor เสนอให้เพิ่ม CHECKSIGFROMSTACK และ OP_CAT opcodes โดยตรงไปยัง Bitcoin เพื่อรองรับสัญญาอัจฉริยะที่ไม่อยู่ภายใต้ข้อเสนอของ Rubin แม้ว่าข้อเสนอดังกล่าวจะพบกับฝ่ายค้าน และการอภิปรายก็ลดน้อยลงไปในที่สุด โดยสาเหตุหลักมาจากความไร้ประสิทธิภาพของสัญญาอัจฉริยะประเภท CAT+CHECKSIG และการรับรู้เชิงลบที่มีมายาวนานเกี่ยวกับสัญญาอัจฉริยะสากลที่ครอบคลุม

ในตอนแรก Andrew Poelstra ก็ไม่เต็มใจที่จะสนับสนุนสิ่งที่เรียกว่าฟังก์ชันสัญญาอัจฉริยะใน Bitcoin อย่างไรก็ตาม ในฤดูใบไม้ร่วงปี 2019 การสนทนาส่วนตัวกับ Ethan Heilman เปลี่ยนใจ Ethan Heilman ชี้ให้เห็นว่าแม้จะมีข้อกังวล แต่สัญญาอัจฉริยะที่ถือว่าเป็นอันตรายสามารถนำไปใช้ได้จริงผ่าน CHECKMULTISIG และสัญญาดังกล่าวไม่ได้รับการยอมรับจากกระเป๋าเงินและผู้ใช้ เนื่องจากขาดการรับรู้และการใช้งาน เพื่อพิสูจน์สิ่งนี้ Ethan Heilman ได้เปิดตัวความท้าทายบนโซเชียลมีเดียเพื่อกระตุ้นให้ผู้คนสร้างสัญญาอัจฉริยะ ด้านมืด ที่ใช้งานได้ แต่จนถึงขณะนี้ยังไม่มีใครประสบความสำเร็จ

ดังนั้น Andrew Poelstra จึงหันมาคิดว่าความกลัวสัญญาอัจฉริยะของทุกคนอาจเกินจริงไป บทความนี้ยังเสนอว่าแม้ว่าจะมีข้อกังวล แต่สัญญาอัจฉริยะก็เป็นสิ่งที่หลีกเลี่ยงไม่ได้ในการพัฒนา Bitcoin และสนับสนุนให้มีการสำรวจความเป็นไปได้ในการสร้างสัญญาอัจฉริยะอย่างต่อเนื่องโดยใช้ opcode ที่ไม่เฉพาะเจาะจง OP_CAT

2021

ต่อไปเป็นบทความโดย Jeremy Rubin เมื่อวันที่ 6 กรกฎาคม 2021 ซึ่งอธิบาย OP_CAT จากมุมมองของความปลอดภัยควอนตัม Bitcoin Jeremy Rubin ไม่เพียงแต่เป็นนักพัฒนา Bitcoin เท่านั้น แต่ยังเป็นผู้ก่อตั้ง Judica ซึ่งเป็นองค์กรวิจัยและพัฒนา Bitcoin ที่มุ่งเน้นการพัฒนา Sapio ซึ่งเป็นภาษาโปรแกรมสัญญาอัจฉริยะของ Bitcoin

มีอยู่จดหมายและโพสต์บล็อกJeremy Rubin พูดคุยถึงวิธีใช้ประโยชน์จาก opcodes OP_CAT และลายเซ็น Lamport สำหรับการตรวจสอบควอนตัมของ Bitcoin ผู้เขียนได้ตรวจสอบโพสต์บล็อกก่อนหน้านี้เป็นครั้งแรก ซึ่งอธิบายวิธีการลงทะเบียนค่า 5 ไบต์โดยใช้เลขคณิตสคริปต์ Bitcoin และลายเซ็น Lamport แม้ว่าวิธีนี้จะเรียบร้อย แต่ก็มีข้อจำกัด Jeremy Rubin เกิดแนวคิดขึ้นมา: จะเป็นอย่างไรถ้าเราสามารถเซ็นข้อความที่ยาวกว่านี้ได้? โดยเฉพาะอย่างยิ่งถ้าเราสามารถลงทะเบียนได้ถึง 20 ไบต์ เราก็สามารถลงนามในการย่อย HASH 160 ที่อาจปลอดภัยสำหรับควอนตัม

บทความของ Jeremy Rubin สำรวจเพิ่มเติมถึงความหมายของลายเซ็นย่อย HASH 160 และอธิบายความสามารถของคอมพิวเตอร์ควอนตัมในการทำลาย ECDSA เพียงเพื่อเปิดเผยคีย์ส่วนตัวโดยไม่ต้องเปลี่ยนเนื้อหาลายเซ็นจริง ด้วยเหตุนี้ ผู้เขียนจึงได้ปรึกษานักวิทยาการเข้ารหัสลับ Madars Virza และได้รับคำตอบเชิงบวก

Jeremy Rubin ชี้ให้เห็นว่าหากเราต้องการลายเซ็น ECDSA ที่จะลงนามโดยใช้อัลกอริธึมลายเซ็นที่พิสูจน์ควอนตัม เราก็สามารถมี Bitcoin ที่สามารถพิสูจน์ควอนตัมได้ รูปแบบลายเซ็นขนาด 5 ไบต์ที่กล่าวถึงก่อนหน้านี้เป็นลายเซ็น Lamport ที่ปลอดภัยด้วยควอนตัม ขออภัย วิธีนี้ต้องการไบต์ติดต่อกันอย่างน้อย 20 ไบต์

ดังนั้น Jeremy Rubin จึงเสนอว่าจำเป็นต้องมีสิ่งที่คล้ายกับ OP_CAT บทความนี้อธิบายว่า OP_CAT ไม่สามารถ soft-fork ไปยัง Segwit v 0 ได้โดยตรง เพราะมันจะแก้ไขสแต็ก เพื่อให้ง่ายขึ้น ผู้เขียนได้แสดงวิธีใช้ opcode ใหม่ OP_SUBSTRINGEQUALVERIFY ซึ่งจะตรวจสอบว่าส่วนหนึ่งของสตริงเท่ากันหรือไม่ผ่านซีแมนทิกส์การตรวจสอบ

วันที่ 5 พฤศจิกายน 2564 เวลาการประชุม Bitcoin ในแอตแลนตาวิทยากร Jeremy Rubin และ Andrew Poelstra หารือเกี่ยวกับข้อเสนอเพื่อเปิดใช้งาน opcode OP_CAT อีกครั้ง โดยอ้างว่า OP_CAT มีความสำคัญในบริบทของ Bitcoin และเน้นย้ำถึงศักยภาพของมันโดยเฉพาะในด้านความปลอดภัยและการผลิตควอนตัม สัญญาอัจฉริยะที่ซับซ้อน ตัวอย่างเช่น การรวม opcode การตรวจสอบลายเซ็น CAT และ Schnorr ทำให้สัญญาอัจฉริยะแบบไม่เรียกซ้ำสามารถนำไปใช้ในทางทฤษฎีได้ สัญญาอัจฉริยะนี้สามารถใส่ข้อมูลธุรกรรม SHA 2 ลงในสแต็กได้โดยตรง การทำเช่นนี้จะทำให้เกิดข้อจำกัดในส่วนต่างๆ ของการทำธุรกรรมได้

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

2022

วันที่ 18 พฤษภาคม 2565รายชื่อผู้รับจดหมายของนักพัฒนา Bitcoinในระหว่างการอภิปรายเกี่ยวกับการนำ opcode OP_CAT ที่ถูกลบออกจาก Bitcoin กลับมาใช้ใหม่ในปี 2010 นักพัฒนา ZmnSCPxj เสนอว่าในการใช้สัญญาอัจฉริยะแบบเรียกซ้ำที่หลีกเลี่ยงไม่ได้นั้น OP_CAT จะต้องรวมกับ opcode ที่เสนอ เช่น OP_TX, OP_CHECKSIGFROMSTACK (CSFS) เป็นต้น สัญญาอัจฉริยะแบบเรียกซ้ำใช้กฎฉันทามติของ Bitcoin เพื่อให้แน่ใจว่า Bitcoins ทั้งหมดที่ได้รับในสัญญาสามารถใช้ได้กับสัญญาเดียวกันเท่านั้น

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

Nadav Ivgi ชี้ให้เห็นว่า CAT ยังคงจำเป็นในการแก้ปัญหาแฮชเมื่อสร้างสัญญาอัจฉริยะแบบเรียกซ้ำ แต่นั่นหมายความว่าคุณสมบัติเช่น CTV และ APO ที่มุ่งเน้นไปที่วิปัสสนาเอาท์พุตสามารถใช้ร่วมกับ CAT เพื่อสร้างสัญญาอัจฉริยะแบบเรียกซ้ำได้ Ivgi เชื่อว่าเมื่อรวมกับฟังก์ชันของ taproot การตรวจสอบความถูกต้องของเอาต์พุตก่อนหน้ากับเอาต์พุตถัดไปจะทำให้สคริปต์สัญญาอัจฉริยะเขียนง่ายขึ้น และให้ลิงก์ไปยังตัวอย่างสัญญาอัจฉริยะแบบเรียกซ้ำสองตัวอย่าง

ZmnSCPxj เห็นด้วยกับการวิเคราะห์ของ Ivgi และย้ำข้อกังวลของเขาเกี่ยวกับความเสี่ยงในการเปิดใช้งานสัญญาอัจฉริยะแบบเรียกซ้ำบน Bitcoin แม้ว่าเขาจะชี้ให้เห็นในโพสต์ติดตามผลว่าสัญญาอัจฉริยะแบบเรียกซ้ำอาจปลอดภัย เนื่องจากไม่ได้ทำให้ทัวริงสมบูรณ์จริง ๆ Russell OConnor อ้างถึงบทความของ Andrew Poelstra ซึ่งอธิบายว่า CAT เองเมื่อรวมกับฟังก์ชัน Bitcoin ที่มีอยู่นั้นเพียงพอที่จะสร้างสัญญาอัจฉริยะแบบไม่เรียกซ้ำได้อย่างไร และในทางทฤษฎี หากเพิ่มกลับเข้าไปใน Bitcoin ก็อาจสามารถสร้างการเรียกซ้ำได้ เป็นเจ้าของสัญญาอัจฉริยะ

2023

ในเดือนมกราคม Anthony Towns ได้เปิดตัว Bitcoin Inquisition ซึ่งเป็นซอฟต์แวร์แยกของ Bitcoin Core ที่ออกแบบมาเพื่อทำงานบนตราเริ่มต้น และใช้เพื่อทดสอบ soft fork ที่เสนอและการเปลี่ยนแปลงโปรโตคอลหลักอื่น ๆ ในช่วงปลายปี 2023 Bitcoin Inquisition ได้สนับสนุนข้อเสนอหลายข้อ นอกจากนี้ PR (คำขอดึงข้อมูล) ที่มุ่งเป้าไปที่ OP_CAT, OP_VAULT และการจำกัดธุรกรรม 64 ไบต์ได้ถูกส่งไปยังฐานโค้ดซึ่งคาดว่าจะขยายแพลตฟอร์มการทดสอบนี้ต่อไป การทำงาน.

23 สิงหาคม 2566 เวลาในรายชื่อผู้รับจดหมาย Lightning-DevThomas Voegtlin เสนอแนวคิดสำหรับการพิสูจน์การฉ้อโกงของสถานะการสำรองข้อมูลที่หมดอายุ Voegtlin ชี้ให้เห็นว่าหากมีการเพิ่ม opcodes OP_CHECKSIGFROMSTACK (CSFS) และ OP_CAT ลงใน Bitcoin ในรูปแบบของ soft fork ก็เป็นไปได้ที่จะใช้หลักฐานการฉ้อโกงนี้ในห่วงโซ่ ข้อเสนอนี้ก่อให้เกิดการถกเถียงกันมากมาย และ Peter Todd ชี้ให้เห็นว่ากลไกพื้นฐานนั้นเป็นสากลและไม่จำกัดเพียง LN และอาจมีประโยชน์ในโปรโตคอลต่างๆ แต่เขายังเสนอกลไกที่ง่ายกว่าด้วย ซึ่งจะไม่มีการกล่าวถึงในที่นี้

ภายในเดือนตุลาคม Rusty Russell กำลังทำงานเกี่ยวกับสัญญาอัจฉริยะสำหรับวัตถุประสงค์ทั่วไปโดยมีการเปลี่ยนแปลงภาษาสคริปต์ Bitcoin เพียงเล็กน้อย ในเวลาเดียวกันและที่สำคัญมากคือ Ethan Heilman และ Armin Sabouri ร่วมกันปล่อยตัวร่าง BIPเสนอให้เพิ่ม opcode OP_CAT ซึ่งใช้ในการเชื่อมสององค์ประกอบบนสแต็ก การอภิปรายในประเด็นทั้งสองนี้ดำเนินไปจนถึงเดือนพฤศจิกายน

2024

ในเดือนมกราคมปี 2024 Quantum Cats ประสบความสำเร็จอย่างแท้จริงในการนำการอภิปรายเกี่ยวกับความก้าวหน้า BIP และ Bitcoin ของ OP_CAT ไปสู่อีกระดับหนึ่ง

ในการโต้ตอบกับชุมชน นักพัฒนา Bitcoin CoreAva ChowZeng กล่าวว่า ฉันไม่คิดว่า CTV เป็นมติที่หยาบๆ ฉันคิดว่าข้อเสนอสัญญาอัจฉริยะอื่นๆ ที่มีความใกล้เคียงกันมากกว่า เช่น txhash หรือ CAT อย่างไรก็ตาม ฉันไม่ได้ติดตามการสนทนาอย่างใกล้ชิด

เรียงตามจำนวนการส่ง ณ ตอนนี้Ava Chow（@achow 101 )มีอยู่การจัดอันดับผู้สนับสนุนรหัส Bitcoin Coreอันดับที่ 5 จากการส่งรหัส 1292 ครั้ง เขายังเป็นหนึ่งในไม่กี่คนที่มีสิทธิ์รวมรหัส Bitcoin ดังนั้นอิทธิพลของเธอในชุมชนการพัฒนาจึงมีมากเช่นกัน

ฉันไม่ได้แนะนำให้เราเปิดใช้งาน OP_CAT ฉันสนับสนุน OP_CAT เพราะเป็น opcode ที่น่าจะบรรลุฉันทามติมากที่สุด หากคุณไม่รู้ว่าเกิดอะไรขึ้นกับ OP_CAT ฉันได้สรุปสถานการณ์ไว้ในภาพนี้แล้ว ดังนั้น Taproot พ่อมดเหลียนจวงEric Wall （@ercwl) พูดอย่างนั้น

แต่,Ava Chowดูเหมือนว่าจะไม่มีการอนุมัติการใช้งานของ OP_CAT อย่างสมบูรณ์: อย่างที่ผมได้กล่าวไปแล้ว ผมไม่คิดว่าข้อเสนอสัญญาอัจฉริยะใดๆ ที่จะเข้าใกล้หรือบรรลุฉันทามติคร่าวๆ ผมไม่คิดว่าเราควรพยายามเปิดใช้งานข้อเสนอใดๆ เหล่านี้

รหัสสิบบรรทัดอนุญาตให้ Bitcoin ดำเนินการสัญญาอัจฉริยะได้

เช่นเดียวกับการสร้าง Taproot Wizard ร่วมกันEric Wall （@ercwl) กล่าวว่า: “ผู้คนไม่ได้ตระหนักถึงสิ่งนี้ แต่จริงๆ แล้ว OP_CAT เป็นหนึ่งในหน่วยการสร้างของ zkrollup บน Bitcoin”

การเปิดตัว OP_CAT อีกครั้งทำให้ Bitcoin มีเครื่องมืออันทรงพลังที่สามารถรองรับโครงการเช่น BitVM ได้ แนวคิดที่เพิ่งเปิดตัวโดย BitVM - การตรวจสอบการคำนวณตามอำเภอใจบน Bitcoin จะง่ายขึ้นและมีประสิทธิภาพมากขึ้นเนื่องจาก OP_CAT ระบบนิเวศของ Bitcoin สามารถสร้างสัญญาอัจฉริยะที่หลากหลายและแสดงออกได้มากขึ้น

การอ่านที่เกี่ยวข้อง:ในการคำนวณอะไรก็ตามบน Bitcoin นักพัฒนาอาวุโสคิดอย่างไรกับ BitVM》

ผ่าน OP_CAT เป็นไปได้ที่จะนำสิ่งที่เรียกว่าสัญญาอัจฉริยะมาใช้ ซึ่งกำหนดเงื่อนไขที่กำหนดไว้ล่วงหน้าสำหรับเอาต์พุต Bitcoin เฉพาะ สิ่งนี้ไม่เพียงเปิดประตูสู่วิธีการปรับขนาดใหม่ๆ เช่น Blockstreams Ark แต่ยังสนับสนุนวิธีการเชิงนวัตกรรมอื่นๆ อีกมากมายที่ต้องอาศัยสัญญาอัจฉริยะ นอกจากนี้ นี่เป็นการส่งสัญญาณว่า Bitcoin ไม่ได้เป็นเพียงเครือข่ายการชำระเงิน แต่เป็นแพลตฟอร์มคอมพิวเตอร์ที่หลากหลายและปรับขนาดได้

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

ในความเป็นจริง ทีมงานโครงการ Taproot Wizard เองก็กำลังดำเนินการใช้งานโซลูชันชั้นสองบน Bitcoin ในพื้นที่ก่อนหน้านี้ พวกเขายังระบุด้วยว่าเงินทุนจำนวน 7.5 ล้านดอลลาร์สหรัฐที่เสร็จสิ้นแล้วจะถูกนำมาใช้เพื่อศึกษาโซลูชันการขยาย Bitcoin

ดังนั้น soft fork ของ OP_CAT จะเป็นก้าวสำคัญสำหรับพวกเขาด้วย Eric Wall อดีตสมาชิกคณะกรรมการของ StarkNet Foundation มีความสนใจอย่างมากในการสร้างการเงินแบบกระจายอำนาจเหนือชั้นการชำระหนี้ที่ไม่ได้รับอนุญาต ดังนั้นเมื่อ Ethereum เริ่มปรากฏในปี 2019 เขาจึงถูกดึงดูดโดยธรรมชาติไปที่ Ethereum โดยถูกดึงดูดโดยสาขา DeFi

เมื่อปรากฏชัดในปี 2019 ว่า Ethereum และบล็อกเชนอื่น ๆ สามารถขยายขนาดได้ด้วยการใช้ zk-Rollups หรือการพิสูจน์การฉ้อโกงในแง่ดี การสำรวจ DeFi ของ Bitcoin เกือบจะถูกยกเลิกไปโดยสิ้นเชิง ด้วยการวิจัยในประเด็นต่างๆ เช่น ความเป็นไปได้ของการขยาย zk-Rollup ที่จะนำไปใช้กับ Bitcoin Wall หันมาสนับสนุน DeFi บน Ethereum แต่ท้ายที่สุดแล้ว เขากำลังพยายามนำระบบนี้และข้อได้เปรียบทางเทคนิคเหล่านี้มาสู่ Bitcoin

นอกจากนี้ในในกระทู้สนทนาเกี่ยวกับ OP_CAT ในฟอรัม bitcointalkCarter Feldman (@cmpeq) ผู้ก่อตั้งโครงการ QED ถูกถามว่าเขาวางแผนที่จะใช้ opcode นี้ในสคริปต์ Bitcoin อย่างไร และเขาได้คำนวณจำนวนไบต์เฉลี่ยของ Witness Stack และค่าธรรมเนียมที่อาจเกิดขึ้นหรือไม่

Carter Feldman ยอมรับว่ามันอาจจะแพงสักหน่อย แต่อธิบายว่าการพิสูจน์ของ Merkel นั้นถูกใช้เป็นหลักในโครงการของเขาเพื่อสร้างสคริปต์การล็อคหรือระบบหมุดที่ไม่น่าเชื่อถือซึ่งเป็นส่วนหนึ่งของเลเยอร์ที่สองของ zk บน Bitcoin ระบบนี้ได้รับการออกแบบมาเพื่อพิสูจน์ว่า Bitcoin จำนวนหนึ่งสามารถถอนออกไปยังที่อยู่เฉพาะโดยได้รับรากของแผนผังการถอน (ข้อมูลสาธารณะเป็นหลักฐานที่ไม่มีความรู้)

เพื่อแก้ไขปัญหาด้านต้นทุน เขากล่าวว่านี่จะเป็นทางเลือกสุดท้าย เขาจินตนาการว่าผู้ใช้ทั่วไปสามารถซื้อ BTC ที่ห่อแล้วบนชั้นที่สองได้โดยปล่อยให้ผู้ขาย BTC ที่ห่อแล้วล็อคโทเค็นของพวกเขาบน L2 เป็นระยะเวลาหนึ่ง ซึ่งในระหว่างนั้นผู้ซื้อจะต้องพิสูจน์ว่าพวกเขาได้ตกลงกับ Bitcoin L1 ผู้ขายจ่ายเงิน . พวกเขารู้ว่าพวกเขาสามารถแลกเปลี่ยน Bitcoins กลับคืนมาได้อย่างไม่ไว้วางใจหากต้องการ ในเวลาเดียวกัน ผู้ให้บริการสภาพคล่องรายใหญ่หลายรายจะกลายเป็นหน่วยงานหลักที่แลกเปลี่ยนระหว่าง wBTC และ BTC จริง ๆ และอาจเรียกเก็บค่าธรรมเนียมเล็กน้อยสำหรับผู้ใช้รายเล็กที่ต้องการซื้อ wBTC จากพวกเขาหรือเชื่อมโยงกลับเป็น Bitcoin

โดยทั่วไปแล้ว ข้อเสนอ BIP ของ OP_CAT สามารถช่วยสร้างสัญญาอัจฉริยะบน Bitcoin ด้วยโค้ดเพียง 13 บรรทัด แต่สำหรับรายละเอียดเฉพาะของแต่ละโครงการนั้นยังคงมีการหารือและแผนงานอีกมาก

ความก้าวหน้าทางเทคโนโลยีการสร้างโมเมนตัมวัฒนธรรม Meme

สมาชิกในทีม TaprootWizards Rijndael (@rot 13 maxi) แบ่งปันบนโซเชียลมีเดียเกี่ยวกับกลไกที่ซับซ้อนต่างๆ ที่พวกเขาใช้ในการสร้างงานศิลปะของพวกเขา เพื่อให้บรรลุเป้าหมายนี้ พวกเขาต้องอาศัยเทคนิคที่หลากหลาย รวมถึงการเรียกซ้ำลำดับ ธุรกรรมที่กำหนดไว้ การเข้ารหัสแบบสมมาตร และการจัดการโหลดของไคลเอ็นต์ ในกระบวนการสร้างงานศิลปะ พวกเขาเลือกใช้ธุรกรรมที่ลงนามล่วงหน้าเพื่อดำเนินการโดยเฉพาะ โดยแสดงวิธีการส่งแฮชของธุรกรรมล่วงหน้าโดยใช้สัญญาอัจฉริยะ เช่น OP_CAT หรือ CTV

แต่ Armin Sabouri แสดงความคิดเห็นเชิงประชดเกี่ยวกับเรื่องนี้: โค้ดและความพยายามทางเทคนิคที่ลงทุนในการสร้างคอลเลกชัน NFT ที่พัฒนาแล้วอาจเป็น 100 เท่าของปริมาณงานที่ต้องใช้ในการเปิดใช้งาน opcode อีกครั้ง

OP_CAT ถือเป็น opcode ที่เรียบง่ายและเข้าใจง่าย และบางคนเชื่อว่าสามารถทำให้ Bitcoin ปลอดภัยควอนตัม ได้โดยการลงนามลายเซ็น ECDSA มุมมองนี้ได้รับการสนับสนุนจากบางส่วนและเป็นแรงบันดาลใจให้ Taproot Wizard เปิดตัวโปรโมชั่น Quantum Cats NFT เพื่อสร้างความตระหนักรู้เกี่ยวกับ OP_CAT ผ่านกิจกรรมเหล่านี้

อย่างไรก็ตาม OP_CAT ไม่ใช่คนเดียวที่ใช้วัฒนธรรมมีมเพื่อสร้างแรงผลักดันสำหรับความก้าวหน้าทางเทคโนโลยี

แรงบันดาลใจจาก Quantum Cats และราคาขายที่ 0.1 BTC และบางทีอาจไม่พอใจกับราคาขายที่สูงบางส่วน ชุมชน OP_CTV ยังได้เปิดตัวมีมแซนด์วิชชื่อ #rubinsreubens เพื่อส่งเสริมเทคโนโลยีของ OP_CTV

มีมแซนด์วิชนี้เริ่มต้นจากการโต้ตอบอย่างตลกขบขันต่อ Quantum Cat และมีมของมัน อย่างไรก็ตาม มันมีประสิทธิภาพมากจริงๆ เพราะเช่นเดียวกับ CTV มันเพิ่มลำดับชั้นและคุณสามารถสร้างเลเยอร์บน sammich ได้มากเท่าที่คุณต้องการ

มีมแซนด์วิชนี้ได้รับความสนใจจากหลาย ๆ คน มีมเป็นเรื่องสนุกและสามารถนำมาใช้เพื่อแสดงการสนับสนุนบางสิ่งบางอย่างได้ แต่สิ่งสำคัญคือต้องเข้าใจความหมายเบื้องหลังสิ่งเหล่านั้นด้วย วัตถุประสงค์ของ #rubinsreubens คือการเพิ่มความเข้าใจเกี่ยวกับ op_ctv, lnhance รวมถึง opcode BTC ใหม่และสัญญาอัจฉริยะที่เปิดใช้งานข้อเสนอ soft fork

สาเหตุที่เป็นไปได้สำหรับความล้มเหลว OP_CAT

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

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

นอกเหนือจากการพิจารณาด้านความปลอดภัยและความเสี่ยงแล้ว เหตุผลหลักสองประการที่ทำให้ OP_CAT จะล้มเหลวคือ: ชุมชน Bitcoin กลัวสัญญาอัจฉริยะ และการขาด “ความถูกต้องตามกฎหมาย” ของสัญญาอัจฉริยะ Bitcoin

กลัวสัญญาที่ชาญฉลาด

ความกลัวสัญญาอัจฉริยะของ Bitcoin อาจเป็นอุปสรรคสำคัญอีกประการหนึ่งในการบรรลุ OP_CAT เนื่องจากเป็นองค์ประกอบหลักของเทคโนโลยีบล็อกเชน สัญญาอัจฉริยะจึงมีบทบาทสำคัญในโครงการบล็อกเชนจำนวนมาก โดยเฉพาะอย่างยิ่งบนแพลตฟอร์ม เช่น Ethereum

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

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

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

Satoshi Nakamoto ผิด หรือไม่?

การกู้คืน opcode ของ OP_CAT ทำให้เกิดการอภิปรายอย่างลึกซึ้งในชุมชน ส่วนหนึ่งเป็นเพราะกล่าวถึงหัวข้อที่ละเอียดอ่อน: นี่หมายความว่า Satoshi Nakamoto ผิดหรือไม่

ในฐานะผู้ก่อตั้ง Bitcoin การตัดสินใจและการออกแบบดั้งเดิมของ Satoshi Nakamoto ถือเป็นคัมภีร์ไบเบิลของผู้คนจำนวนมาก และวิสัยทัศน์ดั้งเดิมของเขาถือเป็นแนวทางหลักในการพัฒนา Bitcoin ดังนั้นความท้าทายหรือการปรับเปลี่ยนการตัดสินใจของ Satoshi Nakamoto อาจถูกมองว่าเป็นการไม่เคารพมรดกของเขาหรือเป็นการละทิ้งหลักการสำคัญของ Bitcoin ท้ายที่สุดแล้ว ในอุตสาหกรรมบล็อกเชน ความชอบธรรมถือเป็นหัวข้อที่หลีกเลี่ยงไม่ได้เสมอ

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

อย่างไรก็ตาม สาขาเทคโนโลยีมีความก้าวหน้าและเปลี่ยนแปลงอยู่เสมอ และ Bitcoin ซึ่งเป็นนวัตกรรมทางเทคโนโลยีก็ไม่สามารถหลีกหนีจากกฎหมายนี้ได้อย่างสมบูรณ์ เห็นได้ชัดว่าทีม Taproot Wizard ที่สนับสนุนการฟื้นฟู OP_CAT คิดเช่นนั้น ท้ายที่สุดแล้ว พวกเขาตั้งใจออกแบบบล็อก Bitcoin ที่ใหญ่ที่สุดเท่าที่เคยมีมา เพียงภายใต้ขีดจำกัด 4 MB ของ Bitcoin เพื่อเผยแพร่ NFT Taproot Wizards

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

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

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

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