Back to top
  • 공유 แชร์
  • 인쇄 พิมพ์
  • 글자크기 ขนาดตัวอักษร
ลิงก์ถูกคัดลอกแล้ว

Stellar Bell เสนอเพิ่มที่อยู่สัญญาแบบหลายรายการ เตรียมโหวตเดือนพฤศจิกายน

ภาพมือของนักพัฒนาวางอยู่บนแป้นพิมพ์แล็ปท็อป / TokenPost.ai

มูลนิธิพัฒนาสเตลลาร์ (Stellar Development Foundation: SDF) เสนอให้อัปเกรด Stellar Bell (Protocol 30) โดยเพิ่มที่อยู่สัญญาอัจฉริยะแบบหลายรายการ การตรวจสอบลายเซ็น ML-DSA และการบันทึกเวลาปิดบัญชีแยกประเภทให้ละเอียดระดับมิลลิวินาที การอัปเกรดจะมีผลได้ก็ต่อเมื่อผู้ตรวจสอบเครือข่ายลงมติอนุมัติ

SDF ระบุว่ากำหนดโหวตอัปเกรดเทสต์เน็ตคือวันที่ 4 พฤศจิกายน เวลา 02.00 น. ตามเวลาไทย และกำหนดโหวตเมนเน็ตคือวันที่ 24 พฤศจิกายน เวลา 02.00 น. ทั้งสองรายการเป็นเวลาโหวตตามกำหนด ไม่ใช่วันที่ยืนยันว่าจะเริ่มใช้งาน และอาจมีการเปลี่ยนแปลงได้

ข้อเสนอทางเทคนิค 3 รายการ

Bell ประกอบด้วยข้อเสนอปรับปรุง Stellar (CAP) จำนวน 3 รายการ

△ CAP-84 เสนอเพิ่มตัวระบุ 64 บิตให้กับที่อยู่สัญญาอัจฉริยะ เพื่อสร้างรูปแบบที่อยู่แบบหลายรายการ ที่อยู่รูปแบบใหม่จะขึ้นต้นด้วย W และออกแบบมาให้ใช้ที่อยู่สัญญาเดียวแยกเงินฝากจากลูกค้าหลายรายได้

△ CAP-87 เสนอให้สัญญาอัจฉริยะ Soroban ตรวจสอบลายเซ็น ML-DSA ได้ โดย ML-DSA เป็นรูปแบบลายเซ็นที่ทนทานต่อควอนตัมในตระกูลมาตรฐานของ NIST

△ CAP-88 เสนอให้บันทึกเวลาปิดบัญชีแยกประเภทเป็นหน่วยมิลลิวินาที เพื่อระบุช่วงเวลาที่สั้นกว่า 1 วินาทีได้ อย่างไรก็ตาม การเปลี่ยนแปลงนี้ไม่ได้ทำให้การปิดบัญชีแยกประเภทเร็วขึ้น

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

ขอบเขตและข้อจำกัด

CAP-87 จำกัดอยู่ที่การตรวจสอบลายเซ็นภายในสัญญาอัจฉริยะ SDF ระบุว่า แม้ Bell จะมีผลแล้ว ลายเซ็นธุรกรรมบนเครือข่ายก็ยังใช้ Ed25519 ต่อไป ดังนั้นการอัปเกรดครั้งนี้ไม่ได้ทำให้เครือข่าย Stellar ทั้งหมดทนทานต่อควอนตัม

CAP-88 วางพื้นฐานทางเทคนิคให้โปรโตคอลแสดงช่วงห่างระหว่างบัญชีแยกประเภทที่สั้นกว่า 1 วินาทีได้ ฟังก์ชันเดิมที่อิงกับเวลายังคงทำงานเป็นหน่วยวินาที และยังไม่มีการระบุช่วงเวลาที่ตั้งเป้าหมายหรือกำหนดเวลานำไปใช้

บัญชีอัจฉริยะใช้สัญญาอัจฉริยะทำหน้าที่เป็นบัญชีแทนการใช้คู่กุญแจ แต่ละบัญชีสามารถกำหนดกฎการอนุมัติ เช่น พาสคีย์ การลงนามหลายฝ่าย และนโยบายการใช้จ่ายได้

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

สิ่งที่นักพัฒนาและผู้ประกอบการควรเตรียม

SDF แนะนำให้นักพัฒนาและผู้ประกอบการอัปเดตเป็น SDK รุ่นล่าสุด และเตรียมแอปพลิเคชันที่จัดการที่อยู่ให้รองรับรูปแบบที่อยู่ใหม่ซึ่งขึ้นต้นด้วย W ส่วนเครื่องมือที่ถอดรหัสข้อมูลบัญชีแยกประเภทดิบต้องเพิ่มคำจำกัดความ XDR ใหม่

ยังไม่พบความเห็นสนับสนุนหรือคัดค้านจากนักพัฒนาอิสระหรือภาคอุตสาหกรรม มีการแชร์ประกาศของ SDF ในโพสต์ขนาดเล็กบน Reddit แต่ข้อมูลดังกล่าวยังไม่เพียงพอที่จะสรุปว่าเป็นปฏิกิริยาของตลาดโดยรวม

การอัปเกรด Bell ของเครือข่ายที่ใช้สเตลลาร์ลูเมนส์(XLM) จะมีผลก็ต่อเมื่อได้รับอนุมัติในการลงคะแนน

<ลิขสิทธิ์ ⓒ TokenPost ห้ามเผยแพร่หรือแจกจ่ายซ้ำโดยไม่ได้รับอนุญาต>

บทความที่มีคนดูมากที่สุด

บทความที่เกี่ยวข้อง

ความคิดเห็น 0

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม

0/1000

ข้อแนะนำสำหรับความคิดเห็น

ขอบคุณสำหรับบทความดี ๆ ต้องการบทความติดตามเพิ่มเติม เป็นการวิเคราะห์ที่ยอดเยี่ยม
1