ผู้เขียนต้นฉบับ: Fu Shaoqing, SatoshiLab, All Things Island BTC Studio
1. การสำรวจหลักและความขัดแย้งของเทคโนโลยีดั้งเดิมของ Bitcoin
เทคโนโลยีดั้งเดิมของ Bitcoin มักมีความขัดแย้งระหว่างแอปพลิเคชันขนาดใหญ่และความสามารถที่ Bitcoin ควรมี การใช้งานขนาดใหญ่และขนาดธุรกรรมหมายถึงคำสั่งการซื้อขายที่ซับซ้อนมากขึ้นและพื้นที่การซื้อขายที่ใหญ่ขึ้นหรือไม่? หมายความว่าจะต้องใช้งานฟังก์ชั่นทั้งหมดบนระบบ Bitcoin เดียวใช่หรือไม่? ในช่วงแรก ๆ เมื่อเทคโนโลยีระบบนิเวศของ Bitcoin ยังไม่ได้รับการพัฒนาอย่างเต็มที่ ปรากฏการณ์เหล่านี้ดูเหมือนจะเป็นปัญหากับ Bitcoin เอง เมื่อเทคโนโลยีพัฒนาขึ้น คำถามมากมายก็จะได้รับคำตอบที่ชัดเจนยิ่งขึ้น
บทความนี้แสดงรายการปัญหาที่เกี่ยวข้อง รวมถึงกระบวนการสร้างและแก้ไขปัญหาเหล่านี้ จากบทความนี้ คุณจะเห็นความสัมพันธ์ระหว่างปัญหาเหล่านี้และเทคโนโลยี ตลอดจนกระบวนการเปลี่ยนแปลงของห่วงโซ่หลักของ Bitcoin และ ห่วงโซ่การทดสอบ ที่เกี่ยวข้อง เทคโนโลยี Bitcoin ได้รับการสำรวจโดยโครงการและทีมงานต่างๆ (รวมถึง Ethereum ซึ่งเป็นการสำรวจ Bitcoin ที่ไม่สมบูรณ์) แต่การเปลี่ยนแปลงบนเครือข่ายหลักของ Bitcoin ยังไม่ชัดเจนเพียงพอจนกระทั่งการเกิดขึ้นของเทคโนโลยีเช่น Taproot หลังจากส่งเสริมการเกิดขึ้น ของโปรโตคอล เช่น โปรโตคอล Ordinals ได้กลับเข้าสู่จุดไคลแม็กซ์ของการพัฒนาครั้งใหม่อีกครั้ง
เมื่อพิจารณากระบวนการพัฒนาเหล่านี้และเทคโนโลยีที่เกี่ยวข้องโดยรวม เราจะเห็นความเชื่อมโยงระหว่างสิ่งเหล่านั้น และคาดเดาทิศทางการพัฒนาและสถาปัตยกรรมโดยรวมเพิ่มเติมได้
1.1. ภาษาสคริปต์ของ Bitcoin และคำแนะนำในการลบหลายประการ
ภาษาการเขียนโปรแกรมของ Bitcoin เป็นภาษาสคริปต์กระบวนทัศน์โปแลนด์แบบย้อนกลับ โดยไม่มีคำสั่งวนซ้ำและคำสั่งควบคุมแบบมีเงื่อนไข (ดูสคริปต์ TaprootTaproot ในภายหลังเพื่อขยายความสามารถนี้) ดังนั้นผู้คนมักพูดว่าภาษาสคริปต์ Bitcoin ยังไม่สมบูรณ์ ซึ่งทำให้ภาษาสคริปต์ Bitcoin มีข้อจำกัดบางประการ
แน่นอน เนื่องจากข้อจำกัดเหล่านี้ แฮกเกอร์จึงไม่สามารถใช้ภาษาสคริปต์นี้เพื่อเขียนลูปไม่รู้จบ (ซึ่งจะทำให้เครือข่ายเป็นอัมพาต) หรือโค้ดที่เป็นอันตรายบางตัวที่อาจทำให้เกิดการโจมตี DOS ได้ ดังนั้นจึงหลีกเลี่ยงการโจมตี DOS บนเครือข่าย Bitcoin นักพัฒนา Bitcoin ยังเชื่ออีกว่าบล็อกเชนหลักไม่ควรมีความสมบูรณ์ของทัวริงเพื่อหลีกเลี่ยงการโจมตีและความแออัดของเครือข่าย
อย่างไรก็ตาม เนื่องจากข้อจำกัดเหล่านี้ เครือข่าย Bitcoin จึงไม่สามารถรันโปรแกรมที่ซับซ้อนอื่น ๆ และทำหน้าที่ มีประโยชน์ บางอย่างได้สำเร็จ ระบบบล็อกเชนบางระบบที่พัฒนาในภายหลังได้เปลี่ยนแปลงจุดนี้โดยตรงเพื่อแก้ไขปัญหาเฉพาะและตอบสนองความต้องการของผู้ใช้ ตัวอย่างเช่น ภาษาที่ใช้โดย Ethereum คือภาษาทัวริงที่สมบูรณ์
คำแนะนำสคริปต์ Bitcoin ประเภททั่วไป:
คำสำคัญ:
1. ค่าคงที่ เช่น: OP_ 0, OP_FALSE
2. การควบคุมกระบวนการ เช่น: OP_IF, OP_NOTIF, OP_ELSE,...
3. สแต็ค ตัวอย่างเช่น: OP_TOALTSTACK (พุชอินพุตเข้าไปในรายการของสแต็กเสริมแล้วลบออกจากสแต็กหลัก)...
4. เชือก. เช่น: OP_CAT (เชื่อมต่อสองสาย, ปิดการใช้งาน), OP_SIZE (ดันความยาวสตริงขององค์ประกอบด้านบนของสแต็กลงในสแต็ก (ไม่จำเป็นต้องเปิดองค์ประกอบ))
5. ตรรกะบิต เช่น: OP_AND, OP_OR, OP_XOR
6. ตรรกศาสตร์เลขคณิต ตัวอย่างเช่น: OP_ 1 ADD (ค่าอินพุตบวก 1), OP_ 1 SUB (ค่าอินพุตลบ 1)
7. การเข้ารหัส เช่น: OP_SHA 1 (อินพุตใช้อัลกอริทึม SHA-1 HASH.), OP_CHECKSIG()
8. คำหลักหลอก
9. คำสำคัญที่สงวนไว้
คำแนะนำสคริปต์ Bitcoin ประเภททั่วไป:
สคริปต์:
1. ธุรกรรมมาตรฐานในการชำระไปยังที่อยู่ Bitcoin (pay-to-pubkey-hash)
2. ธุรกรรม Bitcoin มาตรฐาน (จ่ายต่อ pubkey)
3. เอาต์พุตที่พิสูจน์ไม่ได้/ลบไม่ได้
4. ผลผลิตที่ใครๆ ก็ใช้จ่ายได้
5. เดาการซื้อขาย
สคริปต์ธุรกรรมมาตรฐานห้าประเภท ได้แก่: จ่ายให้กับ Public Key Hash (P2P KH), จ่ายให้กับ Public Key, Multisig (จำกัดเพียง 15 คีย์), Pay to Script Hash (P2SH) และ Data Out (OP_RETURN)
มีคำแนะนำโดยละเอียดบนหน้าเว็บ: https://en.bitcoin.it/wiki/Script
ลบคำแนะนำสำหรับการสนับสนุน Bitcoin
ในประวัติศาสตร์ของ Bitcoin คำแนะนำถูกลบไปหลายครั้ง ในแผนภูมิด้านล่าง ส่วนสีแดงคือคำแนะนำที่ถูกลบไปแล้ว
(1) การดำเนินการสตริง
(2)
(3) การดำเนินการทางคณิตศาสตร์
ทำไมต้องลบคำแนะนำ? ความปลอดภัยเป็นเพียงการพิจารณาเพียงอย่างเดียว หากเราดูคำแนะนำในการลบด้วยแนวคิดการออกแบบแบบเลเยอร์ เราจะเข้าใจเหตุผลของมัน ซึ่งจะทำให้โปรโตคอลพื้นฐานมีพื้นฐานและมีเสถียรภาพมากขึ้น บางที Satoshi Nakamoto อาจทราบถึงปัญหานี้ตั้งแต่ต้น ไม่เช่นนั้นเขาคงไม่ได้ริเริ่มที่จะลบคำแนะนำดังกล่าว ความคิดทั่วไปของเราคือการสร้างระบบขนาดเล็กที่ตรงตามความต้องการของผู้ใช้โดยตรง และมีคำสั่งและฟังก์ชันของระบบที่ครบถ้วน แทนที่จะเป็นโปรโตคอลขนาดใหญ่ที่ต้องใช้การทำงานร่วมกัน
สิ่งนี้ยังสร้างความจริงที่ว่ามีเพียง Bitcoin เท่านั้นที่เหมาะกับเครือข่ายแบบเลเยอร์ ฉันวิเคราะห์ปรากฏการณ์นี้ในบทความ ราคา Bitcoin ที่มากเกินไปจะส่งเสริมการสร้างห่วงโซ่ทางเลือกใหม่ จากมุมมองทางเศรษฐกิจและมุมมองทางเทคนิค มีความเป็นไปได้ในการสร้างห่วงโซ่ทางเลือก Bitcoin แต่จากมุมมองของคุณลักษณะพื้นฐานของ Bitcoin และการออกแบบแบบเลเยอร์ มีเพียง Bitcoin เท่านั้นที่สามารถทำหน้าที่เป็นโครงสร้างพื้นฐานเครือข่ายได้ แม้ว่าจะมีห่วงโซ่ทางเลือก แต่ก็เป็นผลิตภัณฑ์ 1.5 เลเยอร์ ในระดับเครือข่ายชั้นหนึ่ง สิ่งเดียวที่มีอยู่จริงคือ Bitcoin และเครือข่ายที่สามารถมีฟังก์ชันทดแทนได้คือผลิตภัณฑ์เกรด A ที่ดีที่สุด
1.2. ประวัติ เหตุผล และความสำคัญของ Bitcoin forks
ในประวัติศาสตร์การพัฒนาของ Bitcoin นอกเหนือจากคำแนะนำในการลบแล้ว ยังมีข้อโต้แย้งเกี่ยวกับขนาดบล็อก ซึ่งมักจะนำไปสู่การฮาร์ดฟอร์กของ Bitcoin
เมื่อ BTC ถูกสร้างขึ้น ไม่มีการจำกัดขนาดบล็อก ดังนั้นจำนวนธุรกรรมที่สามารถประมวลผลในเวลาเดียวกันจึงมีจำกัด แต่เมื่อราคาของ BTC ต่ำมากในช่วงแรก ๆ ต้นทุนของการทำธุรกรรมที่เป็นอันตรายก็ต่ำมากเช่นกัน เพื่อที่จะแก้ไขปัญหานี้ Satoshi Nakamoto เป็นประธานในพิธี soft fork เมื่อวันที่ 12 กันยายน 2010 โดยเพิ่มขีดจำกัดที่การบล็อก ขนาดไม่ควรเกิน 1 MB Satoshi Nakamoto ชี้ให้เห็นว่าข้อจำกัดนี้เป็นเพียงชั่วคราว และขีดจำกัดของบล็อกสามารถเพิ่มได้ในลักษณะที่มีการควบคุมและค่อยเป็นค่อยไปในอนาคตเพื่อตอบสนองความต้องการในการขยาย
ภาพด้านล่างแสดงประวัติการ fork ของ Bitcoin:
ด้วยความนิยมของ Bitcoin ความแออัดในการทำธุรกรรมของเครือข่ายและการเติบโตของเวลาการยืนยันจึงกลายเป็นปัญหาร้ายแรงมากขึ้น ในปี 2015 Gavin Andresen และ Mike Hearn ประกาศว่าพวกเขาจะปรับใช้ข้อเสนอ BIP-101 ใน BitcoinXT เวอร์ชันใหม่ โดยหวังว่าจะเพิ่มขีดจำกัดบล็อกเป็น 8 MB นักพัฒนาหลักเช่น Greg Maxell, Luke Jr และ Pieter Wuille คัดค้าน โดยเชื่อว่าแนวทางนี้จะเพิ่มเกณฑ์สำหรับการรันโหนดเต็มรูปแบบและจะมีผลกระทบที่ไม่สามารถควบคุมได้ ในที่สุดการอภิปรายก็ขยายออกไปในแง่ของหัวข้อและขอบเขตของการเข้าร่วม
จากเนื้อหาข้างต้น เราเห็นว่า Satoshi Nakamoto ยังแสดงด้วยว่า ขีดจำกัดขนาดบล็อกเป็นแบบชั่วคราว และขีดจำกัดขนาดบล็อกสามารถเพิ่มได้ในลักษณะที่ควบคุมได้และค่อยเป็นค่อยไปในอนาคตเพื่อตอบสนองความต้องการของการขยาย รองรับบล็อกขนาดใหญ่และแยกโซ่เพื่อรองรับบล็อกขนาดใหญ่ แก้ปัญหาได้หรือไม่? ในความขัดแย้งที่เกิดขึ้นอย่างต่อเนื่อง มีหลายกรณีเกิดขึ้นเช่นกัน ตัวอย่างเช่น ขนาดบล็อก BCH คือ 8 M และต่อมาเพิ่มเป็น 32 M ขนาดบล็อก BSV คือ 128M นอกจาก BCH (และต่อมาคือ BSV) แล้ว เหรียญที่แยกออกมาของ BTC อื่นๆ จำนวนมากก็ปรากฏขึ้นในช่วงเวลานี้ จากการวิจัยของ BitMEX พบว่ามีเหรียญที่แยกออกมาใหม่อย่างน้อย 50 เหรียญปรากฏขึ้นในเวลาเพียงหนึ่งปีหลังจากการแยกของ BCH
เราจะเห็นในภายหลังว่า Segwit และ Taproot บนเครือข่ายหลัก Bitcoin ได้เพิ่มพื้นที่บล็อกจาก 1 MB เป็น 4 MB ในระดับหนึ่ง
ทางแยกของ Bitcoin คือการสำรวจการพัฒนา โดยพยายามรองรับความต้องการที่มากขึ้นผ่านการเปลี่ยนแปลงของตัวเอง ความต้องการของผู้ใช้ ความต้องการของนักขุด ความต้องการของนักลงทุน ความต้องการของนักพัฒนา….
1.3. การสำรวจทั่วไปหลายประการในการพัฒนา Bitcoin
หลังจากที่ Satoshi Nakamoto จากไป ทายาท Gavin Andresen ก็เป็นผู้นำในการก่อตั้ง Bitcoin Core และ Bitcoin Foundation ในช่วงเวลานี้ การสำรวจความสามารถในการปรับขนาดสำหรับ BTC ยังคงดำเนินต่อไป โดยเฉพาะอย่างยิ่งในด้านการออกสินทรัพย์
(1) เหรียญสี (เหรียญสี)
Yoni Assia ซีอีโอของ eToro เป็นคนแรกที่เสนอเหรียญสีในบทความที่ตีพิมพ์เมื่อวันที่ 27 มีนาคม 2012 แนวคิดนี้ยังคงเติบโตอย่างต่อเนื่อง และในฟอรัม เช่น Bitcointalk แนวคิดของเหรียญสีเริ่มเป็นรูปเป็นร่างและได้รับแรงผลักดัน ในที่สุด Meni Rosenfeld ได้ตีพิมพ์เอกสารปกขาวที่ให้รายละเอียดเกี่ยวกับสกุลเงินที่เป็นสีเมื่อวันที่ 4 ธันวาคม 2012
แนวคิดของเหรียญย้อมคือการเพิ่มป้ายกำกับพิเศษ (เช่น สีย้อม) ให้กับส่วนเฉพาะของ Bitcoin เพื่อแสดงถึงสินทรัพย์และมูลค่าที่หลากหลาย มีชุดของเอนทิตีในการใช้งานเหรียญสี ซึ่งแบ่งคร่าวๆ ออกเป็นสองประเภท:
1) อิงตาม OP_RETURN: ตัวอย่างเช่น Open Assets ที่เสนอโดย Flavien Charlon ในปี 2013 โดยใช้ OP_RETURN (เสนอใน Bitcoin v 0.9.0 สามารถใช้เพื่อจัดเก็บข้อมูลจำนวนเล็กน้อยบน Bitcoin ขีดจำกัดเริ่มต้นคือ 40 ไบต์ และ ต่อมาเพิ่มเป็น 80 ไบต์) opcode จะถูกเก็บไว้ในสคริปต์และอ่านโดยโลกภายนอกเพื่อทำให้ การระบายสี และธุรกรรมเสร็จสมบูรณ์ (รูปแบบนี้คล้ายกับ Ordinals ที่อาศัยดัชนีภายนอกเพื่อกำหนดความถูกต้องตามกฎหมายของสินทรัพย์)
2) อิงจาก OP_RETURN: ตัวแทนทั่วไปคือโปรโตคอล EPOBC ที่เสนอโดย ChromaWay ในปี 2014 ข้อมูลเพิ่มเติมเกี่ยวกับสินทรัพย์ EPOBC จะถูกจัดเก็บไว้ในฟิลด์ nSequence ในธุรกรรม Bitcoin หมวดหมู่และความถูกต้องตามกฎหมายของสินทรัพย์ EPOBC แต่ละรายการจะต้องได้รับการตรวจสอบย้อนกลับไปยังจุดกำเนิด การทำธุรกรรมเพื่อกำหนด
(2) มาสเตอร์คอยน์ (OMNI)
JR Willett เผยแพร่แนวคิดของ MasterCoin เมื่อวันที่ 6 มกราคม 2012 และตั้งชื่อมันว่า Bitcoins Second White Paper และเปิดตัวโครงการอย่างเป็นทางการผ่าน ICO ในเดือนกรกฎาคม 2013 ในที่สุดก็ระดมทุนได้ 5,120 BTC (มูลค่า $500,000) MasterCoin แตกต่างจาก Colored Coins ตรงที่มันสร้างชั้นโหนดที่สมบูรณ์ซึ่งจะสแกนบล็อค Bitcoin เพื่อรักษาฐานข้อมูลแบบจำลองสถานะที่อยู่ในโหนดภายนอกบล็อคเชน การออกแบบนี้สามารถให้ฟังก์ชันที่ซับซ้อนมากกว่าเหรียญสี เช่น การสร้างสินทรัพย์ใหม่ การแลกเปลี่ยนแบบกระจายอำนาจ การตอบรับราคาอัตโนมัติ เป็นต้น ในปี 2014 Tether ยังได้เปิดตัวเหรียญเสถียรบน Bitcoin ผ่านโปรโตคอล Mastercoin ซึ่งรู้จักกันในชื่อ Tether USD (OMNI)
(3) ฝ่ายค้าน
คู่สัญญาเปิดตัวอย่างเป็นทางการในปี 2014 คู่สัญญายังใช้ OP_RETURN เพื่อจัดเก็บข้อมูลลงในเครือข่าย BTC แต่ต่างจากเหรียญสีตรงที่สินทรัพย์ใน Counterparty ไม่มีอยู่ในรูปแบบ UTXO แต่โหลดข้อมูลผ่าน OP_RETURN เพื่อระบุการโอนสินทรัพย์ เมื่อผู้ถือสินทรัพย์ใช้ที่อยู่การถือครองเพื่อลงนามในธุรกรรมด้วยข้อมูลพิเศษ การโอนสินทรัพย์จะเสร็จสมบูรณ์ . ด้วยวิธีนี้ คู่สัญญาสามารถตระหนักถึงการออกและการซื้อขายสินทรัพย์และแพลตฟอร์มที่เข้ากันได้กับสัญญาอัจฉริยะของ Ethereum
นอกจากนี้ยังมีความคิดเห็นว่า Ethereum, Ripple และ BitShares ยังเป็นของ Bitcoin 2.0 ในวงกว้างอีกด้วย
1.4 ความไม่สมบูรณ์ของ Bitcoin และโปรโตคอลแบบเลเยอร์
ความไม่สมบูรณ์ (หรือข้อจำกัด) ของระบบ Bitcoin นั้นส่วนใหญ่แสดงออกมาในหลายแง่มุม (ความไม่สมบูรณ์ในบทความนี้อิงตามบทสรุปในเอกสารปกขาวของ Ethereum และไม่ใช่ความไม่สมบูรณ์ที่แท้จริง
1. ระบบบัญชี Bitcoin UTXO
ในโครงการบล็อกเชนในปัจจุบัน มีวิธีการเก็บบันทึกหลักสองวิธี วิธีแรกคือแบบจำลองบัญชี/ยอดคงเหลือ และอีกวิธีคือโมเดล UTXO Bitcoin ใช้โมเดล UTXO ในขณะที่ Ethereum, EOS ฯลฯ ใช้โมเดลบัญชี/ยอดคงเหลือ
ในกระเป๋าเงิน Bitcoin เรามักจะเห็นยอดคงเหลือในบัญชี อย่างไรก็ตาม ในระบบ Bitcoin ที่ออกแบบโดย Satoshi Nakamoto นั้นไม่มีแนวคิดเรื่องความสมดุล Bitcoin Balance เป็นผลิตภัณฑ์ที่ได้มาจากแอปพลิเคชัน Bitcoin Wallet UTXO (Unspent Transaction Outputs) คือเอาท์พุตธุรกรรมที่ยังไม่ได้ใช้ ซึ่งเป็นแนวคิดหลักในการสร้างและตรวจสอบธุรกรรม Bitcoin ธุรกรรมก่อตัวเป็นชุดของโครงสร้างลูกโซ่ และธุรกรรม Bitcoin ทางกฎหมายทั้งหมดสามารถตรวจสอบย้อนกลับไปยังผลลัพธ์ของธุรกรรมก่อนหน้าหนึ่งรายการขึ้นไป แหล่งที่มาของห่วงโซ่เหล่านี้คือรางวัลจากการขุด และจุดสิ้นสุดคือผลลัพธ์ของธุรกรรมที่ยังไม่ได้ใช้ในปัจจุบัน
ดังนั้นจึงไม่มี Bitcoin ในโลกแห่งความเป็นจริง มีเพียง UTXO เท่านั้น ธุรกรรม Bitcoin ประกอบด้วยอินพุตธุรกรรมและเอาต์พุตธุรกรรม แต่ละธุรกรรมใช้อินพุตและสร้างเอาต์พุต และเอาต์พุตที่สร้างขึ้นคือ เอาต์พุตธุรกรรมที่ยังไม่ได้ใช้ ซึ่งก็คือ UTXO
หากคุณต้องการใช้สัญญาอัจฉริยะ โมเดลบัญชี UTXO มีปัญหาใหญ่มาก Gavin Wood ผู้ออกแบบ Ethereum Yellow Paper มีความเข้าใจอย่างลึกซึ้งเกี่ยวกับ UTXO คุณสมบัติใหม่ที่ใหญ่ที่สุดของ Ethereum คือสัญญาอัจฉริยะ เนื่องจากการพิจารณาสัญญาอัจฉริยะ จึงเป็นเรื่องยากสำหรับ Gavin Wood ที่จะใช้สัญญาอัจฉริยะของทัวริงโดยอิงจาก UTXO โมเดลบัญชีเป็นไปตามธรรมชาติ และแต่ละธุรกรรมจะถูกบันทึกในบัญชีที่เกี่ยวข้อง (nonce++) เพื่อให้ง่ายต่อการจัดการบัญชี จึงมีการแนะนำสถานะสากล และแต่ละธุรกรรมจะเปลี่ยนสถานะสากลนี้ สิ่งนี้สอดคล้องกับโลกแห่งความเป็นจริง ทุกการเปลี่ยนแปลงเล็กๆ น้อยๆ จะเปลี่ยนโลก ดังนั้น Ethereum จึงใช้ระบบบัญชี และโดยทั่วไปแล้วเครือข่ายสาธารณะในภายหลังจะถูกนำมาใช้ตามระบบบัญชีประเภทต่างๆ
ข้อบกพร่องร้ายแรงอีกประการหนึ่งของ UTXO คือไม่สามารถควบคุมขีดจำกัดการถอนเงินของบัญชีได้ นี่คือคำอธิบายในเอกสารทางเทคนิคของ Ethereum
2. ภาษาสคริปต์ของ Bitcoin ยังไม่สมบูรณ์ทัวริง
แม้ว่าภาษาสคริปต์ Bitcoin จะสามารถรองรับการคำนวณได้หลากหลาย แต่ก็ไม่สามารถรองรับการคำนวณทั้งหมดได้ ข้อบกพร่องหลักคือภาษาสคริปต์ของ Bitcoin ซึ่งไม่มีคำสั่งวนซ้ำและคำสั่งควบคุมแบบมีเงื่อนไข ดังนั้นเราจึงพูดว่า: ภาษาสคริปต์ Bitcoin ทัวริงยังไม่สมบูรณ์ ส่งผลให้ภาษาสคริปต์ Bitcoin มีข้อจำกัดบางประการ แน่นอน เนื่องจากข้อจำกัดเหล่านี้ แฮกเกอร์จึงไม่สามารถใช้ภาษาสคริปต์นี้เพื่อเขียนลูปไม่รู้จบ (ซึ่งจะทำให้เครือข่ายเป็นอัมพาต) หรือโค้ดที่เป็นอันตรายบางตัวที่อาจทำให้เกิดการโจมตี DOS ได้ ดังนั้นจึงหลีกเลี่ยงการโจมตี DOS บนเครือข่าย Bitcoin นักพัฒนา Bitcoin ยังเชื่ออีกว่าบล็อกเชนหลักไม่ควรมีความสมบูรณ์ของทัวริงเพื่อหลีกเลี่ยงการโจมตีและความแออัดของเครือข่าย อย่างไรก็ตาม เนื่องจากข้อจำกัดเหล่านี้ทำให้เครือข่าย Bitcoin ไม่สามารถรันโปรแกรมที่ซับซ้อนได้ วัตถุประสงค์ของการไม่รองรับคำสั่งวนซ้ำคือเพื่อหลีกเลี่ยงการวนซ้ำไม่สิ้นสุดระหว่างการยืนยันธุรกรรม
เพื่อความปลอดภัย เหตุผลที่ไม่สนับสนุนความสมบูรณ์ของทัวริงนั้นยังไม่เพียงพอ และภาษาที่ไม่สมบูรณ์ของทัวริงก็มีข้อจำกัดในสิ่งที่สามารถทำได้
3. ความไม่สมบูรณ์อื่นๆ ของ Bitcoin ความปลอดภัย และความสามารถในการขยายขนาด
ปัญหาการรวมศูนย์ของการขุด โดยทั่วไปแล้ว อัลกอริธึมการขุด Bitcoin ช่วยให้นักขุดสามารถเปลี่ยนส่วนหัวของบล็อกได้เล็กน้อยหลายสิบล้านครั้งจนกว่าแฮชของเวอร์ชันที่แก้ไขของโหนดบางตัวจะน้อยกว่าค่าเป้าหมาย อย่างไรก็ตาม อัลกอริธึมการขุดนี้ไวต่อการโจมตีแบบรวมศูนย์สองรูปแบบ ประการแรก ระบบนิเวศการขุดถูกควบคุมโดย ASIC (วงจรรวมเฉพาะแอปพลิเคชัน) และชิปคอมพิวเตอร์ที่ออกแบบมาโดยเฉพาะเพื่อให้มีประสิทธิภาพมากขึ้นหลายพันเท่าในงานเฉพาะของการขุด Bitcoin ซึ่งหมายความว่าการขุด Bitcoin นั้นไม่มีการกระจายอำนาจและความเท่าเทียมอีกต่อไป แต่ต้องอาศัยการมีส่วนร่วมอย่างมีประสิทธิผลของเงินทุนจำนวนมหาศาล ประการที่สอง นักขุด Bitcoin ส่วนใหญ่ไม่ดำเนินการตรวจสอบบล็อกภายในเครื่องอีกต่อไป พวกเขาอาศัยกลุ่มการขุดแบบรวมศูนย์เพื่อจัดเตรียมส่วนหัวของบล็อก ปัญหาร้ายแรง: ปัจจุบันกลุ่มการขุดสามอันดับแรกควบคุมทางอ้อมประมาณ 50% ของพลังการประมวลผลในเครือข่าย Bitcoin
ปัญหาเรื่องความสามารถในการขยายขนาดเป็นปัญหาสำคัญสำหรับ Bitcoin ด้วย Bitcoin จะเพิ่มขึ้นประมาณ 1 MB ต่อชั่วโมง หากเครือข่าย Bitcoin ประมวลผลธุรกรรม Visa 2,000 รายการต่อวินาที มันจะเพิ่มขึ้น 1 MB ทุกๆ สามวินาที (1 GB ต่อชั่วโมง 8 TB ต่อปี) จำนวนธุรกรรมที่ต่ำยังทำให้เกิดความขัดแย้งในชุมชน Bitcoin แม้ว่าบล็อคเชนขนาดใหญ่จะสามารถปรับปรุงประสิทธิภาพได้ แต่ปัญหาก็คือความเสี่ยงจากการรวมศูนย์
จากมุมมองของวงจรชีวิตผลิตภัณฑ์ ความไม่สมบูรณ์เล็กๆ น้อยๆ บางประการของ Bitcoin สามารถปรับปรุงได้ในระบบของตัวเอง แต่วิธีการปรับปรุงจะถูกจำกัดโดยระบบปัจจุบัน แต่หากปัญหาเหล่านี้แก้ไขได้ในระบบใหม่ก็ไม่จำเป็นต้องคำนึงถึงข้อจำกัดของระบบเก่า เนื่องจากจะต้องมีการสร้างระบบบล็อคเชนใหม่ เมื่อออกแบบระบบใหม่ การปรับปรุงการทำงานเล็กๆ น้อยๆ เหล่านี้จึงควรได้รับการออกแบบและอัปเกรดด้วย
การออกแบบชั้น
การออกแบบแบบเลเยอร์เป็นวิธีการและวิธีการสำหรับมนุษย์ในการจัดการกับระบบที่ซับซ้อน ช่วยให้เกิดความเป็นโมดูล การบำรุงรักษา และความสามารถในการปรับขนาดของระบบโดยการแบ่งระบบออกเป็นโครงสร้างลำดับชั้นต่างๆ และกำหนดความสัมพันธ์และฟังก์ชันระหว่างแต่ละเลเยอร์ ซึ่งจะช่วยปรับปรุงประสิทธิภาพการออกแบบและ ความน่าเชื่อถือของระบบ
สำหรับระบบโปรโตคอลที่กว้างและใหญ่ การใช้การแบ่งชั้นมีประโยชน์อย่างเห็นได้ชัด ทำให้ผู้คนเข้าใจได้ง่าย นำไปใช้งานได้ง่ายโดยการแบ่งงาน และปรับปรุงได้ง่ายด้วยโมดูล ตัวอย่างเช่น การออกแบบแบบจำลองเจ็ดชั้น ISO/OSI ในเครือข่ายคอมพิวเตอร์ แต่ในการใช้งานเฉพาะ บางชั้นสามารถรวมกันได้ ตัวอย่างเช่น โปรโตคอลเครือข่ายเฉพาะ TCP/IP เป็นโปรโตคอลสี่ชั้น โดยเฉพาะอย่างยิ่ง ข้อดีของการแบ่งชั้นโปรโตคอลคือ แต่ละเลเยอร์มีความเป็นอิสระ ยืดหยุ่น แยกโครงสร้างได้ ใช้งานและบำรุงรักษาง่าย และสามารถส่งเสริมการทำงานที่เป็นมาตรฐานได้
จากมุมมองของโปรโตคอลแบบเลเยอร์ เนื่องจาก Bitcoin อยู่ในระดับพื้นฐานที่สุด UTXO ความสมบูรณ์ที่ไม่ใช่ทัวริง เวลาในการสร้างบล็อกที่ยาวนาน ความจุบล็อกขนาดเล็ก การหายตัวไปของผู้ก่อตั้ง ฯลฯ ไม่ใช่ข้อบกพร่อง เป็นคุณลักษณะที่เลเยอร์เน็ตเวิร์กควรมี
หมายเหตุ: ผู้เขียนมีคำอธิบายโดยละเอียดเพิ่มเติมเกี่ยวกับการแบ่งชั้นโปรโตคอลใน บทความสรุประบบความรู้พื้นฐานของการสร้าง Bitcoin Layer 2 V1.5
2. เทคโนโลยีใหม่ที่สำคัญในการพัฒนา Bitcoin (การขยายบล็อกและการขยายขีดความสามารถ)
ในหัวข้อที่แล้ว เราได้พูดคุยถึงข้อขัดแย้งหลักและกรณีศึกษาเกี่ยวกับเทคโนโลยีดั้งเดิมของ Bitcoin แต่หลายกรณีส่งผลให้เกิดการฮาร์ดฟอร์คหรือการสร้างเครือข่ายที่ต่างกันโดยสิ้นเชิง ในบล็อกเชน Bitcoin เอง การสำรวจนี้ยังให้ผลลัพธ์มากมาย ซึ่งโดยพื้นฐานแล้วคือการขยายบล็อกและความสามารถ พวกเขาแสดงตนเป็นหลักในด้านต่อไปนี้
2.1.OP_RETURN
นักพัฒนา Bitcoin ต้องการขยายขีดความสามารถของ Bitcoin มาโดยตลอด ซึ่งสะท้อนให้เห็นในหลายแง่มุม:
(1) การใช้ OP_RETURN
OP_RETURN เป็น opcode ของสคริปต์ที่ยุติสคริปต์และส่งกลับค่าที่ด้านบนของสแต็ก opcode นี้คล้ายกับฟังก์ชันส่งคืนในภาษาการเขียนโปรแกรม การทำงานของ opcode OP_RETURN ได้รับการแก้ไขหลายครั้งตลอดประวัติศาสตร์ของ Bitcoin และตอนนี้มันถูกใช้เป็นวิธีการจัดเก็บข้อมูลในบัญชีแยกประเภทเป็นหลัก การทำงานของ opcode OP_RETURN มีการเปลี่ยนแปลงไปอย่างมากในอดีต และตอนนี้เป็นกลไกสำคัญที่ช่วยให้เราสามารถจัดเก็บข้อมูลออนไลน์ได้ตามต้องการ
เดิมที OP_RETURN เป็นการดำเนินการส่งคืนซึ่งใช้เพื่อสิ้นสุดการดำเนินการสคริปต์ตั้งแต่เนิ่นๆ และผลการดำเนินการจะถูกนำเสนอเป็นรายการบนสุดในสแต็ก เดิมที opcode นี้มีช่องโหว่ที่สามารถหาประโยชน์ได้ง่าย แต่ Satoshi Nakamoto ได้รับการแก้ไขอย่างรวดเร็ว
การเปลี่ยนแปลงเพิ่มเติมในฟังก์ชัน OP_RETURN
ในการอัปเกรด Bitcoin Core v 0.9.0 สคริปต์ OP_RETURN output ถูกสร้างขึ้นเป็นประเภทเอาต์พุตมาตรฐาน ทำให้ผู้ใช้สามารถผนวกข้อมูลเข้ากับ เอาต์พุตธุรกรรมที่ไม่สามารถนำไปใช้ได้ ขีดจำกัดบนของจำนวนข้อมูลที่มีอยู่ในสคริปต์ดังกล่าวเริ่มแรกจำกัดไว้ที่ 40 ไบต์ จากนั้นเพิ่มเป็น 80 ไบต์
จัดเก็บข้อมูลบนบล็อคเชน:
การเปลี่ยน OP_RETURN ให้ส่งคืน false เสมอทำให้เกิดผลลัพธ์ที่น่าสนใจ เนื่องจากไม่มีการประเมิน opcode หรือข้อมูลหลังจาก OP_RETURN ผู้ใช้เครือข่ายจึงเริ่มใช้ opcode นี้เพื่อจัดเก็บข้อมูลที่จัดรูปแบบตามที่ต้องการ
ในช่วงระยะเวลาของ Bitcoin Cash (BCH) นั่นคือ 1 สิงหาคม 2017 - 15 พฤศจิกายน 2018 ความยาวของข้อมูลที่สามารถต่อท้ายเอาต์พุต OP_RETURN ได้ขยายเป็น 220 ไบต์ และข้อมูลขนาดใหญ่สามารถอำนวยความสะดวกในการใช้ข้อมูลได้ บนบล็อกเชน แอปพลิเคชันที่เป็นนวัตกรรม เช่น การเผยแพร่เนื้อหาบนโซเชียลมีเดียบล็อกเชน เป็นต้น
บน BSV ขีดจำกัด 220 ไบต์จะยังคงอยู่ในช่วงเวลาสั้นๆ จากนั้นในเดือนมกราคม 2019 เนื่องจาก OP_RETURN opcode ยุติสคริปต์ในลักษณะที่โหนดไม่ตรวจสอบ opcodes ที่ตามมาใด ๆ โหนดจึงไม่ตรวจสอบว่าสคริปต์อยู่ภายในขีดจำกัดขนาดสคริปต์สูงสุดที่ 520 ไบต์ เป็นผลให้ผู้ดำเนินการโหนดบนเครือข่ายตัดสินใจเพิ่มขนาดธุรกรรมสูงสุดเป็น 100 KB ซึ่งช่วยให้นักพัฒนามีอิสระมากขึ้นในการสร้างสรรค์แอปพลิเคชันใหม่ ๆ ช่วยให้แอปพลิเคชันใหม่ใส่ข้อมูลขนาดใหญ่และซับซ้อนมากขึ้นลงใน Bitcoin Ledger มีตัวอย่างของแอปพลิเคชันในเวลานั้นซึ่งมีผู้ใส่เว็บไซต์ทั้งหมดลงในบัญชีแยกประเภท BSV
แม้ว่า OP_RETURN จะมีส่วนขยายการทำงานบางอย่าง แต่ความสามารถโดยรวมยังคงมีจำกัด เทคโนโลยีของ Segregated Witness จึงถือกำเนิดขึ้น
(2) พยานการแยกตัวของ Segwit
Segregated Witness (เรียกสั้น ๆ ว่า SegWit) ได้รับการเสนอครั้งแรกโดย Pieter Wuile (ผู้พัฒนาหลักของ Bitcoin และผู้ร่วมก่อตั้ง Blockstream) ในเดือนธันวาคม 2558 และต่อมาได้ก่อตั้ง Bitcoin BIP 141 Segregated Witness แก้ไขโครงสร้างข้อมูลของธุรกรรมในบล็อก Bitcoin เล็กน้อยเพื่อแก้ไขปัญหาต่อไปนี้:
1) ปัญหาความอ่อนตัวของธุรกรรม
2) ลายเซ็นของธุรกรรมที่ส่งในหลักฐาน SPV จะกลายเป็นทางเลือก ซึ่งสามารถลดปริมาณข้อมูลที่ส่งโดยหลักฐาน Merkle
3) เพิ่มความจุบล็อกในรูปแบบปลอมตัว
สองรายการแรกมีวัตถุประสงค์เพื่อเพิ่มความปลอดภัยและประสิทธิภาพ ในบรรดารายการที่สามมีผลกระทบมากที่สุดต่อเทคโนโลยีใหม่ ๆ การดำเนินการนี้จะเพิ่มขีดความสามารถของบล็อก (ดูแนวคิดของน้ำหนักบล็อกด้านล่าง) ซึ่งจะเป็นการวางรากฐานสำหรับ การขยายขีดความสามารถของ Bitcoin เป็นผลให้ Taproot ที่ตามมา (เวอร์ชันที่สองของ Segregated Witness) ได้รับความเข้มแข็งยิ่งขึ้น
แม้ว่าการสร้างรายได้จะขยายความจุของบล็อก SegWit ก็ยังถูกจำกัดด้วยขนาดบล็อกเช่นกัน ขนาดบล็อกของ Bitcoin ถูกจำกัดไว้ที่ 1 M ไบต์ เนื่องจากข้อมูลพยานไม่ได้รวมอยู่ในขีดจำกัดนี้ เพื่อป้องกันไม่ให้ข้อมูลพยานถูกนำไปใช้ในทางที่ผิด ขนาดบล็อกทั้งหมดจึงยังมีจำกัด เปิดตัวแนวคิดใหม่ที่เรียกว่าน้ำหนักบล็อก
น้ำหนักบล็อก = ขนาดฐาน * 3 + ขนาดรวม
ขนาดฐานคือขนาดบล็อกที่ไม่มีข้อมูลพยาน
ขนาดรวมคือขนาดบล็อก (เป็นไบต์) ของธุรกรรมแบบอนุกรมตามที่อธิบายไว้ใน BIP 144 รวมถึงข้อมูลพื้นฐานและข้อมูลพยาน
พยานแยกจำกัดน้ำหนักบล็อก <= 4M
Segregated Witness ยังช่วยให้สามารถขยาย Bitcoin เพื่อใช้ Lightning Network ได้ในทางเทคนิค
(3) เวอร์ชัน Taproot Segregated Witness V2
หากคุณใช้คำว่า Taproot โดยตรง หลายๆ คนคงคิดว่ามันเป็นแนวคิดใหม่ แต่ถ้าคุณถูกบอกว่านี่คือเวอร์ชันที่สองของ Segregated Witness คนส่วนใหญ่จะเข้าใจความเชื่อมโยงนี้ BIP ที่เกี่ยวข้องกับ Taproot คือ 340, 341 และ 342 ชื่อของพวกเขาคือ: BIP 340 (ลายเซ็น Schnorr สำหรับ secp 256 k 1), BIP 341 (กฎการใช้จ่าย Taproot: SegWit เวอร์ชัน 1), BIP 342 (การตรวจสอบความถูกต้องของสคริปต์ Taproot)
ในเดือนพฤศจิกายน 2021 Taproot มีผลบังคับใช้อย่างเป็นทางการในรูปแบบของ soft fork การอัพเกรดนี้ประกอบด้วย BIP 340, BIP 341 และ BIP 342 ในจำนวนนั้น BIP 340 ได้เปิดตัวลายเซ็น Schnorr ที่สามารถตรวจสอบธุรกรรมหลายรายการพร้อมกันได้ โดยแทนที่อัลกอริธึมลายเซ็นดิจิทัล Elliptic Curve (ECDSA) ซึ่งเป็นการขยายความจุเครือข่ายอีกครั้งและเร่งการประมวลผลธุรกรรมแบบแบตช์ ทำให้สามารถปรับใช้ระบบอัจฉริยะที่ซับซ้อนได้ ลักษณะสัญญา BIP 341 ใช้ Merkelized Abstract Syntax Tree (MAST) เพื่อเพิ่มประสิทธิภาพการจัดเก็บข้อมูลธุรกรรมบนบล็อกเชน BIP 342 (Tapscript) ใช้ภาษาสคริปต์ของ Bitcoin เพื่อขยายความสามารถในการเขียนสคริปต์ดั้งเดิมของ Bitcoin ที่ไม่เพียงพอ
การขยายพื้นที่ของ Segwit และ Taproot ได้นำไปสู่การสร้าง Schnorr, MAST tree และ Taproot Scripts ภารกิจของพวกเขาคือการขยายฟังก์ชันการทำงานของ Mainnet Bitcoin
2.2 สคริปต์ Schnorr, MAT, Taproot
ในส่วนที่ 2.1 เราได้เห็นการสำรวจ Bitcoin อย่างต่อเนื่องในด้านการขยายและการขยายตัว จนกระทั่งถึงการเกิดขึ้นของเทคโนโลยี Taproot และเทคโนโลยีที่สำคัญหลายอย่างที่เกี่ยวข้อง เช่น Schnorr, MAST และ Taproot Scripts ความสามารถของ Bitcoin จึงถูกเปิดออกอย่างแท้จริง
(1) ลายเซ็นชนอร์
การพัฒนา Taproot ขณะเดียวกันก็ขยายขีดความสามารถนั้นมีข้อกำหนดบางประการสำหรับอัลกอริธึมลายเซ็น ดังนั้นลายเซ็น Schnorr จึงเริ่มปรากฏขึ้นและถูกนำมาใช้เพื่อแทนที่อัลกอริธึมลายเซ็นดิจิทัล Elliptic Curve (ECDSA) ลายเซ็น Schnorr คือรูปแบบลายเซ็นดิจิทัลที่ลงนามในธุรกรรมและข้อความอย่างมีประสิทธิภาพและปลอดภัย มันถูกอธิบายครั้งแรกโดย Claus Schnorr ในรายงานปี 1991 Schnorr ได้รับการยกย่องในเรื่องความเรียบง่าย ความปลอดภัยที่พิสูจน์ได้ และความเชิงเส้นตรง
ข้อดีของลายเซ็น Schnorr:
1) ลายเซ็น Schnorr มีข้อดีหลายประการ รวมถึงประสิทธิภาพและความเป็นส่วนตัวที่ได้รับการปรับปรุง ในขณะที่ยังคงรักษาฟังก์ชันการทำงานและสมมติฐานด้านความปลอดภัยทั้งหมดของ ECDSA ลายเซ็น Schnorr ช่วยให้ลายเซ็นมีขนาดเล็กลง เวลาตรวจสอบเร็วขึ้น และต้านทานการโจมตีบางประเภทได้ดีขึ้น
2) ข้อได้เปรียบที่สำคัญที่สุดของลายเซ็น Schnorr คือการรวมคีย์ ซึ่งรวมลายเซ็นหลายรายการเป็นลายเซ็นเดียวที่ถูกต้องสำหรับผลรวมของคีย์ กล่าวอีกนัยหนึ่ง Schnorr ช่วยให้พันธมิตรหลายรายสามารถสร้างลายเซ็นที่ถูกต้องสำหรับผลรวมของกุญแจสาธารณะของพวกเขา การรวมลายเซ็นช่วยให้ลายเซ็นจากผู้ลงนามหลายคนสามารถรวมเป็นลายเซ็นเดียวได้
การรวมคีย์ช่วยลดค่าธรรมเนียมการทำธุรกรรมและปรับปรุงความสามารถในการปรับขนาดพื้นฐาน เนื่องจากลายเซ็นอิเล็กทรอนิกส์จากการตั้งค่าหลายลายเซ็นจะใช้พื้นที่เดียวกันในบล็อกเป็นลายเซ็นจากธุรกรรมฝ่ายเดียว คุณลักษณะนี้ของ Schnorr สามารถใช้เพื่อลดขนาดของการชำระเงินแบบหลายลายเซ็นและธุรกรรมอื่นๆ ที่เกี่ยวข้องกับลายเซ็นหลายลายเซ็น เช่น ธุรกรรมช่องทาง Lightning Network
3) คุณสมบัติที่สำคัญอีกประการหนึ่งของลายเซ็น Schnorr คือการไม่เปลี่ยนแปลง
4) Schnorr ยังมอบสิทธิประโยชน์ด้านความเป็นส่วนตัวมากมายอีกด้วย ด้วยการสร้างรูปแบบลายเซ็นหลายลายเซ็นภายนอกที่แยกไม่ออกจากคีย์สาธารณะเดี่ยวแบบดั้งเดิม Schnorr ทำให้ผู้สังเกตการณ์แยกแยะการใช้จ่ายแบบหลายลายเซ็นจากการใช้จ่ายแบบลายเซ็นเดียวในกิจกรรมออนไลน์ได้ยากขึ้น นอกจากนี้ ในการตั้งค่า multisig n-of-m นั้น Schnorr ทำให้ผู้สังเกตการณ์ภายนอกตัดสินได้ยากขึ้นว่าผู้เข้าร่วมรายใดลงนามในธุรกรรม และรายใดไม่ได้ลงนามโดยดูข้อมูลออนไลน์
ลายเซ็น Schnorr ถูกนำมาใช้ใน BIP-340 โดยเป็นส่วนหนึ่งของการอัพเกรด soft fork ของ Taproot และเปิดใช้งานเมื่อวันที่ 14 พฤศจิกายน 2021 ที่ความสูงของบล็อก 709,632 Schnorr ทำให้ลายเซ็นดิจิทัลสำหรับ BTC เร็วขึ้น ปลอดภัยยิ่งขึ้น และดำเนินการได้ง่ายขึ้น โดยเฉพาะอย่างยิ่ง ลายเซ็น Schnorr นั้นเข้ากันได้กับอัลกอริธึมการเข้ารหัสของ BTC แบบย้อนหลัง ทำให้สามารถแนะนำพวกเขาผ่านการอัพเกรด soft fork
(2) MAST แผนผังไวยากรณ์นามธรรม
มีความคลุมเครือเล็กน้อยในตัวย่อของ MAST ในภาษาจีนและภาษาอังกฤษ BIP อย่างเป็นทางการ (BIP 114) และบางบทความใช้คำย่อของ MAST เป็น: Merklized Abstract Syntax Tree สื่ออื่นๆ บางส่วนได้รับการแปลเป็นภาษาจีนโดยใช้ Merklized Alternative Script Trees (MAST) ในหนังสือ Mastering Bitcoin และในบทความ มีการอธิบายตัวย่อนี้: https://cointelegraph.com/learn/a-beginners-guide-to-the-bitcoin-taproot-upgrade
Merkle Abstract Syntax Trees และ Merklized Alternative Script Trees (MAST) ดูเหมือนว่าจะมีฟังก์ชันการทำงานที่เทียบเท่ากัน จากมุมมองของการแปล โดยส่วนตัวแล้วฉันรู้สึกว่าควรรักษาการใช้งานในโปรโตคอล Bitcoin BIP อย่างเป็นทางการ
แนวคิดเบื้องหลัง MAST มาจากสองแนวคิด ได้แก่ ต้นไม้ความหมายเชิงนามธรรม และต้นไม้ Merkle
Abstract Semantic Tree (AST) เป็นสาขาวิชาความรู้เกี่ยวกับหลักการรวบรวมและภาษาศาสตร์อย่างเป็นทางการในสาขาวิทยาการคอมพิวเตอร์ แผนผังความหมายเชิงนามธรรมเป็นตัวแทนระดับกลางในกระบวนการคอมไพล์ ซึ่งใช้เพื่อแสดงโครงสร้างความหมายของซอร์สโค้ด โดยจะแปลงซอร์สโค้ดเป็นโครงสร้างแบบต้นไม้ โดยแต่ละโหนดแสดงถึงหน่วยความหมาย และขอบแสดงถึงความสัมพันธ์ระหว่างโหนดเหล่านั้น แผนผังความหมายเชิงนามธรรมมีบทบาทสำคัญในขั้นตอนการวิเคราะห์คำศัพท์และการวิเคราะห์ไวยากรณ์ของคอมไพลเลอร์ ช่วยให้คอมไพเลอร์เข้าใจความหมายของซอร์สโค้ด และดำเนินการปรับให้เหมาะสมและสร้างโค้ดเป้าหมายในภายหลัง ในแง่ของคนธรรมดา Abstract Semantic Tree (AST) เป็นวิธีการอธิบายโปรแกรมโดยแบ่งออกเป็นชิ้นเล็กๆ อิสระ ซึ่งทำให้โปรแกรมวิเคราะห์และปรับให้เหมาะสมได้ง่ายขึ้น ในการสร้าง AST สมการทั้งหมดและสถานที่จะต้องเชื่อมต่อกันด้วยลูกศรจนกว่าจะพบสถานที่ทั้งหมด รูปภาพด้านล่างคือ AST ของสคริปต์
ในทางกลับกัน ต้นไม้ Merkle สามารถใช้เพื่อตรวจสอบว่าองค์ประกอบเป็นของเซตหรือไม่โดยไม่ต้องรู้ทั้งเซต ตัวอย่างเช่น Simple Payment Verification Wallet (SPV wallet) ของ Bitcoin ใช้แผนผัง Merkle เพื่อตรวจสอบว่ามีธุรกรรมอยู่ในบล็อกใดบล็อกหนึ่งหรือไม่ ซึ่งช่วยลดความจำเป็นในการดาวน์โหลดบล็อกทั้งหมดและประหยัดแบนด์วิธ
ในการสร้างแผนผัง Merkle แต่ละองค์ประกอบจะต้องถูกแฮชหนึ่งครั้งเพื่อสร้างตัวระบุเฉพาะของตัวเอง จากนั้นตัวระบุเหล่านี้จะถูกแฮชอีกครั้งหลังจากจับคู่เพื่อสร้างตัวระบุของตัวระบุคู่นี้ ทำซ้ำจนกว่าจะเหลือตัวระบุเพียงตัวเดียว เรียกว่า รากของ Merkle ซึ่งเป็นตัวระบุที่สั้นและกระชับซึ่งติดป้ายกำกับคอลเลกชันทั้งหมด
เมื่อตรวจสอบว่าองค์ประกอบเป็นของชุด คนที่เป็นเจ้าของทั้งชุดสามารถให้ตัวระบุทั้งหมดแก่คุณบนเส้นทางจากองค์ประกอบนั้นไปยังรากของ Merkle นี่สามารถพิสูจน์ได้ว่าองค์ประกอบนี้มีอยู่ในเซตนี้จริงๆ
กล่าวโดยสรุป เทคโนโลยีที่อยู่เบื้องหลัง AST ช่วยให้คุณสามารถแบ่งโปรแกรมออกเป็นชิ้นเล็กๆ และแผนผัง Merkle ช่วยให้เราสามารถตรวจสอบได้ว่าชิ้นส่วนเล็กๆ เหล่านี้เป็นส่วนหนึ่งของโปรแกรมที่สมบูรณ์โดยไม่ต้องเปิดเผยทั้งโปรแกรม นี่คือหลักการพื้นฐานของ MAST ซึ่งอนุญาตให้ผู้บริโภคใช้หลักฐาน Merkle เพื่อทดแทนเงื่อนไขที่ไม่ได้ใช้ในธุรกรรมเดียว ข้อดีคือ: ลดปริมาณธุรกรรม ปรับปรุงความเป็นส่วนตัว และรองรับสัญญาที่ใหญ่ขึ้น
มีตัวอย่างมากมายของแผนผัง MAST บนอินเทอร์เน็ต ผู้ที่รู้วิธีการพัฒนาโปรแกรมสามารถชี้แจงตรรกะที่เกี่ยวข้องได้โดยการแยกแยะกระบวนการ MAST
ตอนนี้เรามีแผนผังไวยากรณ์นามธรรมของ MAST แล้ว เราจำเป็นต้องขยายขีดความสามารถของไวยากรณ์ดั้งเดิมของ Bitcoin ดังนั้น Taproot Scripts จึงถือกำเนิดขึ้น
(3) สคริปต์ Taproot
สคริปต์ Tapscript รวมอยู่ในโปรโตคอล BIP 342 Taprootscript เป็นเวอร์ชันอัปเกรดของสคริปต์ Bitcoin ดั้งเดิม นอกจากนี้ยังสามารถเรียกว่าภาษาได้ แต่จริงๆ แล้วเป็นชุดของ opcodes พร้อมคำสั่งเหล่านี้ ความช่วยเหลือในการดำเนินการ Taprootscript ยังลบขีดจำกัดขนาดสคริปต์ 10,000 ไบต์ ทำให้มีสภาพแวดล้อมที่ดีขึ้นสำหรับการสร้างสัญญาอัจฉริยะบนเครือข่าย Bitcoin (การอัพเกรดนี้ยังวางรากฐานสำหรับการเกิด Ordinals ในภายหลัง เนื่องจากโปรโตคอล Ordinals ใช้สคริปต์สคริปต์การใช้จ่ายเส้นทางสคริปต์ของ Taproot เพื่อนำข้อมูลเพิ่มเติมไปใช้) ข้อมูลรายละเอียดสามารถพบได้ที่เว็บไซต์อย่างเป็นทางการ:
https://github.com/bitcoin/bips/blob/master/bip-0342.mediawiki
ปัจจุบันความสามารถของ TaprootScript ยังไม่ได้รับการใช้ประโยชน์อย่างเต็มที่ และการก่อสร้างเพิ่มเติมในอนาคตจะสะท้อนถึงพลังของมัน ตัวอย่างเช่น เทคโนโลยีการเชื่อมต่อระหว่างเครือข่าย Bitcoin เลเยอร์หนึ่งและเครือข่ายเลเยอร์สองควรใช้ Taproot, MAST และ TaprootScripts บ่อยกว่า
2.3. ลำดับ จารึก BRC 20 และข้อตกลงอื่นๆ
ในระบบนิเวศของ Bitcoin ด้วย Segwit, Taproot, Schnorr, MAST, Taproot Scripts เครื่องมือพื้นฐานเหล่านี้ แอปพลิเคชันใหม่ได้เริ่มปรากฏให้เห็น แอปพลิเคชันเริ่มแรกคือแอปพลิเคชันที่มีน้ำหนักเบาและเรียบง่าย
(1) ระเบียบวิธีลำดับลำดับ, คำจารึก, BRC 20
การกำเนิดของระเบียบการลำดับมีความเกี่ยวข้องอย่างมากกับแนวคิดของวันเสาร์ ระเบียบการเสนอแนวคิดของลำดับและจารึก Ordinals หมายถึงรูปแบบการกำหนดหมายเลขที่กำหนดหมายเลขให้กับ Satoshi แต่ละตัวบนเครือข่าย Bitcoin ตามลำดับการขุด ในโปรโตคอล ไม่ว่า sat จะถูกถ่ายโอนระหว่างกระเป๋าเงินที่แตกต่างกันอย่างไร ตัวระบุลำดับของมันยังคงไม่เปลี่ยนแปลง โหนดเต็มรูปแบบของ Bitcoin ที่รันซอฟต์แวร์โอเพ่นซอร์ส Rodarmor ORD สามารถติดตาม satoshi ที่มีหมายเลขเหล่านี้ได้ นี่เป็นกลไกสำหรับผู้คนในการติดตามและตรวจสอบ Satoshi แต่ละรายการอย่างแม่นยำ
คำจารึกถูกเขียนโดยการเผาข้อมูลบน Satoshi ด้วยการรวม SegWit และ Taproot โปรโตคอล Ordinals จึงสามารถเบิร์นไฟล์หรือคำจารึกที่มีขนาดเล็กกว่า 4 MB ต่อ satoshi บนบล็อก Bitcoin จารึกอาจมีข้อมูลหลากหลายรูปแบบ เช่น ข้อความ รูปภาพ วีดีโอ เป็นต้น รูปภาพด้านล่างเป็นภาพหน้าจอของตัวอย่างจารึก
พูดง่ายๆ ก็คือ รูปแบบลำดับเลขจะทำให้ Satoshi แต่ละตัวมีหมายเลขที่ตรวจสอบย้อนกลับได้ที่ไม่ซ้ำกัน ซึ่งทำให้ Satoshi ไม่เป็นเนื้อเดียวกัน คำจารึกสามารถเพิ่มข้อมูลที่ไม่สามารถแบ่งแยกได้ให้กับเลขลำดับ คล้ายกับการสร้างสรรค์งานศิลปะบนกระดาษเปล่า การรวมกันของทั้งสองทำให้ Bitcoin เป็นมาตรฐาน NFT ใหม่ สาระสำคัญของ Ordinals จริงๆ แล้วเรียบง่ายมาก มันเหมือนกับโปรโตคอล NFT มากกว่า อย่างไรก็ตาม ไม่เหมือนกับเมตาดาต้า NFT (MetaData) ของ ETH หรือเครือข่ายสาธารณะอื่นๆ ซึ่งส่วนใหญ่จัดเก็บไว้ใน IPFS หรือเซิร์ฟเวอร์รวมศูนย์ เมตาดาต้าของ Ordinals จะถูกฝังอยู่ใน การทำธุรกรรม สนามพยาน (Witness Data) ก็เหมือนกับการ สลัก ไว้ที่บุคคลใดบุคคลหนึ่งโดยเฉพาะ
BRC-20: ได้รับแรงบันดาลใจจากโปรโตคอล Ordinals ผู้ใช้ Twitter @domodata ได้สร้างโทเค็นมาตรฐาน BRC-20 แบบทดลองของ Bitcoin เมื่อวันที่ 8 มีนาคม 2023 โปรโตคอล Ordinals สร้างเครือข่าย BTC NFT โดยให้ คุณลักษณะ ที่แตกต่างกันของ satoshi ในขณะที่ BRC-20 สร้าง FT บน BTC โดยให้ รูปแบบ และ คุณลักษณะ แบบรวมซึ่งเป็นโทเค็นที่เป็นเนื้อเดียวกัน
BRC-20 เขียนข้อความ JSON ลงในจารึก BTC ผ่านโปรโตคอล Ordinals เพื่อปรับใช้สัญญาโทเค็น โทเค็นและการโอน (Depoly, Mint, Transfer) กุญแจสำคัญในการปรับใช้อยู่ที่ชื่อโทเค็น อุปทานทั้งหมด และสูงสุดเดี่ยว จำนวนเหรียญกษาปณ์รอ สำหรับธุรกรรมการโอนหรือซื้อ/ขาย NFT เพิ่มเติมจะถูกสลักไว้เพื่อติดตามยอดคงเหลือนอกเครือข่าย กลไกการทำเหรียญแบบ “มาก่อนได้ก่อน” นำมาซึ่งความยุติธรรมและโอกาสในการมีส่วนร่วม ในเวลาเดียวกัน เนื่องจากโครงสร้างพื้นฐานทางนิเวศวิทยาที่ค่อนข้างไม่สมบูรณ์ของ BTC จึงมีเกณฑ์การเรียนรู้ที่แน่นอนและสภาพคล่องต่ำ ซึ่งทำให้โทเค็น BRC-20 โปรโมตได้อย่างง่ายดาย , ordi, sats, rats และโทเค็น BRC 20 อื่น ๆ ได้เริ่มต้นตำนานการสร้างความมั่งคั่ง
(2) โปรโตคอลอื่น ๆ - อะตอมมิกส์ ARC 20
การกำเนิดของโปรโตคอล Atomics นั้นค่อนข้างน่าทึ่ง เมื่อ Arthur ผู้ก่อตั้งโปรโตคอลต้องการพัฒนาโครงการ DID นอกเหนือจากนั้น อย่างไรก็ตาม ในระหว่างกระบวนการพัฒนา เขาพบว่าโปรโตคอล Ordinals มีข้อจำกัดมากมายที่ไม่มี เอื้อต่อการสนับสนุนสิ่งที่เขาต้องการบรรลุผลบางอย่าง ดังนั้นในวันที่ 29 พฤษภาคม 2023 อาเธอร์จึงโพสต์ทวีตแรกเกี่ยวกับแนวคิดของโปรโตคอล Atomicals บน Twitter หลังจากการพัฒนาเป็นเวลาหลายเดือน โปรโตคอล Atomicals ก็เปิดตัวในวันที่ 17 กันยายน 2023 ต่อมา โปรโตคอล Atomics ได้รับแนวคิดหลักสี่แนวคิด เช่น Dmint, Bitwork, ARC-20 และ RNS และ AVM และโซลูชันแบบแยกจะเปิดตัวในอนาคต
เช่นเดียวกับ Ordinals และ BRC 20 การปรับใช้โทเค็นที่ใช้งานได้บน Atomics ในรูปแบบ ARC 20 ผู้อ่านที่สนใจ ARC 20 สามารถอ่านเพิ่มเติมได้
https://docs.atomicals.xyz/arc20-tokens
(3) โปรโตคอลอื่น ๆ - Rune
ด้วยการพัฒนา Casey Rodarmor ผู้ก่อตั้ง Ordinals ตีพิมพ์บทความที่ระบุว่าโทเค็น BRC-20 มี “ผลที่ไม่พึงประสงค์จากการแพร่กระจาย UTXO” และเสนอให้ Runes เป็นทางเลือกที่ใช้ UTXO โดยทั่วไปโปรโตคอลต่างๆ ที่มีอยู่มักประสบปัญหา เช่น การใช้โปรโตคอลที่ซับซ้อน ประสบการณ์ผู้ใช้ที่ไม่ดี เอาท์พุตธุรกรรมขยะที่ไม่ได้ใช้ (UTXO) และความต้องการโทเค็นดั้งเดิมสำหรับการดำเนินการ
รูนจะถูกถ่ายโอนโดยใช้ OP_RETURN และเอาต์พุตข้อมูลแรกในข้อความโปรโตคอลจะถูกถอดรหัสเป็นลำดับของจำนวนเต็ม ซึ่งถูกตีความว่าเป็นลำดับของสิ่งอันดับ (ID, OUTPUT, AMOUNT) ถ้าเลขจำนวนเต็มถอดรหัสไม่เป็นทวีคูณของสาม ข้อความโปรโตคอลไม่ถูกต้อง ID คือ Token ID ที่จะถ่ายโอน OUTPUT คือดัชนีเอาต์พุตที่จะจัดสรร (นั่นคือ เอาต์พุตใดที่ได้รับการจัดสรร) และ AMOUNT คือจำนวนเงินที่กำลังดำเนินการที่จะจัดสรร หลังจากประมวลผลการกำหนดทูเพิลทั้งหมดแล้ว โทเค็นรูนที่ไม่ได้กำหนดจะถูกกำหนดให้กับเอาต์พุตที่ไม่ใช่ OP_RETURN ตัวแรก และโทเค็นรูนที่เหลือสามารถเบิร์นได้โดยการกำหนดโปรโตคอลรูนให้กับเอาต์พุต OP_RETURN ที่มีข้อความโปรโตคอล
การออกรูน: การติดตามโทเค็นที่เป็นเนื้อเดียวกันตาม UTXO หากข้อความโปรโตคอลมีการส่งข้อมูลครั้งที่สอง แสดงว่าเป็นปัญหาธุรกรรม การพุชข้อมูลครั้งที่สองจะถูกถอดรหัสเป็นจำนวนเต็มสองตัว ได้แก่ SYMBOL, DECIMALS หากมีจำนวนเต็มอื่นเหลืออยู่ ข้อความโปรโตคอลจะไม่ถูกต้อง SYMBOL เป็นสัญลักษณ์พื้นฐาน 26 บิตที่มนุษย์สามารถอ่านได้ คล้ายกับที่ใช้ในชื่อ Ordinals อักขระเดียวที่ใช้ได้ในปัจจุบันคือ A ถึง Z DECIMALS คือจำนวนหลักหลังจุดทศนิยมที่ควรใช้ในการแสดงอักษรรูน หากไม่ได้กำหนด SYMBOL โทเค็นรูนจะถูกกำหนดค่า ID (เริ่มจาก 1) หาก SYMBOL ได้รับการจัดสรรแล้ว หรือเป็น BITCOIN, BTC หรือ XBT จะไม่มีการสร้างรูนใหม่ นี่เป็นคุณสมบัติพิเศษของโปรโตคอลรูน แทนที่จะเชื่อมโยงบันทึกยอดคงเหลือกับที่อยู่กระเป๋าเงิน ระบบจะวางบันทึกไว้ใน UTXO เอง
Runes Token ใหม่เริ่มต้นด้วยธุรกรรมการออก ระบุการจัดหา ลงนาม และขนาด และจัดสรรการจัดหานั้นให้กับ UTXO ที่เฉพาะเจาะจง สามารถเก็บโทเค็นรูนจำนวนเท่าใดก็ได้ใน UTXO โดยไม่คำนึงถึงขนาดของมัน UTXO ใช้เพื่อติดตามยอดคงเหลือเท่านั้น จากนั้นฟังก์ชันถ่ายโอนข้อมูลจะใช้ UTXO นั้น แยกออกเป็น UTXO ใหม่หลายขนาดตามต้องการ ซึ่งมีจำนวนรูนที่แตกต่างกัน เพื่อส่งบันทึกไปยังบุคคลอื่น เมื่อเปรียบเทียบกับ BRC-20 แล้ว Runes จะลดชั้นความเห็นพ้องต้องกันของเซิร์ฟเวอร์และง่ายขึ้น ในเวลาเดียวกัน มันไม่ได้พึ่งพาข้อมูลนอกเครือข่ายและไม่มีโทเค็นดั้งเดิม เหมาะอย่างยิ่งสำหรับโมเดล UTXO ดั้งเดิมของ Bitcoin
(4) โปรโตคอลอื่น ๆ - แสตมป์ BTC, SRC 20, SRC 721
ระบบ Bitcoin Stamps เปิดตัวโดย Mike In Space ในเดือนมีนาคม 2023 และเริ่มเป็นโครงการพิสูจน์แนวคิดบน Counterparty (Bitcoin L2 ที่มีมาตั้งแต่ปี 2014) Stamps ย้ายไปยัง Bitcoin อย่างเต็มที่เมื่อฤดูร้อนปีที่แล้ว เนื่องจากมีการอัปเดตโปรโตคอลพื้นฐาน ซึ่งปัจจุบันรู้จักกันในชื่อ SRC-20 ผู้ก่อตั้ง Mike เดิมจินตนาการว่า Stamps เป็นวิธีการสร้าง Bitcoin NFT แบบถาวร อย่างไรก็ตาม โปรโตคอลได้ขยายเพื่อจำลอง BRC-20 ซึ่งเป็นโทเค็นแบบแบทช์ที่เจริญรุ่งเรืองใน Bitcoin เนื่องจากความนิยมในการจารึกนับตั้งแต่ Casey Rodarmor เปิดตัว Ordinals ในเดือนมกราคม 2023
ความแตกต่างที่สำคัญระหว่าง Stamps และ Ordinals คือสถาปัตยกรรม นี่เป็นเพราะ Stamps เก็บข้อมูลเมตาของพวกเขาไว้ใน Unspent Transaction Outputs (UTXOs) แบบหลายลายเซ็น ในขณะที่ Ordinals เก็บข้อมูลเมตาของพวกเขาไว้ในส่วน “พยาน” ของธุรกรรม Bitcoin ความแตกต่างในการออกแบบนี้แสดงให้เห็นถึงทางเลือกของนักพัฒนา อย่างไรก็ตาม วิธีการแสตมป์แบบ UTXO ทำให้ไม่สามารถตัดแต่งได้ ดังนั้นจึงดูเหมือนว่าจะเป็นแบบถาวร แม้ว่าการผลิตจะมีราคาแพงกว่าการร่ายแบบ Ordinals ก็ตาม แต่วิธีที่ Ordinals ใช้ข้อมูลพยานทำให้สามารถตัดแต่งได้ในท้ายที่สุด และมีค่าใช้จ่ายน้อยกว่าการสร้างแสตมป์
ดังนั้นในขณะที่ Ordinals อาจเสนออัตราส่วนคงเหลือต่อต้นทุนที่ดีที่สุดสำหรับ NFT ในสกุลเงินดิจิทัลในปัจจุบัน (NFT แบบออนไลน์ก็มีให้ใช้งานบน Ethereum เช่นกัน แต่มีราคาค่อนข้างแพงในการสร้างมากกว่า Ordinals) ปัจจุบัน Stamps ดูเหมือนจะเสนอ Best Direct ที่ดีที่สุด รับประกันตลอดไป
หลังจากการสร้างแสตมป์ BTC SRC 20 และ SRC 721 ก็เริ่มถูกสร้างขึ้น หลักการจะคล้ายกับ BRC 20 BRC-20 สร้างขึ้นบนโปรโตคอล Ordinals ในขณะที่ SRC-20 สร้างขึ้นบน BTC STAMPS ผู้อ่านที่สนใจสามารถอ่านเอกสารที่เกี่ยวข้องกับ SRC 20 และ SRC 721 เพิ่มเติมได้
https://docs.openstamp.io/introduction/src20-protocol
https://docs.openstamp.io/introduction/src721-protocol
ณ จุดนี้ มีการแนะนำเทคโนโลยีใหม่ที่สำคัญของ Bitcoin บนเครือข่ายชั้นหนึ่งแล้ว ในแง่ของการขยายและการขยายขีดความสามารถในภายหลัง เราเริ่มพึ่งพาสิ่งอำนวยความสะดวกชั้นบนของ Bitcoin เช่น เลเยอร์ 2 ของ Bitcoin หรือเลเยอร์ระดับที่สูงกว่า เช่น RGB ที่นำมาใช้ด้วยความช่วยเหลือของ Lightning Network สำหรับบทความในพื้นที่นี้ แนะนำให้อ่าน บทความหนึ่งเพื่อแยกแยะระบบความรู้พื้นฐานสำหรับการสร้างชั้นที่สองของ Bitcoin (ชั้นที่ 2) V1.5 และ การสังเกตชั้นที่สองของ Bitcoin จากมุมมองของเครื่องจักรของรัฐ คุณสามารถดูสถาปัตยกรรมของแอปพลิเคชัน Web3.0 ในอนาคตและเส้นทางการก่อสร้าง หรือบทความอื่น ๆ เกี่ยวกับการก่อสร้างชั้นสองหรือการออกแบบสถาปัตยกรรมของ Bitcoin
3. วิธีการใช้เทคโนโลยีใหม่และการพัฒนาที่จำเป็นในอนาคต
จากเนื้อหาของส่วนที่ 2 เราจะเห็นว่าการพัฒนาทางเทคโนโลยีของระบบนิเวศ Bitcoin ได้วางรากฐานสำหรับแอปพลิเคชันขนาดใหญ่ขึ้น อย่างไรก็ตาม เนื่องจากการพัฒนาต้องใช้กระบวนการและเทคโนโลยีที่เกี่ยวข้องบางอย่างยังไม่สมบูรณ์ จึงยังคงมีความแตกต่างอย่างมากระหว่างแอปพลิเคชันยอดนิยมในปัจจุบันและแอปพลิเคชันทั่วไปในขั้นสุดท้าย
3.1. วิธีการใช้เทคโนโลยีใหม่ๆ
จากสองส่วนก่อนหน้านี้ เราจะเห็นได้ว่าการพัฒนาเทคโนโลยี Bitcoin นั้นเป็นการ ขยายบล็อกและความสามารถ เป็นหลัก
ในแง่ของการขยายบล็อก Segregated Witness ได้นำไปสู่การขยายบล็อกโดยพฤตินัย แม้ว่าจะมีข้อเสนอต่างๆ มากมายที่จะตัดส่วนของพยานออกไป แต่ความน่าจะเป็นของเหตุการณ์นี้ไม่น่าเป็นไปได้ โดยเฉพาะอย่างยิ่งหลังจากที่ส่วนของพยานได้รับความหมายมากขึ้น
ในแง่ของความสามารถในการขยาย เทคโนโลยีเช่น Taproot, Schnorr, MAST และ Taproot Scripts ทำให้ Bitcoin มีความสามารถมากขึ้น โดยเฉพาะอย่างยิ่ง MAST+Taproot Scripts จะขยายขีดความสามารถของภาษาสคริปต์ดั้งเดิมของ Bitcoin และเทคโนโลยีอื่น ๆ อีกมากมายจะขยายความสามารถของภาษา Bitcoin ในการจัดการสถานการณ์ที่ซับซ้อน อย่างไรก็ตาม การขยายความสามารถเหล่านี้จะทำให้การพัฒนาและเข้าใจ Bitcoin ยากขึ้น ท้ายที่สุดแล้ว การพัฒนาสคริปต์เหล่านี้ไม่ใช่ภาษาระดับสูง และการขยายความสามารถในส่วนนี้จะล้าหลังความเข้าใจของผู้ใช้และความเร็วในการเรียนรู้เกี่ยวกับการขยายความจุของบล็อก
เนื่องจากมันง่ายที่จะใช้บล็อกในการขยาย แต่การใช้ความสามารถในการขยายนั้นซับซ้อน นี่คือสาเหตุที่ผู้ใช้เขียน NFT รูปภาพขนาดเล็กเหล่านั้นลงในเครือข่ายหลักของ Bitcoin และทำไมแอปพลิเคชันเช่น BRC 20 จึงถูกสร้างขึ้น แอปพลิเคชั่นต่าง ๆ ในปัจจุบันบนเมนเน็ต Bitcoin เกือบทั้งหมดกำลังสำรวจแอปพลิเคชั่นหลังจากการขยายบล็อก แอปพลิเคชันจำนวนไม่มากได้เริ่มสำรวจการขยายขีดความสามารถ ตัวอย่างเช่น การเชื่อมต่อชั้นหนึ่งและชั้นที่สองของ BEVM ค่อนข้างจะเป็นตัวแทน และส่วนใหญ่ใช้ฟังก์ชันที่สร้างขึ้นด้วยองค์ประกอบพื้นฐานข้างต้น ลายเซ็น Shnorr + สัญญา MAST + โซลูชัน BTC L2 ของเครือข่าย Bitcoin light node เป็นกรณีที่ดีสำหรับการเรียนรู้การเชื่อมต่อเลเยอร์แรกและเลเยอร์ที่สอง และจะมีกรณีการขยายกำลังการผลิตเพิ่มเติมอีกในอนาคต
ขอบเขตการขยายกำลังการผลิตควรอยู่ที่ไหน? เราสามารถตัดสินได้จากมุมมองของการออกแบบแบบเลเยอร์ หากการขยายความสามารถเหล่านี้เป็นเทคโนโลยีการเชื่อมต่อระหว่าง Bitcoin ชั้นที่หนึ่งและชั้นที่สอง การขยายความสามารถก็ไม่ควรซับซ้อนเกินไป อย่างไรก็ตาม จากความคิดสร้างสรรค์อันเข้มข้นของเราและแรงดึงดูดที่แข็งแกร่งในการออกและการจัดการสินทรัพย์ ทีมหรือบุคคลบางทีมจะสำรวจสถานการณ์การขยายกำลังการผลิตในกรณีต่างๆ มากขึ้น
3.2. ความต้องการการพัฒนาในอนาคต
เหตุผลโดยตรงที่สุดสำหรับการเกิดขึ้นของเทคโนโลยีบล็อกเชนคือสกุลเงินดิจิทัล ดังนั้นแอปพลิเคชัน เช่น การออกสินทรัพย์และการจัดการสินทรัพย์จึงเป็นความต้องการโดยตรงที่สุดในด้าน Bitcoin หรือบล็อกเชน ไม่ว่าจะเป็นจากการสำรวจเหรียญสีไปจนถึงแอปพลิเคชันเช่น BRC 20 และ ARC 20 หรือ ICO, IDO และแอปพลิเคชันอื่น ๆ บน Ethereum ล้วนแต่กำลังสำรวจการออกสินทรัพย์ Uniswap, Lending และ AMM เป็นแอปพลิเคชั่นการจัดการสินทรัพย์ทั้งหมดได้รับการพัฒนาบนเครือข่ายเช่น Ethereum ด้วยการพัฒนาเทคโนโลยีระบบนิเวศ Bitcoin แอปพลิเคชั่นการจัดการสินทรัพย์เหล่านี้จะถูกถ่ายโอนไปยังระบบนิเวศของ Bitcoin ชั้นที่สองของ Bitcoin
เมื่อความต้องการในการออกสินทรัพย์และการจัดการสินทรัพย์ได้รับการตอบสนองเท่านั้น จึงจะมีพลังงานและเวลาในการพัฒนาแอปพลิเคชันขนาดใหญ่ที่เป็นของยุค Web3.0 (หรือที่เรียกว่ายุคคุณค่า) ฉันมีคำอธิบายที่เกี่ยวข้องของสถาปัตยกรรมระบบสำหรับแอปพลิเคชันขนาดใหญ่ในยุค Web3.0 ในอนาคตใน การสังเกต Bitcoin Layer 2 จากมุมมองของเครื่องของรัฐ คุณสามารถมองเห็นเส้นทางสถาปัตยกรรมและการก่อสร้างของแอปพลิเคชัน Web3.0 ในอนาคต
เส้นทางการก่อสร้างเป็นกระบวนการที่ตอบสนองความต้องการอย่างต่อเนื่อง แบ่งเป็น 3 ขั้นตอน คือ ระยะสั้น ระยะกลาง และระยะยาว ระยะสั้นเป็นขั้นตอนง่ายๆ ผ่านแอปพลิเคชันที่สร้างขึ้นโดยเทคโนโลยีใหม่บนเมนเน็ต Bitcoin และการสร้างชั้นที่สองตามห่วงโซ่ แอปพลิเคชันที่สร้างขึ้นทำให้การขยายกำลังการผลิตหลักเสร็จสมบูรณ์เพื่อตอบสนองแอปพลิเคชันทางการเงินต่างๆ ในระยะกลาง โครงสร้างชั้นสองที่ใช้ห่วงโซ่และโครงสร้างชั้นสองที่ใช้ระบบแบบกระจาย สามารถตอบสนองการใช้งานทางการเงินและการใช้งานที่เชื่อถือได้ที่หลากหลาย ในระยะยาวจะขึ้นอยู่กับการสร้างระบบนิเวศ Bitcoin ขนาดใหญ่เพื่อสร้างยุค Web3.0 ที่แท้จริง
คำอธิบายอ้างอิง
(1) รายงานการวิจัย ABCDE [ABCDELabs]: อดีต ปัจจุบัน และอนาคตของ Bitcoin
(2) https://en.bitcoin.it/wiki/Script
(3) https://en.bitcoin.it/wiki/Segregated_Witness
(4) https://en.bitcoin.it/wiki/Taproot_activation_proposals
(5) คำอธิบายโดยละเอียดขั้นสูงของพยานการแยกตัว (พยานการแยกตัว), https://blog.csdn.net/t46414704152abc/article/details/105638788
(6) คำอธิบายข้อสงสัย: Merkelized abstract syntax tree ของ Bitcoin คืออะไร 》, https://baijiahao.baidu.com/s?id=1709873918363821702
(7) https://github.com/bitcoin/bips
(8) https://bitcoinops.org/en/topics/tapscript/
