BTC
ETH
HTX
SOL
BNB
ดูตลาด
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

อะไรคือศักยภาพที่แท้จริงของ RGB ซึ่งเป็นโปรโตคอลการออกสินทรัพย์ Bitcoin?

吴说
特邀专栏作者
2023-12-21 05:15
บทความนี้มีประมาณ 5682 คำ การอ่านทั้งหมดใช้เวลาประมาณ 9 นาที
คนที่ไม่เข้าใจ Bitcoin จะเข้าใจ RGB ได้ยาก ผู้ที่ชอบ Bitcoin จะจดจำการออกแบบที่ RGB สร้างขึ้น
สรุปโดย AI
ขยาย
คนที่ไม่เข้าใจ Bitcoin จะเข้าใจ RGB ได้ยาก ผู้ที่ชอบ Bitcoin จะจดจำการออกแบบที่ RGB สร้างขึ้น

ผู้เขียนต้นฉบับ: A Jian, Wu Shuo Blockchain

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

โปรโตคอล RGB คืออะไร?

แนวคิดในการออกสินทรัพย์บน Bitcoin มีมานานแล้ว แต่โปรโตคอล Bitcoin มีลักษณะเฉพาะของตัวเอง: สถานะจะแสดงโดย Bitcoin UTXO เท่านั้น (เอาต์พุตธุรกรรมที่ยังไม่ได้ใช้) UTXO มีเพียงสองข้อมูลเท่านั้น: นิกายของตัวเอง (มูลค่า Bitcoin) และ คีย์สาธารณะของสคริปต์ ( หรือที่เรียกว่า สคริปต์ล็อค) ใช้ในการตั้งโปรแกรมเงื่อนไขในการใช้จ่ายเงิน เช่น การระบุลายเซ็นของกุญแจสาธารณะบางรหัส opcode ที่อนุญาตให้ตั้งโปรแกรมสคริปต์ล็อคนั้นถูกกำหนดโดยกฎฉันทามติของ Bitcoin โดยมีเงื่อนไขว่า ไม่สามารถใช้เพื่อใช้กฎความปลอดภัยโดยพลการ ดังนั้นจึงเป็นไปไม่ได้ที่จะสร้างเนื้อหาอื่นภายใน UTXO - สคริปต์ Bitcoin ไม่สามารถตั้งโปรแกรมตรวจสอบความปลอดภัยของเนื้อหาเหล่านี้ได้ ซึ่งหมายความว่าแนวคิดทั้งหมดในการออกสินทรัพย์บน Bitcoin นั้นเป็นการใช้พื้นที่บล็อก Bitcoin อย่างสร้างสรรค์ ซึ่งหมายความว่าเราจำเป็นต้องออกแบบระบบสัญญาอัจฉริยะแบบ off-chain และต้องการข้อมูลเกี่ยวกับขั้นตอนที่เปลี่ยนสถานะของสัญญา ตัวอย่างเช่น สัญญา A เปลี่ยนพารามิเตอร์ และ B โอนสินทรัพย์จำนวนหนึ่งไปยัง C - อัปโหลดไปยังบล็อกเชน เพื่อให้สามารถรับสถานะล่าสุดของระบบสัญญาอัจฉริยะนี้ได้โดยการรวบรวมข้อมูลนี้

แนวคิดการออกแบบคร่าวๆ คือการอัปโหลดข้อมูลของขั้นตอนที่เปลี่ยนสถานะสัญญาเป็น Bitcoin blockchain เหมือนเดิม สิ่งนี้สามารถทำงานได้อย่างแน่นอน แต่จะประสบปัญหาหลายประการ: (1) เนื่องจากมีการอัปโหลดข้อมูลที่ครบถ้วน จึงอาจใช้พื้นที่บล็อกมากขึ้นเมื่อผู้ใช้ต้องการเปลี่ยนสถานะของสัญญา (เช่น การโอน) ในเวลานี้ คุณจะยัง จำเป็นต้องจ่ายค่าธรรมเนียมการจัดการออนไลน์เพิ่มเติม โดยเฉพาะอย่างยิ่งเมื่อเราหวังว่าระบบสัญญานอกเครือข่ายดังกล่าวจะมีความสามารถในการตั้งโปรแกรมได้ดีกว่า Bitcoin ความสามารถในการตั้งโปรแกรมที่เพิ่มขึ้นอาจต้องเสียค่าใช้จ่ายในการใช้พื้นที่บล็อกมากขึ้น (2) เกือบทุกอย่างภายในข้อมูลบล็อกในที่เดียวอาจเปลี่ยนแปลง Smart Contract นอกห่วงโซ่ ดังนั้น ผู้ใช้จะต้องได้รับข้อมูลบล็อก Bitcoin ทั้งหมดเพื่อรับสถานะล่าสุดของระบบสัญญา Off-Chain นั่นคือค่าใช้จ่ายในการตรวจสอบจะสูงกว่า (3 ) ขึ้นอยู่กับการออกแบบของ Off-Chain Smart ระบบสัญญา คุณอาจได้รับความเป็นส่วนตัวที่เทียบเคียงได้กับ Bitcoin หรือแย่กว่านั้น และหากคุณสามารถให้ความเป็นส่วนตัวได้มากขึ้น คุณอาจจำเป็นต้องใช้พื้นที่บล็อกมากขึ้น .

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

RGB ใช้กระบวนทัศน์ใหม่ที่เรียกว่า ซีลแบบใช้ครั้งเดียว การใช้งานนั้นง่ายมาก: RGB กำหนดให้ทุกสถานะของสัญญาแต่ละสัญญาจะต้องแนบกับ Bitcoin UTXO ที่แน่นอน และเมื่อคุณต้องการเปลี่ยนสถานะนี้ คุณต้องใช้ UTXO นี้และปล่อยให้ธุรกรรมที่ใช้ไปได้รับการยืนยันจากบล็อคเชน ใน นอกจากนี้ ธุรกรรม Bitcoin ที่ใช้จ่ายนั้นจะต้องจัดให้มีแฮชของเนื้อหาของการเปลี่ยนสถานะเพื่อระบุ UTXO ที่แนบมากับสถานะที่เปลี่ยนแปลง

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

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

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

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

สุดท้ายนี้ เราใช้ตัวอย่างเพื่อแสดงคุณลักษณะของโปรโตคอล RGB:

ตอนนี้ Alice เป็นเจ้าของ UTXO A ซึ่งถือ X หน่วยของสินทรัพย์ Y ที่ออกตามโปรโตคอล RGB เธอต้องการโอนหน่วย Z ของ Y ให้กับ Bob สินทรัพย์ชุดนี้ต้องผ่านเจ้าของเดิมทั้งหมด 5 ราย (รวมถึงผู้ออกสินทรัพย์) ก่อนที่จะถึงมือของ Alice ดังนั้น Alice จึงต้องจัดเตรียมหลักฐานการเปลี่ยนสถานะทั้งสี่นี้ให้ Bob (สามรายการแรกมอบให้กับ Alice โดยเจ้าของคนก่อน) รวมถึงสถานะเริ่มต้นของสัญญาและกฎการเปลี่ยนสถานะ และบิตที่ใช้สำหรับการถ่ายโอนแต่ละครั้ง ธุรกรรม Bitcoin ธุรกรรม RGB ที่กระทำโดยการแลกเปลี่ยน Bitcoin แต่ละครั้ง และหลักฐานที่แสดงว่าธุรกรรม Bitcoin เหล่านี้ได้รับการยืนยันโดยบล็อกหนึ่งจะถูกส่งไปยัง Bob Bob จะตรวจสอบว่าการโอนทั้งสี่นี้ไม่ได้ละเมิดกฎตามกฎการเปลี่ยนสถานะ ของสัญญาแล้วตัดสินใจว่าจะยอมรับหรือไม่ เมื่อ Alice สร้างธุรกรรม RGB เนื่องจาก Z มีขนาดเล็กกว่า X เธอจึงต้องจัดเตรียม UTXO สำหรับตัวเธอเองเพื่อรับส่วนที่เหลือ สุดท้ายนี้ Alice ได้ฝังค่าแฮชของธุรกรรม RGB นี้ลงในธุรกรรม Bitcoin ซึ่งมีต้นทุน UTXO A ในการชำระเงินให้เสร็จสมบูรณ์

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

ข้อดี RGB

สถานะการตรวจสอบที่ยอดเยี่ยม

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

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

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

มาตรการปรับให้เหมาะสมที่สำคัญบนโปรโตคอลสัญญาออนไลน์เหล่านี้คือการกำหนดให้ส่วนหัวของบล็อกยอมรับสถานะล่าสุด (รากสถานะ) ทำให้ไคลเอ็นต์แบบเบาสามารถตรวจสอบสถานะบางอย่างของสัญญาที่ได้รับจากโหนดเต็มตามข้อผูกพันเหล่านี้ . นี่เป็นวิธีการนำการคำนวณที่เกิดขึ้นแล้วกลับมาใช้ใหม่ (การคำนวณที่รันโดยโหนดเต็ม) และยังมีประสิทธิภาพมากเช่นกัน ดังนั้นหากไม่คำนึงถึงความไม่ไว้วางใจก็ถือว่ามีประสิทธิภาพมากกว่า RGB อย่างไรก็ตาม นั่นหมายความว่า light nodes จะต้องอาศัยโหนดเต็มรูปแบบในการตรวจสอบธุรกรรมขั้นพื้นฐานและการคำนวณสถานะสัญญา ในกระเป๋าเงิน RGB ที่ใช้ไคลเอนต์ Bitcoin light สมมติฐานด้านความไว้วางใจนั้นขึ้นอยู่กับธุรกรรม Bitcoin ที่เกี่ยวข้องนั้นเป็นธุรกรรมที่ถูกต้อง และส่วนที่เกี่ยวข้องกับสถานะสัญญาได้รับการตรวจสอบเป็นการส่วนตัวโดยลูกค้า ดังนั้นจึงน่าเชื่อถือมากขึ้น- ฟรี. . ข้อเสียคือการตรวจสอบล่าช้านานกว่าและจำเป็นต้องเก็บข้อมูลไว้มากขึ้น

ความสามารถในการขยายขนาด

ความสามารถในการปรับขนาดของ RGB สะท้อนให้เห็นในสองด้าน:

1. การฝังในธุรกรรม Bitcoin เป็นเพียงค่าแฮช ซึ่งหมายความว่าไม่มีการจำกัดปริมาณของธุรกรรม RGB (ยกเว้นกฎที่กำหนดเองของสัญญา) - แม้ว่าคุณจะแบ่งเนื้อหา RGB หนึ่งรายการออกเป็น 100 ส่วน (RGB ธุรกรรมจะมีขนาดใหญ่มาก) และมีเพียงแฮชเดียวเท่านั้นที่ต้องฝังในธุรกรรม Bitcoin ตามที่กล่าวไว้ในหมายเหตุ 6 มีสองวิธีในการฝังค่าแฮชดังกล่าว วิธีหนึ่งคือการใช้เอาต์พุต OP_RETURN ซึ่งหมายความว่าจะใช้พื้นที่บนเชนของค่าแฮช อีกวิธีหนึ่งคือการซ่อนเอาต์พุตคีย์สาธารณะของสคริปต์โดย Taproot บนแผนผังสคริปต์ที่คอมมิต - ไม่ใช้พื้นที่บนเชนใดๆ นอกจากนี้ยังหมายความว่าผู้ใช้ไม่จำเป็นต้องเสียสละเศรษฐศาสตร์เพื่อความสามารถในการตั้งโปรแกรม โดยพิจารณาเฉพาะค่าธรรมเนียมออนไลน์เท่านั้น

2. สถานะล่าสุดของสัญญา RGB คือจุดอิสระบนกราฟอะไซคลิกโดยตรงโดยไม่มีการสืบทอด - ซึ่งหมายความว่าสถานะเหล่านี้สามารถเปลี่ยนแปลงได้อย่างอิสระโดยไม่กระทบต่อกัน ซึ่งหมายความว่าอนุญาตให้เกิดการทำงานพร้อมกันได้ นี่เป็นฟีเจอร์ที่สืบทอดมาจาก UTXO จริงๆ นอกจากนี้ยังหมายความว่าการเปลี่ยนแปลงที่ไม่ถูกต้อง (ธุรกรรมที่ไม่ถูกต้อง) ที่เกิดขึ้นในสาขาหนึ่งจะไม่ส่งผลกระทบต่อสาขาอื่นๆ ไม่ต้องพูดถึงการทำให้สัญญาทั้งหมดติดขัด ดังนั้นจึงถือได้ว่าเป็นประโยชน์ด้านความปลอดภัยด้วย

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

ความแตกต่างของคำจำกัดความสินทรัพย์และกลไกการประกาศศุลกากร

ประโยชน์สุดท้ายยังคงเกี่ยวข้องกับ UTXO และขึ้นอยู่กับว่าเราเข้าใจกลไกการล็อคสคริปต์ของ UTXO อย่างไร

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

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

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

การออกแบบที่ทำโดย RGB แล้ว

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

ในการพัฒนาโปรโตคอล RGB ในปัจจุบัน นักพัฒนามีความกังวลเป็นพิเศษเกี่ยวกับความเป็นส่วนตัวของโปรโตคอล ดังนั้น RGB จึงเสริมสร้างความเป็นส่วนตัวในสองด้าน:

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

  • กันกระสุน. สามารถใช้เพื่อซ่อนจำนวนเงินเฉพาะในแต่ละธุรกรรมได้ อย่างไรก็ตาม เจ้าของทรัพย์สินรายต่อมายังคงสามารถตรวจสอบได้ว่าไม่มีการออกเพิ่มเติมเกิดขึ้นมาก่อน

  • พื้นที่ในการสำรวจ

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

ปัจจุบัน เทมเพลตสัญญา RGB (สคีมา) ที่ได้รับการเสนอมุ่งเน้นไปที่การออกสินทรัพย์ อย่างไรก็ตาม เนื่องจาก RGB ใช้กระบวนทัศน์ การตรวจสอบความถูกต้องฝั่งไคลเอ็นต์ เราจึงสามารถเพิ่มคุณลักษณะใดๆ ลงไปซึ่งสามารถมั่นใจได้ด้วยการตรวจสอบความถูกต้องฝั่งไคลเอ็นต์ - ถูกจำกัดโดยโครงสร้างของ UTXO เท่านั้น

ข้อ จำกัด

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

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

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

Bitcoin Script ปัจจุบันไม่มีความสามารถนี้ ดังนั้นการเปิดใช้งานการจำกัด Bitcoin Script จึงต้องใช้ soft fork

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

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

การเข้าถึงข้าม

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

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

ในความเป็นจริง มีระบบสัญญาแบบออนไลน์อยู่แล้วโดยใช้โครงสร้างที่คล้ายกันของ UTXO (เช่น: Nervos Network) ซึ่งใช้สิ่งนี้เพื่อให้บรรลุความสามารถในการเข้าถึงข้ามของสัญญา11 นี่เป็นสาขาใหม่ที่เปิดไปสู่พื้นที่ที่ไม่ค่อยมีใครสัมผัสจากการวิจัย Bitcoin ก่อนหน้านี้ และอาจมีความประหลาดใจบางอย่างฝังอยู่ที่นั่น

สรุปแล้ว

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

นอกจากนี้ยังอธิบายด้วยว่าเหตุใดผู้ที่ไม่เข้าใจ Bitcoin จะเข้าใจ RGB ได้ยาก ผู้ที่ชอบ Bitcoin จะจดจำการออกแบบที่ RGB สร้างขึ้น

BTC
ยินดีต้อนรับเข้าร่วมชุมชนทางการของ Odaily
กลุ่มสมาชิก
https://t.me/Odaily_News
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
บัญชีทางการ
https://twitter.com/OdailyChina
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
ค้นหา
สารบัญบทความ
อันดับบทความร้อน
Daily
Weekly
ดาวน์โหลดแอพ Odaily พลาเน็ตเดลี่
ให้คนบางกลุ่มเข้าใจ Web3.0 ก่อน
IOS
Android