ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
ขนาดสูงสุดของธุรกรรมเดี่ยวบนโซลานา(SOL)เพิ่มจาก 1,232 ไบต์เป็น 4,096 ไบต์ ทำให้การประมวลผลหลักฐานความรู้เป็นศูนย์(ZK)และงานมัลติซิกขนาดใหญ่ที่เคยต้องแบ่งเป็นหลายธุรกรรม สามารถรวมไว้ในธุรกรรมเดียวได้
มูลนิธิโซลานา (Solana Foundation) เปิดเผยว่า รูปแบบธุรกรรม v1 เริ่มใช้งานบนเมนเน็ตในช่วงเริ่มต้นของ Epoch 1035 เมื่อวันที่ 15 เวลาประมาณ 10.00 น. ตามเวลาเกาหลี การเปลี่ยนแปลงนี้ยังมีผลกับเทสต์เน็ตและดีเวลอปเปอร์เน็ตด้วย
การขยายขนาดธุรกรรมดำเนินการผ่าน SIMD-0296 และ SIMD-0385 ซึ่งกำหนดโครงสร้างธุรกรรมใหม่ โดยขนาดสูงสุดเพิ่มขึ้น 3.3 เท่าจากเดิม
ข้อจำกัดเดิมที่ 1,232 ไบต์ทำให้งานที่มีความซับซ้อนต้องแบ่งออกเป็นหลายธุรกรรม รูปแบบ v1 รองรับการใส่หลักฐาน ZK สำหรับการโอนแบบเป็นความลับ มัลติซิกขนาดใหญ่ ธุรกรรมแบบแบตช์ ลายเซ็นแบบใช้ครั้งเดียว Winternitz และระบบลายเซ็นอย่าง BLS ไว้ในธุรกรรมเดียว
ธุรกรรม v1 ไม่ได้เข้ามาแทนที่รูปแบบเดิม โดยยังสามารถใช้ธุรกรรมแบบเลกาซีและ v0 ต่อไปได้ แอปพลิเคชันที่ไม่ต้องการพื้นที่เพิ่มเติมจึงยังคงใช้รูปแบบเดิมได้
ในทางกลับกัน แอปพลิเคชันที่ต้องการใช้ธุรกรรมขนาด 4,096 ไบต์จำเป็นต้องเลือกรูปแบบ v1 ขณะที่กระเป๋าเงิน แอปพลิเคชัน RPC อินเด็กเซอร์ และเอ็กซ์พลอเรอร์ที่อ่านข้อมูลโซลานา ต้องรองรับการตีความโครงสร้างธุรกรรมใหม่ด้วย
แอปพลิเคชันสำหรับตรวจสอบธุรกรรมต้องระบุให้ชัดเจนว่ารองรับ v1 หรือไม่ อินเด็กเซอร์ต้องอ่านข้อมูลขีดจำกัดการประมวลผลและค่าธรรมเนียมจาก transactionConfig ในส่วนหัวธุรกรรม แทนคำสั่ง ComputeBudget แบบเดิม
TokenPost รายงานก่อนหน้านี้ว่า จำเป็นต้องตรวจสอบความเข้ากันได้ของ RPC และอินเด็กเซอร์ก่อนการเปลี่ยนผ่านไปสู่ธุรกรรม v1 การเปิดใช้งานบนเมนเน็ตครั้งนี้ทำให้การตรวจสอบว่าโครงสร้างพื้นฐานโดยรอบสามารถประมวลผลธุรกรรมจริงได้หรือไม่ กลายเป็นภารกิจในขั้นตอนการใช้งานจริง
ธุรกรรม v1 ไม่ใช้ตารางค้นหาที่อยู่ แต่บรรจุที่อยู่ไว้โดยตรงภายในธุรกรรม SIMD-0385 จำกัดจำนวนที่อยู่สูงสุดไว้ที่ 64 รายการ ลายเซ็น 12 รายการ และคำสั่ง 64 รายการต่อธุรกรรม
เนื่องจากมีโครงสร้างแตกต่างจากธุรกรรม v0 ที่ใช้ตารางค้นหาที่อยู่ นักพัฒนาจึงต้องเลือกรูปแบบให้เหมาะกับกรณีใช้งาน โดยธุรกรรมรูปแบบเดิมและรูปแบบใหม่จะยังทำงานควบคู่กันในระยะหนึ่ง
ขีดจำกัด 4,096 ไบต์สอดคล้องกับขนาดหน้าหน่วยความจำมาตรฐาน 4 KiB ของฮาร์ดแวร์เครื่องตรวจสอบความถูกต้อง เมื่อธุรกรรมมีขนาดเกินหน่วยส่งข้อมูลของเครือข่าย ธุรกรรมจะถูกแบ่งออกเป็นหลายเฟรม QUIC และหากบางเฟรมสูญหาย จำเป็นต้องส่งข้อมูลทั้งชุดใหม่
มูลนิธิโซลานาอธิบายว่า ได้จำกัดขนาดไว้ที่ 4 KiB โดยคำนึงถึงต้นทุนการส่งข้อมูลและภาระบัฟเฟอร์ของฝั่งรับ แทนการเพิ่มขนาดธุรกรรมโดยไม่มีข้อจำกัด ตัวเลขดังกล่าวสะท้อนการรักษาสมดุลระหว่างการเพิ่มขนาดธุรกรรมกับต้นทุนเครือข่าย
ผู้ให้บริการโครงสร้างพื้นฐานต้องตรวจสอบซอฟต์แวร์ของตนด้วย โดยมูลนิธิโซลานาแนะนำให้ผู้ตรวจสอบความถูกต้องของ Jito-Solana และผู้ให้บริการ RPC อัปเดตเป็นเวอร์ชัน 4.2.2 ขึ้นไป
RPC เวอร์ชันก่อนหน้าอาจแสดงธุรกรรม v1 เป็น v0 ในขั้นตอนการจัดเก็บ หากต้องการประมวลผลข้อมูลต้นฉบับของธุรกรรมและค่าธรรมเนียมอย่างถูกต้อง ผู้เกี่ยวข้องต้องตรวจสอบเวอร์ชันของระบบและการรองรับตัวแยกวิเคราะห์ข้อมูล
การอัปเกรดครั้งนี้ไม่ได้เปลี่ยนแปลงตัวเลขประสิทธิภาพการประมวลผลของโซลานาหรือราคา SOL โดยตรง ประเด็นสำคัญคือการทำให้งานที่ซับซ้อนซึ่งเคยถูกแบ่งเพราะข้อจำกัดด้านขนาด สามารถรวมเป็นธุรกรรมอะตอมิกเดียวได้ ขอบเขตการใช้งานจริงยังขึ้นอยู่กับการรองรับ v1 ของกระเป๋าเงิน เครื่องมือพัฒนา RPC และอินเด็กเซอร์
ความคิดเห็น 0