ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
Bitcoin Core(บิตคอยน์คอร์) เวอร์ชัน 30.0 ปรับเพดานข้อมูล OP_RETURN ที่อนุญาตตามค่าเริ่มต้นให้สูงขึ้นเป็น 1 แสนไบต์ ทำให้ข้อถกเถียงเรื่องการใช้พื้นที่บล็อก(block space) กลับมาร้อนแรงอีกครั้ง ท่ามกลางการขยายตัวของ Runes(รูนส์) ชุมชนนักพัฒนาก็มีความเห็นแตกต่างกันว่าควรจัดสรรพื้นที่บล็อกให้กับธุรกรรมการชำระเงินก่อนหรือไม่
Crypto Briefing รายงานเมื่อวันที่ 10 กันยายนว่า จำนวนเอาต์พุต(output) ของ OP_RETURN กำลังใกล้แตะระดับ 7 แสนรายการ อย่างไรก็ตาม ตัวเลขดังกล่าวยังไม่มีข้อมูลต้นทางที่ได้รับการยืนยัน จึงยังสรุปแน่ชัดไม่ได้ว่าเป็นปริมาณการใช้งานจริง
คำ OP_RETURN คือคำสั่งสคริปต์ที่ใช้แทรกข้อมูลใดๆ เข้าไปในธุรกรรมของบิตคอยน์(BTC) โดยถูกออกแบบให้ล้มเหลวเสมอเมื่อถูกประมวลผล ทำให้เอาต์พุตนี้ไม่หลงเหลืออยู่ในรูปแบบเอาต์พุตธุรกรรมที่ยังไม่ถูกใช้(UTXO) ตามปกติ
นอกจากใช้เพื่อการชำระเงินแล้ว OP_RETURN ยังถูกนำไปใช้บันทึกข้อมูลและประมวลผลโปรโตคอลโทเคนด้วย ดังนั้นการที่ธุรกรรมประเภทนี้เพิ่มขึ้นเพียงอย่างเดียว จึงยังไม่สามารถสรุปได้ว่าความต้องการชำระเงินหรือมูลค่าทางเศรษฐกิจของธุรกรรมบิตคอยน์เพิ่มขึ้นในสัดส่วนเดียวกัน
บันทึกการเปิดตัว(release notes) ของ Bitcoin Core เวอร์ชัน 30.0 ระบุว่าได้ปรับค่าเริ่มต้นของพารามิเตอร์ ‘-datacarriersize’ ให้สูงขึ้นเป็น 1 แสนไบต์ พร้อมทั้งอนุญาตให้หนึ่งธุรกรรมมีเอาต์พุต OP_RETURN ได้หลายรายการ ทั้งในแง่การส่งต่อ(relay) ของโหนดและการนำไปรวมในกลุ่มที่รอขุด
หากต้องการใช้เพดานเดิมที่ 83 ไบต์ ผู้ใช้ต้องตั้งค่าเพิ่มเติมเอง อย่างไรก็ตาม การเปลี่ยนแปลงนี้ไม่ได้รับประกันว่าธุรกรรมที่มีค่าธรรมเนียมต่ำจะถูกกระจายไปทั่วทั้งเครือข่ายอย่างเท่าเทียม หรือจะได้รับการยืนยันเข้าไปในบล็อกเสมอไป
การปรับครั้งนี้ไม่ได้เปลี่ยนกฎฉันทามติ(consensus rules) ของบิตคอยน์ แต่เป็นการเปลี่ยนนโยบายเริ่มต้นของโหนดในการส่งต่อธุรกรรมที่ยังไม่ได้รับการยืนยัน และการนำเข้าสู่รายชื่อที่รอถูกขุด กฎฉันทามติคือกฎที่ทุกโหนดใช้ร่วมกันในการตัดสินความถูกต้องของบล็อกและธุรกรรม ส่วนนโยบายคือเกณฑ์ที่แต่ละโหนดกำหนดเองว่าจะส่งต่อธุรกรรมใดก่อน
Runes(รูนส์) เป็นตัวอย่างการใช้ OP_RETURN บันทึกข้อมูลโปรโตคอลโทเคน ตามเอกสารทางการของ Runes ระบุว่า runestone(รูนสโตน) จะถูกจัดเก็บด้วยการวาง ‘OP_13’ และข้อมูลแบบพุช(data push) ต่อจาก OP_RETURN ซึ่งบรรจุข้อมูลการออก การผลิต(minting) และการโอน หนึ่งธุรกรรมสามารถมี runestone ได้สูงสุดเพียงหนึ่งรายการ ด้วยโครงสร้างนี้ OP_RETURN จึงไม่ได้เป็นเพียงเครื่องมือบันทึกตัวอักษรทั่วไป แต่ยังเป็นช่องทางเก็บข้อมูลสถานะของโปรโตคอลโทเคนบนเครือข่ายบิตคอยน์อีกด้วย
ฝ่ายหนึ่งในข้อถกเถียงมองว่าพื้นที่บล็อกควรถูกจัดสรรให้กับการโอนเงินเป็นอันดับแรก ในข้อถกเถียงเรื่อง BIP-110 ที่สื่อเราเคยรายงานไปก่อนหน้านี้ ประเด็นที่ข้อมูลที่ไม่ใช่การชำระเงินอาจเข้ามาแย่งพื้นที่บล็อกก็เป็นประเด็นหลักเช่นกัน ข้อเสนอ BIP-110 มีเนื้อหาจำกัดการแทรกข้อมูลใดๆ ต่อเนื่องที่เกิน 256 ไบต์ และเสนอให้กลับไปใช้เพดานนโยบาย OP_RETURN ที่ 83 ไบต์ตามเดิม โดยให้เหตุผลว่าการจัดเก็บข้อมูลอาจแย่งพื้นที่กับธุรกรรมชำระเงิน ซึ่งจะดันค่าธรรมเนียมให้สูงขึ้นและเพิ่มภาระในการดูแลโหนด
อีกฝ่ายเน้นย้ำว่า OP_RETURN เป็นช่องทางบันทึกข้อมูลที่ชัดเจนและตรวจสอบได้ หากถูกจำกัด ข้อมูลอาจย้ายไปใช้สคริปต์อื่นหรือวิธีที่ไม่เป็นมาตรฐานแทน ซึ่งผลลัพธ์อาจไม่ใช่การลดการใช้ข้อมูลลง แต่กลับทำให้ตรวจสอบข้อมูลได้ยากขึ้น
ในการถกเถียงที่เกี่ยวข้องบนคลังโค้ด(repository) ของ Bitcoin Core ยังมีความเห็นเสนอให้แยกการจัดการขนาดข้อมูล OP_RETURN ออกจากจำนวนเอาต์พุต โดยมองว่าหากกำหนดขนาดข้อมูลและจำนวนเอาต์พุตต่อหนึ่งธุรกรรมแยกจากกัน จะช่วยเพิ่มความยืดหยุ่นในการออกแบบนโยบาย
ฟีเจอร์ที่แสดงข้อมูล OP_RETURN ในธุรกรรมบิตคอยน์ให้อยู่ในรูปประโยคที่มนุษย์อ่านเข้าใจได้ ก็เคยถูกนำเสนอในรายงานของสื่อเรามาแล้ว โดยฟีเจอร์แสดงข้อมูล OP_RETURN แบบเรียลไทม์นี้เป็นตัวอย่างที่ทำให้ข้อมูลบนเชนซึ่งส่วนใหญ่เป็นตัวเลขและแฮชสามารถแสดงผลบางส่วนออกมาในรูปประโยคได้
ท้ายที่สุดแล้ว ประเด็นสำคัญไม่ได้อยู่ที่ปริมาณการใช้งาน OP_RETURN เพียงอย่างเดียว แต่อยู่ที่นโยบายของโหนดบิตคอยน์จะยอมให้มีการแทรกข้อมูลและใช้งานโปรโตคอลโทเคนได้มากน้อยเพียงใด ส่วนตัวเลขการใช้งานที่ใกล้แตะ 7 แสนรายการ รวมถึงผลกระทบต่อค่าธรรมเนียมและความแออัดของบล็อก ยังต้องตรวจสอบเวลาอ้างอิงและข้อมูลต้นทางเพิ่มเติมต่อไป
ความคิดเห็น 0