ZK-rollups ได้กลายเป็นหนึ่งในโซลูชันความสามารถในการปรับขนาดที่มีแนวโน้มมากที่สุดบน Ethereum การระดมทุนจากโครงการชั้นนำในพื้นที่นี้ เช่น zkSync และ StarkWare ทะลุหลายล้านดอลลาร์แล้ว เนื่องจากความสามารถในการปรับขนาดของ Bitcoin ค่อยๆ กลายเป็นเรื่องเล่าที่สำคัญในพื้นที่คริปโต การสำรวจความเป็นไปได้ของการรวม ZK-rollups กับ Bitcoin จึงมีความสำคัญมากขึ้น

ก่อนที่จะเจาะลึกการสำรวจ จำเป็นต้องมีความเข้าใจที่ชัดเจนเกี่ยวกับแนวคิดทางเทคนิคของ ZK-rollups ในบริบทของความสามารถในการปรับขนาดของ Bitcoin แนวคิดเหล่านี้สามารถแบ่งออกได้เป็นสามด้านกว้างๆ

ข้อมูลที่จัดเก็บของ ZK-Rollups

ZK-rollups ต้องการการเรียกใช้รหัสยืนยันและจัดเก็บข้อมูลผลลัพธ์ในเลเยอร์ Bitcoin 1 อย่างไรก็ตาม โซลูชันที่เก็บเฉพาะรากข้อมูลสถานะสุดท้ายที่ผ่านการตรวจสอบแล้ว (Merkle Root) ของ ZK-rollups บนเลเยอร์ Bitcoin ไม่ถือว่าเป็นโซลูชันของแท้

ตัวอย่างเช่น โซลูชันการยกเลิกอำนาจอธิปไตยโดย Rollkit ซึ่งเป็นโครงการความสามารถในการปรับขนาดของ Bitcoin จะเก็บข้อมูลสถานะของ Bitcoin เท่านั้น อย่างไรก็ตาม วิธีการนี้ต้องเผชิญกับการเยาะเย้ยทันทีจากผู้ทรงอิทธิพล Ethereum ryanb.eth เกี่ยวกับกลไกการดำเนินการ

การจัดเก็บข้อมูลสถานะบน Bitcoin เลเยอร์ 1 เป็นวิธีที่ง่ายที่สุดในการปรับใช้ ZK-rollups อย่างไรก็ตาม การปฏิบัตินี้ขาดความสำคัญอย่างแท้จริง การส่งและจัดเก็บข้อมูลสถานะบน Bitcoin เลเยอร์ 1 เป็นเพียงการยืนยันตนเองเท่านั้น และไม่ใช่วิธีแก้ปัญหาที่สมบูรณ์

Turing-Complete ZK-Rollups

เพื่อให้ได้ ZK-rollups ที่เข้ากันได้กับ EVM จำเป็นต้องมีการสนับสนุนสัญญาอัจฉริยะของทัวริงในชั้น Bitcoin 1 เพื่อจัดการการตรวจสอบ ZK ประเภทต่างๆ

แนวทางนี้ซึ่งต้องการการตรวจสอบสัญญาอัจฉริยะสำหรับ ZK-rollups เป็นเป้าหมายทางเทคโนโลยีที่สร้างสรรค์และทะเยอทะยาน อย่างไรก็ตาม ความคืบหน้าในปัจจุบันในพื้นที่นี้ยังคงไม่แน่นอน ซึ่งเกี่ยวข้องกับการวิจัยพื้นฐานและการพัฒนาที่ยังอยู่ระหว่างการสำรวจ

ZK-Rollups ที่กำหนดเอง

สำหรับกรณีการใช้งานที่จำกัดและเฉพาะเจาะจงบางอย่าง เช่น การชำระเงิน สามารถพัฒนาโซลูชันเทคโนโลยี ZK-rollups แบบกำหนดเองได้ โซลูชันเหล่านี้มีฟังก์ชันการทำงานที่ชัดเจนและเรียบง่าย โดยมักไม่ต้องการการสนับสนุนสัญญาอัจฉริยะแบบสมบูรณ์ของทัวริง และสามารถนำไปใช้ได้ผ่านการเข้ารหัสแบบตายตัวบนบิตคอยน์เลเยอร์ 1

หมวดหมู่เฉพาะของเทคโนโลยี ZK นี้มีศักยภาพที่จะพัฒนาเป็นองค์ประกอบพื้นฐาน คล้ายกับการเข้ารหัสแบบเส้นโค้งวงรี ซึ่งเป็นรากฐานของเทคโนโลยีบล็อกเชน

หลังจากชี้แจงแนวคิดทางเทคนิคของ ZK-rollups ในบริบทของความสามารถในการปรับขนาดของ Bitcoin เราสามารถทำการสำรวจและสรุปความเป็นไปได้ต่างๆ และปัญหาที่อาจเกิดขึ้นจากการรวม Bitcoin กับ ZK-rollups ตามสามด้านเหล่านี้

1. การเปิดใช้งาน ZK-Rollups ที่สมบูรณ์ของ Turing บน Bitcoin Layer 1

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

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

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

มิฉะนั้น แนวทางอื่น เช่น ข้อเสนอของ BIP300/301 โดย LayerTwo Labs จะเกี่ยวข้องกับการฟอร์ก Bitcoin mainnet โดยตรง ด้วยความคาดหวังที่จะได้รับความเห็นพ้องต้องกันภายในชุมชน Bitcoin ตามประสิทธิภาพที่ตามมาของห่วงโซ่ที่แยก

2. การเพิ่มประสิทธิภาพของ Bitcoin ในด้านเฉพาะผ่าน ZK-Rollups

ไม่ว่า Bitcoin จะอัปเกรดเพื่อรองรับ ZK-rollups ที่สมบูรณ์ของทัวริงหรือไม่ ก็ไม่ขัดขวางการเพิ่มประสิทธิภาพทางเทคนิคของเทคโนโลยี ZK ในด้านเฉพาะของ Bitcoin หาก Bitcoin ไม่อัปเกรดเพื่อรองรับ ZK-rollups ที่สมบูรณ์ของ Turing และมุ่งเน้นไปที่การเพิ่มประสิทธิภาพทางเทคนิคในกรณีการใช้งานเฉพาะเท่านั้น หมายความว่าการเล่าเรื่องหลักของ Bitcoin ในฐานะเงินและการจัดเก็บมูลค่ายังคงสามารถรักษาไว้ได้

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

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

3.ZK-Rollups รองรับโดยเครือข่ายที่รองรับ Bitcoin

เนื่องจากความยากลำบากสูงในการใช้ ZK-Rollups ที่มีความสมบูรณ์ของ Turing บน Bitcoin รวมถึงความเสี่ยงของการล่มสลายของเรื่องเล่าเกี่ยวกับ Bitcoin จึงมีความเป็นไปได้อย่างมากในการโอน Bitcoin ไปยังเชนที่เข้ากันได้สำหรับความสามารถในการปรับขนาด ZK-rollups

ปัจจุบัน มีสองแนวทางหลักสำหรับเชนที่เข้ากันได้กับ Bitcoin เพื่อรองรับ ZK-Rollups: ไซด์เชนและการโอนทางเดียวไปยังเชนใหม่

3.1 แนวทาง Sidechain ของ ZK-Rollups

โซลูชัน Sidechain ได้แสดงถึงทิศทางสำหรับความสามารถในการปรับขนาดของ Bitcoin ซึ่งใช้เทคโนโลยีข้ามโซ่ที่เฉพาะเจาะจงเพื่อถ่ายโอน BTC ไปยังโซ่ที่เข้ากันได้กับ EVM เพื่อความสามารถในการปรับขนาด การเพิ่ม ZK-Rollups ในสายโซ่เหล่านี้ทำให้สามารถปรับปรุงความสามารถในการปรับขนาดเพิ่มเติมได้

มี sidechains หลายตัวในระบบนิเวศ Bitcoin ที่เน้นความสามารถในการปรับขนาด เช่น Stacks , Rootstock และ Liquid Network ความเป็นไปได้ของทิศทางนี้ขึ้นอยู่กับว่าคู่แข่งในอนาคตจะเพิ่ม ZK-rollups ให้กับ sidechains ที่มีอยู่ หรือนำด้วย sidechains ใหม่ทั้งหมดสำหรับ ZK-rollups

3.2 วิธีการโอนทางเดียวของ ZK-Rollups

วิธีการโอนทางเดียวสำหรับความสามารถในการปรับขนาด Bitcoin ได้รับการเสนอโดย Hacash chain หลักการพื้นฐานคือการถ่ายโอน BTC จากเครือข่ายหลักไปยังเชนใหม่ที่รองรับ ZK-rollups เพื่อความสามารถในการปรับขนาด

ทั้งสองวิธีสำหรับเชนที่เข้ากันได้กับ Bitcoin ซึ่งรองรับ ZK-rollups จำเป็นต้องมีกลไกจูงใจที่เพียงพอเพื่ออำนวยความสะดวกในการโอน BTC ไปยังเชน ข้อแตกต่างหลักอยู่ที่ว่า BTC ที่ถ่ายโอนสามารถกลับไปยังเครือข่ายหลักได้หรือไม่

ดังนั้นเพื่อให้แนวทางการถ่ายโอนแบบทางเดียวของ ZK-rollups เป็นไปได้มากขึ้น ปัญหาเกี่ยวกับแนวทาง sidechain ของ ZK-rollups จำเป็นต้องได้รับการแก้ไข โดยควรมีข้อได้เปรียบเพิ่มเติม

ความท้าทายที่สำคัญของความสามารถในการปรับขนาดของไซด์เชนนั้นอยู่ที่การกระจายอำนาจที่เพียงพอในกระบวนการจัดการข้ามเชนสำหรับ BTC ปัจจุบัน โซลูชันสะพานข้ามโซ่ส่วนใหญ่มีข้อบกพร่องในการรวมศูนย์หลายประการ

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

นอกจากนี้ สิ่งสำคัญคือต้องพิจารณาข้อได้เปรียบที่วิธีการโอนทางเดียวมีให้เมื่อเปรียบเทียบกับวิธีไซด์เชนของ ZK-Rollups

ยกตัวอย่าง Hacash กลไกการกระจายอำนาจของ PoW และระบบการรักษาเสถียรภาพของปริมาณเงินที่ควบคุมตนเองตามชั้น Hacash 1 สามารถปรับปรุงการขาดคุณสมบัติทางการเงินของ Bitcoin ได้

บทสรุป

บทสรุป

การรวมกันของ Bitcoin และ ZK-rollups นำเสนอความเป็นไปได้หลักสามประการ: Bitcoin รองรับ ZK-Rollups ที่สมบูรณ์ของ Turing, ZK-Rollups เพิ่มประสิทธิภาพการทำงานเฉพาะและกรณีการใช้งานของ Bitcoin และเชนที่เข้ากันได้กับ Bitcoin ซึ่งสนับสนุน ZK-Rollups

เพื่อให้ Bitcoin รองรับ ZK-rollups ที่สมบูรณ์ของ Turing จำเป็นต้องมีการสนับสนุนอย่างกว้างขวางจากชุมชนทั้งหมด อย่างไรก็ตาม สิ่งนี้อาจก่อให้เกิดวิกฤตในการเล่าเรื่องหลักของ Bitcoin

การเพิ่มประสิทธิภาพของฟังก์ชันเฉพาะและกรณีการใช้งานของ Bitcoin ผ่าน ZK-rollups จำเป็นต้องได้รับการประเมินตามสถานการณ์เฉพาะ หากมีโซลูชันที่มีอยู่แล้ว ต้องมีการชั่งน้ำหนักค่าใช้จ่ายที่เกี่ยวข้องกับการดำเนินการ ZK-rollups

เชนที่เข้ากันได้กับ Bitcoin ซึ่งรองรับ ZK-rollups สามารถทำได้ผ่านไซด์เชนและการโอนทางเดียว ทั้งสองวิธีต้องการกลไกจูงใจที่เพียงพอเพื่อดึงดูดการมีส่วนร่วมของ BTC โซลูชัน Sidechain จำเป็นต้องพิจารณาการแข่งขันระหว่างโครงการที่มีอยู่และโครงการที่เกิดขึ้นใหม่ ในขณะที่แนวทางการถ่ายโอนแบบทางเดียวจำเป็นต้องจัดการกับความกังวลเกี่ยวกับการรวมศูนย์และมีข้อได้เปรียบในแง่มุมอื่น ๆ ของแบบจำลองทางเศรษฐกิจเพื่อเพิ่มโอกาสในการประสบความสำเร็จ

นี่คือความเป็นไปได้สำคัญที่สรุปเกี่ยวกับการรวมกันของ Bitcoin และ ZK-Rollups