Solana (SOL) ปรับเพิ่มขนาดข้อมูลสูงสุดต่อหนึ่งธุรกรรมบนเครือข่ายมากกว่าสามเท่าในวันอังคาร โดยยกเพดานจาก 1,232 ไบต์ขึ้นเป็น 4,096 ไบต์
ประเด็นสำคัญ
- ฟอร์แมต Transaction V1 ของ Solana เปิดใช้งานบนเมนเน็ตต้นยุค (epoch) ที่ 1035 เวลาประมาณ 01:00 น. ตามเวลา UTC วันที่ 15 ก.ย.
- ซองธุรกรรมที่ใหญ่ขึ้นรองรับ zero-knowledge proofs, ลายเซ็นหลายฝ่าย (multisig) ขนาดใหญ่ และดีลหลายขั้นตอนให้เคลียร์ได้ในธุรกรรมอะตอมิกเดียว
- ธุรกรรมแบบ legacy และเวอร์ชัน 0 ยังใช้งานได้ตามปกติ แต่แอปและบริการดึงข้อมูลต้องอัปเดตให้รองรับฟอร์แมตใหม่
Transaction V1 ของ Solana เปิดใช้งานบนเมนเน็ต
ฟอร์แมตธุรกรรมใหม่ถูก เปิดใช้งาน บนเมนเน็ตตั้งแต่ต้น epoch 1035 เวลาประมาณ 01:00 น. UTC ตามข้อมูลจาก Solana Foundation บริษัทพัฒนาอย่าง Anza เป็นผู้ขับเคลื่อนงานวิศวกรรมหลัก โดยมี Jacob Creech และ Andrew Fitzgerald เป็นหนึ่งในคอนทริบิวเตอร์สำคัญตามรายงานของ cryptobriefing
การออกแบบครั้งนี้อ้างอิงเอกสาร SIMD-0296 และ SIMD-0385 ซึ่งระบุทั้งขนาดใหม่และโครงสร้างข้อความ (message layout) ที่รองรับการบรรจุข้อมูลที่มากขึ้น
การส่งธุรกรรมแบบ V1 เป็นทางเลือก (optional) ผู้ใช้ยังส่งธุรกรรมแบบ legacy และเวอร์ชัน 0 ได้เหมือนเดิมไม่เปลี่ยนแปลง พื้นที่ที่เพิ่มขึ้นถูกใช้เก็บคำสั่ง (instructions), ลายเซ็น และข้อมูลอื่น ๆ ที่ธุรกรรมต้องใช้ในการประมวลผล โดยไม่ไปกระทบจำนวนธุรกรรมต่อวินาที (TPS) ที่เครือข่ายสามารถเคลียร์ได้
อ่านเพิ่มเติม: XRP Ledger บันทึกสถิติใหม่ อัดธุรกรรม 3,254 รายการในหนึ่งบล็อก
ทำไมเพดาน 4,096 ไบต์ของ Solana จึงสำคัญ
ภายใต้เพดานเดิม นักพัฒนาต้องพยายาม อัด งานที่ซับซ้อนให้พอในแพ็กเกจเล็ก ๆ หนึ่งรายการ หรือไม่ก็ต้องแตกออกเป็นหลายธุรกรรมก่อนนำมารวมกันอีกทีด้วยกลุ่มธุรกรรม (bundles) แต่ bundles เหล่านั้นไม่มีการการันตีในระดับโปรโตคอลว่าทุกขั้นตอนจะสำเร็จหรือผิดพลาดพร้อมกันแบบอะตอมิก
ฟอร์แมต V1 ยังยกเลิกการใช้ address lookup tables แล้วเขียนที่อยู่บัญชี (account addresses) แบบ inline แทน ทำให้โครงสร้างง่ายขึ้น แต่ต้องแลกด้วยค่าใช้จ่าย 32 ไบต์ต่อบัญชี แทนที่จะเป็นเพียง 1 ไบต์สำหรับดัชนี
กระเป๋าเงินภาคองค์กรที่ต้องใช้ผู้อนุมัติหลายคนเป็นกลุ่มแรก ๆ ที่ได้รับประโยชน์ชัดเจน เช่นเดียวกับกรณีการใช้งาน zero-knowledge proofs ซึ่งใช้ยืนยันข้อมูลโดยไม่ต้องเปิดเผยเนื้อหา Ethereum (ETH) ไม่ได้กำหนดลิมิตขนาดธุรกรรมแข็งตัวในระดับโปรโตคอล แต่คิดค่าธรรมเนียมเพิ่มตามความหนักของการประมวลผล ส่งผลให้การอัปเกรดครั้งนี้ช่วยลดช่องว่างเชิงโครงสร้างที่แบ่งสองเครือข่ายมาหลายปี
อย่างไรก็ดี การเพิ่มขีดความจุไม่ได้แปลว่าอัตราการใช้งานจะเพิ่มขึ้นโดยอัตโนมัติ ฝ่ายวิจัย Galaxy Research เคย ชี้ ว่ามูลค่าส่วนใหญ่ที่ถูกเก็บไว้ในโทเคนบน Solana ยังคงไม่ได้ถูกใช้งานเชิงกิจกรรมมากนัก ขณะที่เครือข่ายคู่แข่งนำหน้าในหมวดหมู่ที่เติบโตเร็วบางประเภท
ข้อมูลจาก DeFiLlama ระบุ มูลค่ารวมที่ล็อกไว้ในโปรโตคอล DeFi บนเครือข่ายอยู่ราว 5.95 พันล้านดอลลาร์ ขณะที่สินทรัพย์โลกจริง (RWA) บน Solana ทะลุ 4 พันล้านดอลลาร์ ผ่านกว่า 350,000 ที่อยู่ ณ เดือนสิงหาคม
อัปเกรดก่อนหน้าก่อนถึง Transaction V1
การรองรับฟอร์แมต V1 ถือเป็น “breaking change” สำหรับโครงสร้างพื้นฐาน ทำให้คำร้องขออ่านธุรกรรมเดี่ยว ๆ สามารถล้มเหลวได้ หากบริการนั้นยังไม่อัปเดตให้รองรับ ผู้ตรวจสอบบล็อก (validators) และผู้ให้บริการ RPC ควรอัปเกรดไปใช้ Agave เวอร์ชัน 4.2.2 ขึ้นไป อีกทั้งคำขอดึงข้อมูลทั้งบล็อกอาจล้มเหลวเพียงเพราะมีธุรกรรม V1 อยู่ในบล็อกนั้นเพียงรายการเดียว
เพดาน 1,232 ไบต์เดิม มีที่มา จากข้อจำกัดแพ็กเก็ตของ IPv6 ซึ่งหมดความเกี่ยวข้องไปแล้วหลังจาก Solana ย้ายทราฟฟิกมาใช้โปรโตคอล QUIC ต่อมา Anza ได้ เลื่อน การเปิดใช้บนเมนเน็ตออกไปอีกหกวัน หลังทีมงานในอีโคซิสเต็มขอเวลาทดสอบและอินทิเกรตเพิ่ม
การเปลี่ยนแปลงครั้งนี้ต่อเนื่องจากการอัปเกรดเมื่อเดือนพฤษภาคม ที่เพิ่มขนาดบล็อกเชิงคอมพิวต์จาก 60 ล้านหน่วยเป็น 100 ล้านหน่วย และทยอยลดค่าเช่าพื้นที่จัดเก็บข้อมูลบนเชนลงถึง 90%
อ่านต่อ: Grok 5 โผล่เป็นเป้าหมาย AGI ของ Musk ท่ามกลางเสียงเตือนด้านความปลอดภัยของ AI ที่ดังขึ้น
