การดูจารึกจากมุมมองของสินทรัพย์กึ่งเนื้อเดียวกัน

จาก @jolestar

เมื่อวานนี้ ฉันได้พูดคุยเกี่ยวกับคำจารึกในงานแบ่งปันวันผู้สร้าง Wamo Chiang Mai Builder Day "การมองคำจารึกจากมุมมองของสินทรัพย์กึ่งเนื้อเดียวกัน"

จากมุมมองทางเทคนิค จารึกนั้นเรียบง่าย และหยาบ เมื่อช่างเห็นครั้งแรกก็ควรมีเครื่องหมายคำถาม นี่มันอะไร?

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

เดิมที Ordinals Inscription สามารถเข้าใจได้ว่าเป็นนิพจน์ของ NFT ซึ่งมี ID ที่ไม่ซ้ำกัน รวมถึง content_type และ content และสามารถฝังอยู่ในข้อมูลประเภทใดก็ได้ โปรโตคอล BRC20 ฝัง JSON ลงในเนื้อหาและกำหนด FT จริงๆ แล้ว FT ใน NFT เป็นสำนวนทั่วไปของ SFT ทุกคนคุ้นเคยกับการใช้ "ชิ้นส่วน" เป็นหน่วยในการซื้อและขายจารึก

สถานการณ์การใช้งาน SFT คืออะไร ในความเป็นจริง ทุกคนมีการวิจัยเชิงลึกเกี่ยวกับเรื่องนี้ในช่วง DeFi ครั้งล่าสุด เช่นใช้แสดงอุปกรณ์ประกอบฉากในเกม ค่า FT ตรงกลางแสดงถึงความขาดแคลนได้ใช้แสดงพันธบัตร คูปอง ตั๋วเงินต่างๆ เป็นต้น แต่ลักษณะเฉพาะของมันไม่ได้ใช้อย่างเต็มที่ในรอบที่แล้ว และไม่มีการสร้างเนื้อหาประเภท SFT มากนัก และตอนนี้จารึกกำลังได้รับความนิยมอย่างมากสินทรัพย์ประเภทนี้ก็ถูกสร้างขึ้นอย่างสมบูรณ์ ใช้งานอย่างไร?

ภาวะที่กลืนไม่เข้าคายไม่ออกในการขยายของจารึกปัจจุบัน

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

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

การแนะนำสัญญาอัจฉริยะในตัวสร้างดัชนี

การแนะนำสัญญาอัจฉริยะในตัวสร้างดัชนีสามารถเรียกว่าตัวสร้างดัชนีอัจฉริยะ หรือเลเยอร์การดำเนินการในบล็อคเชนแบบแยกส่วน โมเดลการจารึกสามารถเข้าใจได้ว่าเป็นการสรุปอธิปไตยของ DA ครั้งแรก โดยจะใช้ L1 เป็น DA และไม่แนะนำซีเควนเซอร์ โดยจะเรียงลำดับธุรกรรมโดยตรงผ่านบล็อกของ L1 และผู้จัดทำดัชนีสามารถเข้าใจได้ตามธรรมชาติว่าเป็นเลเยอร์การดำเนินการ ฉันพูดถึงโมเดลนี้ในบทความ "คำจารึกนั้นเป็นข้อบกพร่องหรือฟีเจอร์หรือไม่" นี่คือคำอธิบายในhttps://twitter.com/jolestar/status/1732711942563959185 Rooch กำลังสำรวจทิศทางนี้เช่นกัน สำหรับแผนเฉพาะ โปรดดู "เลเยอร์ 2 ของ Bitcoin ควรทำอย่างไร" 》https://twitter.com/jolestar/status/1717358817992995120.

เรากำลังสร้างเกมตัวอย่างสำหรับสถานการณ์นี้ที่เรียกว่า Bitcoin Plants เนื่องจากมีสถานะ Bitcoin เต็มจำนวนใน Rooch จึงสามารถอ่าน Inscription of Ordinals ได้ในสัญญาอัจฉริยะ ผู้ใช้สามารถใช้ Inscription เป็นเมล็ดพันธุ์ในเกมเพื่อปลูกพืชได้ ต้นไม้ชนิดนี้ต้องการการรดน้ำโดยผู้ใช้เป็นประจำ แล้วมันก็จะเกิดผลได้ โรงงานแห่งนี้ถูกผูกไว้กับ Inscription หากผู้ใช้โอน Inscription บน Bitcoin โรงงานก็จะถูกโอนไปด้วย ตัวอย่างง่ายๆ นี้แสดงวิธีสร้างสถานการณ์การใช้งานสำหรับคำจารึก L1 โดยการดำเนินการสัญญาอัจฉริยะที่เลเยอร์ สำหรับรายละเอียด โปรดดูปัญหา GitHub https://github.com/rooch-network/rooch/issues/1214

นอกจากนี้ ฉันยังเห็นว่า Ethscriptions กำลังสร้าง facet virtual machine ซึ่งเป็นเส้นทางที่คล้ายกัน ดูเหมือนว่าเพื่อน ๆ ในอุตสาหกรรมก็เห็นทิศทางนี้เช่นกัน

การแสดงคำจารึกผ่านสัญญาอัจฉริยะ

หากไม่มีสัญญาที่ชาญฉลาดเกี่ยวกับ Bitcoin นักพัฒนาได้คิดหาวิธีที่จะแกะสลัก JSON เหตุใดกลุ่มสัญญาอัจฉริยะอื่น ๆ ยังเขียน JSON สิ่งที่เข้าใจยากที่สุดคือเมื่อเขียน JSON บน Rollup L2 ในที่สุด JSON นั้นก็จะถูกรวมเป็น L1 แล้วทำไมต้องเขียนบน L2 L2 ไม่ควรกลายเป็นตัวสร้างดัชนีสำหรับคำจารึก L1 โดยธรรมชาติใช่หรือไม่ คุณยังต้องการตัวสร้างดัชนีคำจารึกหรือไม่? แต่ถึงอย่างนั้นก็ไม่สามารถหยุดความกระตือรือร้นของผู้ใช้ในการเล่นคำจารึกได้ และผู้เล่น L2 จำนวนมากก็ล้มเหลว หลังจากคิดถึงเรื่องนี้แล้ว ฉันก็สรุปการเปิดเผยหลายประการจากคำจารึกนี้:

1. เป็นสินทรัพย์กึ่งทดแทนได้และมีสภาพคล่องไม่ดีเท่า FT แต่นี่เป็นข้อได้เปรียบในระยะเริ่มแรกของตลาด

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

3. รูปแบบการออกที่ยุติธรรมบน Bitcoin สามารถเข้าใจได้ว่าเป็นรูปแบบการออก PoW ของการเช่าซื้อคนงานเหมืองผ่าน Gas

ในกรณีนั้น ทำไมเราไม่ใช้สัญญาอัจฉริยะเพื่อใช้โปรโตคอลการจารึกที่มีลักษณะข้างต้น ดังนั้นในสัปดาห์นี้ ฉันจึงพยายามใช้โปรโตคอล Movementscriptions โดยใช้ Move

ประการแรก เป็นโปรโตคอลสินทรัพย์แบบกึ่งเข้ากันได้ที่แสดงผ่าน Move การแสดงออกของสินทรัพย์ตามโครงสร้างข้อมูลของ Move เหมาะอย่างยิ่งสำหรับการแสดงโปรโตคอลนี้

1. ใช้เครื่องหมายถูกซึ่งเป็นชื่อที่ไม่ซ้ำใครทั่วโลกเพื่อแสดงประเภท บทเรียนการวาดภาพจาก BRC20 เป็นไปตามหลักการ KISS และเรียบง่ายและใช้งานง่าย

2. ค่าสามารถใช้เพื่อแสดงยอดคงเหลือของ FT หรือค่าคีย์ใน NFT

3. ข้อมูลเมตาสามารถผนวกเข้ากับข้อมูลประเภทใดก็ได้

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

3. ข้อมูลเมตาสามารถผนวกเข้ากับข้อมูลประเภทใดก็ได้

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

@movescription

และ github https://github.com/movescriptions/movescriptions สัญญาเวอร์ชันปัจจุบันของ Rooch ได้เสร็จสมบูรณ์แล้วในเบื้องต้น นอกจากนี้ยังมีการใช้การแจกจ่าย PoW และเวอร์ชัน Move chain อื่น ๆ ที่กำลังดำเนินการอยู่

แรงบันดาลใจของ Inscription สำหรับนักพัฒนา

Inscription มีต้นกำเนิดมาจากความพยายามสุ่มบน Bitcoin และตอนนี้ได้แพร่หลายไปทั่วเครือข่ายสาธารณะทั้งหมดแล้ว แม้ว่ามันจะเรียบง่ายและหยาบคาย แต่ก็มีความสำคัญอย่างยิ่ง อนาคตของมันไม่ชัดเจนและมีความแตกต่างอย่างมากในมุมมอง แต่นี่ก็เป็นส่วนที่น่าสนใจของตลาดเช่นกัน และโอกาสมักจะอยู่ที่จุดที่เกิดความแตกต่าง เรามาเพิ่มความสุ่มเข้าไปกันดีกว่า Developer สามารถดำเนินการได้ แทนที่จะปล่อยให้ผู้ใช้พิมพ์ JSON จำนวนมากที่พวกเขาไม่รู้วิธีใช้ ควรลองรวมเข้ากับ Smart Contract จะดีกว่า หากรวมกันสำเร็จก็อาจเป็นจุดเริ่มต้นสำหรับการเปิดตัว FOGC และ AW เราจะพูดถึงเรื่องนี้ในบทความถัดไป