เขียนโดย: Trustless Labs
วันนี้ Luke ผู้พัฒนา Bitcoin Core กล่าวถึงการคัดค้านโปรโตคอลการจารึกที่คล้ายกับ Ordinals บน
การสนทนานี้หมักดองอย่างรวดเร็วในชุมชน Bitcoin และได้รับความสนใจและการอภิปรายอย่างมาก
ที่มาของความขัดแย้ง
ในความเป็นจริง นักพัฒนา Bitcoin Core ตั้งคำถามกับคำจารึกนี้มานานแล้ว หลังจาก Segregated Verification ขีดจำกัดบนของขนาดบล็อกก็ขยายเป็น 4MB ในเดือนกุมภาพันธ์ปีนี้ บล็อกขนาดใหญ่ 3.96MB ได้ถูกขุดออกมา ซึ่ง Ordinals- ธุรกรรมที่เกี่ยวข้องคิดเป็นมูลค่าที่น่าทึ่ง 3.94MB 99.5% เมื่อ Inscription เริ่มได้รับความนิยมในเดือนพฤษภาคม Bitcoin-dev ได้ตั้งคำถามเกี่ยวกับธุรกรรม Taproot ที่ไม่ได้มาตรฐานซึ่งครอบครองพื้นที่บล็อกจำนวนมาก ใน อีเมล dev ชี้ให้เห็นว่าโครงการที่คล้ายกับ BRC-20 ได้สร้างปริมาณธุรกรรมมหาศาล BTC เครือข่ายมีความหนาแน่นสูง ดังนั้นจึงไม่สามารถบรรจุ "การแปลง Bitcoin จริง" และอัปโหลดไปยังเครือข่ายได้ตามปกติ
Luke ชี้ให้เห็นว่าโปรโตคอลเช่น Ordinals นั้น "ไร้ค่า" และกล่าวว่ามันส่งผลกระทบร้ายแรงต่อการใช้ BTC ตามปกติในฐานะสกุลเงินดิจิตอลแบบ peer-to-peer ในเวลาเดียวกัน อีเมลยังกล่าวถึงวิธีการจำกัดคำจารึกที่แสดงโดย Luke ในทวีตนี้ นั่นคือการเพิ่มกลไกการตรวจสอบให้กับลูกค้าเพื่อบังคับให้โหนดลบธุรกรรม Taproot ที่ไม่ได้มาตรฐานโดยตรง และโหนดจะไม่ส่งต่อดังกล่าวอีกต่อไป การทำธุรกรรมเพื่อห้ามจารึก เป้าหมายของ
อัปเกรดแผนและผลที่ตามมา
ตามทวีตของลุค ข้อ จำกัด ที่แนะนำส่วนใหญ่จะกำหนดพารามิเตอร์นโยบายการเซ็นเซอร์บนไคลเอนต์ knots:
-ขนาดของผู้ให้บริการข้อมูล:
อัปเกรดแผนและผลที่ตามมา
ตามทวีตของลุค ข้อ จำกัด ที่แนะนำส่วนใหญ่จะกำหนดพารามิเตอร์นโยบายการเซ็นเซอร์บนไคลเอนต์ knots:
-ขนาดของผู้ให้บริการข้อมูล:
- พารามิเตอร์นี้จำกัดขนาดของข้อมูลที่สามารถบรรทุกได้ในสคริปต์เอาท์พุต OP_RETURN เป็นหลัก ข้อมูลเหล่านี้จะถูกกรอกในเอาท์พุตของ UTXO ในโปรโตคอลที่มีอยู่ Omni และ Colored ทั้งคู่ทำงานโดยการกรอกข้อมูลใน OP_RETURN ใน Inscription Runes ในระบบนิเวศ ยังมีการจัดทำดัชนีข้อมูลตาม OP_RETURN
- ค่าเริ่มต้นของพารามิเตอร์นี้คือ 83 ไบต์ ลุคแนะนำให้ตั้งค่าโดยตรงเป็น 0 ในไคลเอนต์ปัจจุบันเพื่อป้องกันไม่ให้โหนดถ่ายทอดธุรกรรมด้วยข้อมูล OP_RETURN และแก้ไขค่าเริ่มต้นของพารามิเตอร์นี้เป็น 42 ใน Knots 25.1 ที่กำลังจะมาถึง
-ขนาดสคริปต์สูงสุด:
- พารามิเตอร์นี้ส่วนใหญ่จะจำกัดขนาดสคริปต์ของธุรกรรมที่โหนดสามารถถ่ายทอดได้ โปรโตคอล Ordinals จัดทำดัชนีข้อมูลโดยการแกะสลักข้อมูลโปรโตคอลในสคริปต์ Taproot
- หลังจากที่พารามิเตอร์มีผล โหนดจะไม่ส่งต่อ taptootscript ผ่านโหนด P2P อีกต่อไป ธุรกรรมที่มีขนาดเกินเกณฑ์ที่ตั้งไว้จะส่งผลต่อการสร้างเหรียญและการโอน Ordinals
- Luke แนะนำพารามิเตอร์นี้ ใน V25.1 และ ตั้งค่าเริ่มต้นเป็น 1650
จะเห็นได้ว่าเส้นทางการอัพเกรดที่ลุคกล่าวถึงในครั้งนี้นั้นสอดคล้องกับแนวคิดในการเพิ่มตัวกรองในไคลเอนต์เพื่อกรองธุรกรรม Taproot ที่ผิดปกติดังที่เขากล่าวไว้ในอีเมล Bitcoin-dev หากนักขุดยอมรับสิ่งนี้ใน รหัสปัจจุบัน หากมีการแก้ไข ธุรกรรม Taproot ที่มีขนาดสคริปต์ใหญ่กว่าการตั้งค่า (ค่าเริ่มต้น 1650 ไบต์) ในเครือข่ายรีเลย์จะถูกปฏิเสธในโหนด และธุรกรรม Ordinals บางส่วนจะไม่ถูกออกอากาศตามปกติ
อย่างไรก็ตาม การอัปเดตนี้จะจำกัดขนาดของข้อมูลที่ OP_RETURN และ TaprootScript ดำเนินการในไคลเอ็นต์ Knots เท่านั้น โดยจะให้ตัวเลือกแก่ผู้ดูแลโหนดในการปฏิเสธธุรกรรมที่เกี่ยวข้องกับการจารึกบางรายการเท่านั้น และการอัปเกรด Taproot ใน Bitcoin Core จะไม่ทำการตรวจสอบสัมพันธ์กับขนาดข้อมูลพยานของ Taproot
และเมื่อพิจารณาจากโค้ด ในเวอร์ชันโค้ด Knots ปัจจุบัน ค่าเริ่มต้นสูงสุดที่ 1650 ไบต์สามารถรองรับข้อกำหนดในการถ่ายโอนโทเค็น ดังนั้นโหมดข้อจำกัดปัจจุบันจึงไม่สามารถป้องกันการดำเนินการที่เกี่ยวข้องกับ BRC-20 ได้อย่างสมบูรณ์ เกี่ยวกับข้อจำกัดเพิ่มเติม คุณต้องให้ความสนใจกับการเปลี่ยนแปลงนโยบายเพิ่มเติมของลุคในอนาคต
การพัฒนาระบบนิเวศ BTC ในภายหลัง
แม้ว่าการถกเถียงเรื่องคำจารึกนั้นดำเนินไปเป็นเวลานาน แต่ตอนนี้ระบบนิเวศ BTC ได้รับความนิยมอย่างมาก คำกล่าวของลุคก็กระตุ้นให้เกิดกระแสตอบรับที่ดีจากชุมชน และชุมชนก็เริ่มที่จะหารือกันอย่างดุเดือดเกี่ยวกับการพัฒนาระบบนิเวศ BTC ในภายหลัง .
การพัฒนาระบบนิเวศ BTC ในภายหลัง
แม้ว่าการถกเถียงเรื่องคำจารึกนั้นดำเนินไปเป็นเวลานาน แต่ตอนนี้ระบบนิเวศ BTC ได้รับความนิยมอย่างมาก คำกล่าวของลุคก็กระตุ้นให้เกิดกระแสตอบรับที่ดีจากชุมชน และชุมชนก็เริ่มที่จะหารือกันอย่างดุเดือดเกี่ยวกับการพัฒนาระบบนิเวศ BTC ในภายหลัง .
เพื่อตอบสนองต่อเหตุการณ์นี้ Shenyu ตัวแทนของนักขุดได้แสดงความคิดเห็นของเขาว่า Bitcoin ไม่ได้นำโดยนักพัฒนา และผู้ขุดจำเป็นต้องสนับสนุนการอัพเกรดที่เกี่ยวข้อง มิฉะนั้น เว้นแต่นักพัฒนาจะทำการ fork เอง
ในเวลาเดียวกัน การตรวจสอบและการกรองคำจารึก "ธุรกรรมขยะ" ที่เสนอโดย Luke ปัจจุบันยังคงอยู่ที่ระดับลูกค้าเท่านั้น หากธุรกรรมจารึกถูกห้ามโดยสิ้นเชิงในระดับโปรโตคอล จะต้องอัปเดตและเพิ่มลงใน Bitcoin Core และจำเป็นต้องอยู่ในรูปของ BIP ด้วยซ้ำ ลุคเองก็ยอมรับว่า "ช่องโหว่" นี้ไม่สามารถหลีกเลี่ยงได้ก่อนที่จะอัปเกรด V27
KOL หลายคนในชุมชนก็ออกมาพูดคุยเรื่องนี้ด้วย และบางคนก็บอกว่าพวกเขา "จะไม่เห็นด้วยอย่างแน่นอน":
Mist Cosine ยังกล่าวอีกว่า "ไม่จำเป็นต้องซ่อมแซม":
จากด้านข้าง จะเห็นได้ว่าเสียงของชุมชนยังคงมองโลกในแง่ดีเกี่ยวกับระบบนิเวศน์ของ Inscription และตระหนักถึงโมเมนตัมการพัฒนาขนาดใหญ่ที่ Inscription นำมาสู่ระบบนิเวศและการขุด BTC แนวคิดของผู้ใช้ชุมชนในการสร้าง "ห่วงโซ่การจารึก" ที่คล้ายกับเลเยอร์ 2 ก็ได้รับการตอบรับเชิงบวกจากลุคเช่นกัน
โดยสรุป แม้ว่าขอบเขตของการสนทนานี้จะกว้างมากและนักพัฒนา Bitcoin Core ก็ไม่เห็นด้วยกับ Inscription มาเป็นเวลานานและต้องการดำเนินการอย่างชัดเจน เมื่อพิจารณาว่าตลาด Inscription ได้ผูกมัดผลประโยชน์ของนักขุด การแลกเปลี่ยน และผู้ใช้ ถูกกำหนดให้เป็นลายกระดานหกแบบหลายฝ่าย ดังนั้น ความก้าวหน้าจะไม่ราบรื่นมากนัก ในเวลาเดียวกัน Taproot Asset ซึ่งถือเป็น "ออร์โธดอกซ์" มาโดยตลอด ใช้พื้นที่บนเชนน้อยลงและจะไม่ได้รับผลกระทบแม้ว่าจะอัปเกรดแล้วก็ตาม ทิศทางนี้อาจปล่อยศักยภาพออกมามากขึ้น
ความคิดเห็นทั้งหมด