คำนำ
ธุรกรรมคือจิตวิญญาณของ web3 ความสนใจคือทรัพยากรหลักของ web3 ราคาคือจุดเริ่มต้นของการอัดแน่น และมูลค่าคือจุดสิ้นสุดของเวลา เป็นเวลาหนึ่งเดือนแล้วนับตั้งแต่ BTC ลดลงครึ่งหนึ่ง และหนึ่งเดือนผ่านไปนับตั้งแต่โปรโตคอล Runes ที่รอคอยมานาน ในช่วงเวลานี้ มีแพลตฟอร์มการซื้อขายพร็อกซีมากกว่าหนึ่งโหลเกิดขึ้นในตลาดการซื้อขายในวันที่มีการลดจำนวนลงครึ่งหนึ่ง การซื้อขายหลักทรัพย์รูนโดยใช้พร็อกซีเพียงครั้งเดียวต้องใช้ต้นทุนมากกว่า 100 ดอลลาร์สหรัฐ บทความนี้ใช้เนื้อหา Runes เป็นตัวอย่างในการวิเคราะห์ว่ากลไกใดเป็นกลไกที่ดีที่สุดสำหรับโมเดลการสร้างสินทรัพย์ (การแกะสลัก) บน Bitcoin
1. การจัดอันดับ GAS ของแพลตฟอร์มการเล่นรูน
ภาพด้านล่างเป็นภาพโดยรวม จัดเรียงโดย Fourteen Jun
เมื่อพิจารณาจากมุมมองของโปรแกรม ข้อสรุปหลักคือ:
ค่าน้ำมัน แยก + โครงการลูกโซ่ < โซ่ < แยก < เดี่ยว
ระดับของการรวมศูนย์: ลูกโซ่ (ไม่มีที่อยู่กลาง) < แยก (ไม่มีที่อยู่กลาง) < ลูกโซ่ (มีที่อยู่กลาง) < แยก (มีที่อยู่กลาง)
การรวมสินทรัพย์: ลูกโซ่ > แยก + ลูกโซ่ > แยก
ความเร็วในการอัปโหลดเป็นชุด: split = split + chain > chain
มันอาจจะดูสับสนเล็กน้อยเมื่อมองแวบแรก อะไรคือ chaining และอะไรคือ split? สิ่งนี้กลับมาที่โปรโตคอล Runes เอง ขอแนะนำให้อ่านเพิ่มเติม: การลดจำนวนลงครึ่งหนึ่งของ BTC กำลังจะเกิดขึ้นเร็วๆ นี้ โดยจะตีความกลไกการออกแบบพื้นฐานและข้อจำกัดของโปรโตคอล Runes
1.1. คำอธิบายโดยย่อเกี่ยวกับกลไกการแกะสลักอักษรรูน
Runes ใช้เทคโนโลยีการแกะสลักซึ่งเป็นวิธีที่ง่ายและใช้งานง่ายในการบันทึกข้อมูลบนห่วงโซ่: นั่นคือการเขียนลงในฟิลด์ op-return ของ UTXO (ธุรกรรมที่ยังไม่ได้ใช้) ใน bitc ฟังก์ชันนี้เปิดใช้งานตั้งแต่เวอร์ชัน 0.9 ของ Bitcoin ลูกค้าหลัก (14 ปี) OP-RETURN จะสร้างเอาต์พุตที่ไม่สิ้นเปลืองที่ตรวจสอบได้อย่างชัดเจน ทำให้สามารถจัดเก็บข้อมูลบนบล็อกเชนได้ คล้ายกับเอาต์พุต utxo แต่ไม่สามารถใช้ได้ คุณสามารถดูได้อย่างง่ายดายในเบราว์เซอร์ btc blockchain ว่าธุรกรรมมีการแนบข้อมูล op-return ดังภาพต่อไปนี้:
จะเห็นได้ว่าเอาต์พุต #3 ที่นี่ว่างจริง ๆ แม้ว่าจะครอบครองตำแหน่งเอาต์พุตของเอาต์พุต utxo แต่ก็เป็นรูปสี่เหลี่ยมผืนผ้ากลมปิด ซึ่งหมายความว่าไม่สามารถถ่ายโอนและใช้งานอีกครั้งได้ ดังนั้นมันจึงเหมือนกับธุรกรรม พื้นที่หมายเหตุซึ่งเหลืออยู่ในพื้นที่เก็บข้อมูล Bitcoin และสามารถพบได้ผ่านดัชนีพื้นที่แฮชของธุรกรรม หากคุณระวัง คุณอาจพบว่าเหตุใดจึงมี RUNE_TEST หลัง OP_RETURN ซึ่งเป็นผลมาจากการถอดรหัสเนื้อหาเฉพาะ หลังจากคลิกปุ่มรายละเอียด คุณจะพบสตริงการเข้ารหัส เช่น 52554 e 455 f 54455354 อันที่จริงแล้ว เป็นสตริงของข้อมูลที่เข้ารหัสเลขฐานสิบหก หลังจากถอดรหัส คุณจะได้รับ RUNE_TEST ในทำนองเดียวกัน มีการเข้ารหัสอื่นๆ ในรายละเอียด สุดท้ายนี้ หลังจากการถอดรหัส มันจะกลายเป็นสตริง อาจอยู่ในรูปแบบ json ซึ่งสะท้อนถึงการปรับใช้ การแคสต์ และการออก ฯลฯ ของสินทรัพย์รูน
ดังนั้น สิ่งที่เรียกว่านายหน้าซื้อขายหลักทรัพย์จึงมีกลไกเฉพาะสรุปได้ดังนี้ รูนสามารถเป็นนายหน้าซื้อขายสินทรัพย์ได้เพียงรายการเดียวในธุรกรรมหนึ่งรายการ
ดังนั้นต้นทุนการทำธุรกรรมที่เรียกว่า BTC จะถูกสะท้อนด้วยจำนวนข้อมูลในห่วงโซ่ธุรกรรม ดังนั้น การออกแบบแพลตฟอร์มการพิมพ์พร็อกซีจึงเทียบเท่ากับผู้ที่สามารถลดจำนวน UTXO ที่ปรากฏในธุรกรรม ซึ่งเป็นรูปแบบที่เหมาะสมที่สุด . มาขยายความกันที่รุ่นแยกและรุ่นลูกโซ่
1.2. แบบแยกส่วน
รูปแบบที่เรียกว่าการแบ่งคือการแบ่งธุรกรรมออกเป็นหลายธุรกรรมย่อยในระหว่างขั้นตอนการซื้อขายผ่านพร็อกซี จากนั้นจึงดำเนินการตามขั้นตอนการหล่อสินทรัพย์สำหรับธุรกรรมย่อยแต่ละรายการ
ตัวอย่างเช่น แผนการพิมพ์พร็อกซีของ tools.mempool จะดำเนินการดังแสดงในรูปด้านล่าง ธุรกรรมแรกจะประมาณการใช้ค่าธรรมเนียมการจัดการของธุรกรรมย่อยแต่ละรายการ จากนั้นสำรอง 546 (มูลค่าฝุ่นทั่วไปของ Bitcoin) + การจัดการ จำนวนค่าธรรมเนียมสำหรับการแยก แยก UTXO หลายอันแล้วคุณจะพบว่ามันถูกโอนไปยังที่อยู่ใหม่
ธุรกรรมครั้งที่สองจะถูกโอนจากที่อยู่ใหม่กลับไปยังที่อยู่ของผู้ใช้ และธุรกรรมเสร็จสมบูรณ์ และผู้ใช้ยังรวบรวมทรัพย์สินของรูนด้วย
ปัญหาที่ชัดเจนของโมเดลนี้คือต้องแบ่งธุรกรรมก่อน และผู้ใช้จะได้รับ UTXO แบบกระจายอำนาจ จากนั้นเมื่อผู้ใช้ต้องการสั่งซื้อสินค้าจะต้องวางคำสั่งซื้อทีละรายการหรือรวมเข้าด้วยกันก่อนแล้วจึงสั่งซื้อ สำหรับลูกค้ารายใหญ่จะทำให้ต้นทุนในการทำธุรกรรมเพิ่มขึ้น นอกจากนี้ แพลตฟอร์ม tools.mempool จะไม่ทำการเรียกพร็อกซีสำหรับผู้ใช้ในธุรกรรมแบบแยก ดังนั้นการสูญเสียที่ครอบคลุมจะสูงกว่าในรูปแบบการแยก
1.3. โหมดลูกโซ่
โครงสร้างลูกโซ่ที่เรียกว่านั้นคล้ายกับโครงสร้างต่อไปนี้ ในตอนแรกผู้ใช้มี 2 W Satoshi และแต่ละธุรกรรมจะใช้ธุรกรรมก่อนหน้าที่ยังอยู่ในพูลหน่วยความจำ ซึ่งเป็นธุรกรรมหลายรายการเช่นกัน
ที่นี่คุณจะพบว่า 6144 satoshi ที่เรียกเก็บตามหมายเลขที่ลงท้ายด้วย s 2 t 4 เป็นค่าคอมมิชชั่นของแพลตฟอร์มสำหรับการพิมพ์ เมื่อเทียบกับค่าธรรมเนียมการจัดการ 3892 ที่ต้องดำเนินการในการพิมพ์พร็อกซี อาจกล่าวได้ว่ารายได้จากการพิมพ์พร็อกซี แพลตฟอร์มสูงมาก
แพลตฟอร์มนี้คือ Runestone ซึ่งก่อนหน้านี้อ้างว่าได้พัฒนาตลาดการพิมพ์พร็ อก ซี Runes ใน 5 วัน ที่จริงแล้วจากมุมมองของธุรกรรม ไม่มีใครให้ความสนใจกับแพลตฟอร์มนี้มาเป็นเวลานาน วันยังคงสร้างรายได้เกือบ 3 BTC (มากกว่า 150 W) รายได้ค่าธรรมเนียมสูงมากสำหรับนักพัฒนาแต่ละราย
อย่างไรก็ตาม นี่เป็นค่าใช้จ่ายที่ไม่มีความหมายจริงๆ มีหลายแพลตฟอร์มที่มีการสร้างโค้ดโอเพ่นซอร์สอยู่แล้ว ตัวอย่างเช่น OKX ยังได้เปิดซอร์สโค้ด Runes ซึ่งเป็นวิธีแก้ปัญหาที่สมบูรณ์แบบสำหรับปัญหาการเข้ารหัส การถอดรหัส และการพิมพ์พร็อกซีของ Runes อ้างอิงและสร้างเครื่องมือการพิมพ์พร็อกซีของตนเอง https://github.com/okx/js-wallet-sdk
กลับมาที่ห่วงโซ่ เนื่องจากเกือบจะเป็นธุรกรรมแรกที่ต้องเก็บค่าธรรมเนียมการจัดการ และทุกธุรกรรมที่ตามมาจะได้รับการประมวลผลแบบวนซ้ำดังที่แสดงด้านล่าง ปริมาณข้อมูลเองก็ค่อนข้างน้อย
2. โมเดลที่ดีที่สุดสำหรับรูน: แยก + เชน
ปัจจุบัน Luminex เป็นรูปแบบโซลูชันที่ค่อนข้างดี ซึ่งสามารถผลิตมินท์จำนวนมากได้ แพลตฟอร์มดังกล่าวมาพร้อมกับเครื่องมือแยก utxo เพื่อให้ใช้งานง่าย และใช้โซลูชันแบบแยกสาย + โซ่ ดังที่แสดงด้านล่าง:
หลังจากที่แพลตฟอร์มถูกแยกออก แพลตฟอร์มจะมอบสินทรัพย์แก่ผู้ใช้ก่อน โดยไม่ต้องเสียเงินใดๆ
และถ้าหล่อภายใน 25 ครั้ง ให้แยกแก๊สออกให้เพียงพอสำหรับการหล่อโซ่ แล้วจึงทำการหล่อ
ในที่สุด หากการหล่อมากกว่า 25 ครั้ง ก๊าซที่ต้องการจะถูกแบ่งออกเป็นหลายโซ่ จากนั้นจึงทำการหล่อ
แม้ว่าค่าธรรมเนียมการจัดการขั้นพื้นฐานจะไม่ดีไปกว่าโซ่ แต่ก็สามารถบรรลุการหล่อขนาดใหญ่ที่สำคัญได้ และประสิทธิภาพแบบออนไลน์สามารถทำให้การหล่อเสร็จสมบูรณ์ภายในขีดจำกัด 2 บล็อก
2.1. เหตุใดจึงมีตัวชี้วัดประสิทธิภาพการผูกมัด?
เนื่องจากโหนด BTC มีกลไกในการป้องกันการโจมตี DoS
ในการใช้งาน utxo เดียวและลิงก์ที่ใช้งาน ธุรกรรมสูงสุด 25 รายการจะถูกจำกัดไว้ที่พูลหน่วยความจำ
นี่คือสาเหตุที่ Mint ที่มีปริมาณมากส่วนใหญ่ใช้ที่อยู่กลางเพื่อยกเลิกข้อจำกัดดังกล่าว สำหรับเชน สินทรัพย์จะถูกเพิ่มและโอนไปยังผู้ใช้ในที่สุด
ดังนั้นธุรกรรมเพียง 25 รายการในรุ่นลูกโซ่จึงสามารถอยู่ในพูลหน่วยความจำในเวลาเดียวกันได้ แต่ในรุ่นแยกหลังจากอัพโหลดธุรกรรมแยกไปยังลูกโซ่แล้ว ค่าไม่จำกัดก็สามารถใส่ลงในพูลหน่วยความจำได้ (เนื่องจาก ธุรกรรมหลักไม่อยู่ในพูลหน่วยความจำอีกต่อไป แต่ละ utxo Vout ถูกคำนวณอย่างอิสระ (จำกัด 25) ดังนั้น luminex ซึ่งเป็นโมเดลที่เหมาะสมที่สุดไม่เพียงแต่มีก๊าซต่ำที่สุดเท่านั้น แต่ยังมีความสามารถในการหล่อปริมาณมากในขณะที่ยังคงรักษาก๊าซไว้ ต่ำมาก.
อย่างไรก็ตาม มีรุ่นที่ดีกว่า luminex จริงๆ
เนื่องจากธุรกรรมแยกของ luminex จะถูกโอนไปยังผู้ใช้แยกต่างหาก แต่สินทรัพย์นี้ไม่จำเป็นต้องโอนไปยังผู้ใช้ แต่สามารถโอนไปยัง utxo ของธุรกรรมลูกโซ่ที่สองได้ เนื่องจาก Runes มีกลไกการไหลของสินทรัพย์เริ่มต้น จึงสามารถถ่ายโอนได้อีกครั้ง ในกรณีของ luminex ต้นทุนของ utxo ก็ลดลง
2.2. การเปรียบเทียบอัตราการเพิ่มประสิทธิภาพค่าธรรมเนียมการจัดการ BTC
คุยเรื่องต้นทุนครึ่งวันแล้วจะวัดต้นทุนยังไง? ในความเป็นจริงมันง่ายมาก ผู้ใช้มักจะกำหนดราคาต่อหน่วยซึ่งคล้ายกับ gasPrice แต่จริงๆ แล้ว BTC อาศัยการจัดเก็บข้อมูลเป็นหน่วยปริมาณซึ่งก็คือ vsize ลองใช้ที่อยู่ taproot เป็นตัวอย่าง (ที่อยู่ที่แตกต่างกันจะมีค่าธรรมเนียมการจัดการที่แตกต่างกัน และที่อยู่ taproot จะมีค่าธรรมเนียมการจัดการที่ต่ำกว่า)
สำหรับอินพุตเพิ่มเติมแต่ละรายการ vsize จะเพิ่มขึ้น 58
สำหรับเอาต์พุตเพิ่มเติมแต่ละรายการ vsize จะเพิ่มขึ้น 43
และการเขียนแต่ละ OP_RETURN , vsize ใช้เวลาประมาณ 30
ดังนั้นเราจึงสามารถคำนวณอัตราการเพิ่มประสิทธิภาพได้ดังต่อไปนี้
ชุดลูกโซ่ Mint 10 ปากการาคา: i * 10 + o 10 +p 10 = 1310
แยกแบทช์ Mint 10 ธุรกรรม ราคา: i * 10 + o 10 +o 9 +p* 10 = 1697
อัตราการปรับก๊าซให้เหมาะสม: (1697-1310)/1697 = 22.8%
ปากกาชุดลูกโซ่ Mint 20 ราคา: i * 20 + o 20 +p 20 = 2620
แยกแบทช์ Mint 20 ธุรกรรม ราคา: i * 20 + o 20 +o 19 +p* 20 = 3437
อัตราการปรับก๊าซให้เหมาะสม: (3437-2620)/3437 = 23.8%
20% อาจดูเหมือนไม่มาก แต่ในช่วงเวลาสูงสุดเมื่อธุรกรรมการหล่อครั้งเดียวใช้ 100 U 10 แบทช์สามารถลดต้นทุนลง 200 U ได้ ในที่สุดการกระจายต้นทุนที่ละเอียดอ่อนก็ถูกแมปกับเกณฑ์ทางจิตวิทยาของธุรกรรมในท้ายที่สุด
เมื่อต้องเผชิญกับค่าธรรมเนียมเอเจนซี่ที่สูง ผู้ที่หวังว่าจะได้รับส่วนแบ่งเร็วที่สุดในแวดวง web3 ในอนาคต ยังคงจำเป็นต้องเรียนรู้โหนด js พื้นฐานเพื่อรันโค้ดโอเพ่นซอร์สต่างๆ โดยตรง (เช่น ส่วนประกอบลายเซ็นโอเพ่นซอร์ส OKX ที่กล่าวถึง ข้างต้น) ข้ามปัญหาการชาร์จแพลตฟอร์มได้โดยตรง และแม้กระทั่งในบทตลาดการซื้อขายถัดไป คุณสามารถหลีกเลี่ยงการปิดกั้นของหลาย ๆ แพลตฟอร์มได้โดยตรง เพื่อสร้างธุรกรรมข้ามแพลตฟอร์มโดยตรง และแม้กระทั่งตรวจสอบกลุ่มหน่วยความจำโดยตรงและเร่งรีบเพื่อแสวงหาผลกำไรโดยตรง
3. สรุป
Runes Asset Protocol ได้รับการเผยแพร่เป็นเวลาหนึ่งเดือน แต่น่าเสียดายที่ในที่สุดมันก็ไม่ถึงเกณฑ์ 1 พันล้านดอลลาร์สหรัฐ มีรายงานด้วยว่า Ordinals มีการสนทนาสดที่น่าสนใจกับ Casey ผู้ก่อตั้ง Runes เพื่อขอ Seppuku
แต่ในการวิเคราะห์ขั้นสุดท้าย โครงสร้างพื้นฐานหลักทั้งสองของระบบนิเวศนั้นไม่สมบูรณ์ ทำให้นักลงทุนรายย่อยเข้าร่วมมีค่าใช้จ่ายสูงเกินไป และขาดการดำเนินงานด้านนิเวศน์สำหรับสถาบันที่จะเข้าร่วม
ประการแรก แพลตฟอร์มที่เกิดขึ้นในปัจจุบันอาจเรียกเก็บค่าธรรมเนียมสูงหรือมีฟังก์ชันที่ไม่สมบูรณ์ ตัวอย่างเช่น แม้ว่าต้นทุนห่วงโซ่ของ Runestone จะต่ำ แต่การประมาณค่าก๊าซนั้นไม่ถูกต้อง ซึ่งอาจนำไปสู่การสึกหรอของธุรกรรมครั้งล่าสุดได้อย่างง่ายดาย และควบคู่ไปกับความไม่แน่นอนของห่วงโซ่ ห่วงโซ่จะค่อยๆ ถอนตัวออกจากตลาด
นอกจากนี้ โมเดลเอเจนซี่ปัจจุบันยังคงละเลยความต้องการที่แท้จริงของผู้ใช้และธุรกรรมของตัวเอง
สินทรัพย์ที่ได้มาแต่ละรายการมักจะจำเป็นต้องขายต่ออย่างรวดเร็วยิ่งขึ้น อย่างไรก็ตาม ในช่วงแรกของตลาด ราคามีความผันผวนอย่างมาก และในความเป็นจริงแล้ว นอกเหนือจากพฤติกรรมของตลาดของฝ่ายโครงการเองแล้ว ก็จะมีไม่มากนัก การเข้าซื้อสินทรัพย์ขนาดใหญ่ กล่าวอีกนัยหนึ่ง ผู้ที่มีเงินทุนจำนวนมากในการซื้อสินทรัพย์ 1,000 รายการสามารถทำได้ด้วยตนเอง ดังนั้นแม้ว่าต้นทุนการผูกมัดจะต่ำ แต่ก็ไม่เหมาะสำหรับระยะแรกสุด ในกรณีของราคาที่ผันผวนด้วยความเร็วสูงและไม่มีเครื่องมือแยกชิ้นในตลาด การรวมชิ้นส่วนมากกว่า 20 ชิ้นเกิดจากการผูกมัดในหนึ่งเดียว ธุรกรรมจะทำให้การทำธุรกรรมยากขึ้น เกณฑ์ในการสแกนสินค้าจะสูงขึ้น สุดท้ายนี้ บทความนี้เกี่ยวกับกลไกการซื้อขายสินทรัพย์บน BTC นอกจากนี้ยังมีรูปแบบตลาดการซื้อขายในอนาคตซึ่งสามารถนำไปปรับใช้กับรูปแบบการซื้อขายของสินทรัพย์ใหม่ เช่น (BRC 20, Ordinals, Atomical, Runes) ดังนั้นคอยติดตามและอย่าพลาด
อ้างอิง:
การสร้างการแยกรูนเปิดซอร์สโค้ด: https://github.com/okx/js-wallet-sdk
รหัสที่มาอย่างเป็นทางการของโปรโตคอล ruens: https://github.com/ordinals/ord
