RGB V0.11版本发布路线图揭晓：探秘资产发行概要
ผู้แต่ง: ซูม, เอคโค่, ไบเฮลิกซ์
ผู้กำกับ: หง ซูหนิง
แนะนำ
เนื่องจาก Nervos ร่วมกันสร้าง Cipher และเสนอโซลูชันที่เรียกว่า RGB++ การสนทนาและการสนทนาที่ร้อนแรงเกี่ยวกับโปรโตคอล RGB Native ในตลาดก็เพิ่มขึ้นทุกวันเช่นกัน เนื่องจากเป็นระบบสัญญาอัจฉริยะ Bitcoin และ Lightning Network ที่ปรับขนาดได้และเป็นความลับ สร้างขึ้นโดย LNP/BP Standards Association RGB จึงได้รับความนิยมจากนักพัฒนาระบบนิเวศ Bitcoin มาโดยตลอด และถือเป็นตัวเชื่อมโยงที่มีศักยภาพสูงในโปรโตคอลการขยาย BTC แบบเนทีฟ ในฐานะโครงสร้างพื้นฐานสำหรับการเงินแบบกระจายอำนาจของ Bitcoin (BTCfi) และแอปพลิเคชัน (DApps) RGB ถือเป็นก้าวประวัติศาสตร์ในการขยายยูทิลิตี้ของ Bitcoin จากฟังก์ชั่นเก็บมูลค่าเพียงแห่งเดียวไปสู่ขอบเขตที่กว้างขึ้น นวัตกรรมทางเทคโนโลยีที่เป็นผู้นำไม่เพียงแต่น่าตื่นเต้นเท่านั้น แต่ยังจะนำทิศทางการพัฒนาใหม่ๆ และความเป็นไปได้มาสู่ระบบนิเวศของสกุลเงินดิจิทัลทั้งหมดอีกด้วย
ในช่วงปลายปี 2023 เพื่อตอบสนองความท้าทายของตลาดได้ดีขึ้นและส่งเสริมการพัฒนาระบบนิเวศ Bitcoin อย่างแข็งขัน ทีม RGB Native LNP/BP Standard Association จึงประกาศว่า RGB จะได้รับการอัปเกรดและเปิดตัวเวอร์ชัน 0.11เมื่อเร็วๆ นี้ Maxim Orlovsky และ LNP/BP Standards Association ที่เขาก่อตั้งได้เปิดตัวแผนงานการเปิดตัวเวอร์ชัน RGBv 0.11ประกอบด้วยงานทั้งหมดและผลักดันที่จำเป็นสำหรับผู้สมัครรุ่น v 0.11 โดยแบ่งออกเป็นระดับฉันทามติและระดับแอปพลิเคชันในฐานะโครงการโครงสร้างพื้นฐานระบบนิเวศ RGB BiHelix มุ่งมั่นที่จะส่งเสริมการพัฒนาโปรโตคอล RGB ในวงกว้าง และจะรองรับเวอร์ชัน RGB v0.11 อย่างสมบูรณ์
บทความนี้จะแนะนำรายละเอียดเกี่ยวกับพื้นฐานการทำงานและทางเทคนิคของการอัพเกรดโปรโตคอล RGB v 0.11 และให้ภาพรวมที่ครอบคลุมของฟังก์ชันการสร้างสินทรัพย์และฟังก์ชันธุรกรรมที่รองรับโดย RGB v 0.11 รวมถึงการใช้ฉันทามติพิสูจน์ที่เชื่อถือได้ การเพิ่มประสิทธิภาพการปรับขยาย และ การปรับปรุงความปลอดภัยที่สำคัญ เราให้ข้อมูลเชิงลึกเกี่ยวกับพื้นฐานและข้อดีข้อเสียของการพิสูจน์ความเชื่อเมื่อเปรียบเทียบกับแผนการที่เป็นเอกฉันท์ที่มีอยู่ รวมถึงการวัดประสิทธิภาพเชิงปริมาณสำหรับการประหยัดก๊าซและปริมาณงานที่เพิ่มขึ้นซึ่งปลดล็อคโดย Proof v 0.11
การสร้างเนื้อหา RGB
ปัจจุบันมีเนื้อหาสามประเภทที่สร้างไว้ในโปรโตคอล RGB V 0.11 รวมถึง RGB 20 (โทเค็น), RGB 21 (NFT) และ RGB 25 ยกตัวอย่าง RGB 20 เราจะหารือเกี่ยวกับขั้นตอนการใช้งานและสิทธิ์ที่บังคับใช้ของโปรโตคอลปัจจุบัน
1. ขั้นแรก ผู้ออกสัญญาจำเป็นต้องตั้งค่าสถานะเริ่มต้นของโทเค็น RGB ตามโปรโตคอล RGB 20 เช่น การกำหนดรายละเอียดของสัญญา: ชื่อของสินทรัพย์ การออกครั้งแรก อุปทานทั้งหมด การออกเพิ่มเติม การเปลี่ยนชื่อ การทำลาย และการอนุญาตอื่นๆ เป็นต้น
2. ประการที่สอง ผู้ออกสัญญาระบุ UTXO ที่จะรับการออกครั้งแรก เพื่อให้สามารถสร้างเนื้อหา RGB แบบง่ายได้ การเปลี่ยนแปลงสถานะสามารถนำไปใช้กับสิทธิ์ในการเปลี่ยนความเป็นเจ้าของสินทรัพย์หรือสิทธิ์ประเภทอื่น ๆ ตัวอย่างเช่น:
• อินเทอร์เฟซการออกเพิ่มเติม: เมื่อสัญญาอนุญาตให้ออกใบอนุญาตเพิ่มเติมได้ จะต้องกำหนดที่อยู่เพื่อรับการออกสินทรัพย์เพิ่มเติม แน่นอนว่า RGB 20 จะจำกัดขีดจำกัดสูงสุดของการออกเพิ่มเติม และผู้ออกสัญญาไม่สามารถออกการออกเพิ่มเติมได้ไม่จำกัด
• อินเทอร์เฟซการทำลายล้าง: ผู้ออกสัญญาสามารถกำหนดบุคคลตั้งแต่หนึ่งคนขึ้นไปให้มีอำนาจในการทำลายโทเค็นได้ เนื่องจาก RGB 20 ใช้ธุรกรรม P2P (ซึ่งจะแนะนำในบทธุรกรรม) จึงเป็นเรื่องยากสำหรับผู้ใช้ที่จะใส่โทเค็นลงในที่อยู่หลุมดำเพื่อการทำลาย
• การเปลี่ยนชื่ออินเทอร์เฟซ: สัญญาสามารถอัปเดตชื่อสินทรัพย์ได้
เนื่องจากรหัสสัญญา RGB ถูกจัดเก็บแบบออฟไลน์ หากผู้ออกสัญญาไม่อนุญาตให้โอเพ่นซอร์ส ผู้ใช้จะตรวจสอบข้อมูลสินทรัพย์ได้ยาก เมื่อมีการออกสัญญา RGB ทั้งผู้ใช้และผู้ออกจะต้องปฏิบัติตามคำจำกัดความของรัฐเมื่อมีการออกสัญญาเพื่อป้องกันไม่ให้ผู้ออกกระทำความผิด
การโอนสินทรัพย์ RGB
รูปแบบธุรกรรมของ RGB ใช้การถ่ายโอน P2P (Peer to Peer) ซึ่งแตกต่างจาก ETH มาก โหมดการถ่ายโอนนี้ต้องการให้ทั้งสองฝ่ายออนไลน์ ตัวอย่างเช่น การดำเนินการ A ต้องการส่ง 100 โทเค็นไปยัง B เป็นดังนี้:
1. B สร้างใบแจ้งหนี้โดยกำหนดให้ส่ง 100 โทเค็น
2. ผู้รับ A เสนอการโอน
3.B ยืนยันการโอนและลงนาม
4. ธุรกรรมการออกอากาศ
5. A และ B ยอมรับธุรกรรม
ในหมู่พวกเขา B ส่งใบแจ้งหนี้ไปที่ A หลังจากได้รับใบแจ้งหนี้แล้ว A สามารถติดตามเนื้อหาของใบแจ้งหนี้เท่านั้นและส่ง 100 โทเค็นไปที่ B B ต้องยืนยันว่าได้รับ 100 โทเค็นจึงจะสำเร็จ
• ถาม: ทำไมทั้งสองฝ่ายจึงต้องออนไลน์?
• ตอบ: เนื่องจากใบแจ้งหนี้นั้นขึ้นอยู่กับเวลา และจะใช้ไม่ได้หากไม่ได้ใช้เป็นระยะเวลาหนึ่ง A จึงต้องโอนเงินทันทีหลังจากได้รับใบแจ้งหนี้ของ B B ยังต้องตรวจสอบให้แน่ใจด้วยว่า A สามารถใช้ใบแจ้งหนี้ได้ทันทีก่อนที่จะสร้างใบแจ้งหนี้ นี่เป็นการจำกัดทั้งสองฝ่ายในการโอนให้เสร็จสิ้นภายในระยะเวลาที่มีผลบังคับใช้ของใบแจ้งหนี้
รูปภาพ: ธุรกรรมช่องทางเครือข่าย Lightning
เนื่องจากช่องทางธุรกรรมที่ใช้โดย RGB รวมเข้ากับเครือข่าย Lightning กระบวนการธุรกรรมจึงสามารถอ้างอิงถึงกระบวนการถ่ายโอนของเครือข่าย Lightning ยกเว้นว่าจะมีการเพิ่มขั้นตอน การยืนยันอีกครั้งโดยผู้รับเงิน ขั้นตอนการทำธุรกรรมดังกล่าวจะป้องกันไม่ให้ผู้รับเงินได้รับเหรียญฟิชชิ่งที่ยุ่งเหยิง จึงช่วยปกป้องความปลอดภัยของกระเป๋าเงินของผู้ใช้
การซื้อขายสินทรัพย์ RGB
ประเด็นทางเทคนิคในกระบวนการถ่ายโอนเนื้อหา RGB
1. ซีลแบบใช้แล้วทิ้ง
เทคโนโลยีนี้ถูกเสนอครั้งแรกโดย Peter Todd ในปี 2016 ความหมายหลักของเทคโนโลยีนี้คือ เพิ่มตราประทับให้กับข้อความเพื่อให้แน่ใจว่าข้อความจะสามารถใช้ได้เพียงครั้งเดียวเท่านั้น เพราะคุณต้องแกะตราประทับออกจึงจะทราบข้อความ
วิธีง่ายๆ คือการตั้งค่าเซิร์ฟเวอร์บุคคลที่สามที่ได้รับการรับรองซึ่งจะเผยแพร่ใบรับรองในทะเบียนสาธารณะทุกครั้งที่มีการเปิดหรือล็อคตราประทับ เพื่อให้ใครก็ตามสามารถตรวจสอบสถานะของตราประทับที่พวกเขาสนใจได้
หากคุณไม่ได้ใช้เอนทิตีที่เชื่อถือได้เพื่อใช้ฟังก์ชันประทับตราแบบครั้งเดียว คุณสามารถใช้ UTXO ของ Bitcoin เป็นตราประทับได้ เพราะ UTXO ใดๆ ใน Bitcoin สามารถใช้ได้เพียงครั้งเดียวเท่านั้น ดังนั้น เมื่อใช้ UTXO เป็นตราประทับ คุณสามารถล็อค UTXO เมื่อถูกสร้างขึ้น และเปิดได้เมื่อคุณใช้มัน
RGB ใช้เทคโนโลยี การปิดผนึกครั้งเดียว ซึ่งจะ ล้อม ข้อมูลสินทรัพย์ RGB สถานะสัญญา ฯลฯ ใน UTXO เมื่อใช้ UTXO ความเป็นเจ้าของเนื้อหาและสถานะของสัญญาจะเปลี่ยนไป ซึ่งหมายความว่าทุกครั้งที่มีธุรกรรม RGB เกิดขึ้น ผู้ส่งจะสร้างการเปลี่ยนแปลงสถานะให้กับสัญญา (ซึ่งเป็นการกำหนดสิทธิ์ในการโอน)
2. การยืนยันลูกค้า
การตรวจสอบ RGB แตกต่างจากการตรวจสอบ ฉันทามติทั่วโลก แบบดั้งเดิม และใช้เทคโนโลยี การตรวจสอบลูกค้า ในวิธีการยืนยัน Bitcoin แบบดั้งเดิม โหนดที่เชื่อมต่อกับเครือข่ายจะดาวน์โหลดและตรวจสอบบล็อคและธุรกรรมในกลุ่มธุรกรรม (โหนดเต็ม) อย่างต่อเนื่อง โหนดดังกล่าวมีมุมมองที่อัปเดตตามเวลาจริงของชุด UTXO บนห่วงโซ่ทั้งหมด (ชุดของเอาต์พุตที่ยังไม่ได้ใช้ในบล็อกเชน) เมื่อเห็นธุรกรรมใหม่เพื่อตรวจสอบความถูกต้องของมันเพียงต้องตรวจสอบอินพุตทั้งหมดเพื่อ ธุรกรรมเป็นส่วนหนึ่งของสถานะล่าสุดของชุด UTXO
แต่สำหรับ RGB นั้น ไม่มีข้อมูลที่เผยแพร่ทั่วโลก ดังนั้นจึงไม่มีมุมมองทั่วโลกของชุด UTXO หลังจากที่ไคลเอนต์ RGB ยอมรับธุรกรรม ไม่เพียงแต่จะต้องตรวจสอบว่าสถานะล่าสุดของธุรกรรมนั้นถูกต้อง แต่ยังต้องทำการตรวจสอบเดียวกันในการแปลงสถานะก่อนหน้าทั้งหมดที่เกี่ยวข้องกับธุรกรรม ไปจนถึงสถานะเริ่มต้นของ สัญญาการออก สิ่งนี้ดูเหมือนจะนำมาซึ่งข้อเสียที่ชัดเจน: ส่งผลให้ต้องใช้เวลาในการตรวจสอบที่ยาวนานมากแต่สิ่งนี้เกิดขึ้นเมื่อ “สินทรัพย์มีประวัติการซื้อขายที่ยาวนาน” และประวัติการซื้อขายส่วนนี้สามารถตรวจสอบได้ล่วงหน้าผ่านชั้นการแบ่งปันข้อมูล (ตามความสมัครใจ)
สิ่งนี้ยังนำมาซึ่งข้อได้เปรียบที่สำคัญ:ลูกค้าไม่จำเป็นต้องทราบหรือตรวจสอบธุรกรรมทั้งหมดที่เกิดขึ้นทั่วโลกเนื่องจากจำเป็นต้องทราบธุรกรรมที่เกี่ยวข้องกับกระเป๋าเงินของตนเองเท่านั้น จึงไม่จำเป็นต้องตรวจสอบธุรกรรมอื่น ๆดังนั้นปริมาณข้อมูลที่ลูกค้าแต่ละรายจะต้องตรวจสอบจึงมีน้อยลง และความสามารถในการปรับขนาดของระบบได้รับการปรับปรุงอย่างมาก เพื่อแก้ปัญหาการตรวจสอบฝั่งไคลเอ็นต์ของห่วงโซ่ที่สมบูรณ์ BiHelix ได้เสนอโซลูชันการพิสูจน์ความรู้แบบศูนย์แบบเรียกซ้ำ。
3. คำมั่นสัญญาของ Bitcoin
RGB ป้องกัน การใช้จ่ายซ้ำซ้อน ผ่านความมุ่งมั่นของ RGB ต้องปฏิบัติตามข้อผูกพันดังกล่าว:
• การเปลี่ยนสถานะหลายสถานะที่เกี่ยวข้องกับสัญญาสามารถกระทำได้ในธุรกรรม Bitcoin เดียว
• การเปลี่ยนแปลงสถานะสัญญาแต่ละครั้งสามารถกระทำธุรกรรม Bitcoin ได้เพียงครั้งเดียวเท่านั้น
วิธีเฉพาะในการบรรลุเป้าหมายนี้คือ:
1. ขั้นแรก การเปลี่ยนแปลงสถานะทั้งหมดที่เกี่ยวข้องกับสัญญา (หรือรหัสสินทรัพย์) จะต้องถูกรวมเข้าเป็นข้อผูกพันตามที่กำหนดไว้
2. จากนั้น ข้อผูกพันของสินทรัพย์ที่โอนทั้งหมดจะรวมกันเป็นแผนภูมิ Merkle
3. ค่าแฮชรูทสุดท้ายคือความมุ่งมั่น RGB สุดท้าย
4. เพื่อให้มั่นใจถึงความเข้ากันได้กับโปรโตคอลอื่น ๆ ที่ไม่เกี่ยวข้องกับ RGB แต่ยังจำเป็นต้องใช้ข้อผูกมัด Bitcoin ที่กำหนดด้วย ข้อผูกมัด RGB และข้อผูกพันของโปรโตคอลอื่น ๆ จะต้องถูกรวมเข้าด้วยกันอีกครั้ง (ตามที่อธิบายไว้ในมาตรฐาน LNPBP-4) ดังนั้นเราจึงได้ค่า ha Hash คือข้อความที่ฝังอยู่ในธุรกรรม Bitcoin จริงๆ
4. การประมวลผลเป็นชุดช่วยลดต้นทุน
ดังที่เห็นได้จากหัวข้อที่แล้ว เราสามารถ รวม การเปลี่ยนแปลงสถานะจำนวนเท่าใดก็ได้ในข้อผูกพัน Bitcoin เดียว ซึ่งในทางทฤษฎีช่วยให้สามารถประมวลผลชุดข้อมูลขนาดใหญ่ได้ จึงทำให้มีสถานการณ์การใช้งานที่มากขึ้นสำหรับผู้ให้บริการ UTXO
• สถานการณ์: A ต้องการจ่ายเงินหลายคนพร้อมกัน โอนเนื้อหา RGB 20 ไปที่ B โอนเนื้อหา RGB 21 ไปยัง C และโอนความเป็นเจ้าของสัญญาไปยัง D
• ผลลัพธ์: A เพียงต้องการสร้างการเปลี่ยนสถานะสำหรับแต่ละ B, C และ D และยอมรับการเปลี่ยนสถานะทั้งหมดเป็นธุรกรรม Bitcoin เดียวกัน โดยไม่ต้องใช้ไบต์มากขึ้น ซึ่งหมายความว่าการเปลี่ยนแปลงสถานะในรัฐต่างๆ จะถูกจัดเป็นชุดเนื่องจากเป็นไปตามสัญญาต้นทุนส่วนเพิ่มของค่าธรรมเนียมการจัดการแบบออนไลน์สำหรับการชำระเงิน RGB แต่ละครั้งอาจมีน้อยมาก เนื่องจากค่าธรรมเนียมการจัดการเดียวกันจะถูกตัดจำหน่ายเท่าๆ กันตามจำนวนการโอนเท่าใดก็ได้
นอกจากนี้ยังมีข้อจำกัดอีกด้วย นั่นคือ ข้อมูลการเปลี่ยนแปลงสถานะเหล่านี้จะต้อง รวม ใน UTXO เดียวกัน หากมี UTXO หลายรายการ อินพุตของธุรกรรมจะต้องเพิ่มขึ้นและต้นทุนที่เกี่ยวข้องก็จะเพิ่มขึ้นด้วย แต่เมื่อเทียบกับสถานการณ์แบบเดิมที่การเปลี่ยนแปลงทุกรัฐจำเป็นต้องมีการทำธุรกรรม การปรับปรุงที่ยอดเยี่ยมก็สามารถบรรลุได้
5. การสื่อสารระหว่างลูกค้า
การสื่อสารกับไคลเอ็นต์เป็นเรื่องปกติในกระบวนการใช้งานการถ่ายโอน RGB ผู้ส่งจำเป็นต้องแบ่งปัน การฝากขาย กับผู้รับ โครงสร้างข้อมูลนี้ประกอบด้วยข้อมูลทั้งหมดที่จำเป็นในการตรวจสอบการโอน รวมถึงการเปลี่ยนสถานะทั้งหมดที่สามารถตรวจสอบย้อนกลับไปยังสถานะการก่อตั้งสัญญา และจำเป็นต้องโอนจาก ผู้ส่งถึงผู้รับโดยการสื่อสาร โดย. อย่างไรก็ตาม โปรโตคอล RGB ไม่ได้ถูกจำกัดด้วยช่องทางการสื่อสาร และมีวิธีการแบ่งปันข้อมูลที่หลากหลาย สองวิธีทั่วไปในการแบ่งปันข้อมูล:
• Storm: ระบบส่งข้อความและจัดเก็บข้อมูลแบบทันทีแบบเพียร์ทูเพียร์ที่ใช้ Lightning Network
• RGB Proxy Server: เซิร์ฟเวอร์ HTTP JSON-RPC มาตรฐานที่ไคลเอ็นต์สามารถอัปโหลดและดาวน์โหลดข้อมูลได้ ผู้ใช้สามารถเรียกใช้พร็อกซีเซิร์ฟเวอร์ของตนเองหรือใช้เซิร์ฟเวอร์บุคคลที่สาม การใช้เซิร์ฟเวอร์ของบุคคลที่สามส่งผลต่อความเป็นส่วนตัวและการต่อต้านการเซ็นเซอร์ แต่ไม่ส่งผลต่อความปลอดภัย
การสื่อสารกับลูกค้า BiHelix ยังเสนอโปรโตคอลการสื่อสารแบบปรับเปลี่ยนได้เพื่อการเพิ่มประสิทธิภาพอีกด้วย
สรุปแล้ว
แม้ว่าเวอร์ชัน RGB v 0.11 ปัจจุบันยังอยู่ในช่วงเบต้า แต่ก็ไม่ใช่เรื่องยากที่จะเห็นว่าทีมงานโครงการ RGB เชิงนิเวศน์จำนวนมากมีส่วนร่วมอย่างแข็งขันและทำงานร่วมกันเพื่อส่งเสริมการเพิ่มประสิทธิภาพอย่างละเอียดของเวอร์ชัน v 0.11ในฐานะผู้สนับสนุนโครงการเชิงนิเวศ RGB และโปรโตคอล RGB ทีมงาน BiHelix ได้ทำงานอย่างหนักเพื่อให้บรรลุผลทางวิศวกรรมและการพาณิชย์ของโปรโตคอล RGBการเร่งความเข้ากันได้ของ Lightning Network และโปรโตคอล RGB ในขณะเดียวกันก็ดึงดูดนักพัฒนาระบบนิเวศแอปพลิเคชันคุณภาพสูงจำนวนมากขึ้น และการทำให้พวกเขาเรียนรู้อย่างลึกซึ้งและใช้โปรโตคอล RGB จะเป็นเป้าหมายหลัก
เชื่อกันว่าชุดฟังก์ชันการออกสินทรัพย์ที่ครบกำหนดมากขึ้นของโปรโตคอล RGB จะนำนวัตกรรมมาสู่ระบบนิเวศ Bitcoin มากขึ้น และเป็นการผลักดันระบบนิเวศ Bitcoin ทั้งหมดไปสู่ระดับใหม่อีกครั้ง ด้วยการประยุกต์ใช้โปรโตคอล RGB ในเครือข่าย Bitcoin อย่างแพร่หลาย บทความนี้ จะกลายเป็นแหล่งอ้างอิงที่ขาดไม่ได้และสำคัญสำหรับการทำความเข้าใจกลไกและการออกแบบเบื้องหลัง RGB ในระบบนิเวศที่มีชีวิตชีวานี้ อนาคตของ RGB ดูสดใส อัดฉีดความมีชีวิตชีวาและความเป็นไปได้ใหม่ๆ ให้กับวิวัฒนาการของ Bitcoin
