ฟีเจอร์ durable nonce ของ Solana ยังไม่ถูกยกเลิกในตอนนี้ แต่ Solana Foundation กำลังวางแผนสำหรับอนาคตที่ไม่มีฟีเจอร์นี้ แผนการยกเลิกในเดือนตุลาคมของมูลนิธิฯ ชี้ไปที่โปรแกรมลงนามบนเชนที่ตรวจสอบลายเซ็นออฟไลน์แล้วจึงดำเนินการตามคำสั่งที่ได้รับอนุมัติ ซึ่งเป็นการเปลี่ยนแปลงที่จะส่งผลต่อว่าที่อยู่ใดควบคุมสินทรัพย์ที่ได้รับผลกระทบ ยังไม่มีการกำหนดวันที่ยกเลิก และ durable nonce ยังคงใช้งานได้ หน้าต่างการย้ายระบบประมาณหกเดือนนั้นมีเงื่อนไขว่าต้องมีระบบทดแทนที่เหมาะสมพร้อมผ่านการตรวจสอบและใช้งานจริงบนเมนเน็ตแล้ว
Durable nonce ทำอะไรได้จริง
Durable nonce ช่วยให้ผู้ลงนามออฟไลน์อนุมัติธุรกรรมโดยใช้ nonce ที่จัดเก็บไว้ ดังนั้นการอนุมัติและการกระจายธุรกรรมจึงสามารถเกิดขึ้นในเวลาที่ต่างกันได้ ซึ่งแก้ปัญหาที่เกิดขึ้นจริง: หน้าต่างหมดอายุของ blockhash บน Solana นั้นสั้น และคีย์เย็นที่อยู่ในตู้เซฟไม่สามารถลงนามและส่งได้เร็วพอเสมอไป ฟีเจอร์นี้จึงเป็นวิธีแก้ปัญหาชั่วคราวสำหรับทีมที่เก็บคีย์ไว้ออฟไลน์
แรงกดดันให้เปลี่ยนฟีเจอร์นี้มาจากการอัปเกรด slot เป็น 200ms ของ Solana ซึ่งแยกต่างหาก และถึงขั้นตอนสุดท้ายบนเมนเน็ตเมื่อวันที่ 9 ตุลาคม การผลิตบล็อกที่เร็วขึ้นเหลือเวลาจริงน้อยลงสำหรับการอนุมัติตาม blockhash ทั่วไป แม้ว่าการหมดอายุจะขึ้นอยู่กับการผลิตบล็อกมากกว่าตัวจับเวลาที่รับประกันได้
สองดีไซน์ทดแทนที่อยู่บนโต๊ะ
มูลนิธิฯ ยังไม่ได้เลือกขั้นสุดท้ายระหว่าง Programmatic Signer ของ Anza และ Vector ของ Blueshift ทั้งสองแบบเพิ่มโปรแกรมระหว่างการอนุมัติของคีย์เย็นและการดำเนินการ โดยมีที่อยู่ที่ได้มาจากโปรแกรม (PDA) ควบคุมบัญชีที่ได้รับผลกระทบ คีย์ดั้งเดิมยังคงอนุญาตการกระทำ ขณะที่ผู้ดำเนินการออนไลน์แยกต่างหากเป็นผู้ส่งและจ่ายค่าธรรมเนียมเครือข่าย PDA ไม่มีคีย์ส่วนตัว ความสามารถในการดำเนินการมาจากโปรแกรมลงนามที่ตรวจสอบการอนุมัติของคีย์ดั้งเดิม
ภายใต้ Programmatic Signer คีย์เย็นลงนามในข้อความที่ได้รับอนุญาต Relayer จะนำการอนุมัตินั้นใส่ในธุรกรรมที่มี blockhash ใหม่ โปรแกรมลงนามตรวจสอบการอนุญาตและดำเนินการตามคำสั่งที่ได้รับอนุมัติโดยใช้ที่อยู่ที่ได้มาจากคีย์เป็นผู้ลงนาม ลายเซ็นเย็นของ Programmatic Signer ผูกผู้ดำเนินการ บัญชี nonce และข้อความการดำเนินการที่ฝังไว้ Relayer ไม่สามารถแก้ไขไบต์ที่ได้รับอนุญาตเหล่านั้น while keeping valid signatures แต่สามารถเลือกผู้จ่ายค่าธรรมเนียมชั้นนอกและ blockhash และเพิ่มคำสั่งก่อนหรือหลังการส่งได้ ใช้บัญชี nonce ของโปรแกรมแยกต่างหากสำหรับสถานะการเล่นซ้ำ และไม่ต้องการการลงทะเบียนที่อยู่ผู้ลงนาม
Vector ผูกมัดกับบัฟเฟอร์คำสั่งระดับบนสุด รวมถึงข้อมูลและบัญชีที่ใช้ส่งการกระทำที่ได้รับอนุมัติไปยังโปรแกรมอื่น คำสั่งที่อยู่รอบๆ การกระทำเหล่านั้นต้องถูกรวมไว้แล้วเมื่อคีย์เย็นลงนาม Relayer ไม่สามารถแทรก ลบ หรือจัดเรียงใหม่ในภายหลังโดยไม่ทำให้การอนุมัติเสียหาย Vector จัดเก็บ nonce ไว้ในบัญชี Vector และต้องการการเริ่มต้นบัญชีภายใต้โปรแกรม Vector บัญชี SOL ที่ได้มานั้นเป็นของโปรแกรม และ SOL จะถูกปล่อยผ่านการถอนหรือการปิดที่ได้รับอนุญาตของตัวเอง
ในทั้งสองดีไซน์ การจ่ายสำหรับการกระจายธุรกรรมไม่ได้ให้สิทธิ์ในการเขียนการกระทำที่ลงนามใหม่
การย้ายระบบไม่ใช่แค่การสลับธง
การได้มาซึ่งที่อยู่ไม่ได้ย้ายสินทรัพย์หรือสิทธิ์เหล่านั้นจะต้องโอนแยกต่างหาก สำหรับ SOL แบบเนทีฟ นั่นหมายถึงการย้ายมันไปยังที่อยู่ที่ได้มา ยอดคงเหลือของโทเค็นต้องถูกโอนไปยังบัญชีที่ควบคุมโดย PDA สิทธิ์ในการสร้างหรืออายัดโทเค็นก็ต้องถูกย้ายเช่นกัน บัญชี stake สามารถย้ายอำนาจผู้ stake อำนาจการถอน หรือทั้งสองอย่าง ขึ้นอยู่กับสิทธิ์ที่กำลังย้าย
บัญชี SOL ที่ได้มาของ Programmatic Signer เป็นของระบบและสามารถส่ง SOL ผ่านการโอนทั่วไปที่ได้รับอนุมัติ วิธีการของ Vector แตกต่างออกไป: มันเริ่มต้นบัญชีที่เป็นของโปรแกรมและปล่อย SOL ผ่านการถอนหรือการปิดที่ได้รับอนุญาตของตัวเอง
นาฬัทยังไม่เดิน
Durable nonce ยังคงใช้งานได้ และมูลนิธิฯ ยังไม่ได้กำหนดวันที่ยกเลิก หน้าต่างการย้ายระบบหกเดือนมีเงื่อนไขว่าต้องมีระบบทดแทนที่พร้อม ผ่านการตรวจสอบ และใช้งานจริงบนเมนเน็ต จนกว่าหนึ่งในสองดีไซน์จะผ่านเกณฑ์นั้น แผนการยกเลิกก็ยังคงเป็นเพียงแผน
ขั้นตอนที่เป็นรูปธรรมถัดไปคือการเลือกของมูลนิธิฯ ระหว่าง Programmatic Signer และ Vector ยังไม่มีการประกาศกรอบเวลาสำหรับการตัดสินใจนั้น
