Bitcoin Ordinals Inscription และ BRC-20: กล่องแพนโดร่า

กลางJan 10, 2024
บทความนี้เพื่อทำความเข้าใจคำจารึกจากมุมมองของ NFT เทียบกับ ETH รวมกับเหตุการณ์ปัจจุบัน การสำรวจปัญหาการรวมศูนย์ของ BRC-20
Bitcoin Ordinals Inscription และ BRC-20: กล่องแพนโดร่า

จารึก Ordinals คืออะไร?

Ordinals เปิดตัวโดยนักพัฒนา Casey Rodarmor เมื่อวันที่ 20 มกราคม 2023 บนเครือข่ายหลัก Bitcoin เพื่อเป็นโปรโตคอลการสั่งซื้อสำหรับ “Satoshis” “Satoshi” เป็นหน่วยที่เล็กที่สุดของ Bitcoin และ Bitcoin แต่ละอันประกอบด้วยหนึ่งประกอบด้วย 100 ล้าน Satoshis (1 btc = 10^8 sat) โปรโตคอล Ordinals ทำให้ Satoshi แต่ละตัวมีเอกลักษณ์เฉพาะตัว

Ordinals Inscriptions เป็นโทเค็นที่ไม่สามารถเข้ากันได้ (NFT) ที่สร้างขึ้นบนโปรโตคอล Ordinals และมีข้อมูล เช่น รูปภาพ ข้อความ และวิดีโอ

เมื่อเปรียบเทียบกับ Ethereum NFT เราคิดง่ายๆ ว่าโปรโตคอล Ordinals ใช้ tokenID และคำจารึกใช้ข้อมูลเมตา

วิธีการใช้งาน tokenID

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

Ethereum มีความสามารถในการโปรแกรมที่ดี ทำให้ง่ายต่อการใช้งาน TokenID อย่างไรก็ตาม ใน Bitcoin การใช้งานที่คล้ายกันมักจะต้องใช้เครือข่ายชั้นสอง แพลตฟอร์มเช่น Counterparty และ Stacks ได้นำ NFT ที่ใช้ Bitcoin มาใช้แล้ว แต่คำจารึก Ordinals มีความแตกต่างพื้นฐานจากสถาปัตยกรรม Bitcoin NFT อื่น ๆ

โปรโตคอล Ordinals ใช้รูปแบบธุรกรรม UTXO ของ Bitcoin UTXO นั้นคล้ายคลึงกับระบบเงินสด ซึ่งตรงข้ามกับโมเดลตามยอดคงเหลือในบัญชีแบบเดิม

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

เพื่อให้เข้าใจรูปแบบการชำระเงินในเครือข่าย Bitcoin ได้ดีขึ้น เรามาดูตัวอย่างของ A ส่ง n Bitcoin ไปที่ B แผนภาพด้านล่างแสดงกระบวนการของ A ส่ง 3 Bitcoin ไปยัง B

  1. สำหรับผู้ใช้ A ก่อนอื่นต้องกำหนดชุดของ UTXO ทั้งหมดที่เขาเป็นเจ้าของ นั่นคือ Bitcoin ทั้งหมดที่ผู้ใช้ A สามารถควบคุมได้

  2. A เลือกหนึ่งหรือหลาย UTXO จากชุดนี้เป็นอินพุตของธุรกรรม ผลรวมของจำนวนอินพุตเหล่านี้คือ m (2+0.8+0.5=3.3 BTC) ซึ่งมากกว่าจำนวนเงินที่ต้องชำระ n (3 BTC)

  3. ผู้ใช้ A ตั้งค่าเอาต์พุตสองรายการสำหรับธุรกรรม โดยเอาต์พุตหนึ่งจ่ายให้กับที่อยู่ของ B จำนวนเงินคือ n (3 BTC) และเอาต์พุตอีกอันจ่ายให้กับที่อยู่การเปลี่ยนแปลงของ A เอง จำนวนเงินคือ mn-fee (3.3-3- 0.001 =0.299 BTC) กระเป๋าเงินของผู้ใช้มักประกอบด้วยที่อยู่หลายแห่ง โดยทั่วไป แต่ละที่อยู่จะใช้เพียงครั้งเดียว และการเปลี่ยนแปลงจะถูกส่งกลับไปยังที่อยู่ใหม่ตามค่าเริ่มต้น

  4. หลังจากที่นักขุดทำแพ็กเกจธุรกรรมและอัปโหลดไปยังเชนเพื่อยืนยัน B สามารถรับข้อมูลธุรกรรมได้ เนื่องจากขนาดบล็อกมีขีดจำกัดบน (ประมาณ 1 MB) นักขุดจะจัดลำดับความสำคัญของธุรกรรมที่มีอัตราการทำธุรกรรมสูง (fee_rate=fee/size) เพื่อรับค่าธรรมเนียมสูงสุดเป็นการตอบแทน

ตามโปรโตคอล Ordinals จำนวน “Satoshi” ขึ้นอยู่กับลำดับการขุด และเนื่องจากแต่ละ “Satoshi” BTC ถูกสร้างขึ้นจากรางวัลการขุด หมายเลขซีเรียลจึงสามารถกำหนดได้จากการตรวจสอบย้อนกลับ

สมมติว่าผู้ใช้ A ได้รับ Satoshi ที่ 100-110 จากการขุด (10 Satoshi จะถูกจัดเก็บโดยรวมใน UTXO เดียวกันด้วย ID adc123) เมื่อผู้ใช้ A ต้องการจ่ายเงิน 5 satoshi ให้กับผู้ใช้ B เขาเลือกใช้ ID abc123 เป็นอินพุตของธุรกรรม โดยจะมอบ 5 satoshi ให้กับผู้ใช้ B และ 5 satoshi จะถูกส่งกลับไปยังผู้ใช้ A เป็นการเปลี่ยนแปลง “Satoshi” สองชุดนี้เป็นสำเนาทั้งหมดและจัดเก็บไว้ใน UTXO สองชุดพร้อมรหัส abc456 และ abc789 ตามลำดับ รหัส UTXO ด้านบนและหมายเลข “Satoshi” แสดงไว้เป็นตัวอย่างเท่านั้น ในสถานการณ์จริง จำนวนขั้นต่ำของการส่ง “Satoshi” ถูกจำกัดอยู่ที่ 546 และรหัส UTXO จะไม่แสดงในแบบฟอร์มนี้

ในธุรกรรมข้างต้น เส้นทางการหมุนเวียนของ 10 Satoshis ของผู้ใช้ A คือ:

  1. การขุดจะผลิต 10 “Satoshi” โดยมีหมายเลข [100, 110) ระบุว่า “Satoshi” ลำดับที่ 100 ถึง 109 ถูกจัดเก็บไว้ใน UTXO ด้วย ID abc123 และเจ้าของคือผู้ใช้ A

  2. เมื่อ A โอนเงิน 10 “satoshi” จะถูกแบ่งออกเป็นสองส่วน โดยแต่ละส่วนมี 5 “satoshi” ใช้ที่นี่ "มาก่อนได้ก่อน"หลักการคือลำดับหมายเลขของ "Satoshi" จะถูกกำหนดตามดัชนีในผลลัพธ์ของธุรกรรม สมมติว่าลำดับของเอาต์พุตคือผู้ใช้ A ก่อน จากนั้นผู้ใช้ B จากนั้นหมายเลขซีเรียลของ 5 “satoshis” ที่เหลือของผู้ใช้ A คือ [100, 105) ซึ่งถูกเก็บไว้ใน UTXO ด้วยรหัส abc456 และผู้ใช้ B 5 “ satoshis” หมายเลขลำดับคือ [105, 110) และถูกเก็บไว้ใน UTXO ด้วยรหัส abc789

วิธีการใช้เมตาดาต้า

ข้อมูลเมตาสำหรับจารึกลำดับไม่ได้ถูกจัดเก็บไว้ในตำแหน่งเฉพาะ แต่ข้อมูลเมตานี้จะถูกฝังอยู่ในข้อมูลพยานของธุรกรรม (ข้อมูลพยาน ฟิลด์พยาน) ซึ่งเป็นสาเหตุที่เรียกว่า "คำจารึก" เนื่องจากข้อมูลนี้ถูก "สลัก" เหมือนคำจารึกบนส่วนเฉพาะของธุรกรรม Bitcoin และข้อมูลเหล่านี้แนบมากับ “Satoshi” โดยเฉพาะ กระบวนการจารึกนี้ดำเนินการผ่าน Segregated Witness (SegWit) และ Taproot ซึ่งประกอบด้วยสองขั้นตอน: กระทำและเปิดเผย และสามารถจารึกเนื้อหาในรูปแบบใดก็ได้ (เช่น ข้อความ รูปภาพ หรือวิดีโอ) บน “satoshi” ที่กำหนด

SegWit เป็นการอัปเดตในปี 2560 ซึ่งส่งผลให้เกิดการแยกย่อยของ Bitcoin blockchain การอัปเดตจะแยกธุรกรรม Bitcoin ออกเป็นสองส่วนอย่างมีประสิทธิภาพโดยการเพิ่มส่วน “ข้อมูลพยาน” ที่สามารถรองรับข้อมูลที่กำหนดเองได้

Segregated Witness จะแยกธุรกรรมและข้อมูลพยาน (ลายเซ็น) ออกเป็นส่วนๆ และช่วยให้สามารถจัดเก็บข้อมูลตามอำเภอใจในส่วนพยานได้

ในทางเทคนิคแล้ว การใช้งาน Segregated Witness หมายความว่าการทำธุรกรรมไม่จำเป็นต้องรวมข้อมูลพยานอีกต่อไป (และจะไม่ใช้พื้นที่ 1MB ที่ Bitcoin จัดสรรไว้สำหรับบล็อกในตอนแรก) ในตอนท้ายของบล็อก จะมีการสร้างพื้นที่แยกต่างหากเพิ่มเติมสำหรับข้อมูลพยาน รองรับการถ่ายโอนข้อมูลโดยพลการและมี “น้ำหนักบล็อก” แบบลดราคาที่เก็บข้อมูลจำนวนมากอย่างชาญฉลาดภายในขีดจำกัดขนาดบล็อกของ Bitcoin เพื่อหลีกเลี่ยงความจำเป็นในการฮาร์ดฟอร์ค

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

Ordinals จัดเก็บข้อมูลเมตาในสคริปต์การใช้จ่ายในเส้นทางสคริปต์ Taproot

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

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

BRC-20 คืออะไร

แม้ว่าชื่อของ BRC-20 จะคล้ายกับ ERC-20 ของ Ethereum มาก แต่ความแตกต่างทางเทคนิคระหว่างทั้งสองก็มีความสำคัญจริงๆ สถานะการถือครองของโทเค็น ERC-20 จะถูกบันทึกไว้บนเชน และสามารถรับฉันทามติของเครือข่ายบนเชนได้ ในขณะที่ BRC-20 เป็นเพียงจารึกโปรโตคอล Ordinals พิเศษ ซึ่งสร้างโดยผู้ใช้ Twitter @domodata เมื่อวันที่ 8 มีนาคม 2023 ที่ใช้ลำดับ การจารึกข้อมูล JSON เพื่อปรับใช้สัญญาโทเค็น การสร้างโทเค็น และโทเค็นการโอน json ที่ปรับใช้มีดังนี้:

{  

"p": "brc-20",//Protocol: Helps offline accounting systems identify and handle brc-20 events

"op": "deploy",//op operation: event type (Deploy, Mint, Transfer)

"tick": "ordi", //Ticker: identifier of the brc-20 token, 4 letters in length (can be emoji)

"max": "21000000",//Max supply: The maximum supply of brc-20 tokens

"lim": "1000"//Mint limit: The limit on the minting amount of brc-20 tokens each time

}

การดำเนินการที่เกี่ยวข้องคือแบบมิ้นต์และแบบถ่ายโอน และทั้งสองรูปแบบเกือบจะเหมือนกัน เมื่อ op คือการโอน ผู้รับการโอนคำจารึกจะเป็นผู้รับ "Satoshi" ที่สอดคล้องกับคำจารึก ดังนั้นการโอน BRC-20 จะต้องมาพร้อมกับการโอนความเป็นเจ้าของ Bitcoin และไม่ใช่แค่ใช้เป็นค่าธรรมเนียมการจัดการเท่านั้น

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

ในกระบวนการนี้ คำจารึกจะ 'แนบ' กับธุรกรรม “Satoshi” นักขุด Bitcoin จะไม่ประมวลผลคำจารึกเหล่านี้ จากมุมมองของ chain พวกเขายังคงไม่แตกต่างจาก “Satoshi” อื่นๆ พวกเขาทั้งหมดถือเป็น “Satoshis” ธรรมดา “คง” โอนแล้ว

ปัญหาการรวมศูนย์ของ BRC-20

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

พูดง่ายๆ ก็คือ บัญชีแยกประเภท BRC-20 นั้นมีการกระจายอำนาจและบันทึกไว้ในห่วงโซ่ Bitcoin แต่กระบวนการชำระหนี้จะรวมศูนย์ ขณะนี้มีสองเว็บไซต์คือ brc-20.io และ unisat.io ที่รองรับการสืบค้นที่เกี่ยวข้องกับโทเค็น BRC-20

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

ในความเป็นจริง ในตอนเย็นของวันที่ 23 เมษายน UniSat ได้เปิดตัวแพลตฟอร์มการซื้อขาย BRC-20 แต่เนื่องจากช่องโหว่ในไลบรารีโค้ด ทำให้ได้รับการโจมตีแบบใช้จ่ายซ้ำซ้อนจำนวนมาก ที่อยู่ bc1pwturekq4w455l64ttze8j7mnhgsuaupsn99ggd0ds23js924e6ms9fxyht ในตอนแรกได้สร้าง Ordinals NFT ที่ถ่ายโอนแล้ว และพยายามโอน 5,000 ORDI และ 35,000 ORDI ไปยังที่อยู่ของเขาเองโดยใช้อากาศบริสุทธิ์ และพยายามขาย ordi ที่สร้างด้วยอากาศบางๆ ให้กับผู้ใช้รายอื่น ต่อมา Unisat ได้ระงับการเข้าถึงเว็บไซต์และดำเนินการสอบสวน และพบว่ามีธุรกรรม 70 รายการได้รับผลกระทบในที่สุด

หาก Unisat ไม่ได้รับข้อผิดพลาดในคืนนั้น ความเสียหายจากการโจมตีแบบใช้จ่ายสองครั้งนั้นคาดว่าจะมีมูลค่าเกิน 1 ล้านเหรียญสหรัฐ วิธีตรวจสอบให้แน่ใจว่าการดึงข้อมูลและการตรวจสอบเซิร์ฟเวอร์แบบรวมศูนย์ปราศจากข้อผิดพลาดคือปัญหาที่สำคัญที่สุดที่ต้องแก้ไขในระหว่างการพัฒนา BRC-20

บทสรุป

สาระสำคัญของจารึก Ordinal คือ: บนเครือข่าย Bitcoin ด้วยความช่วยเหลือของ aTaproot สคริปต์สร้างเลเยอร์การบัญชีอย่างง่ายเพื่อนับและบันทึกสินทรัพย์และข้อมูล

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

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

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

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

ข้อสงวนสิทธิ์:

  1. บทความนี้พิมพ์ซ้ำจาก [小猪Go] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [web3朱大胆] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
  2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
  3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว

Bitcoin Ordinals Inscription และ BRC-20: กล่องแพนโดร่า

กลางJan 10, 2024
บทความนี้เพื่อทำความเข้าใจคำจารึกจากมุมมองของ NFT เทียบกับ ETH รวมกับเหตุการณ์ปัจจุบัน การสำรวจปัญหาการรวมศูนย์ของ BRC-20
Bitcoin Ordinals Inscription และ BRC-20: กล่องแพนโดร่า

จารึก Ordinals คืออะไร?

Ordinals เปิดตัวโดยนักพัฒนา Casey Rodarmor เมื่อวันที่ 20 มกราคม 2023 บนเครือข่ายหลัก Bitcoin เพื่อเป็นโปรโตคอลการสั่งซื้อสำหรับ “Satoshis” “Satoshi” เป็นหน่วยที่เล็กที่สุดของ Bitcoin และ Bitcoin แต่ละอันประกอบด้วยหนึ่งประกอบด้วย 100 ล้าน Satoshis (1 btc = 10^8 sat) โปรโตคอล Ordinals ทำให้ Satoshi แต่ละตัวมีเอกลักษณ์เฉพาะตัว

Ordinals Inscriptions เป็นโทเค็นที่ไม่สามารถเข้ากันได้ (NFT) ที่สร้างขึ้นบนโปรโตคอล Ordinals และมีข้อมูล เช่น รูปภาพ ข้อความ และวิดีโอ

เมื่อเปรียบเทียบกับ Ethereum NFT เราคิดง่ายๆ ว่าโปรโตคอล Ordinals ใช้ tokenID และคำจารึกใช้ข้อมูลเมตา

วิธีการใช้งาน tokenID

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

Ethereum มีความสามารถในการโปรแกรมที่ดี ทำให้ง่ายต่อการใช้งาน TokenID อย่างไรก็ตาม ใน Bitcoin การใช้งานที่คล้ายกันมักจะต้องใช้เครือข่ายชั้นสอง แพลตฟอร์มเช่น Counterparty และ Stacks ได้นำ NFT ที่ใช้ Bitcoin มาใช้แล้ว แต่คำจารึก Ordinals มีความแตกต่างพื้นฐานจากสถาปัตยกรรม Bitcoin NFT อื่น ๆ

โปรโตคอล Ordinals ใช้รูปแบบธุรกรรม UTXO ของ Bitcoin UTXO นั้นคล้ายคลึงกับระบบเงินสด ซึ่งตรงข้ามกับโมเดลตามยอดคงเหลือในบัญชีแบบเดิม

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

เพื่อให้เข้าใจรูปแบบการชำระเงินในเครือข่าย Bitcoin ได้ดีขึ้น เรามาดูตัวอย่างของ A ส่ง n Bitcoin ไปที่ B แผนภาพด้านล่างแสดงกระบวนการของ A ส่ง 3 Bitcoin ไปยัง B

  1. สำหรับผู้ใช้ A ก่อนอื่นต้องกำหนดชุดของ UTXO ทั้งหมดที่เขาเป็นเจ้าของ นั่นคือ Bitcoin ทั้งหมดที่ผู้ใช้ A สามารถควบคุมได้

  2. A เลือกหนึ่งหรือหลาย UTXO จากชุดนี้เป็นอินพุตของธุรกรรม ผลรวมของจำนวนอินพุตเหล่านี้คือ m (2+0.8+0.5=3.3 BTC) ซึ่งมากกว่าจำนวนเงินที่ต้องชำระ n (3 BTC)

  3. ผู้ใช้ A ตั้งค่าเอาต์พุตสองรายการสำหรับธุรกรรม โดยเอาต์พุตหนึ่งจ่ายให้กับที่อยู่ของ B จำนวนเงินคือ n (3 BTC) และเอาต์พุตอีกอันจ่ายให้กับที่อยู่การเปลี่ยนแปลงของ A เอง จำนวนเงินคือ mn-fee (3.3-3- 0.001 =0.299 BTC) กระเป๋าเงินของผู้ใช้มักประกอบด้วยที่อยู่หลายแห่ง โดยทั่วไป แต่ละที่อยู่จะใช้เพียงครั้งเดียว และการเปลี่ยนแปลงจะถูกส่งกลับไปยังที่อยู่ใหม่ตามค่าเริ่มต้น

  4. หลังจากที่นักขุดทำแพ็กเกจธุรกรรมและอัปโหลดไปยังเชนเพื่อยืนยัน B สามารถรับข้อมูลธุรกรรมได้ เนื่องจากขนาดบล็อกมีขีดจำกัดบน (ประมาณ 1 MB) นักขุดจะจัดลำดับความสำคัญของธุรกรรมที่มีอัตราการทำธุรกรรมสูง (fee_rate=fee/size) เพื่อรับค่าธรรมเนียมสูงสุดเป็นการตอบแทน

ตามโปรโตคอล Ordinals จำนวน “Satoshi” ขึ้นอยู่กับลำดับการขุด และเนื่องจากแต่ละ “Satoshi” BTC ถูกสร้างขึ้นจากรางวัลการขุด หมายเลขซีเรียลจึงสามารถกำหนดได้จากการตรวจสอบย้อนกลับ

สมมติว่าผู้ใช้ A ได้รับ Satoshi ที่ 100-110 จากการขุด (10 Satoshi จะถูกจัดเก็บโดยรวมใน UTXO เดียวกันด้วย ID adc123) เมื่อผู้ใช้ A ต้องการจ่ายเงิน 5 satoshi ให้กับผู้ใช้ B เขาเลือกใช้ ID abc123 เป็นอินพุตของธุรกรรม โดยจะมอบ 5 satoshi ให้กับผู้ใช้ B และ 5 satoshi จะถูกส่งกลับไปยังผู้ใช้ A เป็นการเปลี่ยนแปลง “Satoshi” สองชุดนี้เป็นสำเนาทั้งหมดและจัดเก็บไว้ใน UTXO สองชุดพร้อมรหัส abc456 และ abc789 ตามลำดับ รหัส UTXO ด้านบนและหมายเลข “Satoshi” แสดงไว้เป็นตัวอย่างเท่านั้น ในสถานการณ์จริง จำนวนขั้นต่ำของการส่ง “Satoshi” ถูกจำกัดอยู่ที่ 546 และรหัส UTXO จะไม่แสดงในแบบฟอร์มนี้

ในธุรกรรมข้างต้น เส้นทางการหมุนเวียนของ 10 Satoshis ของผู้ใช้ A คือ:

  1. การขุดจะผลิต 10 “Satoshi” โดยมีหมายเลข [100, 110) ระบุว่า “Satoshi” ลำดับที่ 100 ถึง 109 ถูกจัดเก็บไว้ใน UTXO ด้วย ID abc123 และเจ้าของคือผู้ใช้ A

  2. เมื่อ A โอนเงิน 10 “satoshi” จะถูกแบ่งออกเป็นสองส่วน โดยแต่ละส่วนมี 5 “satoshi” ใช้ที่นี่ "มาก่อนได้ก่อน"หลักการคือลำดับหมายเลขของ "Satoshi" จะถูกกำหนดตามดัชนีในผลลัพธ์ของธุรกรรม สมมติว่าลำดับของเอาต์พุตคือผู้ใช้ A ก่อน จากนั้นผู้ใช้ B จากนั้นหมายเลขซีเรียลของ 5 “satoshis” ที่เหลือของผู้ใช้ A คือ [100, 105) ซึ่งถูกเก็บไว้ใน UTXO ด้วยรหัส abc456 และผู้ใช้ B 5 “ satoshis” หมายเลขลำดับคือ [105, 110) และถูกเก็บไว้ใน UTXO ด้วยรหัส abc789

วิธีการใช้เมตาดาต้า

ข้อมูลเมตาสำหรับจารึกลำดับไม่ได้ถูกจัดเก็บไว้ในตำแหน่งเฉพาะ แต่ข้อมูลเมตานี้จะถูกฝังอยู่ในข้อมูลพยานของธุรกรรม (ข้อมูลพยาน ฟิลด์พยาน) ซึ่งเป็นสาเหตุที่เรียกว่า "คำจารึก" เนื่องจากข้อมูลนี้ถูก "สลัก" เหมือนคำจารึกบนส่วนเฉพาะของธุรกรรม Bitcoin และข้อมูลเหล่านี้แนบมากับ “Satoshi” โดยเฉพาะ กระบวนการจารึกนี้ดำเนินการผ่าน Segregated Witness (SegWit) และ Taproot ซึ่งประกอบด้วยสองขั้นตอน: กระทำและเปิดเผย และสามารถจารึกเนื้อหาในรูปแบบใดก็ได้ (เช่น ข้อความ รูปภาพ หรือวิดีโอ) บน “satoshi” ที่กำหนด

SegWit เป็นการอัปเดตในปี 2560 ซึ่งส่งผลให้เกิดการแยกย่อยของ Bitcoin blockchain การอัปเดตจะแยกธุรกรรม Bitcoin ออกเป็นสองส่วนอย่างมีประสิทธิภาพโดยการเพิ่มส่วน “ข้อมูลพยาน” ที่สามารถรองรับข้อมูลที่กำหนดเองได้

Segregated Witness จะแยกธุรกรรมและข้อมูลพยาน (ลายเซ็น) ออกเป็นส่วนๆ และช่วยให้สามารถจัดเก็บข้อมูลตามอำเภอใจในส่วนพยานได้

ในทางเทคนิคแล้ว การใช้งาน Segregated Witness หมายความว่าการทำธุรกรรมไม่จำเป็นต้องรวมข้อมูลพยานอีกต่อไป (และจะไม่ใช้พื้นที่ 1MB ที่ Bitcoin จัดสรรไว้สำหรับบล็อกในตอนแรก) ในตอนท้ายของบล็อก จะมีการสร้างพื้นที่แยกต่างหากเพิ่มเติมสำหรับข้อมูลพยาน รองรับการถ่ายโอนข้อมูลโดยพลการและมี “น้ำหนักบล็อก” แบบลดราคาที่เก็บข้อมูลจำนวนมากอย่างชาญฉลาดภายในขีดจำกัดขนาดบล็อกของ Bitcoin เพื่อหลีกเลี่ยงความจำเป็นในการฮาร์ดฟอร์ค

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

Ordinals จัดเก็บข้อมูลเมตาในสคริปต์การใช้จ่ายในเส้นทางสคริปต์ Taproot

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

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

BRC-20 คืออะไร

แม้ว่าชื่อของ BRC-20 จะคล้ายกับ ERC-20 ของ Ethereum มาก แต่ความแตกต่างทางเทคนิคระหว่างทั้งสองก็มีความสำคัญจริงๆ สถานะการถือครองของโทเค็น ERC-20 จะถูกบันทึกไว้บนเชน และสามารถรับฉันทามติของเครือข่ายบนเชนได้ ในขณะที่ BRC-20 เป็นเพียงจารึกโปรโตคอล Ordinals พิเศษ ซึ่งสร้างโดยผู้ใช้ Twitter @domodata เมื่อวันที่ 8 มีนาคม 2023 ที่ใช้ลำดับ การจารึกข้อมูล JSON เพื่อปรับใช้สัญญาโทเค็น การสร้างโทเค็น และโทเค็นการโอน json ที่ปรับใช้มีดังนี้:

{  

"p": "brc-20",//Protocol: Helps offline accounting systems identify and handle brc-20 events

"op": "deploy",//op operation: event type (Deploy, Mint, Transfer)

"tick": "ordi", //Ticker: identifier of the brc-20 token, 4 letters in length (can be emoji)

"max": "21000000",//Max supply: The maximum supply of brc-20 tokens

"lim": "1000"//Mint limit: The limit on the minting amount of brc-20 tokens each time

}

การดำเนินการที่เกี่ยวข้องคือแบบมิ้นต์และแบบถ่ายโอน และทั้งสองรูปแบบเกือบจะเหมือนกัน เมื่อ op คือการโอน ผู้รับการโอนคำจารึกจะเป็นผู้รับ "Satoshi" ที่สอดคล้องกับคำจารึก ดังนั้นการโอน BRC-20 จะต้องมาพร้อมกับการโอนความเป็นเจ้าของ Bitcoin และไม่ใช่แค่ใช้เป็นค่าธรรมเนียมการจัดการเท่านั้น

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

ในกระบวนการนี้ คำจารึกจะ 'แนบ' กับธุรกรรม “Satoshi” นักขุด Bitcoin จะไม่ประมวลผลคำจารึกเหล่านี้ จากมุมมองของ chain พวกเขายังคงไม่แตกต่างจาก “Satoshi” อื่นๆ พวกเขาทั้งหมดถือเป็น “Satoshis” ธรรมดา “คง” โอนแล้ว

ปัญหาการรวมศูนย์ของ BRC-20

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

พูดง่ายๆ ก็คือ บัญชีแยกประเภท BRC-20 นั้นมีการกระจายอำนาจและบันทึกไว้ในห่วงโซ่ Bitcoin แต่กระบวนการชำระหนี้จะรวมศูนย์ ขณะนี้มีสองเว็บไซต์คือ brc-20.io และ unisat.io ที่รองรับการสืบค้นที่เกี่ยวข้องกับโทเค็น BRC-20

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

ในความเป็นจริง ในตอนเย็นของวันที่ 23 เมษายน UniSat ได้เปิดตัวแพลตฟอร์มการซื้อขาย BRC-20 แต่เนื่องจากช่องโหว่ในไลบรารีโค้ด ทำให้ได้รับการโจมตีแบบใช้จ่ายซ้ำซ้อนจำนวนมาก ที่อยู่ bc1pwturekq4w455l64ttze8j7mnhgsuaupsn99ggd0ds23js924e6ms9fxyht ในตอนแรกได้สร้าง Ordinals NFT ที่ถ่ายโอนแล้ว และพยายามโอน 5,000 ORDI และ 35,000 ORDI ไปยังที่อยู่ของเขาเองโดยใช้อากาศบริสุทธิ์ และพยายามขาย ordi ที่สร้างด้วยอากาศบางๆ ให้กับผู้ใช้รายอื่น ต่อมา Unisat ได้ระงับการเข้าถึงเว็บไซต์และดำเนินการสอบสวน และพบว่ามีธุรกรรม 70 รายการได้รับผลกระทบในที่สุด

หาก Unisat ไม่ได้รับข้อผิดพลาดในคืนนั้น ความเสียหายจากการโจมตีแบบใช้จ่ายสองครั้งนั้นคาดว่าจะมีมูลค่าเกิน 1 ล้านเหรียญสหรัฐ วิธีตรวจสอบให้แน่ใจว่าการดึงข้อมูลและการตรวจสอบเซิร์ฟเวอร์แบบรวมศูนย์ปราศจากข้อผิดพลาดคือปัญหาที่สำคัญที่สุดที่ต้องแก้ไขในระหว่างการพัฒนา BRC-20

บทสรุป

สาระสำคัญของจารึก Ordinal คือ: บนเครือข่าย Bitcoin ด้วยความช่วยเหลือของ aTaproot สคริปต์สร้างเลเยอร์การบัญชีอย่างง่ายเพื่อนับและบันทึกสินทรัพย์และข้อมูล

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

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

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

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

ข้อสงวนสิทธิ์:

  1. บทความนี้พิมพ์ซ้ำจาก [小猪Go] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [web3朱大胆] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
  2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
  3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว
เริ่มตอนนี้
สมัครและรับรางวัล
$100