RGB ช่วยเพิ่มความสามารถในการปรับขนาดและความเป็นส่วนตัวของ Bitcoin และ Lightning Network

TL; DR

• RGB ทำงานเป็นโซลูชันเลเยอร์ 2/3 บนกระบวนทัศน์การตรวจสอบฝั่งไคลเอ็นต์ของ Bitcoin และ Lightning Network ซึ่งเก็บข้อมูลสัญญาอัจฉริยะทั้งหมดไว้นอกธุรกรรม Bitcoin การออกแบบนี้ช่วยให้มั่นใจได้ถึงการทำงานของระบบบนเครือข่าย Lightning โดยไม่จำเป็นต้องแก้ไขโปรโตคอล LN
  
• สัญญาอัจฉริยะ RGB ได้รับการออกแบบมาเพื่อความสามารถในการปรับขนาดและการรักษาความลับ ระบบสนับสนุนการเป็นเจ้าของส่วนบุคคลและการเป็นเจ้าของร่วมกัน สรุปและแยกข้อกังวล เป็นตัวแทนของระบบคอมพิวเตอร์แบบกระจายที่ไร้ความน่าเชื่อถือหลังบล็อกเชน รูปแบบที่สมบูรณ์ของทัวริง โดยไม่จำเป็นต้องแนะนำโทเค็นใหม่
  
• สัญญา RGB ได้รับการจัดระเบียบในส่วนต่างๆ ที่เรียกว่า "ส่วนย่อย" ซึ่งแต่ละส่วนจะมีประวัติและข้อมูลของตัวเอง ช่วยเพิ่มความสามารถในการปรับขนาดและป้องกันการปะปนของประวัติจากสัญญาที่ต่างกัน พวกมันโต้ตอบผ่านโปรโตคอล Bifrost บน Lightning Network ทำให้สามารถเปลี่ยนแปลงการประสานงานระหว่างหลายฝ่ายได้ คล้ายกับ DEX ที่ทำงานบน Lightning Network
  
• RGB ใช้ซีลแบบใช้ครั้งเดียว defined ผ่าน Bitcoin UTXO เพื่อความปลอดภัย ฝ่ายใดก็ตามที่มีประวัติสถานะสัญญาอัจฉริยะสามารถตรวจสอบเอกลักษณ์ของตนได้ โดยใช้ประโยชน์จากสคริปต์ของ Bitcoin defiความเป็นเจ้าของและสิทธิ์ในการเข้าถึง
  
• ใน RGB ความเป็นเจ้าของและการตรวจสอบความถูกต้องของรัฐเป็นหน่วยงานที่แยกจากกัน ความเป็นเจ้าของได้รับการจัดการโดยสคริปต์ Bitcoin ซึ่งเป็นระบบที่ไม่ใช่ทัวริงสมบูรณ์ ในทางกลับกัน กฎการตรวจสอบจะถูกกำหนดโดย RGB Schema โดยใช้สคริปต์ Turing Complete Simplicity/Contractum/Rust
  
• สัญญาอัจฉริยะ RGB แต่ละสัญญาเชื่อมโยงกับสถานะเฉพาะโดยใช้ซีลแบบใช้ครั้งเดียว ตราประทับและสถานะเป็นไปตามกฎเฉพาะและการตรวจสอบที่กำหนดโดยผู้สร้างสัญญา ซึ่งอยู่ภายใต้ "สคีมา" สคีมานี้ทำหน้าที่เหมือนกับกฎที่ตั้งไว้สำหรับการตรวจสอบข้อมูลสัญญาในฝั่งไคลเอ็นต์ ทำให้สามารถปรับขนาดโปรโตคอลและความเป็นส่วนตัวได้ในระดับสูง
  
• การออกแบบของ RGB สามารถทำงานร่วมกันได้สูงกับเทคโนโลยี Bitcoin และ Lightning Network ที่มีอยู่ ช่วยให้สามารถทำงานร่วมกับแพลตฟอร์มเหล่านี้และการอัพเกรดในอนาคตได้อย่างราบรื่น
  
• แตกต่างจากรูปแบบการเขียนโปรแกรมที่จำเป็นของแพลตฟอร์มบล็อกเชนจำนวนมาก RGB ใช้รูปแบบการประกาศ แนวทางนี้มุ่งเน้นไปที่การสรุปผลลัพธ์ที่ต้องการมากกว่าการระบุรายละเอียดขั้นตอนเฉพาะเพื่อให้บรรลุผล
  
• RGB ใช้เทคโนโลยีขั้นสูงต่างๆ รวมถึง AluVM สำหรับงานการประมวลผลแบบพกพาที่กำหนดได้, PRISM สำหรับการประมวลผลเครื่องจักรในสถานะอนันต์ที่จำลองแบบบางส่วน และ Storm สำหรับการจัดเก็บข้อมูลที่ไม่น่าเชื่อถือตามเอสโครว์โดยใช้ zk-proofs เทคโนโลยีเหล่านี้มีส่วนทำให้ RGB มีความแข็งแกร่ง การรักษาความลับ และความสามารถในการขยายได้
  
• RGB (v0.10) นำเสนอการปรับปรุงที่โดดเด่นสำหรับประสบการณ์ผู้ใช้และกระบวนการบูรณาการ เพิ่มความคล่องตัวในการดำเนินงาน และลดการพึ่งพา เวอร์ชันที่อัปเดตมีไลบรารี API ที่เป็นหนึ่งเดียวและเครื่องมือบรรทัดคำสั่งมากขึ้น ทำให้เข้าถึงได้และใช้งานง่ายยิ่งขึ้น

คำอธิบายสั้น

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

RGB แก้ไขปัญหาเหล่านี้โดยการย้ายกระบวนการตรวจสอบส่วนใหญ่ออกจาก Bitcoin blockchain ใช้การตรวจสอบฝั่งไคลเอ็นต์และใช้ตราประทับแบบใช้ครั้งเดียวเพื่อเชื่อมต่อโทเค็นกับ UTXO ของ Bitcoin ขณะเดียวกันก็รักษาความเป็นส่วนตัวของผู้ใช้

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

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

บทนำและวิสัยทัศน์

หนึ่งในสายการบิน: สถานะที่ลูกค้าตรวจสอบและระบบสัญญาอัจฉริยะที่ทำงานที่เลเยอร์ 2/3 ใน Bitcoin และ Lightning Network

อ่านรายละเอียดเพิ่มเติม:

RGB เป็นระบบสัญญาอัจฉริยะที่ปรับขนาดได้และเป็นความลับสำหรับ Bitcoin และ Lightning Network สัญญาอัจฉริยะ RGB ทำงานด้วย การตรวจสอบฝั่งไคลเอ็นต์ กระบวนทัศน์, ที่อยู่อาศัย ข้อมูลสัญญาอัจฉริยะทั้งหมดภายนอก ธุรกรรม Bitcoin เช่น Bitcoin blockchain หรือสถานะช่อง Lightning ซึ่งช่วยให้ระบบทำงานบน Lightning Network ได้โดยไม่ต้องเปลี่ยนแปลงโปรโตคอล LN และยังให้รากฐานสำหรับความสามารถในการปรับขนาดโปรโตคอลและความเป็นส่วนตัวในระดับสูง

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

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

แม้ว่าสัญญาเหล่านี้จะทำงานแยกกัน แต่สัญญา RGB ก็สามารถโต้ตอบผ่านโปรโตคอล Bifrost บน Lightning Network ได้ ซึ่งช่วยให้สามารถเปลี่ยนแปลงการประสานงานระหว่างหลายฝ่ายได้ ตัวอย่างเช่น ช่วยให้ DEX ทำงานผ่าน Lightning Network

เทคโนโลยีและสถาปัตยกรรม

ภาพรวมระดับสูงของการทำงาน RGB และซีลแบบใช้ครั้งเดียว

รูปที่ 1. ภาพรวมระดับสูงของการทำงานของ RGB
ที่มา: Github สมาคม LNP/BP

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

รูปที่ 2. หลักการทำงาน RGB ระดับสูง
ที่มา: “การขับเคลื่อนการยอมรับ Crypto จำนวนมาก: โปรโตคอล RGB ส่องสว่างอนาคตของ Bitcoin อย่างไร” โดย Waterdrip Capital

แต่ละสัญญาอัจฉริยะ RGB คือ defiเน็ดโดยก รัฐกำเนิดสร้างขึ้นโดย ผู้ออกสัญญาอัจฉริยะ (หรือเรียกง่ายๆ ว่าผู้ออก) และกราฟอะไซคลิกโดยตรง (DAG) ของ การเปลี่ยนสถานะ เก็บรักษาไว้เป็นข้อมูลที่ลูกค้าตรวจสอบแล้ว

รูปที่ 3 ธุรกรรม ประทับตราปิด และพยาน
ที่มา: Github สมาคม LNP/BP

เราสามารถสรุปได้ดังต่อไปนี้: แต่ละธุรกรรมมี UTXO และการเป็นเจ้าของ UTXO นี้ให้สิทธิ์แก่เจ้าของในการครอบครองรัฐ ความเป็นเจ้าของเป็นตัวกำหนดว่าใครสามารถแก้ไขสถานะบล็อคเชนและ “ใช้จ่าย” UTXO ได้ บุคคลที่ถือครองรัฐเรียกว่าพรรค รัฐเป็นเจ้าของ.

ฝ่ายมีอำนาจในการแก้ไขส่วนที่เกี่ยวข้องของสถานะสัญญาอัจฉริยะโดยการสร้างการเปลี่ยนแปลงสถานะใหม่และยืนยันในธุรกรรม โดยใช้เอาต์พุตที่มีสถานะก่อนหน้า

กระบวนการนี้มีความหมาย การปิดตราประทับเหนือการเปลี่ยนผ่านของรัฐและคู่ที่ประกอบด้วยธุรกรรมการใช้จ่ายและข้อมูลธุรกรรมพิเศษที่เกี่ยวข้องกับการเปลี่ยนสถานะเรียกว่า ก พยาน (แสดงในภาพด้านบน)

ความเป็นเจ้าของและการเข้าถึง: คุณสมบัติหลัก

รูปที่ 4 ความเป็นเจ้าของและการเข้าถึง
ที่มา: Github สมาคม LNP/BP

ความเป็นเจ้าของและการตรวจสอบความถูกต้องของรัฐเป็นแนวคิดที่แตกต่างกัน กฎการตรวจสอบจะระบุว่าสถานะอาจเปลี่ยนแปลงอย่างไร ในขณะที่ไม่ได้ระบุว่าใครอาจส่งผลต่อการเปลี่ยนแปลง 

ในทางกลับกัน ความเป็นเจ้าของจะถูกควบคุมโดยสคริปต์ Bitcoin ในระดับบล็อคเชน Bitcoin ซึ่งไม่ใช่ทัวริงเสร็จสมบูรณ์ ในทางตรงกันข้าม กฎการตรวจสอบจะถูกควบคุมโดย RGB Schema โดยใช้ Simplicity/Contractum Script เช่น Turing Complete 

สคีมา RGB

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

รูปที่ 5 สคีมา RGB
ที่มา: Github สมาคม LNP/BP

หลักการตรวจสอบและการออกแบบฝั่งไคลเอ็นต์

รูปที่ 6 การตรวจสอบความถูกต้องฝั่งไคลเอ็นต์ RGB
ที่มา: Github สมาคม LNP/BP

1. ความเป็นเจ้าของที่แข็งแกร่ง: ใน RGB สัญญาอัจฉริยะมีความชัดเจน defiเจ้าของเน็ดหรือเจ้าของ เจ้าของที่ได้รับมอบหมายเท่านั้นที่มีอำนาจในการแก้ไขสถานะของสัญญา สัญญาเหล่านี้สรุปสิทธิ์หรือการดำเนินการที่แตกต่างกันซึ่งจัดประเภทเป็นสาธารณะ (เข้าถึงได้ทั้งหมด) หรือเป็นเจ้าของ (จำกัด เฉพาะเจ้าของ)
2. การรักษาความลับ: ข้อมูลภายในสัญญาจะถูกเก็บเป็นความลับ เฉพาะผู้เข้าร่วมเท่านั้นที่ทราบ โดยเฉพาะเจ้าของของรัฐ ผู้เข้าร่วมมีตัวเลือกในการเผยแพร่ข้อมูลบางอย่างต่อสาธารณะ แต่ตามค่าเริ่มต้น ข้อมูลทั้งหมดจะเป็นส่วนตัว การรักษาความลับนี้จะป้องกันไม่ให้เครื่องมือวิเคราะห์ภายนอกเข้าถึงข้อมูล ทำให้มั่นใจได้ว่าจะไม่มีการจัดเก็บข้อมูลที่ละเอียดอ่อนในบัญชีแยกประเภทสาธารณะ
3. การแยกข้อกังวล: RGB มีการออกแบบโมดูลาร์พร้อมเลเยอร์ที่แตกต่างกัน โดยแต่ละชั้นได้รับมอบหมายงานเฉพาะ เลเยอร์เหล่านี้ทำงานอย่างเป็นอิสระ โดยขจัดความจำเป็นที่ชั้นล่างจะต้องคำนึงถึงโครงสร้างของเลเยอร์ที่สูงกว่า การออกแบบนี้ช่วยเพิ่มองค์กรและประสิทธิภาพของระบบ
4. ความสามารถในการขยาย: ระบบสามารถขยายได้อย่างง่ายดาย ช่วยให้สามารถสร้างและบูรณาการสัญญาอัจฉริยะขั้นสูงได้โดยไม่จำเป็นต้องแก้ไขโปรโตคอลหลักหรือคอมไพล์ไลบรารี RGB ทั้งหมดอีกครั้ง
5. ความมุ่งมั่น: ตรรกะการตรวจสอบของ RGB นั้นถูกกำหนดไว้แล้ว โดยให้ผลลัพธ์ที่เหมือนกันอย่างสม่ำเสมอด้วยอินพุตเดียวกันและสถานะทั่วไปของบล็อกเชนพื้นฐานหรือช่อง Lightning Network ความสอดคล้องนี้เกิดขึ้นได้จากสององค์ประกอบหลัก: ตรรกะการตรวจสอบหลักที่เขียนด้วยภาษา Rust จะเหมือนกันในทุกระบบที่ใช้ RGB ข. ตรรกะการตรวจสอบเฉพาะสัญญาทำงานบน AluVM ซึ่งเป็นเครื่องเสมือนที่จัดเตรียมชุดคำสั่งที่สอดคล้องกันโดยไม่คำนึงถึงแพลตฟอร์ม
6. การทำงานร่วมกันของ LNP/BP: RGB ได้รับการออกแบบมาเพื่อทำงานได้อย่างราบรื่นกับเทคโนโลยี Bitcoin และ Lightning Network ที่มีอยู่ นอกจากนี้ยังสร้างขึ้นเพื่อให้เข้ากันได้กับการอัพเกรดเทคโนโลยีเหล่านี้ในอนาคต
   

แนวทาง RGB และ Pure Blockchain/L1

วิธีการบล็อคเชน/L1 ล้วนผิด ทีมงาน RGB ระบุ

รูปที่ 7 ความคิดเห็น RGB เกี่ยวกับแนวทาง Blockchain/L1
ที่มา: Github สมาคม LNP/BP

แนวทางของ RGB: การเขียนโปรแกรมแบบเปิดเผยและแบบจำเป็น:

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

ลักษณะที่ประกาศของสัญญาอัจฉริยะ RGB:

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

การเปลี่ยนกระบวนทัศน์ในการเขียนโปรแกรม:

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

ความง่าย

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

เนื่องจากตระหนักว่าไม่มีตารางเวลาที่เชื่อถือได้สำหรับ Simplicity เราจึงได้เริ่มการตรวจสอบทางเลือกอื่น (WASM, EVM (เป็นเรื่องตลก), IELE ฯลฯ) ในที่สุดก็เห็นได้ชัดว่าการพัฒนาเครื่องเสมือนที่เป็นกรรมสิทธิ์สำหรับ RGB เป็นเพียงตัวเลือกเดียวที่ใช้งานได้ โดยแทนที่การพึ่งพา Simplicity ในตอนแรก

ดังนั้นเราจึงตัดสินใจที่จะสร้าง อลูวีเอ็ม – เครื่องเสมือนที่ใช้ Rust พกพาสะดวกและใช้งานได้จริงสำหรับสัญญาอัจฉริยะ (RGB) ที่ได้รับการตรวจสอบฝั่งไคลเอ็นต์, Lightning Network, การกระจายตามที่กำหนด และการประมวลผลแบบ Edge

ปริซึม

PRISM ย่อมาจากการประมวลผล "เครื่องจักรสถานะอนันต์ที่จำลองแบบบางส่วน"

เทคโนโลยี RGB defiกฎของ nes สำหรับการพัฒนาสัญญาอัจฉริยะในระดับพื้นฐานที่เรียกว่าสคีมา แต่ไม่ได้จำกัดการดำเนินการในอนาคตทั้งหมดของสัญญาด้วยอัลกอริธึมที่ครอบคลุมเพียงอัลกอริธึมเดียว แต่แต่ละโหนดบนเครือข่ายจะดำเนินการทีละอย่าง และทั้งสถานะของสัญญาและตัวสัญญาเองยังคงใช้ได้ตราบใดที่การดำเนินการเหล่านี้เป็นไปตามกฎของ Schema 

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

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

ด้านล่างนี้ คุณสามารถดูมุมมองระดับสูงเกี่ยวกับความแตกต่างระหว่างช่องทางสถานะและการตรวจสอบความถูกต้องฝั่งไคลเอ็นต์: 

รูปที่ 8 การแยกระบบแบบกระจาย
ที่มา: Github สมาคม LNP/BP

ความแตกต่างที่เฉพาะเจาะจงมากขึ้นมีดังนี้: 

รูปที่ 9 การเปรียบเทียบช่องสถานะและการตรวจสอบความถูกต้องฝั่งไคลเอ็นต์
ที่มา: Github สมาคม LNP/BP

อลูวีเอ็ม

อลูวีเอ็ม – (หน่วยลอจิกอัลกอริธึม VM) เป็นเครื่องเสมือน RISC เชิงฟังก์ชันล้วนๆ ที่ออกแบบมาสำหรับงานประมวลผลแบบพกพาที่กำหนดได้เอง

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

ลักษณะสำคัญ: ไร้ข้อยกเว้น ความสามารถในการพกพา แซนด์บ็อกซ์ ความปลอดภัย ความสามารถในการขยาย

สถาปัตยกรรมชุดคำสั่ง (ISA) ของ AluVM ได้รับการออกแบบมาให้ปรับเปลี่ยนได้ ช่วยให้สามารถสร้างสภาพแวดล้อมรันไทม์ที่แตกต่างกันสำหรับแอปพลิเคชันต่างๆ AluVM เองเป็นเครื่องเสมือนและ ISA ที่ลงทะเบียนและใช้งานได้ดีและคาดเดาได้สูง 

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

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

รูปที่ 10 การเปรียบเทียบ AluVM
ที่มา: Github สมาคม LNP/BP

สัญญา

Contractum สร้างความแตกต่างจากภาษาโปรแกรมสัญญาอัจฉริยะอื่นๆ ด้วยการผสมผสานความสามารถด้านการทำงานของ Haskell เข้ากับความใกล้เคียงกับ Bare Metal ที่เห็นใน Rust มันครอบครองเฉพาะกลุ่มที่ไม่สามารถเข้าถึงสัญญาอัจฉริยะก่อนหน้านี้ได้:

รูปที่ 11 การเปรียบเทียบ Contractum ความเรียบง่าย และภาษาอื่นๆ
ที่มา: สัญญา.org

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

การตรวจสอบฝั่งไคลเอ็นต์ยังแยกการพัฒนาสัญญาออกจากธุรกรรมบล็อกเชน ทำให้ไม่สามารถติดตามหรือวิเคราะห์ธุรกรรมเหล่านี้ด้วยวิธีการวิเคราะห์บล็อกเชนแบบดั้งเดิมได้

รูปที่ 12 คุณสมบัติสัญญา
ที่มา: สัญญา.org

หากต้องการมีส่วนร่วมในการออกแบบ Contractum สิ่งสำคัญคือต้องทำความคุ้นเคยกับเทคโนโลยีที่ใช้โดยสัญญาอัจฉริยะ RGB:

รูปที่ 13 เทคโนโลยีที่ใช้โดยสัญญาอัจฉริยะ RGB
ที่มา: สัญญา.org

การอัปเดตล่าสุดในเวอร์ชันใหม่ RGB v0.10

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

สถานะสากลในสัญญา RGB

คุณสมบัติ Global State เป็นนวัตกรรมที่สำคัญใน RGB v0.10 ช่วยให้แต่ละสัญญาสามารถรักษาสถานะที่สามารถเข้าถึงได้ในระดับสากล สถานะนี้สามารถเข้าถึงได้ไม่เฉพาะกับเครื่องเสมือน RGB เท่านั้น แต่ยังรวมถึงไคลเอนต์ภายนอก เช่น กระเป๋าเงิน และแอปพลิเคชันอื่น ๆ

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

การเชื่อมต่อสัญญา

RGB v0.10 แนะนำ 'อินเทอร์เฟซสัญญา' เป็นโปรโตคอลการสื่อสารมาตรฐานสำหรับสัญญาอัจฉริยะที่หลากหลาย อินเทอร์เฟซเหล่านี้ทำงานคล้ายกับ ABI สัญญาของ Ethereum (Application Binary Interfaces) และ ERC (Ethereum ขอความคิดเห็น)

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

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

ระบบประเภทที่เข้มงวด

รูปแบบการเข้ารหัสใหม่ใน RGB v0.10 ใช้ระบบ 'ประเภทที่เข้มงวด' ระบบนี้เป็นแนวทางประเภทข้อมูลการทำงานแบบใหม่ที่ออกแบบมาเพื่อการแสดงและการวิปัสสนาสถานะของสัญญาภายในกรอบงาน RGB อย่างมีประสิทธิภาพ

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

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

สัญญาอัจฉริยะที่ใช้สนิม

ขณะนี้สามารถเขียนสัญญาอัจฉริยะ RGB ได้ใน Rust โดยใช้ประโยชน์จากความสามารถของภาษาในเรื่องความปลอดภัยและประสิทธิภาพของประเภท

การรวมประเภทระบบที่เข้มงวดช่วยให้สามารถรวบรวมประเภทข้อมูล Rust ลงในโครงสร้างสัญญา RGB ได้โดยตรง ปรับปรุงประสิทธิภาพและความน่าเชื่อถือของรหัสสัญญา

ความสามารถในการวิปัสสนาสถานะที่เพิ่มขึ้น

สัญญาอัจฉริยะใน RGB v0.10 สามารถพิจารณาสถานะของตนเองภายในโค้ดตรวจสอบที่ดำเนินการโดยเครื่องเสมือน RGB

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

รูปแบบใบแจ้งหนี้ตาม URL

การอัปเดตแนะนำรูปแบบใบแจ้งหนี้ใหม่ที่แทนที่ระบบที่เข้ารหัส Bech32m ก่อนหน้านี้

ใบแจ้งหนี้ตาม URL ใหม่เหล่านี้สั้นลงอย่างเห็นได้ชัดและใช้งานง่ายมากขึ้น ช่วยให้ตรวจสอบได้ง่ายขึ้นและเปิดอัตโนมัติด้วยซอฟต์แวร์ที่กำหนดค่าไว้ล่วงหน้า

รองรับ WASM (WebAssembly)

ขณะนี้ไลบรารีมาตรฐาน RGB เข้ากันได้กับสภาพแวดล้อมที่ขาด I/O และระบบการเข้าถึงไฟล์ เช่น เว็บเพจหรือปลั๊กอินของเบราว์เซอร์

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

Taproot Descriptors และที่มาที่กำหนดเอง

RGB v0.10 ใช้ข้อผูกพัน OP_RETURN ที่ใช้ taproot (เรียกว่า tapret) ซึ่งจำเป็นต้องมีการสนับสนุนระดับตัวอธิบายสำหรับกระเป๋าเงินเพื่อรับรู้ธุรกรรมที่มีเอาต์พุตที่ได้รับการปรับแต่ง

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

การพึ่งพาแบบง่าย

เลเยอร์ฉันทามติ RGB ในเวอร์ชัน 0.10 ได้ลดการพึ่งพาของมัน โดยเฉพาะอย่างยิ่งการย้ายออกจากการใช้งานกันกระสุนแบบกำหนดเองที่ได้มาจากโปรเจ็กต์ Grin

การลดการพึ่งพานี้ช่วยเพิ่มเสถียรภาพของ API และความทนทานของระบบโดยรวม

กระบวนการบูรณาการที่คล่องตัว

การอัปเดตช่วยลดความซับซ้อนของเวิร์กโฟลว์การดำเนินงานโดยลดความจำเป็นในการเรียก API หลายครั้งและการเข้ารหัสโครงสร้างข้อมูลข้ามภาษาที่ซับซ้อน

ขณะนี้สถานะสัญญา RGB แสดงเป็นออบเจ็กต์ JSON ซึ่งช่วยให้สามารถซีเรียลไลซ์ภาษาการเขียนโปรแกรมต่างๆ ได้อย่างง่ายดาย

การปรับปรุงประสบการณ์ผู้ใช้

RGB เวอร์ชันใหม่ทำให้ประสบการณ์ผู้ใช้ง่ายขึ้นด้วยการรวมส่วนประกอบที่แตกต่างกันก่อนหน้านี้เข้าไว้ในไลบรารี API แบบรวมและเครื่องมือบรรทัดคำสั่ง

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

ในส่วนนี้รวมถึงการรับทราบเป็นพิเศษต่อ Waterdrip Capital สำหรับการเน้นย้ำคุณสมบัติล่าสุดในผลงานของพวกเขาที่มีชื่อว่า “การขับเคลื่อนการนำ Crypto มาใช้จำนวนมาก: โปรโตคอล RGB ส่องสว่างอนาคตของ Bitcoin อย่างไร”

คู่แข่ง RGB

รูปที่ 14 FRGB เทียบกับ Ethereum ด้วยคำพูดง่ายๆ
ที่มา: Github สมาคม LNP/BP

รากแก้ว

Taproot Assets เดิมชื่อ Taro เป็นโปรโตคอลที่ออกแบบมาเพื่อเปิดตัวโทเค็นบนเครือข่าย Bitcoin โปรโตคอลนี้ใช้ประโยชน์จากโมเดล UTXO ของ Taproot พร้อมกับโซลูชันที่เกี่ยวข้อง เช่น Tapscript และ taptweak เครื่องมือเหล่านี้ใช้เพื่อจัดเก็บข้อมูลเกี่ยวกับอุปทานและความสมดุลของสินทรัพย์ภายในข้อมูลธุรกรรม Bitcoin

รูปที่ 15 รูปแบบการจัดเก็บข้อมูลเกี่ยวกับโทเค็น Taproot Assets
ที่มา: “สินทรัพย์ Taproot: การออกสินทรัพย์บน Bitcoin” โดยแรงดันไฟฟ้า

Taproot Assets ใช้วิธีการที่คล้ายคลึงกับแนวคิด Ordinals โดยที่โทเค็น BRC-20 จะจัดเก็บข้อมูลการจัดหาไว้ในข้อมูลเมตาของ satoshi ที่แจกแจง ในทางกลับกัน Taproot Assets จะฝังข้อมูลนี้ไว้ในเอาต์พุต Taproot ของธุรกรรม Bitcoin โดยใช้สิ่งที่เรียกว่า "ต้นไม้ Merkle ที่กระจัดกระจาย" โดยพื้นฐานแล้ว Taproot Assets จะรวม Merkle tree เข้ากับธุรกรรม Bitcoin ซึ่งทำหน้าที่เป็นข้อพิสูจน์ถึงยอดคงเหลือของผู้ใช้เฉพาะและอุปทานโทเค็นโดยรวม ในทางกลับกัน แผนผังนี้สะท้อนข้อมูลจาก “จักรวาล” ซึ่งเป็นพื้นที่เก็บข้อมูลที่รักษาประวัติสินทรัพย์ที่สมบูรณ์และได้รับการจัดการโดยผู้ออกโทเค็น

รูปที่ 16 แผนผังสถานะดิจิทัล
ที่มา: “สินทรัพย์ Taproot: การออกสินทรัพย์บน Bitcoin” โดยแรงดันไฟฟ้า

State Digital Tree – สถาปัตยกรรมของ Taproot Assets มีสองตัวเลือกสำหรับการพิสูจน์ความสมดุล: ข้อมูลนอกเครือข่ายจากจักรวาลหรือแผนผัง Merkle ที่กระจัดกระจายที่ฝังอยู่ใน UTXO

กลไกการดำเนินงาน

1. ผู้สร้างโทเค็นดำเนินธุรกรรม P2TR (Pay to Taproot) โดยใช้โปรโตคอล Taproot Assets 
2. ข้อมูลเกี่ยวกับสินทรัพย์ ในรูปแบบของต้นไม้ Merkle จะถูกจัดเก็บไว้ใน UTXO ของธุรกรรมนี้ (อย่างมีประสิทธิภาพคือ genesis block) 
3. ในการโอนโทเค็น เจ้าของคีย์ Taproot จะแก้ไขข้อมูลยอดคงเหลือในแผนผัง Merkle เพื่อให้แน่ใจว่าปริมาณสินทรัพย์โดยรวมจะคงที่ 
4. การปรับเปลี่ยนดังกล่าวเกิดขึ้นผ่านธุรกรรม Taproot ใหม่ อย่างไรก็ตาม สำหรับการโอนโทเค็นแต่ละครั้ง ไม่จำเป็นต้องมีธุรกรรมออนไลน์แยกต่างหาก คล้ายกับการโรลอัพหรือ Lightning Network โปรโตคอลอนุญาตให้เจ้าของประมวลผลการโอน "ชุด" จากนั้นจึงเผยแพร่สถานะยอดคงเหลือที่อัปเดตในภายหลัง

ข้อดีของสินทรัพย์ Taproot

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

BitVM

BitVM เป็นโครงการล้ำสมัยที่มุ่งเปลี่ยน Bitcoin ให้เป็นแพลตฟอร์มคอมพิวเตอร์แบบกระจายอำนาจเต็มรูปแบบ เอกสารไวท์เปเปอร์ของ BitVM นำเสนอเมื่อวันที่ 9 ตุลาคม 2023 แนะนำเทคโนโลยีที่อยู่ในขั้นตอนการทดสอบและต้องมีการพัฒนาเพิ่มเติมเพื่อให้บรรลุศักยภาพสูงสุด

ฟังก์ชั่นหลักและแนวคิดของ BitVM

โดยที่แกนหลัก BitVM ใช้แนวคิดของ Optimistic Rollups เพื่อส่งออกการคำนวณสำหรับสัญญาอัจฉริยะจากเครือข่าย จากนั้นจึงดำเนินการตรวจสอบแบบออนไลน์ตาม "หลักฐานการฉ้อโกง" ตามทฤษฎีแล้ว เมื่อข้อมูลสัญญาอัจฉริยะถูกบันทึกในธุรกรรมของ Taproot (เป็นรหัสไบนารี่) การแลกเปลี่ยนข้อมูลและการคำนวณจะเกิดขึ้นโดยตรงระหว่างฝ่ายต่างๆ วิธีการนี้ได้รับการออกแบบมาเพื่อลดความแออัดของบล็อกเชน อย่างไรก็ตาม หากผู้พิสูจน์ (ฝ่ายพิสูจน์ เช่น เจ้าของสัญญา) ส่งข้อมูลที่ผิดพลาด ผู้ตรวจสอบสามารถเริ่มการตรวจสอบออนไลน์ได้ กระบวนการนี้เป็นพื้นฐานของแนวคิดการป้องกันการฉ้อโกง

การจัดการการยืนยันแบบออนไลน์ในเครือข่ายที่จำกัดทางคอมพิวเตอร์

ความท้าทายเกิดขึ้นในการดำเนินการตรวจสอบการดำเนินงานในเครือข่ายที่ไม่สนับสนุนการคำนวณดังกล่าวโดยเนื้อแท้ เพื่อแก้ไขปัญหานี้ BitVM ใช้แผนผัง Merkle เพื่อสร้างโครงร่างเกต NAND แบบลอจิคัล ซึ่งจากนั้นจะถูกบันทึกไว้ในธุรกรรม Taproot โดยพื้นฐานแล้ว แผนผัง Merkle ในข้อมูลธุรกรรมทำหน้าที่เป็นรูปแบบ NAND โดยที่ "สาขา" แต่ละค่าจะมีค่าที่เป็นไปได้หนึ่งในสองค่า: 1 หรือ 0 การคำนวณแบบออนไลน์จะดำเนินการทีละนิด โดยผลลัพธ์ของ "สาขา" หนึ่งค่าจะกลายเป็น อินพุตสำหรับถัดไป การแลกเปลี่ยนธุรกรรมอย่างต่อเนื่องสำหรับการตรวจสอบมูลค่าเกิดขึ้นระหว่างฝ่ายสัญญาที่ชาญฉลาด หากพบว่าเวอร์ชันการคำนวณของตัวพิสูจน์ไม่ถูกต้อง ผู้ตรวจสอบจะได้รับทรัพย์สินที่ถูกล็อคในธุรกรรมของ Taproot

รูปที่ 17 การแสดงแผนผังของ NAND
ที่มา: “The Big Deal with BitVM: Arbitrary Computation now possible on Bitcoin without a fork” โดย Bitcoin Magazine

การสร้าง NAND โดยใช้ Taproot และ Merkle Tree

ข้อมูลโดยละเอียดเกี่ยวกับวิธีที่ BitVM อำนวยความสะดวกในการสร้าง NAND โดยใช้แผนผัง Taproot และ Merkle รวมถึงผลกระทบต่อการคำนวณ มีอยู่ในเอกสารทางเทคนิค

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

ความท้าทายกับระบบทวิภาคีสัญญาอัจฉริยะ

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

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

หากต้องการเจาะลึกโดยละเอียด อย่าลังเลที่จะอ่าน BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

สรุป

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

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

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

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

นอกจากนี้ ในขณะที่ RGB ปรับปรุงความเป็นส่วนตัวด้วยการรักษาข้อมูลสัญญาให้อยู่นอกบล็อคเชน ด้านนี้ยังทำให้เกิดคำถามเกี่ยวกับการตรวจสอบข้อมูลและความสามารถในการตรวจสอบธุรกรรม ซึ่งมีความสำคัญอย่างยิ่งต่อแอปพลิเคชันบางอย่างและการปฏิบัติตามกฎระเบียบ

การอัปเดตล่าสุดของ RGB เวอร์ชัน 0.10 วางตำแหน่งให้เป็นคู่แข่งที่โดดเด่นในภูมิทัศน์การพัฒนาของเทคโนโลยีบล็อกเชน โดยเฉพาะอย่างยิ่งกับโปรโตคอลที่เกิดขึ้นใหม่ เช่น Taproot Assets และ BitVM แตกต่างจาก Taproot Assets ซึ่งมุ่งเน้นไปที่การใช้ประโยชน์จากโมเดล UTXO ของ Taproot สำหรับการออกโทเค็นบนเครือข่าย Bitcoin RGB สร้างความโดดเด่นด้วยคุณสมบัติความเป็นส่วนตัวขั้นสูงและการจัดการข้อมูลนอกเครือข่าย โดยนำเสนอแนวทางที่แตกต่างสำหรับฟังก์ชันการทำงานของสัญญาอัจฉริยะและการจัดการโทเค็น

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

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

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

การอ้างอิงคำศัพท์: 

1. ทัวริงสมบูรณ์: ในทางปฏิบัติ ระบบสามารถดำเนินการกับปัญหาทางคอมพิวเตอร์ใดๆ ก็ได้โดยมีเวลาและหน่วยความจำเพียงพอ ภาษาโปรแกรมสมัยใหม่ส่วนใหญ่เป็นภาษาทัวริงที่สมบูรณ์ ซึ่งแสดงถึงความสามารถทางทฤษฎีในการแก้ไขปัญหาทางคอมพิวเตอร์
   
2. สคีมา: สคีมาสัญญาทำหน้าที่เป็นรหัสจริงสำหรับสัญญาอัจฉริยะ ซึ่งสามารถใช้เป็น “เทมเพลตสัญญา” โดยผู้ออกโดยไม่จำเป็นต้องเข้ารหัสหรือตรวจสอบรหัสที่กำหนดเองที่มาจากแหล่งภายนอก สคีมา RGB ไม่ใช่สคริปต์ แต่เป็นโครงสร้างข้อมูล
   
3. สัญญาบันทึกแบบไม่ต่อเนื่อง (DLC) ในบริบทของช่องทางของรัฐเป็นสัญญาอัจฉริยะเฉพาะที่ใช้เป็นหลักในเครือข่าย Bitcoin ช่วยให้สามารถดำเนินการตามข้อตกลงทางการเงินที่ซับซ้อนได้อย่างเป็นส่วนตัวและมีประสิทธิภาพ โดยอิงตามเหตุการณ์ภายนอก เช่น ราคาสินทรัพย์ DLC ทำงานนอกเครือข่าย โดยรักษาความลับของรายละเอียดสัญญาและตัวตนของผู้เข้าร่วม พวกเขาใช้แหล่งข้อมูลภายนอกหรือออราเคิลเพื่อแก้ไขสัญญา เมื่อรวมเข้ากับช่องทางของรัฐ DLC จะช่วยเพิ่มความสามารถในการปรับขนาดโดยอนุญาตให้มีการชำระธุรกรรมหลายรายการโดยไม่ทำให้บล็อกเชนแออัด ทำให้เหมาะสำหรับธุรกรรมทางการเงินที่เป็นส่วนตัวและมีประสิทธิภาพซึ่งขึ้นอยู่กับผลลัพธ์ในโลกแห่งความเป็นจริง
   
4. พายุ – พื้นที่จัดเก็บข้อมูลที่ไม่น่าเชื่อถือตามเอสโครว์โดยใช้ zk-proofs Storm ผสมผสานพื้นที่จัดเก็บข้อมูลที่ไร้ความน่าเชื่อถือแบบเอสโครว์เข้ากับการพิสูจน์ความรู้แบบศูนย์เพื่ออำนวยความสะดวกในการทำธุรกรรมที่ปลอดภัยและเป็นส่วนตัว ในระบบนี้ ข้อมูลหรือทรัพย์สินจะถูกเก็บไว้ในเอสโครว์และจะเปิดเผยเมื่อตรงตามเงื่อนไขที่กำหนดเท่านั้น เพื่อให้มั่นใจว่าสภาพแวดล้อมที่ไว้วางใจได้ซึ่งไม่จำเป็นต้องมีหน่วยงานกลาง การบูรณาการ zk-proofs ช่วยให้สามารถตรวจสอบธุรกรรมเหล่านี้ได้ในขณะที่ยังคงรักษาความลับสูงสุด เนื่องจากช่วยให้สามารถตรวจสอบความถูกต้องของข้อมูลได้โดยไม่ต้องเปิดเผยรายละเอียดที่ซ่อนอยู่ใดๆ
   
5. โพร – การคำนวณแบบกระจายที่ไม่น่าเชื่อถือตามอนุญาโตตุลาการ Prometheus เป็นตัวแทนของแนวทางการประมวลผลแบบกระจายอำนาจ โดยผสมผสานกลไกการอนุญาโตตุลาการเพื่อระงับข้อพิพาท การโต้ตอบที่ไม่เชื่อถือสำหรับการดำเนินงานที่ปลอดภัยและกระจายอำนาจ และประสิทธิภาพของช่องทางของรัฐสำหรับการจัดการการคำนวณนอกเครือข่าย
   
6. A คอมพิวเตอร์ชุดคำสั่งลด เป็นสถาปัตยกรรมไมโครโปรเซสเซอร์ประเภทหนึ่งที่ใช้ชุดคำสั่งขนาดเล็กที่ได้รับการปรับปรุงให้เหมาะสมที่สุด แทนที่จะเป็นชุดคำสั่งที่มีความเชี่ยวชาญสูงซึ่งมักพบในสถาปัตยกรรมอื่นๆ