Back to top
  • 공유 แชร์
  • 인쇄 พิมพ์
  • 글자크기 ขนาดตัวอักษร
ลิงก์ถูกคัดลอกแล้ว

โซลานา(SOL) ขยายขีดจำกัดข้อมูลต่อธุรกรรม 3.3 เท่า ไม่ได้เพิ่มปริมาณประมวลผล

โซลานา(SOL)เพิ่มข้อมูลสูงสุดต่อธุรกรรมจาก 1,232 ไบต์เป็น 4,096 ไบต์ หรือประมาณ 3.3 เท่า แต่ไม่ได้หมายความว่าปริมาณการประมวลผลของเครือข่ายหรือราคา SOL จะเพิ่มขึ้นในสัดส่วนเดียวกัน

มูลนิธิโซลานาระบุว่า รูปแบบธุรกรรม v1 เปิดใช้งานแล้วเมื่อวันที่ 15 เวลา 10.00 น. ตามเวลาเกาหลี ซึ่งเป็นช่วงเริ่มต้นเมนเน็ต Epoch 1035 การเปลี่ยนแปลงนี้อ้างอิง SIMD-0296 และ SIMD-0385 ขณะที่ธุรกรรมรูปแบบ Legacy และ v0 ยังคงใช้งานได้

การเปิดใช้งานครั้งนี้เป็นขั้นตอนต่อจากรายงานก่อนหน้านี้เกี่ยวกับการเตรียมนำการขยายขีดจำกัดธุรกรรม v1 ของโซลานาขึ้นเมนเน็ต โดยก่อนหน้านั้นฟีเจอร์ดังกล่าวทำงานบน Testnet และ Devnet ส่วนครั้งนี้ได้เข้าสู่การเปิดใช้งานจริง

สาระสำคัญไม่ได้อยู่ที่ความเร็วในการประมวลผลธุรกรรม แต่อยู่ที่การเพิ่มขอบเขตข้อมูลและคำสั่งที่สามารถบรรจุในธุรกรรมเดียว ธุรกรรม v1 เปิดทางให้การดำเนินงานที่มีข้อมูลขนาดใหญ่ เช่น Zero-Knowledge Proof (ZK proof) การลงนามหลายฝ่าย และรูปแบบการลงนามบนเชน ซึ่งเดิมอาจต้องแบ่งเป็นหลายธุรกรรม สามารถรวมเป็นธุรกรรมแบบอะตอมิกได้มากขึ้น

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

อย่างไรก็ตาม v1 ไม่ได้มีประสิทธิภาพมากกว่าในทุกธุรกรรม เนื่องจากรูปแบบ v1 ไม่รองรับตารางค้นหาที่อยู่ หรือ Address Lookup Table (ALT) ซึ่งใช้ในธุรกรรม v0 ทำให้ต้องบันทึกที่อยู่บัญชีโดยตรงไว้ในธุรกรรม

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

นักพัฒนาและผู้ดูแลโครงสร้างพื้นฐานต้องปรับปรุงระบบอ่านและจัดทำดัชนีธุรกรรมด้วย มูลนิธิโซลานาแนะนำว่า RPC และฟีเจอร์สมัครรับข้อมูลบล็อกที่อ่านธุรกรรม v1 ต้องกำหนดเวอร์ชันธุรกรรมสูงสุดที่รองรับเป็น 1 นอกจากนี้ ควรอ่านค่า Compute Unit และค่าธรรมเนียมลำดับความสำคัญจากค่าตั้งค่าธุรกรรม แทนคำสั่ง ComputeBudget แบบเดิม

ประเด็นนี้อาจส่งผลต่อระบบจัดทำดัชนีและผู้สนับสนุนค่าธรรมเนียมเดิมด้วย โดยบทความตรวจสอบความเข้ากันได้ก่อนหน้านี้ระบุว่า หากระบบเดิมตรวจสอบเฉพาะคำสั่ง ComputeBudget ก็อาจอ่านค่า fee cap หรือขีดจำกัด Compute Unit ของธุรกรรม v1 ได้ไม่ครบถ้วน

การใช้งานโซลานาอยู่ในระดับสูงอยู่แล้ว Blockworks Research รวบรวมว่า ธุรกรรมที่ไม่ใช่ธุรกรรมลงคะแนนของโซลานาอยู่ที่ 10,100 ล้านรายการในไตรมาส 1 ปี 2026 สูงสุดเป็นประวัติการณ์สำหรับรายไตรมาส และลดลงเหลือ 9,800 ล้านรายการในไตรมาส 2 แต่ยังเป็นระดับสูงสุดอันดับสองเมื่อพิจารณารายไตรมาส

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

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

โครงสร้างค่าธรรมเนียมก็ไม่ได้เปลี่ยนแปลงโดยอัตโนมัติ ค่าธรรมเนียมธุรกรรมพื้นฐานของโซลานาอยู่ที่ 5,000 Lamport ต่อหนึ่งลายเซ็น และอาจมีค่าธรรมเนียมลำดับความสำคัญตาม Compute Unit เพิ่มเติม แต่การเพิ่มข้อมูลที่รองรับต่อธุรกรรมไม่ได้หมายความว่าค่าธรรมเนียมหรือรายได้ของเครือข่ายจะเพิ่มขึ้นในสัดส่วนเดียวกัน

DeFiLlama รวบรวมรายได้บนเชนของโซลานาในช่วงเวลาเฉพาะไว้ที่ประมาณ 85,000 ดอลลาร์ (ราว 115.6 ล้านวอน) และรายได้จากแอปพลิเคชันประมาณ 5.19 ล้านดอลลาร์ (ราว 705.84 ล้านวอน) อย่างไรก็ตาม ตัวเลขดังกล่าวยังไม่สามารถใช้ยืนยันการเปลี่ยนแปลงหลังเปิดใช้งาน v1 หรือผลของการอัปเกรดได้

ความคิดเห็นในชุมชนสาธารณะระบุว่า ผลของ v1 อาจแตกต่างกันตามประเภทของธุรกรรม ผู้ใช้งานบางส่วนมองว่าการขยายเป็น 4,096 ไบต์มีประโยชน์ต่อธุรกรรมที่เกี่ยวข้องกับ Zero-Knowledge Proof และธุรกรรมที่ซับซ้อน แต่ไม่ได้มีประสิทธิภาพมากกว่า v0 ที่ใช้ ALT เสมอไปในธุรกรรมที่มีที่อยู่จำนวนมาก

ท้ายที่สุด ผลลัพธ์ของการอัปเกรด v1 จะต้องประเมินจากการเพิ่มขึ้นจริงของแอปพลิเคชันและการใช้งาน มากกว่าความจุของธุรกรรมเพียงอย่างเดียว การเปลี่ยนแปลงของปริมาณธุรกรรม ค่าธรรมเนียม และรายได้จากแอปพลิเคชันยังต้องรอข้อมูลติดตามผลเพิ่มเติม

<ลิขสิทธิ์ ⓒ TokenPost ห้ามเผยแพร่หรือแจกจ่ายซ้ำโดยไม่ได้รับอนุญาต>

บทความที่มีคนดูมากที่สุด

บทความที่เกี่ยวข้อง

ความคิดเห็น 0

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม

0/1000

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม
1