ข้อเสนอการลงนามออฟไลน์ของ Solana จะทำให้การอนุมัติยังคงมีผลแม้การทำธุรกรรมล้มเหลว

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

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

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

durable nonces ยังคงใช้งานได้ มูลนิธิยังไม่ได้กำหนดวันที่จะลบหรือทำการเลือกขั้นสุดท้ายระหว่าง Programmatic Signer ของ Anza และ Vector ของ Blueshift หน้าต่างการย้ายประมาณหกเดือนของมันขึ้นอยู่กับการมีอยู่ของการแทนที่ที่เหมาะสมซึ่งพร้อมใช้งาน ตรวจสอบแล้ว และใช้งานได้บน mainnet

คีย์ยังคงอนุมัติ แต่บัญชีเปลี่ยนแปลง

durable nonces แก้ปัญหาด้านเวลา แทนที่จะลงนามธุรกรรมที่เชื่อมโยงกับ blockhash ล่าสุดที่หมดอายุในไม่ช้า ผู้ลงนามออฟไลน์สามารถอนุมัติธุรกรรมโดยใช้ nonce ที่เก็บไว้ ซึ่งอนุญาตให้การอนุมัติและการส่งออกเกิดขึ้นในเวลาที่แตกต่างกัน

การอัปเกรด slot 200ms แยกต่างหากของ Solana ถึงขั้นตอนสุดท้ายใน mainnet เมื่อวันที่ 9 ตุลาคม การผลิตบล็อกที่เร็วขึ้นทำให้เวลาที่มีอยู่สำหรับการอนุมัติที่อิงจาก blockhash ลดลง แม้ว่าการหมดอายุจะขึ้นอยู่กับการผลิตบล็อกแทนที่จะเป็นตัวจับเวลาแบบรับประกัน การรายงานก่อนหน้านี้ของ CryptoSlate ได้ตรวจสอบการเปลี่ยนแปลงด้านเวลา; ข้อเสนอ nonce เกี่ยวข้องกับสถาปัตยกรรมที่ใช้เพื่อหลีกเลี่ยงหน้าต่างการอนุมัติที่สั้น

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

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

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

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

การออกแบบสองแบบที่เป็นผู้สมัครยังจัดการกับ SOL ดั้งเดิมแตกต่างกัน บัญชี SOL ที่ได้มาจาก Programmatic Signer เป็นของระบบและสามารถส่ง SOL ผ่านการโอนปกติที่ได้รับการอนุมัติ Vector เริ่มต้นบัญชีที่เป็นเจ้าของโปรแกรมและปล่อย SOL ผ่านการถอนหรือการปิดที่ได้รับการอนุมัติของตนเอง

สิ่งที่ลายเซ็นเย็นอนุญาตให้ผู้ส่งต่อทำ

การเลือกการดำเนินการมีผลต่อวิธีที่การอนุมัติจำกัดธุรกรรมรอบ ๆ มัน

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

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

Programmatic Signer อนุญาตให้มีการประกอบบริบทการดำเนินการรอบการดำเนินการที่ได้รับการอนุมัติ; Vector ต้องการให้ลำดับคำสั่งที่ล้อมรอบได้รับการอนุมัติล่วงหน้า ในทั้งสองกรณี การจ่ายเงินเพื่อการออกอากาศไม่ได้มอบสิทธิ์ในการเขียนใหม่การดำเนินการที่ลงนาม

ความพยายามในการดำเนินการที่ล้มเหลวอาจทิ้งการอนุมัติแบบเย็นที่สามารถดำเนินการได้ในภายหลัง ธุรกรรม durable-nonce ปัจจุบันที่ผ่านการตรวจสอบแต่ล้มเหลวระหว่างการดำเนินการยังคงใช้ nonce ของมัน สถาปัตยกรรมของ Programmatic Signer จะมุ่งมั่นการก้าวหน้า nonce และการเปลี่ยนแปลงการใช้งานร่วมกัน หรือย้อนกลับร่วมกัน Vector เอกสารความสามารถเดียวกันในการลองอีกครั้งสำหรับการดำเนินการที่ล้มเหลว

สำหรับผู้ดำเนินการ การลองอีกครั้งหมายความว่าการส่งที่ล้มเหลวไม่ได้ทำให้การอนุมัติไม่ถูกต้องโดยอัตโนมัติ โดยไม่มีเส้นตายที่บังคับ มันสามารถยังคงมีให้สำหรับการดำเนินการในภายหลังในขณะที่ nonce ของมันยังคงไม่เปลี่ยนแปลง

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

การเข้าถึงแอปพลิเคชันเป็นการทดสอบการดูแลที่แยกต่างหาก

เหตุผลของมูลนิธิคือการทำให้การจัดการผู้ตรวจสอบง่ายขึ้น Nonces ที่ทนทานต้องการกฎการป้องกันการเล่นซ้ำพิเศษ ทำให้การดำเนินการแบบอะซิงโครนัสซับซ้อนและทำให้ธุรกรรมที่ไม่ถูกต้องยากขึ้นในการกรอง การย้ายการอนุมัติและสถานะการเล่นซ้ำไปยังโปรแกรมปกติทำให้ผู้ตรวจสอบประมวลผลธุรกรรม blockhash ปกติ

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

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

CPI Guard ของ Token-2022 แสดงให้เห็นว่าความเข้ากันได้ต้องการการประเมินระดับบัญชีที่แม่นยำ เมื่อเปิดใช้งานการป้องกัน การโอนและการเผา CPI ต้องการอำนาจจากผู้แทน; การอนุมัติผ่าน CPI ถูกห้าม และการเปลี่ยนเจ้าของก็ถูกห้ามแม้จะอยู่นอก CPI ผู้แทนถาวรมีข้อยกเว้นในการโอนและการเผา

กฎเหล่านั้นเฉพาะเจาะจงมากกว่าการห้ามทั่วไปในทุกการกระทำของ PDA อาจมีเส้นทางการโอนที่ใช้ผู้แทน แต่การจัดตั้งหรือการใช้สิทธิ์นั้นจะนำมาซึ่งการตัดสินใจเกี่ยวกับการอนุญาตและนโยบายการดูแลของตนเอง

ข้อกังวลของสถาบันที่ยกขึ้นในเดือนมีนาคมมุ่งเน้นไปที่การเข้าถึงแอปพลิเคชันและการควบคุมภายใต้ซึ่งเงินทุนอาจเคลื่อนย้าย ในการอภิปรายเมื่อวันที่ 4 มีนาคม ผู้เข้าร่วมที่ระบุว่าตนชื่อไมเคิลจาก Fireblocks สนับสนุนการยกเลิก nonce ในขณะที่คัดค้านการย้าย CPI Passthrough ภาระการพึ่งพาสัญญาและความเข้ากันได้ของ DeFi เขาชอบซองธุรกรรม โดยมี Sudo เป็นทางเลือก แทนเส้นทางการลงนามที่เสนอซึ่งอิงจาก CPI

Grant ผู้ซึ่งระบุว่าตนอยู่ที่ Unit 410 กล่าวในวันเดียวกันนั้นว่าโปรแกรมผู้ลงนามที่ตรวจสอบได้ขนาดเล็กอาจทำให้การย้ายอำนาจเป็นที่ยอมรับได้ เขาปฏิเสธวิธีการที่ชั่วคราวซึ่งย้ายสินทรัพย์ไปยังผู้ลงนามที่ร้อน แม้จะเป็นการดำเนินการแบบอะตอมิก เพราะเงินทุนจะต้องยังคงเชื่อมโยงกับการจัดเก็บเย็นในรูปแบบที่ไม่ดูแล

การออกแบบที่สามารถทดสอบได้ยังต้องการเส้นทางการย้ายผลิตภัณฑ์

เอกสารปัจจุบันของ Programmatic Signer รายงานการปรับใช้ devnet และการตรวจสอบที่กำลังดำเนินอยู่ โดยต้องมีการแก้ไขก่อนการเปิดตัว v1 และการปรับใช้ mainnet ใดๆ อินเทอร์เฟซของมันอาจมีการเปลี่ยนแปลง เอกสารการใช้งานยังคงระบุว่าการจำลองและการส่งการส่งต่อจะมาถึงเร็วๆ นี้ ในขณะที่การดำเนินการย้ายหลายรายการก็ยังไม่เสร็จสิ้นในคู่มือ

Vector เผยแพร่รหัสการใช้งานและรหัสโปรแกรม; README ของมันไม่ได้ระบุสถานะการตรวจสอบหรือการปรับใช้ mainnet

ในขณะเดียวกัน ชุดการเริ่มต้นโปรโตคอลปัจจุบันของ Fireblocks ยังคงอธิบายการฉีด durable-nonce อัตโนมัติสำหรับการรวม WalletConnect ที่เลือก รวมถึง Jupiter และ Kamino โดยมีหน้าต่างความถูกต้อง 15 นาทีที่จัดการโดยผู้ให้บริการเป็นค่าเริ่มต้น ซึ่งอธิบายถึงกระบวนการอนุมัติที่มีอยู่ซึ่งการทดแทนต้องรองรับ

การย้ายการดำเนินงานต้องการการทดแทน mainnet ที่ตรวจสอบแล้ว เครื่องมือที่ใช้งานได้ และเส้นทางแอปพลิเคชันที่รักษาการควบคุมการอนุมัติของผู้ดำเนินการแต่ละรายไว้