Solana Transaction V1 คืออะไร? อธิบายการอัปเกรด Mainnet ขนาด 4,096 ไบต์

Solana Transaction V1 คืออะไร? อธิบายการอัปเกรด Mainnet ขนาด 4,096 ไบต์

รูปภาพที่กำหนดเอง
Solana ได้เปิดใช้งาน Transaction V1 บน Mainnet ซึ่งเพิ่มขนาดสูงสุดของธุรกรรมที่ถูกรวบรวมจาก 1,232 ไบต์ เป็น 4,096 ไบต์ การเปลี่ยนแปลงนี้ทำให้นักพัฒนามีพื้นที่มากขึ้นประมาณ 3.3 เท่าภายในธุรกรรมเดียว ทำให้จัดการกับงานที่ต้องใช้ข้อมูลจำนวนมาก เช่น zero-knowledge proof การดำเนินการ multisig ขนาดใหญ่ การโอนแบบเป็นส่วนตัว และการโต้ตอบแบบ DeFi ที่ซับซ้อนมากขึ้นได้ง่ายขึ้น Transaction V1 เริ่มใช้งานจริงที่ Epoch 1035 เมื่อวันที่ 15 กันยายน 2026 ในขณะที่รูปแบบ Legacy และ V0 ที่มีอยู่ยังคงได้รับการสนับสนุน
 
ตัวเลขหัวข้อ อย่างไรก็ตาม อาจทำให้เข้าใจผิดได้ การทำธุรกรรมเวอร์ชัน V1 ไม่ได้ทำให้ Solana เร็วขึ้น 3.3 เท่า หรือเพิ่มจำนวนธุรกรรมต่อวินาทีเป็นสามเท่าโดยอัตโนมัติ แต่การอัปเกรดนี้ขยายจำนวนข้อมูลที่สามารถจัดเก็บไว้ในธุรกรรมแบบอะตอมิกหนึ่งครั้ง และออกแบบใหม่ส่วนหนึ่งของรูปแบบธุรกรรม ความแตกต่างนี้มีความสำคัญ เพราะประโยชน์หลักไม่ใช่แค่ “จำนวนไบต์มากขึ้น” แต่คือความสามารถในการดำเนินกระบวนการทั้งหมดในหนึ่งธุรกรรม ซึ่งก่อนหน้านี้ต้องแบ่งออกเป็นหลายขั้นตอน

Solana Transaction V1 คืออะไร?

Transaction V1 เป็นรูปแบบธุรกรรมเวอร์ชันใหม่ของ Solana ที่เปิดตัวผ่าน SIMD-0385 ร่วมกับข้อเสนอขนาดธุรกรรมที่ใหญ่ขึ้นใน SIMD-0296 คุณลักษณะที่มองเห็นได้ชัดเจนที่สุดคือการเพิ่มขนาดธุรกรรมที่ถอดรหัสสูงสุดจาก 1,232 ไบต์เป็น 4,096 ไบต์ V1 ยังจัดเรียงรูปแบบการส่งข้อมูลใหม่ ลบ Address Lookup Tables ออก และวางคำขอทรัพยากร เช่น ขีดจำกัดหน่วยการคำนวณและค่าธรรมเนียมความสำคัญไว้โดยตรงในโครงสร้างธุรกรรมแทนการพึ่งพาคำสั่ง Compute Budget แบบดั้งเดิม
 
อย่างสำคัญ V1 เป็นรูปแบบที่เลือกใช้ได้ ไม่ใช่การแทนที่แบบบังคับ แอปพลิเคชันที่ไม่ต้องการพื้นที่ธุรกรรมเพิ่มเติมสามารถใช้งานธุรกรรมแบบ Legacy หรือ V0 ต่อไปได้ การโอน SOL ทั่วไป การโอนโทเค็นอย่างง่าย และการโต้ตอบกับ DApp หลายอย่างที่มีอยู่จึงไม่จำเป็นต้องใช้พื้นที่ 4,096 ไบต์ทันทีหรือย้ายไปใช้ประเภทธุรกรรมใหม่
คุณสมบัติ ของเดิม V0 ธุรกรรม V1
ขนาดธุรกรรมสูงสุด 1,232 ไบต์ 1,232 ไบต์ 4,096 ไบต์
รูปแบบเวอร์ชัน ไม่มี ใช่ ใช่
ตารางค้นหาที่อยู่ ไม่มี ใช่ ไม่มี
การกำหนดค่าทรัพยากร คำสั่ง Compute Budget คำสั่ง Compute Budget การตั้งค่าการทำธุรกรรม
การดำเนินการอะตอมิกที่มีข้อมูลขนาดใหญ่ จำกัด จำกัด ใช่
ต้องมีการย้ายข้อมูล ไม่มี ไม่มี สมัครเข้าร่วม
วิธีที่ง่ายที่สุดในการเข้าใจการอัปเกรดนี้คือ V1 ให้แอปพลิเคชันมี envelop รายการธุรกรรมที่ใหญ่ขึ้นมาก ขณะเดียวกันก็คงรูปแบบรายการธุรกรรมเก่าไว้

ทำไม Solana ถูกจำกัดที่ 1,232 ไบต์?

ขีดจำกัดเดิมที่ 1,232 ไบต์มีต้นกำเนิดมาจากสถาปัตยกรรมเครือข่ายของ Solana มากกว่าการตัดสินใจแบบสุ่มเกี่ยวกับความซับซ้อนของแอปพลิเคชัน เครือข่ายเคยใช้ค่า MTU ขั้นต่ำของ IPv6 ที่ 1,280 ไบต์เป็นจุดอ้างอิง หลังจากหักส่วนหัวเครือข่ายแล้ว จะเหลือพื้นที่ 1,232 ไบต์สำหรับข้อมูลธุรกรรม เอกสารของ Solana ยังคงระบุว่า 1,232 ไบต์เป็น PACKET_DATA_SIZE แบบดั้งเดิม แม้ว่าธุรกรรมเวอร์ชัน V1 จะสามารถเกินขนาดโหลดของแพ็กเกจนี้ได้โดยการส่งผ่านหลายเฟรม QUIC
 
ธุรกรรมต้องประกอบด้วยข้อมูลมากกว่าคำสั่งที่ผู้ใช้ต้องการดำเนินการจริง รวมถึงลายเซ็น ที่อยู่บัญชี blockhash ล่าสุด เมตาดาต้าของคำสั่ง และข้อมูลเฉพาะแอปพลิเคชัน ลายเซ็น Ed25519 แต่ละอันใช้พื้นที่ 64 ไบต์ ในขณะที่กุญแจสาธารณะมาตรฐานของ Solana ใช้ 32 ไบต์ ตัวเลขเหล่านี้มีความสำคัญอย่างยิ่งเมื่อธุรกรรมเกี่ยวข้องกับผู้ลงนามหลายราย บัญชีหลายรายการ หรือหลักฐานเชิงเข้ารหัส
 
ขีดจำกัดที่ 1,232 ไบต์จึงกลายเป็นข้อจำกัดที่รุนแรงขึ้นเรื่อยๆ เมื่อแอปพลิเคชันของ Solana ซับซ้อนมากขึ้น มันแทบไม่เคยเป็นอุปสรรคใหญ่สำหรับการโอนโทเค็นง่ายๆ แต่อาจบังคับให้นักพัฒนาที่สร้างแอปพลิเคชันทางการเงินหรือเข้ารหัสขั้นสูงต้องออกแบบกระบวนการใหม่ให้รองรับข้อจำกัดด้านเครือข่ายที่ถูกสร้างขึ้นตั้งแต่ระยะเริ่มต้นของการพัฒนา Solana

ทำไมโซลานาจึงเพิ่มขีดจำกัดเป็น 4,096 ไบต์?

Solana สามารถผ่อนคลายข้อจำกัดเดิมได้บางส่วน เนื่องจากสแต็กเครือข่ายของมันใช้ QUIC ซึ่งอนุญาตให้ส่งธุรกรรมที่มีขนาดใหญ่กว่าพื้นที่ข้อมูลแพ็กเก็ตเดิมผ่านหลายเฟรม ทำให้ข้อกำหนดเดิมที่ว่าธุรกรรมที่ถูกรวบรวมไว้ทั้งหมดต้องพอดีกับพื้นที่ข้อมูลขนาด MTU เดียวไม่จำเป็นอีกต่อไป ในขณะเดียวกัน ธุรกรรมที่มีขนาดใหญ่ขึ้นจะใช้แบนด์วิดธ์ของตัวตรวจสอบเพิ่มขึ้น ดังนั้นการลบข้อจำกัดนี้ออกทั้งหมดจะสร้างปัญหาด้านเครือข่ายและทรัพยากรชุดใหม่
 
ขีดจำกัดใหม่ที่ 4,096 ไบต์ หรือ 4 KiB จึงเป็นการตัดสินใจด้านวิศวกรรม ซึ่งให้พื้นที่สำหรับแอปพลิเคชันแก่นักพัฒนามากขึ้นอย่างมีนัยสำคัญ โดยไม่ทำให้ขนาดธุรกรรมไม่มีขีดจำกัด Solana ระบุว่าธุรกรรมที่มีขนาดใหญ่กว่าสามารถใช้แบนด์วิดธ์ของเครือข่ายมากขึ้น และอาจต้องใช้ค่าธรรมเนียมความสำคัญสูงกว่าธุรกรรมขนาดเล็กที่มีระดับความเร่งด่วนในระดับเดียวกัน
 
ความละเอียดอ่อนนั้นสำคัญ การทำธุรกรรมเวอร์ชัน V1 ไม่ได้หมายถึง Solana การละทิ้งข้อจำกัดขนาดธุรกรรม; แต่คือ Solana การแทนที่ขีดจำกัดที่อิงจากสมมติฐานของเครือข่ายในยุคก่อนด้วยขีดจำกัดที่ใหญ่กว่ามาก ซึ่งออกแบบมาเพื่อรองรับแอปพลิเคชันที่เครือข่ายต้องสนับสนุนในปัจจุบัน

Solana V1 เทียบกับ V0: เกิดการเปลี่ยนแปลงอะไรบ้าง?

V1 ลบตารางการค้นหาที่อยู่

V0 ได้แนะนำตารางการค้นหาที่อยู่ หรือ ALTs เป็นวิธีแก้ไขสำหรับข้อจำกัดขนาดธุรกรรมเดิม แทนที่จะใส่ที่อยู่บัญชี 32 ไบต์ทั้งหมดลงในธุรกรรมโดยตรง แอปพลิเคชันสามารถอ้างอิงที่อยู่ที่เก็บไว้ในตารางการค้นหาโดยใช้ดัชนีที่สั้นกว่ามาก การบีบอัดนี้ได้รับการใช้งานอย่างแพร่หลาย: การวิเคราะห์ของ Solana เองเกี่ยวกับกิจกรรมตัวอย่างพบว่าประมาณ 62% ของธุรกรรม V0 ที่สังเกตได้อ้างอิง ALT อย่างน้อยหนึ่งอัน V1 ยกเลิกการสนับสนุน ALT และแทนที่ด้วยการใส่ที่อยู่บัญชีโดยตรงลงในซองธุรกรรมที่ใหญ่ขึ้น
 
การลบ ALT ช่วยลดความซับซ้อนของกระบวนการรับข้อมูลจากตัวตรวจสอบ เนื่องจากตัวตรวจสอบไม่จำเป็นต้องดึงและแก้ไขสถานะตารางการค้นหา ก่อนที่จะรู้ชุดบัญชีทั้งหมดของธุรกรรม แต่ก็ใช้พื้นที่เพิ่มเติมบางส่วนที่ V1 จัดให้ Solana ประมาณการว่า เมื่อธุรกรรมที่มีอยู่ถูกแสดงในรูปแบบ V1 ครึ่งหนึ่งแสดงขนาดที่ถูกซีเรียลไลซ์เพิ่มเติมน้อยกว่าประมาณ 420 ไบต์ ในขณะที่ 90% แสดงขนาดน้อยกว่าประมาณ 1,400 ไบต์ ธุรกรรมที่เคยบีบอัดที่อยู่จำนวนมากผ่าน ALT จำนวนน้อยสามารถเห็นการขยายตัวที่ใหญ่ขึ้นมาก

ไบต์ที่มากขึ้นไม่ได้หมายถึงบัญชีไม่จำกัด

V1 ยังไม่เพิ่มจำนวนบัญชีที่ธุรกรรมสามารถเข้าถึงเป็นสามเท่า ปัจจุบัน Solana บังคับใช้ขีดจำกัดเวลาทำงานที่ 64 บัญชี แม้ว่าการแทนค่าดัชนีพื้นฐานจะมีขีดจำกัดเชิงทฤษฎีที่สูงกว่า คุณลักษณะอื่นอาจเพิ่มขีดจำกัดการล็อกบัญชีเป็น 128 ในอนาคต แต่สิ่งนี้ไม่ได้เป็นส่วนหนึ่งของ Transaction V1 โดยอัตโนมัติ
 
นั่นหมายความว่าเส้นทาง DeFi บางเส้นที่ใช้บัญชีจำนวนมากอาจยังคงเข้าสู่ขีดจำกัดบัญชีแม้จะยังเหลือไบต์การทำธุรกรรมหลายร้อยไบต์ที่ยังไม่ได้ใช้งาน V1 สร้างช่องว่างที่มากเป็นพิเศษสำหรับงานที่ใช้ชุดบัญชีเดิมซ้ำแต่ต้องการข้อมูลคำสั่ง ลายเซ็น หรือหลักฐานเพิ่มเติม; แต่มีผลกระทบต่อกลยุทธ์ที่ความซับซ้อนส่วนใหญ่มาจากการเข้าถึงตลาดและบัญชีเพิ่มเติมจำนวนมากน้อยกว่า

การร้องขอทรัพยากรจะย้ายเข้าสู่ธุรกรรม

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

ธุรกรรมขนาด 4,096 ไบต์สามารถปลดล็อกอะไรได้บ้าง?

zero-knowledge proof และการโอนแบบเป็นส่วนตัว

เทคโนโลยีศูนย์ความรู้เป็นหนึ่งในผู้ได้รับประโยชน์ชัดเจนที่สุด เพราะหลักฐานอาจต้องการข้อมูลธุรกรรมจำนวนมาก ภายใต้ขีดจำกัดเดิม นักพัฒนาอาจมีกำลังการประมวลผลเพียงพอในการตรวจสอบการดำเนินการ แต่ไม่มีพื้นที่ธุรกรรมที่เรียงลำดับเพียงพอในการรวมหลักฐานและคำสั่งทั้งหมดที่เกี่ยวข้องไว้ในหนึ่งธุรกรรม ซอง V1 ที่ใหญ่ขึ้นให้พื้นที่เพิ่มเติมอย่างมากแก่แอปพลิเคชันด้านความเป็นส่วนตัวและเข้ารหัส โดยไม่ต้องเพิ่มขีดจำกัดการประมวลผลหรือบัญชี Solana ชี้ให้เห็นโดยเฉพาะอย่างยิ่งว่าหลักฐาน ZK และภาระงานการโอนแบบลับเป็นแอปพลิเคชันที่ได้รับประโยชน์
 
การโอนแบบลับของ Token-2022 แสดงให้เห็นว่าเหตุใดสิ่งนี้จึงมีความสำคัญ กระบวนการดังกล่าวอาจเกี่ยวข้องกับหลักฐานบวกกับคำสั่งที่จำเป็นในการกำหนดบริบท ดำเนินการโอน และทำความสะอาดสถานะที่เกี่ยวข้อง ด้วยธุรกรรมที่ใหญ่ขึ้น กระบวนการที่เคยต้องเชื่อมต่อกันอาจสามารถดำเนินการเป็นหนึ่งการกระทำแบบอะตอมิก ลดจำนวนสถานะระหว่างกลางที่ผู้ใช้หรือนักพัฒนาต้องจัดการ

การดำเนินการ Multisig และการเข้ารหัสที่ใหญ่ขึ้น

ธุรกรรมแบบมัลติซิกยังได้รับประโยชน์เพราะลายเซ็นใช้พื้นที่ที่ถูกรวมลำดับอย่างมีนัยสำคัญ ลายเซ็น Ed25519 ขนาด 64 ไบต์อาจดูเล็กน้อยเมื่อพิจารณาแบบเดี่ยว แต่ธุรกรรมที่ต้องการการอนุมัติจากหลายฝ่ายอย่างอิสระสามารถสูญเสียส่วนสำคัญของซองขนาด 1,232 ไบต์เดิมได้อย่างรวดเร็ว ก่อนจะนับรวมคำสั่งโปรแกรมและที่อยู่ V1 จึงสร้างพื้นที่เพิ่มเติมสำหรับการจัดการคลังทรัพย์ที่ซับซ้อน การจัดเก็บแบบสถาบัน และโครงสร้างการอนุญาต
 
โซลานายังได้ชี้ให้เห็นถึงการออกแบบเชิงเข้ารหัสที่ใช้ข้อมูลจำนวนมากอื่นๆ รวมถึงกระบวนการทำงานที่เกี่ยวข้องกับ BLS และระบบลายเซ็นขั้นสูงบนโซ่ ซึ่งมีความสำคัญต่อการใช้งานระดับองค์กร เพราะข้อกำหนดด้านการอนุญาต การเก็บรักษา และความเป็นส่วนตัวที่ซับซ้อนมักต้องการความเข้มงวดมากกว่าผู้ใช้ทั่วไปที่ส่งโทเค็นระหว่างสองวอลเล็ต

งานอะตอมิกที่ซับซ้อนยิ่งขึ้น

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

Transaction V1 หมายถึงอะไรสำหรับ DeFi?

แอปพลิเคชัน DeFi มักจะโต้ตอบกับโปรแกรมหลายตัวภายในการกระทำเดียวของผู้ใช้ การซื้อขายที่ซับซ้อนอาจเกี่ยวข้องกับตัวกรองการแลกเปลี่ยน โปรโตคอลการให้กู้ยืม การปรับหลักประกัน และขั้นตอนการปิดการซื้อขาย ในขณะที่กลยุทธ์การแสวงหาผลประโยชน์หรือการชำระบัญชีอาจต้องประสานงานหลายการกระทำก่อนที่กลไกทางเศรษฐศาสตร์จะทำงานได้ ภายใต้ขีดจำกัดไบต์แบบเก่า การแปลงลำดับธุรกรรมอาจกลายเป็นจุดคอขวดแม้ว่าเครือข่ายจะมีความสามารถในการประมวลผลเพียงพอที่จะดำเนินคำสั่งที่ตั้งใจไว้
 
V1 สร้างพื้นที่เพิ่มเติมสำหรับเส้นทางหลายขั้นตอน ตรรกะการตรวจสอบเพิ่มเติม และคำสั่งที่อุดมไปด้วยข้อมูล ซึ่งสามารถลดการพึ่งพากระบวนการทำงานที่กระจัดกระจายและอาจลดความเสี่ยงจากการดำเนินการบางส่วน ระบบตัวจัดการและระบบการซื้อขายที่สามารถรวมตรรกะจำนวนมากไว้ในธุรกรรมเดียวอาจเสนอประสบการณ์ผู้ใช้ที่สะอาดตาขึ้น เนื่องจากผู้ใช้ต้องยืนยันและลงนามน้อยลงสำหรับการกระทำที่ซับซ้อนบางอย่าง CoinDesk ได้เน้นย้ำว่าการซื้อขายหลายขั้นตอนเป็นหนึ่งในหมวดหมู่การประยุกต์ใช้งานทันทีที่ได้รับประโยชน์จากการอัปเกรดนี้
 
อย่างไรก็ตาม การปรับปรุงนี้มีข้อจำกัด ไบต์การทำธุรกรรม หน่วยการคำนวณ และการล็อกบัญชีเป็นทรัพยากรที่แตกต่างกัน การเพิ่มขีดจำกัดไบต์ไม่ได้ให้แอปพลิเคชันมีหน่วยการคำนวณไม่จำกัดหรือบัญชีเพิ่มเติม การวิเคราะห์ Solana V1 ระบุโดยเฉพาะว่าขีดจำกัดบัญชี 64 บัญชีที่ไม่เปลี่ยนแปลงยังคงเป็นข้อจำกัดหลักสำหรับกลยุทธ์แบบหลายสระหรือหลายตลาด

การทำธุรกรรมเวอร์ชัน V1 จะทำให้ Solana เร็วขึ้นหรือถูกลง?

V1 เพิ่ม TPS ของ Solana หรือไม่?

ไม่ใช่เพิ่มขึ้น 3.3 เท่า การอัปเกรดเพิ่มขนาดสูงสุดของธุรกรรมแต่ละรายการ ไม่ใช่จำนวนธุรกรรมที่ Solana สามารถดำเนินการได้ต่อวินาที ความเร็วในการประมวลผลธุรกรรมยังขึ้นอยู่กับขีดจำกัดการคำนวณของบล็อก ความขัดแย้งของบัญชี การเชื่อมต่อเครือข่าย โครงสร้างของธุรกรรม และข้อจำกัดอื่นๆ ของโปรโตคอล การเรียก V1 ว่าเป็น “การอัปเกรด TPS 3.3 เท่า” จึงทำให้เกิดความสับสนระหว่างความสามารถในการทำธุรกรรมกับขนาดของธุรกรรม
 
Solana ได้เพิ่มขีดจำกัดการคำนวณของบล็อกจาก 60 ล้านเป็น 100 ล้านหน่วยการคำนวณอย่างเป็นทางการ ซึ่งเป็นการขยายตัว 66% ที่เปิดใช้งานบน Mainnet ในเดือนกรกฎาคม 2026 การอัปเกรดนี้เพิ่มพื้นที่การคำนวณต่อบล็อกโดยตรง และแตกต่างจาก V1
 
V1 ยังสามารถปรับปรุงประสิทธิภาพระดับแอปพลิเคชันได้ หากกระบวนการทำงานที่เคยต้องใช้สามธุรกรรมที่ประสานงานกัน ตอนนี้สามารถทำงานเป็นหนึ่งเดียวได้ ผู้ใช้อาจประสบกับขั้นตอนที่น้อยลงและค่าความล่าช้าที่ลดลง แม้ว่า TPS หลักของเครือข่ายจะไม่เพิ่มขึ้นเป็นสามเท่า ความแตกต่างนี้คือวิธีที่ดีที่สุดในการอธิบายประโยชน์ด้านประสิทธิภาพ

การทำธุรกรรมเวอร์ชัน V1 สามารถลดค่าธรรมเนียมได้หรือไม่?

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

สิ่งที่นักพัฒนาและวอลเล็ตจำเป็นต้องเปลี่ยนแปลง

สำหรับผู้ใช้ทั่วไป Transaction V1 ควรจะมองไม่เห็นส่วนใหญ่ เว้นแต่แอปพลิเคชันที่พวกเขาใช้จะเริ่มใช้ประโยชน์จากมัน สำหรับผู้ให้บริการโครงสร้างพื้นฐาน การเปลี่ยนผ่านนี้ต้องการความสนใจอย่างมากกว่า วอลเล็ตและ SDK ต้องเข้าใจรูปแบบการซีเรียลไลซ์ใหม่หากต้องการสร้างหรือลงนามในธุรกรรม V1 ในขณะที่บริการ RPC, นักสำรวจ และตัวดัชนีต้องสามารถถอดรหัสเวอร์ชันใหม่นี้ได้อย่างถูกต้อง
 
แม้แอปพลิเคชันที่ไม่มีเจตนาส่งธุรกรรมเวอร์ชัน V1 ก็อาจพบเจอธุรกรรมเหล่านี้ขณะอ่านบล็อกหรือประวัติธุรกรรม คำแนะนำการอัปเกรดของ Solana เตือนระบบที่อ่านธุรกรรมให้รองรับเวอร์ชันธุรกรรมที่ 1 โดยชัดเจน ระบบที่ใช้สมมติฐานจากโครงสร้าง V0 หรือค้นหาคำสั่ง Compute Budget แบบดั้งเดิมอาจล้มเหลวหรือรายงานข้อมูลทรัพยากรที่ไม่ถูกต้อง
 
ปัญหาความเข้ากันได้นี้อธิบายว่าทำไมการเปิดใช้งานจึงถูกเลื่อนไปยัง Epoch 1035 หลังจากทีมระบบนิเวศขอเวลาเพิ่มเติมสำหรับการทดสอบและการบูรณาการ ดังนั้นคำถามทันทีหลังจากการเปิดตัวจึงไม่ใช่เพียงว่ามีนักพัฒนาจำนวนเท่าใดที่เริ่มสร้างธุรกรรมขนาดใหญ่ แต่คือว่า วอลเล็ต ผู้ให้บริการ RPC ตัวบ่งชี้ ผู้สนับสนุนค่าธรรมเนียม และแพลตฟอร์มการวิเคราะห์ จะเข้าใจ V1 อย่างถูกต้องเมื่อเริ่มปรากฏในสภาพแวดล้อมการผลิต

การอัปเกรดนี้หมายความว่าอย่างไรสำหรับ SOL?

การดำเนินการเวอร์ชัน V1 มีความเป็นบวกอย่างพื้นฐานต่อความสามารถทางเทคนิคของ Solana เพราะมันขยายประเภทของแอปพลิเคชันที่นักพัฒนาสามารถสร้างได้อย่างสมเหตุสมผล โอกาสที่มากขึ้นสำหรับการพิสูจน์ โครงสร้าง multisig สำหรับองค์กร ระบบ DeFi ที่ซับซ้อน และกระบวนการทำงานที่เน้นความเป็นส่วนตัว สามารถเสริมความแข็งแกร่งให้กับข้ออ้างของ Solana ว่าเป็นโครงสร้างพื้นฐานสำหรับแอปพลิเคชันที่เกินกว่าการโอนโทเค็นอย่างง่าย นี่คือการพัฒนาเชิงพื้นฐานที่มีความหมาย แต่ไม่ได้สร้างความสัมพันธ์เชิงกลไกระหว่างขนาดของการดำเนินการกับ SOL token price
 
การตอบสนองของตลาดในทันทีมีความอ่อนโยนค่อนข้างมากเมื่อเทียบกับขนาดของข่าวเทคนิค SOL กำลังซื้อขายที่ประมาณ $102 ในวันที่ 15 กันยายน โดยข้อมูลราคาแสดงว่ามันสูงกว่าระดับเมื่อหนึ่งเดือนก่อนประมาณ 35% แต่ยังคงได้รับผลกระทบจากความผันผวนของตลาดคริปโตโดยรวม
 
นักลงทุนจึงอาจได้รับข้อมูลที่มีประโยชน์มากขึ้นโดยการติดตามการรับรองการใช้งานมากกว่าเทียนราคาในวันแรก คำถามที่เกี่ยวข้องคือ การทำธุรกรรม V1 จะกลายเป็นเรื่องปกติหรือไม่ นักพัฒนาจะเปิดตัวแอปพลิเคชันที่ก่อนหน้านี้เป็นไปไม่ได้หรือไม่ และ DeFi ความเป็นส่วนตัว การชำระเงิน หรือการใช้งานจากสถาบันจะขยายตัวขึ้นหรือไม่ คุณค่าทางเศรษฐกิจของข้อมูลเพิ่มเติม 2,864 ไบต์ขึ้นอยู่กับสิ่งที่นักพัฒนาสร้างขึ้นจากมัน

V1 ลงตัวในแผนการอัปเกรดที่ใหญ่กว่าของ Solana

Transaction V1 เป็นเพียงส่วนหนึ่งของความพยายามโดยรวมในการกำจัดจุดติดขัดต่างๆ บน Solana โครงข่ายได้เพิ่มความสามารถในการคำนวณบล็อกเป็น 100 ล้าน CUs แล้ว กำลังค่อยๆ ปรับพารามิเตอร์ค่าเช่าให้ต่ำลงอย่างมาก และกำลังพัฒนาเพื่อลดช่วงเวลาของ slot ให้สั้นลง Agave 4.3 คาดว่าจะนำการเปลี่ยนแปลงครั้งใหญ่อีกครั้งพร้อม Alpenglow สถาปัตยกรรมการอนุมัติรุ่นถัดไปของ Solana ที่มุ่งเป้าไปที่การยืนยันความสมบูรณ์อย่างรวดเร็วมากขึ้น
อัปเกรด เป้าหมายหลัก ทิศทางปัจจุบัน
100M CU Blocks เพิ่มขีดจำกัดการคำนวณบล็อกจาก 60M เป็น 100M CU เปิดใช้งานบน Mainnet
ธุรกรรม V1 เพิ่มขนาดธุรกรรมสูงสุดจาก 1,232 เป็น 4,096 ไบต์ เปิดใช้งานบน Mainnet
ค่าเช่าลดลง ลดพารามิเตอร์ค่าเช่าการจัดเก็บบนโซ่ได้สูงสุด 90% การเปิดใช้งานแบบค่อยเป็นค่อยไป
เวลาช่องลดลง ย้ายจากช่อง 400ms ไปยังช่อง 200ms การเปิดใช้งานฟีเจอร์
Alpenglow ระบบอนุญาตใหม่ที่มุ่งเป้าไปที่ความเสร็จสิ้นประมาณ 150 มิลลิวินาที วางแผนไว้กับ Agave 4.3
การอัปเกรดเหล่านี้แก้ไขข้อจำกัดที่แตกต่างกัน บล็อกที่ใหญ่ขึ้นสร้างกำลังการประมวลผลเพิ่มเติม V1 เพิ่มความยืดหยุ่นในการทำธุรกรรม ค่าเช่าที่ต่ำลงลดต้นทุนการจัดเก็บบนโซ่ เวลาสั้นลงช่วยปรับปรุงความล่าช้า และ Alpenglow มุ่งเน้นที่การบรรลุข้อตกลงและการสรุปผล การพิจารณา Transaction V1 เป็นส่วนหนึ่งของสถาปัตยกรรมที่กว้างขึ้นนี้ถูกต้องกว่าการนำเสนอว่าเป็นการอัปเกรดเดียวที่ทำให้ทุกแง่มุมของ Solana ดีขึ้นสามเท่าทันที
 
กลยุทธ์โดยรวมคือการให้แอปพลิเคชันมีพื้นที่มากขึ้นในหลายชั้นพร้อมกัน หากประสบความสำเร็จ Solana จะไม่เพียงแต่ประมวลผลกิจกรรมได้มากขึ้น แต่นักพัฒนาควรเผชิญกับข้อจำกัดระดับโปรโตคอลน้อยลงเมื่อออกแบบแอปพลิเคชันที่ซับซ้อน

ควรติดตามอะไรบ้างหลังจากการเปิดตัว Mainnet?

ตัวชี้วัดแรกที่ควรติดตามคือการรับรอง V1 เนื่องจากรูปแบบนี้เป็นทางเลือก การเปิดใช้งาน Mainnet จึงไม่ได้บอกเราถึงความเร็วที่วอลเล็ต โปรโตคอล DeFi โครงการความเป็นส่วนตัว หรือแอปพลิเคชันขององค์กรจะใช้มันจริงๆ นักพัฒนามีเหตุผลที่แข็งแกร่งในการคงใช้รูปแบบเดิมเมื่อธุรกรรมมีขนาดเล็กและเรียบง่ายอยู่แล้ว ดังนั้นการรับรอง V1 ควรเริ่มต้นอยู่ในแอปพลิเคชันที่ความสามารถเพิ่มเติมของมันแก้ปัญหาที่แท้จริง
 
ความน่าเชื่อถือของโครงสร้างพื้นฐานจะมีความสำคัญเท่าเทียมกัน การถอดรหัสธุรกรรม การลงนามวอลเล็ต ความเข้ากันได้กับ RPC การประมาณค่าธรรมเนียม และการดัชนี ล้วนต้องทำงานอย่างถูกต้องเมื่อกิจกรรมของ V1 เพิ่มขึ้น นอกจากนี้ยังควรติดตามว่าธุรกรรมขนาดใหญ่จะสร้างแรงกดดันใหม่ที่วัดได้ต่อแบนด์วิดธ์ของตัวตรวจสอบหรือดึงดูดค่าธรรมเนียมที่มีลำดับความสำคัญสูงขึ้นหรือไม่ ตามที่เอกสารการออกแบบของ Solana คาดการณ์ไว้
 
ในระยะยาว ตัวชี้วัดที่น่าสนใจมากขึ้นจะเป็นแบบเฉพาะแอปพลิเคชัน: การเติบโตของการโอนแบบเป็นความลับและการทำงานด้วย ZK การออกแบบ multisig ที่ซับซ้อนยิ่งขึ้น เส้นทาง DeFi ที่ต้องการธุรกรรมที่กระจัดกระจายน้อยลง และกระบวนการทำงานของสถาบันที่ไม่สามารถทำได้ภายใต้ 1,232 ไบต์ คำถามหลังจากการเปิดตัวไม่ใช่ว่า Solana สามารถรองรับธุรกรรมขนาด 4,096 ไบต์ได้หรือไม่ แต่คือว่านักพัฒนาจะพบเหตุผลที่มีคุณค่าเพียงพอในการใช้มันหรือไม่

🔥 ลึกกว่าหัวข้อข่าว: KuCoin 5.0 มีความหมายอย่างไรกับคุณ

ข่าวตลาดเคลื่อนตัวเร็ว — แต่สถานที่ที่คุณดำเนินการก็สำคัญไม่แพ้กัน ในเดือนตุลาคมนี้ KuCoin จะเปิดตัว KuCoin 5.0 ซึ่งเปลี่ยนแปลง KuCoin ให้เป็นแพลตฟอร์มที่สร้างใหม่ทั้งหมด นี่คือสิ่งที่เปลี่ยนแปลงสำหรับคุณ:
  • บัญชีเดียวสำหรับทุกอย่าง แพลตฟอร์มรุ่นเก่าแบ่งเงินของคุณออกเป็นบัญชี “สปอต” “หลักประกัน” และ “ฟิวเจอร์ส” แยกจากกัน และคาดหวังให้คุณเข้าใจเหตุผล บัญชีแบบครบวงจร Unified Account ของ KuCoin 5.0 ลบการแบ่งแยกนี้ออกทั้งหมด — ฝากเพียงครั้งเดียว และทุกอย่างจะอยู่ที่นั่นทันที
  • หุ้น ดัชนี และสินค้าโภคภัณฑ์ KuCoin 5.0 ขยายขอบเขตBeyond crypto ไปสู่ตลาดโลก เมื่อคริปโตเคลื่อนตัวแบบทรงตัวและตลาดหุ้นฟื้นตัว (หรือในทางกลับกัน) คุณสามารถสลับการลงทุนภายในไม่กี่นาที โดยไม่ต้องเปิดบัญชีโบรกเกอร์และรอเป็นวันๆ เพื่อให้ระบบเงิน Fiat ทำงาน
  • สินทรัพย์ในโลกจริง (RWA) การเข้าถึงสินทรัพย์ดั้งเดิมเช่น สินค้าโภคภัณฑ์ผ่านการแปลงเป็นโทเค็น ภายในบัญชีคริปโตของคุณเอง หนึ่งใน segement ที่เติบโตเร็วที่สุดในระบบการเงินทั่วโลก ไม่ได้ถูกจำกัดไว้สำหรับสถาบันอีกต่อไป — คุณสามารถเข้าถึงมันได้จากยอดเงินเดียวกันที่คุณใช้เทรด
  • หารายได้ขณะเรียนรู้ ยังไม่พร้อมเทรด? KCUSD ช่วยให้ Stablecoin ของคุณสร้างรายได้ทุกวันด้วยดอกเบี้ยทบต้นอัตโนมัติ วิธีที่ผ่อนคลายที่สุดในการทำให้เงินฝากที่ไม่ได้ใช้งานทำงานให้คุณด้วยผลตอบแทน 4%
  • ผู้ช่วย AI ที่อธิบายด้วยภาษาธรรมดา ถามคำถาม รับบริบทตลาด เข้าใจสิ่งที่คุณกำลังดู — ติดตั้งไว้ในแพลตฟอร์ม ไม่ต้องใช้ศัพท์เทคนิค
  • แอปที่ไม่ทำให้รู้สึกหนักใจ รวดเร็ว สะอาด และสอดคล้องกัน — ใช้งานง่ายตั้งแต่แตะครั้งแรก ไม่ต้องรอเรียนรู้ผ่านคำแนะนำ
  • ความปลอดภัยที่คุณสามารถตรวจสอบได้ ไม่ใช่แค่เชื่อใจเท่านั้น ด้วยหน่วยงานในสหภาพยุโรปที่ได้รับใบอนุญาต MiCAR, Proof of Reserves ที่คุณสามารถตรวจสอบด้วยตัวเอง และความปลอดภัยที่ได้รับการรับรองระดับสากล (SOC 2 Type II, ISO 27001:2022)
 
สร้างบัญชีของคุณในไม่กี่นาที — และเริ่มต้นบนแพลตฟอร์มที่ถูกออกแบบมาสำหรับอนาคตของคริปโต ไม่ใช่อดีต

สรุป

การดำเนินการ Solana เวอร์ชัน 1 ดูเรียบง่ายเมื่อลดลงเป็นหนึ่งสถิติ: เครือข่ายได้เพิ่มขนาดการดำเนินการสูงสุดจาก 1,232 ไบต์เป็น 4,096 ไบต์ แต่การเปลี่ยนแปลงที่สำคัญกว่าคือสิ่งที่ไบต์เพิ่มเติมเหล่านี้สามารถเปิดโอกาสให้ทำได้ หลักฐาน ลายเซ็น ข้อมูลการกำหนดค่า และคำสั่งแอปพลิเคชันหลายคำสั่งสามารถบรรจุอยู่ภายในขอบเขตการดำเนินการแบบอะตอมที่ใหญ่ขึ้น ซึ่งอาจแทนที่วิธีแก้ไขชั่วคราวบางอย่างที่นักพัฒนาเคยใช้เพื่อทำงานรอบข้อจำกัดเดิม
 
V1 ไม่ได้เร่งความเร็วของ Solana ให้เร็วขึ้น 3.3 เท่า ไม่ได้กำจัดข้อจำกัดด้านการประมวลผล หรือรับประกันค่าธรรมเนียมที่ต่ำกว่า แต่กลับช่วยขจัดข้อจำกัดหนึ่งที่มีความสำคัญเพิ่มขึ้นเรื่อยๆ ในด้านการออกแบบแอปพลิเคชัน พร้อมทั้งนำเสนอความเสี่ยงใหม่ๆ เกี่ยวกับการแทนที่ที่อยู่ ความเข้ากันได้กับโครงสร้างพื้นฐาน และแบนด์วิดธ์ของเครือข่าย หากรูปแบบใหม่นี้ช่วยให้นักพัฒนาสามารถลดความซับซ้อนของแอปพลิเคชัน ZK กระบวนการทำงานขององค์กร และธุรกรรม DeFi ที่ซับซ้อน ความสำคัญในระยะยาวของมันอาจไม่ได้อยู่ที่ตัวเลข 4,096 ไบต์ที่เป็นหัวข้อหลัก แต่อยู่ที่แอปพลิเคชันที่เคยยากต่อการสร้างก่อนที่มันจะมีอยู่

คำถามที่พบบ่อย

ผู้ใช้ยังสามารถส่งธุรกรรม Solana รุ่นเก่าได้ไหม?

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

ฉันต้องใช้วอลเล็ตใหม่สำหรับการทำธุรกรรม V1 หรือไม่

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

V1 เพิ่มจำนวนบัญชีต่อการทำธุรกรรมหรือไม่?

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

ธุรกรรม V1 ทั้งหมดมีขนาด 4,096 ไบต์หรือไม่?

ไม่ ตัวเลขนี้เป็นค่าสูงสุด ไม่ใช่ขนาดที่ต้องการ รายการ V1 สามารถมีขนาดเล็กกว่า 4,096 ไบต์ได้มาก และนักพัฒนาไม่มีเหตุผลใดที่จะเติมพื้นที่ที่ไม่ได้ใช้งานเพียงเพราะมันมีอยู่

SIMD-0296 และ SIMD-0385 คืออะไร?

SIMD-0296 เป็นข้อเสนอการปรับปรุง Solana ที่เกี่ยวข้องกับการเพิ่มขนาดธุรกรรมสูงสุด ขณะที่ SIMD-0385 ระบุรูปแบบธุรกรรม V1 ที่รองรับเอนเวลอปขนาดใหญ่ขึ้นและโครงสร้างธุรกรรมที่ออกแบบใหม่

สามารถใช้ตารางที่อยู่ในการทำธุรกรรมเวอร์ชัน V1 ได้หรือไม่

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

คำปฏิเสธความรับผิดชอบ: หน้านี้แปลโดยใช้เทคโนโลยี AI เพื่อความสะดวกของคุณ สำหรับข้อมูลที่ถูกต้องที่สุด โปรดดูต้นฉบับภาษาอังกฤษ