โซลานา(SOL) เตรียมขยายขีดจำกัดธุรกรรม v1 เป็น 4,096 ไบต์ เปิดใช้งาน 15 นี้

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

มูลนิธิโซลานา(Solana Foundation) ระบุว่าจะเปิดใช้งานรูปแบบธุรกรรม v1 ในเวลา 10.20 น. ของวันที่ 15 (เวลาเกาหลี) ซึ่งเป็นช่วงเริ่มต้นของ epoch 1035 บนเมนเน็ต ปัจจุบันฟีเจอร์ v1 ทำงานอยู่บน testnet และ devnet แล้ว แต่ยังไม่ถูกเปิดใช้งานบนเมนเน็ต

การเปลี่ยนแปลงครั้งนี้ดำเนินการผ่านข้อเสนอ SIMD-0296 และ SIMD-0385 มูลนิธิโซลานาอธิบายในหน้าอัปเกรดอย่างเป็นทางการว่า รูปแบบธุรกรรม v1 เป็นโครงสร้างใหม่ที่แยกออกจากธุรกรรมแบบเดิม

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

ขีดจำกัดเดิมที่ 1,232 ไบต์ถูกกำหนดขึ้นจากค่า MTU ต่ำสุดของ IPv6 ที่ 1,280 ไบต์ หลังหักค่าใช้จ่ายด้านเครือข่ายออกไป ข้อเสนอ SIMD-0296 อธิบายว่า เนื่องจากโซลานาใช้วิธีการส่งข้อมูลแบบ QUIC เครือข่ายจึงสามารถรองรับธุรกรรมที่มีขนาดใหญ่ขึ้นได้

หัวใจสำคัญของการขยายขนาดธุรกรรมคือ พื้นที่สำหรับคำสั่ง ลายเซ็น ข้อมูลบัญชี และข้อมูลอื่น ๆ ภายในธุรกรรมหนึ่งรายการจะเพิ่มขึ้น รูปแบบลายเซ็นอย่างการพิสูจน์แบบไม่เปิดเผยข้อมูล (ZK proof) ลายเซ็นหลายชั้นขนาดใหญ่ (multisig) หรือ BLS เดิมทีใส่ลงในขีดจำกัดเก่าได้ยาก หรือต้องแบ่งออกเป็นหลายธุรกรรม

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

อย่างไรก็ตาม ขีดจำกัดใหม่นี้จะไม่ถูกนำไปใช้กับทุกธุรกรรมโดยอัตโนมัติ มีเพียงแอปพลิเคชันที่เลือกใช้รูปแบบ v1 เท่านั้นที่จะสามารถใช้ขีดจำกัด 4,096 ไบต์ได้ ส่วนธุรกรรมแบบ legacy และ v0 จะยังคงใช้ขีดจำกัดเดิมที่ 1,232 ไบต์ต่อไป

ผู้ให้บริการกระเป๋าเงิน ผู้ให้บริการ RPC และผู้ให้บริการ indexer จำเป็นต้องอัปเดตซอฟต์แวร์เพื่อให้สามารถอ่านและประมวลผลธุรกรรม v1 ได้ มูลนิธิโซลานาระบุว่า ไคลเอนต์ที่ไม่ได้ระบุเวอร์ชันที่รองรับอาจเกิดความล้มเหลวในการตรวจสอบธุรกรรมหรือประมวลผลบล็อกได้

รูปแบบ v1 จะไม่รองรับตารางค้นหาที่อยู่ (address lookup table) ที่เคยใช้ใน v0 แต่จะใส่ที่อยู่บัญชีลงในธุรกรรมโดยตรงแทน โดยสามารถรองรับได้สูงสุด 64 บัญชี ทำให้นักพัฒนาที่เคยใช้ตารางค้นหาที่อยู่ต้องปรับเปลี่ยนโครงสร้างธุรกรรมใหม่

ยังคงมีต้นทุนด้านเทคนิคที่ต้องพิจารณา ธุรกรรมขนาด 4,096 ไบต์อาจเกินค่า MTU เดิมและถูกแบ่งออกเป็นหลายเฟรม QUIC หากบางเฟรมสูญหาย อาจต้องส่งธุรกรรมทั้งหมดใหม่อีกครั้ง

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

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

บนเมนเน็ต การเปิดใช้งานรูปแบบธุรกรรม v1 มีกำหนดในเวลา 10.20 น. ของวันที่ 15 (เวลาเกาหลี)