ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
Stellar Development Foundation (SDF) เปิดเผยซอฟต์แวร์เวอร์ชันที่รองรับและข้อกำหนมความพร้อมสำหรับผู้ให้บริการแต่ละประเภท ก่อนการโหวตอัปเกรด Protocol 30 โดยกระเป๋าเงินและแพลตฟอร์มซื้อขายต้องรองรับที่อยู่สัญญารูปแบบใหม่ ส่วนบริการที่อ่านข้อมูลบัญชีแยกประเภทโดยตรงต้องอัปเดตตัวถอดรหัส
ในคู่มืออัปเกรดเวอร์ชันที่ปรับปรุงเมื่อวันที่ 23 ตุลาคม SDF ระบุเวอร์ชันที่รองรับสำหรับโครงสร้างพื้นฐานและเครื่องมือพัฒนา พร้อมแนะนำให้ผู้ให้บริการทดสอบสภาพแวดล้อมการเชื่อมต่อของตนเอง โดยการทดสอบนี้แยกจากการโหวตของผู้ตรวจสอบความถูกต้อง
การเปลี่ยนแปลงสำคัญคือที่อยู่สัญญาที่ขึ้นต้นด้วย “W” รูปแบบนี้เพิ่มตัวระบุขนาด 64 บิตให้กับที่อยู่สมาร์ตคอนแทร็กต์ เพื่อแยกเงินฝากของลูกค้าหลายรายที่ส่งเข้าไปยังสัญญาเดียวกัน แม้การอัปเดต SDK จะทำให้อ่านที่อยู่ใหม่ได้ แต่โค้ดแอปพลิเคชันที่ตรวจสอบ แสดงผล หรือบันทึกที่อยู่ รวมถึงอ่านปลายทางการโอน ก็ต้องรองรับรูปแบบ W ด้วย
แพลตฟอร์มซื้อขายและผู้ให้บริการรับฝากสินทรัพย์ควรตรวจสอบว่าสามารถถอนเงินไปยังที่อยู่ W ได้หรือไม่ ส่วนกระเป๋าเงินและผู้ออกสินทรัพย์ควรตรวจสอบฟังก์ชันป้อนที่อยู่และประวัติการโอน สมาร์ตคอนแทร็กต์เดิมจะยังทำงานหลังอัปเกรด ขณะที่การนำฟังก์ชันของสัญญารูปแบบใหม่มาใช้ขึ้นอยู่กับการตัดสินใจของนักพัฒนา
บริการที่อ่านข้อมูลบัญชีแยกประเภทโดยตรง เช่น ตัวทำดัชนี โปรแกรมสำรวจบล็อกเชน และเครื่องมือวิเคราะห์ ต้องเตรียมการเพิ่มเติม Protocol 30 เพิ่มรูปแบบค่าใหม่ในส่วนหัวบัญชีแยกประเภท ตัวถอดรหัสที่ใช้คำจำกัดความ XDR เดิมอาจอ่านข้อมูลหลังอัปเกรดไม่ได้ SDF จึงแนะนำให้อัปเดตคำจำกัดความที่เกี่ยวข้องล่วงหน้า โดย XDR เป็นรูปแบบสำหรับแสดงข้อมูลธุรกรรมและบัญชีแยกประเภทของ Stellar
เวอร์ชันที่ SDF ระบุว่ารองรับ ได้แก่ Stellar Core v30.0.0, Horizon, RPC และ Galexie v30.0.0, JavaScript SDK v17.3.0 และ Go SDK v0.8.0 ส่วน JavaScript SDK รุ่นบำรุงรักษาในสาย 16.x คือ v16.4.0 สามารถอ่านบัญชีแยกประเภทใหม่ได้ แต่ไม่รองรับที่อยู่ W บริการที่ต้องใช้ที่อยู่ W จึงจำเป็นต้องใช้ v17.3.0
Soroban Rust SDK 30.0.0-rc.1 อยู่ในรายชื่อเวอร์ชันที่รองรับเช่นกัน โดยคาดว่าเวอร์ชันเต็มจะออกก่อนการโหวตบนเมนเน็ต ส่วนเวอร์ชันของ Stellar CLI ที่รองรับ Protocol 30 ยังอยู่ระหว่างรอในขณะที่มีการปรับปรุงคู่มือ
ก่อนหน้านี้ TokenPost รายงานว่าข้อเสนออัปเกรด Protocol 30 ครอบคลุมการใช้ที่อยู่สมาร์ตคอนแทร็กต์ร่วมกันหลายรายและการตรวจสอบลายเซ็น ML-DSA คู่มือฉบับปรับปรุงครั้งนี้ระบุซอฟต์แวร์และรูปแบบข้อมูลที่แต่ละบริการต้องเตรียมก่อนนำข้อเสนอไปใช้
การอัปเกรด Protocol 30 ยังรวมการตรวจสอบลายเซ็น ML-DSA สำหรับสมาร์ตคอนแทร็กต์ และการบันทึกเวลาของบัญชีแยกประเภทในหน่วยมิลลิวินาที ลายเซ็นธุรกรรมบนเครือข่ายยังคงใช้ Ed25519 และการเปลี่ยนวิธีบันทึกเวลาเพียงอย่างเดียวไม่ได้ทำให้ช่วงเวลาการสร้างบัญชีแยกประเภทสั้นลง
กำหนดโหวตบนเทสต์เน็ตคือวันที่ 4 พฤศจิกายน เวลา 02:00 น. ตามเวลาเกาหลี ส่วนการโหวตบนเมนเน็ตกำหนดไว้วันที่ 24 พฤศจิกายน เวลา 02:00 น. กำหนดการอาจเปลี่ยนแปลงได้ และการนำอัปเกรดไปใช้ต้องได้รับความเห็นชอบจากผู้ตรวจสอบความถูกต้อง
ความคิดเห็น 0