แหล่งที่มาดั้งเดิม: สถาบันวิจัย Okey Cloud Chain
ผู้เขียนต้นฉบับ: เจสัน เจียง
แหล่งที่มาดั้งเดิม: สถาบันวิจัย Okey Cloud Chain
ผู้เขียนต้นฉบับ: เจสัน เจียง
ในโลกของ Web 3 ข้อมูลที่สร้างโดยกิจกรรมบนลูกโซ่จะสอดคล้องกับการไหลของค่าโดยตรง และสามารถค้นพบอัลฟ่าได้มากขึ้นโดยการควบคุมข้อมูลบนลูกโซ่ เมื่อรวมกับเหตุการณ์ความเสี่ยงที่เกิดขึ้นบ่อยครั้งในตลาดการเข้ารหัสในช่วงไม่กี่ปีที่ผ่านมา ผู้ใช้รายบุคคลและสถาบันจึงมีความอ่อนไหวต่อข้อมูลออนไลน์มากขึ้น ข้อมูลออนไลน์กลายเป็น เครื่องมือที่เฉียบคม ที่ขาดไม่ได้ในการรับข้อมูลเชิงลึกเกี่ยวกับโลกที่ถูกเข้ารหัส อย่างไรก็ตาม เมื่อเผชิญกับธุรกรรม BRC 20 ล่าสุดที่อยู่ในความสนใจ เมื่อเราวิเคราะห์แท็กที่อยู่ เราพบว่าโมเดล BTC-UTXO ก่อนหน้านี้ดูเหมือนจะไม่สามารถใช้งานได้อย่างสมบูรณ์ ปัญหาอยู่ที่ไหน? วิธีแก้ปัญหา?
ซื้อขาย BRC 20 กับ PSBT
ก่อนที่จะวิเคราะห์ปัญหา เราต้องเข้าใจสถานการณ์พื้นฐานของ BRC 20 ก่อน ในเดือนมกราคม ปี 2023 Casey Rodarmor ผู้สนับสนุนหลัก Bitcoin ได้เสนอ ทฤษฎี Ordinals เพื่อให้ผู้ใช้สามารถเขียนไฟล์ที่กำหนดเองได้ (รูปภาพ ข้อความ วิดีโอ ฯลฯ ขนาดไม่เกิน 4 MB) บนหน่วยที่เล็กที่สุดของ Bitcoin Satoshi ต่อมา นักวิเคราะห์นิรนาม @domodata ได้สร้างมาตรฐานโทเค็น BRC 20 ตามโปรโตคอล Ordinals นี่เป็นมาตรฐานโทเค็นทดลองที่อนุญาตให้ใครก็ตามสามารถออกโทเค็นบนเครือข่าย Bitcoin ได้
โปรโตคอล Ordinals และมาตรฐาน BRC 20 ได้สร้างกรณีการใช้งานใหม่สำหรับระบบนิเวศ Bitcoin นอกเหนือจากการโอนมูลค่า ทำให้เป็นอีกตรรกะในการเล่าเรื่องที่น่าสนใจมากหลังจากการลดลงครึ่งหนึ่ง ในฐานะระบบนิเวศบล็อกเชนที่เก่าแก่ที่สุด Bitcoin จึงเต็มไปด้วยพลังอันไม่มีที่สิ้นสุด และโทเค็น BRC 20 ก็จะกลายเป็นเส้นทางที่ดึงดูดความสนใจอย่างกว้างขวางในช่วงครึ่งแรกของปี 2566: ณ วันที่ 29 มิถุนายน 2566 โทเค็นที่เกี่ยวข้องกับ BRC 20 มีเกิน 6,000 ชนิด ด้วยมูลค่าตลาดกว่า 600 ล้านเหรียญสหรัฐ
อย่างไรก็ตาม ไม่เหมือนกับ Ethereum ERC 20 ซึ่งสามารถออกและโอนโทเค็นได้ทันทีหลังจากปรับใช้สัญญาอัจฉริยะ BRC 20 ไม่ใช่โทเค็นในความหมายที่แท้จริง แต่เป็น Satoshi ที่บันทึกข้อความเฉพาะ ดังนั้นจำเป็นต้องมีตัวสร้างดัชนีแยกต่างหากเพื่อทำความเข้าใจ รุ่น BRC 20 สถานะหรือยอดคงเหลือของสกุลเงิน ในเวลาเดียวกัน BRC 20 ใช้แพ็คเกจข้อมูล JSON ในสคริปต์คีย์สาธารณะในฐานะผู้ให้บริการ และการปรับใช้สัญญาโทเค็นที่เกี่ยวข้อง รวมถึงการหล่อและถ่ายโอนโทเค็น ทั้งหมดจำเป็นต้องใช้โปรโตคอล Ordinals เพื่อตั้งค่าการจารึกลงใน JSON รูปแบบข้อมูล
เนื่องจากสคริปต์คีย์สาธารณะ Bitcoin เก็บข้อมูลเท่านั้นและไม่สนับสนุนโปรแกรมการดำเนินการคำสั่งสัญญาอัจฉริยะ โทเค็น BRC 20 จึงไม่สามารถสร้างข้อตกลงที่เกี่ยวข้องเพื่อให้บรรลุการจัดส่งอัตโนมัติ ตามทฤษฎี ธุรกรรมสามารถทำได้ผ่านการดูแลแบบรวมศูนย์หรือ OTC เท่านั้น วิธีการเหล่านี้ไม่น่าพอใจโดยไม่คำนึงถึงประสิทธิภาพของธุรกรรมและระดับความน่าเชื่อถือ ดังนั้น PSBT (ธุรกรรม Bitcoin ที่ลงนามบางส่วน, ธุรกรรม Bitcoin ที่ลงนามบางส่วน) จึงเริ่มถูกนำมาใช้ในธุรกรรมที่เกี่ยวข้องกับ BRC 20
สิ่งที่เรียกว่า PSBT เป็นมาตรฐานที่เสนอโดย Andrew Chow ผู้พัฒนาหลักของ BTC เพื่อปรับปรุงความสะดวกในการทำธุรกรรมที่ไม่ได้ลงนาม สามารถสร้างธุรกรรมที่ลงนามไม่สมบูรณ์และข้อมูลอื่น ๆ เพื่อช่วยถ่ายโอนธุรกรรมที่ไม่ได้ลงนาม ส่งเสริมการเคลื่อนย้ายธุรกรรมที่ไม่ได้ลงนาม และช่วยให้หลายฝ่ายสามารถตรวจสอบธุรกรรมเดียวกันได้สะดวกยิ่งขึ้นในเวลาที่ต่างกันและในโอกาสที่ต่างกัน (ซอฟต์แวร์หรือกระเป๋าสตางค์ฮาร์ดแวร์) . ลงนามในการทำธุรกรรม ในการทำธุรกรรมแบบหลายลายเซ็น ผู้สร้างจะต้องสร้าง PSBT ก่อนเพื่อระบุ UTXO ที่จะใช้และเอาต์พุตเพื่อรับ UTXO จากนั้นคัดลอก PSBT ลงในโปรแกรมที่สามารถลงนามได้ และรวม PSBT หลายตัวไว้ใน PSBT เดียวผ่านทาง Combiner สำหรับผู้เข้าร่วมแต่ละราย ธุรกรรมทั้งหมดจะเสร็จสมบูรณ์หลังจากที่ทุกฝ่ายลงนามเสร็จแล้ว
กล่าวโดยสรุป PSBT อนุญาตให้ผู้ใช้ลงนามเพียงส่วนหนึ่งของอินพุตเพื่อช่วยให้โทเค็น BRC 20 บรรลุธุรกรรมที่ไร้ความน่าเชื่อถือโดยไม่ต้องใช้สัญญาอัจฉริยะ ตลาดซื้อขายหลักทรัพย์ รวมถึง UniSat และ Ordinals อื่นๆ กำลังใช้เทคโนโลยี PSBT เพื่อให้ผู้ซื้อและผู้ขายสามารถทำธุรกรรมในลักษณะที่ไม่เชื่อถือและไม่ต้องถูกคุมขัง
เหตุใดธุรกรรม BRC 20 จึงมีความพิเศษ
เนื่องจากเมื่อเราวิเคราะห์แท็กที่อยู่ Bitcoin เราจะติดตามย้อนกลับไปเป็นหลักตามหลักการของการใช้จ่ายทั่วไปและการเปลี่ยนแปลงครั้งเดียวของคุณลักษณะ UTXO หลักการการใช้จ่ายทั่วไปหมายความว่าหากธุรกรรม BTC มีที่อยู่อินพุตหลายรายการในเวลาเดียวกัน สามารถระบุได้ว่าที่อยู่อินพุตเหล่านี้เป็นของเอนทิตีเดียวกัน เนื่องจากมีเพียงเขา/มันเท่านั้นที่มีคีย์ส่วนตัวทั้งหมดเพื่อใส่ที่อยู่เหล่านี้ ในการทำธุรกรรมเดียวกัน
ยกตัวอย่างธุรกรรมโทเค็น BRC 20 เฉพาะ ธุรกรรม BRC 20 ทั่วไปในปัจจุบันเกี่ยวข้องกับสามประเภทหลัก: การปรับใช้สัญญาโทเค็น (ปรับใช้), การทำเหรียญ (มิ้นท์) และการถ่ายโอน (การโอน)
คำอธิบายรูปภาพ
(ธุรกรรมการปรับใช้ของ ordi - การโอนโทเค็น)
คำอธิบายรูปภาพ
(ธุรกรรมการปรับใช้ของ ordi - การโอน BTC)
(2) ในระหว่างกระบวนการโอนโทเค็น BRC 20 มักจะมีที่อยู่อินพุตหลายรายการ เราสามารถระบุที่อยู่ของผู้ซื้อและผู้ขายของธุรกรรมนี้ได้โดยการตรวจสอบการโอนโทเค็นของธุรกรรม ตัวอย่างเช่น ในธุรกรรม Ordi Transfer ต่อไปนี้ (https://www.oklink.com/cn/btc/tx/bc2ac0be40b33cfaf0dedf7bafc97de113ce56e2e6dc7caf67c116f00d1dc849) ผู้ส่งโทเค็น (bc1p...hdjn) คือผู้ขายของธุรกรรม และผู้รับโทเค็น ฝ่าย (bc1p...wftk) เป็นผู้ซื้อธุรกรรม
อย่างไรก็ตาม จะมีที่อยู่หลายแห่งในการป้อนข้อมูลของธุรกรรมการโอน BTC รวมถึงที่อยู่ของผู้ขาย ที่อยู่ของผู้ซื้อ และที่อยู่ของแพลตฟอร์มบุคคลที่สามที่น่าสงสัย:
หลังการวิเคราะห์ เราพบว่าในกระบวนการถ่ายโอนของ BRC 20 แม้ว่าประเภทสคริปต์อินพุตส่วนใหญ่จะเป็นแบบลายเซ็นเดียว (ยังมีบางกรณีที่มีลายเซ็นหลายลายเซ็นด้วย) เนื่องจากการประยุกต์ใช้เทคโนโลยี PSBT ที่เป็นไปได้ ที่อยู่ของ ผู้ขายและแพลตฟอร์มบุคคลที่สามถูกเพิ่มร่วมกันในการป้อนข้อมูล มีการใช้ลายเซ็นหลายลายเซ็นตรงกลาง ดังนั้นแม้ว่าที่อยู่หลายแห่งในอินพุตดูเหมือนจะเป็นลายเซ็นเดียว แต่จริงๆ แล้วพวกเขาไม่ได้เป็นของเอนทิตี/บุคคลเดียวกัน ดังนั้น หลักการใช้จ่ายทั่วไปไม่สามารถใช้ตัดสินได้
โดยสรุป ลักษณะเฉพาะของธุรกรรม BRC 20 สะท้อนให้เห็นเป็นหลักในข้อเท็จจริงที่ว่าจะมีที่อยู่อินพุตเพียงแห่งเดียวเท่านั้นที่จะปรากฏในกระบวนการ Deploy และ Mint ซึ่งไม่เป็นไปตามข้อกำหนดเบื้องต้นของหลักการ การใช้จ่ายทั่วไป ในระหว่างกระบวนการโอน เนื่องจากที่อยู่อินพุตอาจมีหลายบทบาท หากใช้โมเดล UTXO ตามหลักการ การใช้จ่ายทั่วไป เพื่อขยายป้ายกำกับของที่อยู่ธุรกรรม ผู้ซื้อ ผู้ขาย และแพลตฟอร์มบุคคลที่สามอาจมีป้ายกำกับด้วย ป้ายเดียวกันส่งผลให้เกิดข้อผิดพลาดซึ่งจะทำให้หน่วยงานอื่นเข้าใจผิดในการตัดสินตลาด BRC 20 และยังส่งผลกระทบต่อความถูกต้องและความน่าเชื่อถือโดยรวมของป้ายที่อยู่ Bitcoin
จะกำจัดผลกระทบของ BRC 20 ต่อโมเดลการติดฉลาก UTXO ได้อย่างไร"OP_CHECKMULTISIG"เพื่อขจัดผลกระทบด้านลบของธุรกรรม BRC-20 ในกระบวนการขยายโมเดลแท็ก BTC-UTXO เราสามารถเลือกที่จะระบุและกำจัดธุรกรรมที่เกี่ยวข้องผ่านกลไกการคัดกรองเฉพาะเพื่อให้มั่นใจในความถูกต้องของแท็ก BTC-UTXO ทั้งหมด ห้องสมุด. ในเวลาเดียวกัน เมื่อพิจารณาถึงผลกระทบของการใช้ลายเซ็นหลายลายเซ็นต่อโมเดลการขยายฉลาก BTC-UTXO ตามหลักการ การใช้จ่ายทั่วไป เรายังจำเป็นต้องวิเคราะห์สคริปต์อินพุตและเอาต์พุตของธุรกรรมที่เกี่ยวข้องเพื่อกรองที่อยู่ที่มีลายเซ็นหลายลายเซ็น ดังนั้น ตามทฤษฎีแล้ว การสนับสนุนป้ายกำกับ UTXO ส่วนขยายจะไม่ได้รับผลกระทบ"OP_CHECKMULTISIGVERIFY"ในหมู่พวกเขา การระบุลายเซ็นหลายลายเซ็นส่วนใหญ่โดยการตรวจสอบว่าสคริปต์การล็อคมีกุญแจสาธารณะหลายอันและเงื่อนไขลายเซ็นที่สอดคล้องกันหรือไม่ สคริปต์การล็อค multisig มักจะมีสิ่งที่ต้องการ
หรือ
opcode และต้องปฏิบัติตามเงื่อนไขลายเซ็นหลายประการเพื่อปลดล็อคเงิน หากพบคีย์สาธารณะหลายคีย์และเงื่อนไขลายเซ็นที่สอดคล้องกันในสคริปต์เอาต์พุต เอาต์พุตจะเป็นเอาต์พุตที่มีลายเซ็นหลายลายเซ็น ในทำนองเดียวกัน หากสคริปต์อินพุตมีหลายลายเซ็น ข้อมูลเข้าจะเป็นข้อมูลเข้าแบบหลายลายเซ็น
ควรสังเกตว่าเมื่อแยกวิเคราะห์ประเภทสคริปต์ เราต้องพิจารณาก่อนว่าธุรกรรมนั้นเป็นธุรกรรมพยานที่แยกออกมาหรือไม่ หากเป็นการทำธุรกรรมพยานแบบแยกส่วน ข้อมูลพยานจะต้องได้รับการแยกวิเคราะห์ ต่อไปนี้เป็นรายการสคริปต์ธุรกรรมที่ไม่ใช่ Segwit ทั่วไปและสคริปต์ธุรกรรมพยานที่แยกออกจากกัน:
ยกตัวอย่างสคริปต์การทำธุรกรรมพยานแบบไม่แยกส่วน Pay-to-Public-Key-Hash (P 2 P KH) นี่คือหนึ่งในธุรกรรม Bitcoin ที่พบบ่อยที่สุด ในธุรกรรม P 2 P KH ผู้ส่งจำเป็นต้องจัดเตรียมแฮชคีย์สาธารณะของผู้รับเป็นสคริปต์เอาท์พุตธุรกรรม ผู้รับจำเป็นต้องจัดเตรียมคีย์ส่วนตัวที่สอดคล้องกับคีย์สาธารณะนี้เพื่อปลดล็อกเอาต์พุต เมื่อวิเคราะห์ P 2 P KH กฎหลักคือ:
สคริปต์อินพุต: ประกอบด้วยข้อมูลลายเซ็นและคีย์สาธารณะ script.getChunks().size() == 2;
สคริปต์เอาต์พุต: OP_DUP + OP_HASH 160 + pubkeyHash + OP_EQUALVERIFY + OP_CHECKSIG ตรวจสอบว่าเริ่มต้นด้วย OP_DUP และลงท้ายด้วย OP_CHECKSIG หรือไม่
ในการทำธุรกรรมพยานแบบแยก ให้ใช้ P 2 WPKH เป็นตัวอย่าง นี่คือธุรกรรมประเภทหนึ่งที่ใช้เทคโนโลยี Segregated Witness ซึ่งเพิ่มประสิทธิภาพและความปลอดภัยของธุรกรรม ในธุรกรรม P 2 WPKH ผู้ส่งจำเป็นต้องจัดเตรียมแฮชคีย์สาธารณะของผู้รับเป็นสคริปต์เอาต์พุต เมื่อแยกวิเคราะห์ธุรกรรมดังกล่าว กฎคือ:
ป้อนสคริปต์: ว่างเปล่า
พยาน: ลายเซ็น + pubkey เมื่อตัดสิน ขั้นแรกให้รับว่าสคริปต์อินพุตว่างเปล่าหรือไม่ จากนั้นตัดสินว่า allowance.getPushCount() == 2
สคริปต์เอาต์พุต: โปรแกรมพยาน 0 + 20 ไบต์ เมื่อตัดสิน ให้ตัดสินก่อนว่าเริ่มต้นด้วย 0 หรือไม่ จากนั้นตัดสินว่าความยาวของโปรแกรมพยานคือ 20 ไบต์หรือไม่ (หมายเหตุ: ความยาวของโปรแกรมพยานในสคริปต์เอาท์พุตของ P 2 WPKH ระบุเป็น 20 ไบต์)
（https://www.oklink.com/cn/btc/tx/cbb6bbd6a828b15afe01ec77eab3e96a83be3d5ff56d99caf8185af79c3d1b53）
Address:bc1pd6pd4pdzx2an8w8pg8dlst8329ck8t8a6ehqqatglfstqmf3f9yss9yz7y
Winess：["1b003b4099402cde95be79ab7f4b488c74058c0f620cf4cbeb37a90ca871c4a499334a1262f24fdbe484d7511a54a04aa0d693b02159b603021942cb74f55e9d83"]
นอกเหนือจากการระบุที่อยู่แบบหลายลายเซ็นตามคุณลักษณะสคริปต์อินพุตและเอาต์พุตของธุรกรรมต่างๆ แล้ว เรายังสามารถกรองธุรกรรม BRC 20 ตามคุณลักษณะที่เกี่ยวข้องได้ จากการวิจัย ธุรกรรม BRC 20 เสร็จสมบูรณ์ในรูปแบบของลายเซ็นออฟไลน์โดยใช้เทคโนโลยี PSBT และประเภทของพยานที่แยกออกมาคือลายเซ็นเพียงครึ่งเดียวที่ลงท้ายด้วย 83 ในพยาน
ชอบธุรกรรมนี้:
มีลายเซ็นเพียงครึ่งเดียวที่ลงท้ายด้วย 83 ในพยาน ดังนั้นจึงควรถือเป็นธุรกรรมที่เกี่ยวข้องกับ BRC 20
หลังจากระบุที่อยู่ที่มีลายเซ็นหลายลายเซ็นและ BRC 20 แล้ว เราสามารถกำจัดที่อยู่ที่มีลายเซ็นหลายลายเซ็นและธุรกรรม BRC 20 ได้ตามกฎบางอย่าง เพื่อให้มั่นใจถึงความเป็นไปได้และความน่าเชื่อถือของโมเดลการขยายป้ายกำกับ BTC-UTXO แนวคิดพื้นฐานแสดงอยู่ในภาพด้านล่าง:
เป็นที่น่าสังเกตว่าผู้ให้บริการข้อมูลออนไลน์รายใหญ่ของโลกส่วนใหญ่พิจารณาถึงผลกระทบของลายเซ็นหลายลายเซ็นเมื่อขยายแท็ก UTXO แต่ไม่มีองค์กรอื่นใดให้ความสนใจหรือยกประเด็นที่ธุรกรรม BRC 20 อาจนำไปสู่ข้อผิดพลาดแท็ก UTXO .
เชื่อมช่องว่างของข้อมูลและมองหาการเพิ่มมูลค่าในข้อมูลลูกโซ่ขนาดใหญ่
โลกของ Web 3 นั้นไม่คุ้นเคยและลึกลับสำหรับคนส่วนใหญ่ และเครื่องมือที่สำคัญที่สุดสำหรับข้อมูลเชิงลึกเกี่ยวกับโลกของ Web 3 ก็คือแท็กออนไลน์ ดังนั้นความสามารถในการแก้ไขแท็กจึงกลายเป็นตัวบ่งชี้หลักในการประเมินความสามารถในการแข่งขันของนักวิเคราะห์ข้อมูลแบบออนไลน์ แต่เมื่อเราเลือกผู้ให้บริการข้อมูลแบบ on-chain จริงๆ เราไม่ควรใส่ใจกับจำนวนแท็กในห่วงโซ่เท่านั้น แต่ยังใส่ใจกับคุณภาพของแท็กด้วย: แท็กนั้นถูกต้องหรือไม่? การอัปเดตตรงเวลาหรือไม่? …บางครั้งป้ายกำกับที่ไม่ถูกต้องอาจส่งผลเสียมากกว่าการไม่มีป้ายกำกับเลย จากความสามารถด้านเทคโนโลยีฉลากที่สั่งสมมาก่อนหน้านี้และความเข้าใจเชิงลึกของตลาด BRC 20 ทีม Okey Cloud Chain ค้นพบและเสนอผลกระทบของธุรกรรม BRC 20 ต่อโมเดลฉลาก UTXO จุดประสงค์คือเพื่อดึงดูดความสนใจของตลาดและปรับปรุงมูลค่า ของป้ายกำกับที่อยู่ Bitcoin ความน่าเชื่อถือและการใช้งานทำให้คุณภาพของแท็กในห่วงโซ่ดียิ่งขึ้น
