โซลานา(SOL) เริ่มใช้งานเฟสแรกของการปรับโครงสร้าง 'ค่ามัดจำบัญชี' บนเชนแล้ว โดยลดเกณฑ์คำนวณค่ามัดจำบัญชีบนเชนลง 9% บนเมนเน็ต ภาระเงินทุนที่นักพัฒนาและผู้ให้บริการต้องสำรองจ่ายล่วงหน้าลดลง แต่ก็มีการตีความว่าเหตุผลด้านเงินทุนที่ต้อง 'ล็อก' SOL ไว้เพื่อรักษาบัญชีอาจอ่อนลงตามไปด้วยบางส่วน
มูลนิธิโซลานา(Solana Foundation) ระบุในเอกสารอัปเกรดว่า ตามข้อเสนอ SIMD-0437 เครือข่ายจะปรับลดค่า 'lamports_per_byte' ซึ่งเป็นเกณฑ์คำนวณค่ามัดจำบัญชี จาก 6,960 เหลือ 696 ผ่าน 5 ขั้นตอน โดยเฟสแรกมีผลบังคับใช้บนเมนเน็ตไปเมื่อวันที่ 3 กันยายนที่ผ่านมา ทำให้ค่าอ้างอิงลดลงเหลือ 6,333
การลดทั้งหมด 90% ยังไม่เสร็จสมบูรณ์ เฟสที่ 2 ซึ่งกำหนดค่าไว้ที่ 5,080 ถูกนำไปทดสอบบนเทสต์เน็ตแล้ว ส่วนเฟสที่ 3 ถึง 5 ยังอยู่ระหว่างการพิจารณา โดยจะเกิดขึ้นหลังการอัปเดต Agave 4.4 ที่วางแผนไว้ในเดือนพฤศจิกายน 2026
ก่อนหน้านี้ TokenPost รายงานว่าโซลานาเตรียมผลักดันแผนลดค่ามัดจำพื้นที่จัดเก็บบนเชนลง 90% ด้วยวิธีทยอยปรับเป็นขั้นตอน ซึ่งแผนที่เคยอยู่ในเอกสารตอนนั้นได้เข้าสู่การใช้งานจริงบนเมนเน็ตแล้วในเฟสแรกนี้
การเปลี่ยนแปลงครั้งนี้ไม่ใช่การลดค่าธรรมเนียมการทำธุรกรรม ค่า 'เรนต์' ของโซลานามีลักษณะใกล้เคียงเงินมัดจำที่คืนได้ ซึ่งวางไว้ตามขนาดพื้นที่จัดเก็บที่บัญชีนั้นใช้งาน เมื่อปิดบัญชี แลมพอร์ต(lamport) ที่วางไว้จะถูกคืนกลับ
ยอดเงินมัดจำขั้นต่ำคำนวณจากสูตร (128 + data_size) x lamports_per_byte โดย 128 คือภาระพื้นที่จัดเก็บคงที่ เมื่อค่าอ้างอิงลดลง ปริมาณ SOL ที่ต้องใช้สร้างหรือดูแลบัญชีขนาดเท่าเดิมก็ลดลงตามไปด้วย
สำหรับบัญชีโทเคนมาตรฐานแบบ SPL การเปลี่ยนแปลงนี้ถือว่าไม่น้อยเลย ผลวิเคราะห์ของมูลนิธิโซลานาระบุว่า ต้นทุนการสร้างบัญชีจะลดลงจากราว 0.159 ดอลลาร์ (ประมาณ 215 วอน) เหลือราว 0.0159 ดอลลาร์ (ประมาณ 21 วอน) เมื่อการปรับลดเสร็จสมบูรณ์ ซึ่งจะช่วยลดต้นทุนการเริ่มต้นใช้งานสำหรับบริการที่ต้องสร้างบัญชีจำนวนมาก เช่น กระเป๋าเงินดิจิทัล ระบบชำระเงิน และการออกโทเคน
โครงสร้างนี้ยังนำไปสู่การตีความอีกด้านหนึ่งในแง่ของอุปสงค์ต่อ SOL เนื่องจากเรนต์เป็นเงินมัดจำที่คืนได้ ไม่ใช่ค่าธรรมเนียมซ้ำๆ เมื่อค่าอ้างอิงลดลง ปริมาณ SOL ที่ต้องใช้เพื่อรักษาสถานะบัญชีเดิมก็ลดลงเช่นกัน การประหยัดต้นทุนนี้ส่งผลดีต่อการใช้งานเครือข่าย แต่ก็อาจทำให้ปริมาณ SOL ที่ถูกล็อกไว้เพื่อวัตถุประสงค์ค้ำประกันลดลงได้เช่นกัน
บัญชีเดิมที่มีแลมพอร์ตเกินเกณฑ์ใหม่ค้างอยู่สามารถถอนส่วนเกินคืนได้ คู่มือการถอนคืนของมูลนิธิโซลานาระบุว่า คำสั่ง 'WithdrawExcessLamports' จะย้ายเฉพาะส่วนที่เกินยอดเงินมัดจำขั้นต่ำของบัญชีโทเคน มินต์ และบัญชีแบบมัลติซิก โดยไม่แตะยอดโทเคนหรือตัวบัญชีเอง
สิทธิ์ในการถอนคืนแตกต่างกันไปตามประเภทบัญชี บัญชีโทเคนต้องให้เจ้าของบัญชีเซ็นยืนยัน ส่วนมินต์ต้องให้ผู้มีสิทธิ์ควบคุมมินต์เป็นผู้เซ็น สำหรับบัญชี PDA ที่โปรแกรมของตัวเองเป็นเจ้าของ จะต้องมีโค้ดสำหรับถอนคืนแยกต่างหากอยู่ในโปรแกรมนั้น
ดังนั้น ใครเป็นผู้จ่ายต้นทุนสร้างบัญชี กับใครมีสิทธิ์ถอนส่วนเกินคืน จึงไม่จำเป็นต้องเป็นคนเดียวกันเสมอไป แม้ผู้ให้บริการจะเป็นผู้สนับสนุนการสร้างบัญชีให้ผู้ใช้ แต่สิทธิ์ในการถอนคืนก็อาจเปลี่ยนไปตามโครงสร้างบัญชีและการตั้งค่าสิทธิ์การเข้าถึง
ประเด็นความมั่นคงของเครือข่ายยังคงเป็นเรื่องที่ต้องติดตาม เมื่อค่ามัดจำลดลง ภาระของผู้ใช้งานทั่วไปก็ลดลง แต่ในขณะเดียวกันเงินทุนที่ผู้ไม่หวังดีต้องใช้เพื่อคงข้อมูลสถานะไว้เป็นเวลานานก็ลดลงตามไปด้วย อุมแบร์โต นาตาเล(Umberto Natale) นักวิจัยด้านข้อมูลของมูลนิธิโซลานา ประเมินไว้ในบทวิเคราะห์เมื่อเดือนกรกฎาคม 2026 ว่า แม้หลังลดค่ามัดจำลง 90% แล้ว เงินทุนที่ต้องล็อกไว้เพื่อโจมตีแบบ 'state bloat' ยังอยู่ที่ราว 17 ล้านดอลลาร์ (ประมาณ 22,900 ล้านวอน) ตัวเลขนี้สะท้อนว่าการลดค่ามัดจำเพียงอย่างเดียวยังไม่ได้ปิดความเสี่ยงด้านนี้ทั้งหมด
บทวิเคราะห์เดียวกันระบุว่า เหตุการณ์สร้างบัญชีล่าสุดถึง 75.5% ถูกปิดภายในธุรกรรมเดียวกัน ขณะที่ปริมาณสถานะสุทธิที่เพิ่มขึ้นอยู่ที่ราว 0.3 กิกะไบต์ต่อวัน ซึ่งหมายความว่าแม้จะมีการสร้างบัญชีจำนวนมาก แต่ก็ไม่ได้นำไปสู่การเพิ่มพื้นที่จัดเก็บถาวรทั้งหมด
การตีความในตลาดยังแบ่งออกเป็นสองฝ่าย ฝ่ายหนึ่งมองว่าต้นทุนสร้างบัญชีที่ลดลงช่วยลดอุปสรรคในการเข้าสู่ระบบของนักพัฒนาและผู้ใช้งาน ส่วนอีกฝ่ายมองว่ายิ่งเกณฑ์ค่ามัดจำลดลงมากเท่าไหร่ เหตุผลด้านเงินทุนที่ต้องถือ SOL ไว้เพื่อรักษาบัญชีก็ยิ่งอ่อนลงเท่านั้น
อย่างไรก็ตาม ยังไม่มีตัวเลขทางการที่ระบุว่ามี SOL ถูกถอนคืนจริงทั้งเครือข่ายเป็นจำนวนเท่าใด ตัวเลขในลักษณะที่ระบุว่าเงินมูลค่าหลายร้อยล้านดอลลาร์จะถูกปลดล็อกในทันที ควรถูกจัดเป็นการประมาณการ ไม่ใช่ตัวเลขที่มีการประกาศอย่างเป็นทางการ
มูลนิธิโซลานาระบุว่าแต่ละเฟสจะถูกใช้งานผ่านระบบ 'feature gate' ที่แยกจากกัน และหากข้อมูลไม่สนับสนุนเพียงพอ ก็สามารถระงับการเปิดใช้งานเฟสถัดไปได้ นอกจากนี้ยังมีกลไกสำหรับปรับค่าอ้างอิงกลับไปที่ 6,960 เท่าเดิม หากเกิดการเพิ่มขึ้นของสถานะข้อมูลอย่างผิดปกติ
ความคิดเห็น 0