โปรโตคอล RGB: ผู้ใช้ต้องทำการตรวจสอบข้อมูลด้วยตนเอง

โปรโตคอล RGB เป็นโปรโตคอลสินทรัพย์ P2P พิเศษและระบบคอมพิวเตอร์ภายใต้ห่วงโซ่ Bitcoin มันคล้ายกับช่องทางการชําระเงินในบางแง่มุม:ผู้ใช้จําเป็นต้องเรียกใช้ลูกค้าด้วยตนเองและตรวจสอบพฤติกรรมการโอนของตนเอง (ยืนยันด้วยตัวเอง) แม้ว่าคุณจะเป็นเพียงผู้รับสินทรัพย์คุณต้องตรวจสอบให้แน่ใจก่อนว่าไม่มีข้อผิดพลาดในใบแจ้งยอดการโอนของผู้ส่งสินทรัพย์ก่อนที่ใบแจ้งยอดการโอนจะมีผล เห็นได้ชัดว่าสิ่งนี้แตกต่างอย่างสิ้นเชิงจากรูปแบบดั้งเดิมของการส่งและรับสินทรัพย์ เราเรียกมันว่า "การถ่ายโอนแบบโต้ตอบ"

ทําไมสิ่งนี้จึงควรเป็นเช่นนั้น? เหตุผลก็คือเพื่อให้มั่นใจถึงความเป็นส่วนตัวโปรโตคอล RGB ไม่ได้ใช้ "โปรโตคอลฉันทามติ" ในบล็อกเชนแบบดั้งเดิมเช่น Bitcoin และ Ethereum (เมื่อข้อมูลผ่านโปรโตคอลฉันทามติมันจะถูกสังเกตโดยโหนดเกือบทั้งหมดในเครือข่ายและไม่รับประกันความเป็นส่วนตัว) จะแน่ใจได้อย่างไรว่าการเปลี่ยนแปลงสินทรัพย์มีความปลอดภัยโดยไม่มีกระบวนการฉันทามติที่เกี่ยวข้องกับโหนดจํานวนมาก? แนวคิดที่เรียกว่า "การยืนยันลูกค้า" (ยืนยันด้วยตัวเอง) ถูกนํามาใช้ที่นี่ คุณต้องเรียกใช้ลูกค้าด้วยตัวเองและตรวจสอบการเปลี่ยนแปลงสินทรัพย์ที่เกี่ยวข้องกับคุณเป็นการส่วนตัว สมมติว่ามีผู้ใช้ RGB ชื่อ Bob ที่รู้จัก Alice และ Alice ต้องการโอนโทเค็น TEST 100 โทเค็นให้กับ Bob หลังจากที่อลิซสร้างข้อมูลการถ่ายโอนของ "Alice to Bob" เธอจะต้องส่งข้อมูลการถ่ายโอนและข้อมูลทรัพย์สินที่เกี่ยวข้องไปยัง Bob ก่อนและให้เขาตรวจสอบเป็นการส่วนตัวเพื่อให้แน่ใจว่าถูกต้องก่อนที่จะเข้าสู่กระบวนการที่ตามมาและในที่สุดก็กลายเป็นการถ่ายโอน RGB ที่ถูกต้อง ด้วยวิธีนี้โปรโตคอล RGB ช่วยให้ผู้ใช้สามารถตรวจสอบความถูกต้องของข้อมูลเป็นการส่วนตัวแทนที่อัลกอริทึมฉันทามติแบบเดิม แต่หากไม่มีฉันทามติข้อมูลที่ได้รับและจัดเก็บโดยไคลเอนต์ RGB ที่แตกต่างกันจะไม่สอดคล้องกัน ทุกคนจัดเก็บข้อมูลสินทรัพย์ของตนเองไว้ในเครื่องเท่านั้นและไม่ทราบสถานะสินทรัพย์ของผู้อื่น ในขณะที่ปกป้องความเป็นส่วนตัวนี่ยังถือเป็น "เกาะข้อมูล" หากมีคนอ้างว่ามีโทเค็น TEST 1 ล้านโทเค็นและต้องการโอนเงิน 100,000 ให้คุณคุณจะเชื่อได้อย่างไร? ในเครือข่าย RGB หากมีคนต้องการโอนเงินให้คุณเขาต้องแสดงหลักฐานทรัพย์สินก่อนติดตามแหล่งที่มาในอดีตของสินทรัพย์ตั้งแต่การออกครั้งแรกไปจนถึงการเปลี่ยนแปลงมือหลายครั้งและตรวจสอบให้แน่ใจว่าโทเค็นที่จะโอนให้คุณนั้นสะอาด นี่เป็นเหมือนเมื่อคุณได้รับธนบัตรที่ไม่ทราบที่มาและคุณขอให้อีกฝ่ายอธิบายแหล่งที่มาทางประวัติศาสตร์ของธนบัตรเหล่านี้และไม่ว่าจะทําโดยผู้ออกที่กําหนดเพื่อหลีกเลี่ยงสกุลเงินปลอม

(Image source: Coinex)

กระบวนการดังกล่าวเกิดขึ้นภายใต้เชื่อมโยงบิทคอยน์และกระบวนการเหล่านี้เองไม่สามารถทำให้ RGB เชื่อมต่อโดยตรงกับเครือข่ายบิทคอยน์ ในที่นี้ โปรโตคอล RGB นำเสนอความคิดเรียกว่า "single use seal" เพื่อผูกทรัพย์สิน RGB กับ UTXO บนเครือข่ายบิทคอยน์ หาก UTXO ของบิทคอยน์ไม่ได้ถูกใช้ซ้ำ ทรัพย์สิน RGB ที่ผูกไว้จะไม่ถูกใช้จ่ายซ้ำ ด้วยวิธีนี้ เครือข่ายบิทคอยน์สามารถใช้ในการป้องกัน "Re-organization" ของทรัพย์สิน RGB แน่นอน ความมั่นคงนี้ต้องได้รับการเผยแพร่บนเครือข่ายบิทคอยน์และใช้คำสั่ง OP_Return

นี่คือสรุปของขั้นตอนการทำงานของโปรโตคอล RGB:

1. ทรัพย์สี RGB ถูกผูกกับ Bitcoin UTXO และ Bob เป็นเจ้าของ Bitcoin UTXO บางราย เมื่อ Alice ต้องการโอน 100 โทเค็นให้กับ Bob ก่อนที่จะได้รับทรัพย์ Bob ได้บอกให้ Alice ล่วงหน้าว่า Bitcoin UTXO ของ Bob ควรใช้ผูกกับทรัพย์สี RGB นี้

(Image source: Geekweb3/GeekWeb3)

1. Alice สร้างข้อมูลการโอนทรัพย์สี RGB “Alice to Bob” พร้อมกับแหล่งข้อมูลทางประวัติศาสตร์ของทรัพย์สินเหล่านี้ และนำมาให้ Bob เพื่อทำการยืนยัน
2. หลังจากที่บ็อบยืนยันในระดับท้องถิ่นว่าข้อมูลถูกต้อง เขาจึงส่งใบเสร็จไปยังอลิซ เพื่อแจ้งให้เธอทราบว่าธุรกรรมสามารถดำเนินได้
3. Alice สร้างข้อมูลการโอน RGB ของ "Alice to Bob" เข้าสู่ Merkle Tree และเผยแพร่ Merkle Root ไปยัง Bitcoin chain เป็นการทำสัญญา สามารถเข้าใจการทำสัญญาได้อย่างง่ายเพียงแค่เป็นการแฮชของข้อมูลการโอน
4. หากใครต้องการยืนยันในอนาคตว่าการโอน "Alice ถึง Bob" ดังกล่าวจริง ๆ ได้เกิดขึ้น จะต้องทำสองอย่าง: ได้รับข้อมูลการโอนทั้งหมดของ "Alice ถึง Bob" ภายใต้โซ่ Bitcoin และตรวจสอบว่ามีธุรกรรมที่สอดคล้องกันบนโซ่ Bitcoin Commitment (hash ของข้อมูลการโอน) นั้นหรือไม่ นั่นเอง

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

(Image source: BTCEden.org)

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

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

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

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

RGB++: การตรวจสอบด้านลูกค้ากลายเป็นการเก็บรักษาอย่างเต็มใจ

โปรโตคอลที่เรียกว่า RGB ++ เสนอแนวคิดใหม่ มันรวมโปรโตคอล RGB เข้ากับเครือข่ายสาธารณะที่รองรับ UTXO เช่น CKB, Cardano และ Fuel หลังทําหน้าที่เป็นเลเยอร์การตรวจสอบและชั้นจัดเก็บข้อมูลสําหรับสินทรัพย์ RGB และแปลงข้อมูลที่ประมวลผลโดยผู้ใช้เป็นงานตรวจสอบและส่งมอบให้กับแพลตฟอร์มของบุคคลที่สาม / เครือข่ายสาธารณะเช่น CKB สิ่งนี้เทียบเท่ากับการแทนที่การยืนยันลูกค้าด้วย "แพลตฟอร์มกระจายอํานาจของบุคคลที่สามสําหรับการตรวจสอบ" ตราบใดที่คุณไว้วางใจเครือข่ายสาธารณะเช่น CKB, Cardano, Fuel เป็นต้น แม้ว่าคุณจะไม่เชื่อใจพวกเขา คุณก็สามารถเปลี่ยนกลับเป็นโหมด RGB แบบเดิมได้

RGB++ และโปรโตคอล RGB เดิมทึบฟังก์ชันที่เป็นไปได้ทึบกัน

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

(Image source: RGB++ LightPaper)

ตัวอย่างเช่น หาก Alice เป็นเจ้าของ 100 โทเค็น RGB และ UTXO A บนเครือข่าย Bitcoin และยังมี UTXO บนเครือข่าย CKB UTXO นี้ถูกทำเครื่องหมายด้วย “RGB Token Balance: 100” และเงื่อนไขการปลดล็อคเกี่ยวข้องกับ UTXO A

ถ้า Alice ต้องการส่ง 30 โทเค็นให้ Bob เธอสามารถสร้างความมุ่งมั่นได้ก่อน คำแถลงที่สอดคล้องกันคือ: โอน 30 โทเคนของสี RGB ที่เชื่อมโยงกับ UTXO A ให้กับ Bob และโอน 70 ให้กับ UTXOs อื่น ๆ ที่เธอควบคุม

ต่อจากนั้น Alice ใช้ UTXO A บนเครือข่าย Bitcoin แล้วเผยแพร่คำบรรยายด้านบน และจากนั้นเริ่มต้นทำธุรกรรมบนเครือข่าย CKB เพื่อใช้ UTXO container ที่บรรจุโทเค็น RGB 100 และสร้างคอนเทนเนอร์ใหม่สองอัน โดยอันหนึ่งถือโทเคน 30 (สำหรับ Bob) และอีกอันถือโทเคน 70 (ที่ควบคุมโดย Alice) ในกระบวนการนี้ งานการตรวจสอบความถูกต้องของทรัพย์สินของ Alice และความถูกต้องของคำบรรยายของธุรกรรมถูกดำเนินการโดยโหนดของเครือข่ายเช่น CKB หรือ Cardano ผ่านความเห็นชอบโดยไม่มีการแทรกแซงจาก Bob ในขณะนี้ CKB และ Cardano ทำหน้าที่เป็นชั้นตรวจสอบและชั้น DA ภายใต้เครือข่าย Bitcoin

(แหล่งข้อมูลภาพ: RGB++ LightPaper)

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

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

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

แต่ต้องระวัง "คอนเทนเนอร์" ที่ใช้ในการผูกโฮมอิโซโมอะติกต้องใช้เครือข่ายสาธารณะที่รองรับโมเดล UTXO หรือโครงสร้างพื้นฐานที่มีลักษณะที่คล้ายกันในการเก็บ state โซน โซ่ EVM ไม่เหมาะและจะพบกับหลายอุปสรรค (หัวข้อนี้สามารถเขียนได้แยกออกมาและเกี่ยวข้องกับเนื้อหามากมาย ผู้อ่านที่สนใจสามารถอ้างอิงได้ที่บทความก่อนหน้าของ Geek Web3)“RGB++ และการผูกพันโดยเรขาคณิต: วิธี CKB, Cardano และ Fuel ทำให้ระบบบิตคอยน์มีพลัง”；

สรุปแล้ว โปรโตคอล/ฟังก์ชันการขยายชั้นที่เหมาะสำหรับการทำให้เป็นโครงสร้างเดียวกันควรมีลักษณะต่อไปนี้:

1. ใช้โมเดล UTXO หรือระบบเก็บ state ที่คล้ายกัน;
2. มีความสามารถในการโปรแกรม UTXO อย่างมาก ทำให้นักพัฒนาสามารถเขียนสคริปต์การปลดล็อคได้;
3. มีพื้นที่สถานะที่เกี่ยวข้องกับ UTXO ที่สามารถเก็บสถานะของสินทรัพย์;
4. มีสะพานหรือโหนดเบาที่เกี่ยวข้องกับ Bitcoin;

ข้อความปฏิเสธความรับผิดชอบ:

1. บทความนี้ถูกคัดลอกมาจาก [ Geek Web3] หัวข้อเดิมคือ “การออกแบบโปรโตคอล RGB และ RGB++ ในไม่กี่นาที: คำแนะนำเบื้องต้น”, ลิขสิทธิ์เป็นของผู้เขียนเดิม [Faust], หากมีข้อติเตียนต่อการนำมาใช้ในการโพสต์ใหม่ กรุณาติดต่อGate Learn Team, ทีมจะดำเนินการให้เร็วที่สุดตามขั้นตอนที่เกี่ยวข้อง

2. มุมมองและความคิดเห็นที่แสดงอยู่ในบทความนี้แสดงเพียงความคิดเห็นส่วนตัวของผู้เขียนเท่านั้น และไม่เป็นที่สนับสนุนใด ๆ ในการลงทุน

3. เวอร์ชันภาษาอื่น ๆ ของบทความถูกแปลโดยทีม Gate Learn โดยไม่ต้องอ้างถึงGate.io, การคัดลอก การแจกจ่าย หรือการลอกเลียน บทความที่ถูกแปล ถูกห้าม