Проект оновлення Solana видалить тривалі нонси не раніше 5 травня 2027 року, що змусить кастодіанів та біржі, які залежать від довготривалих підписаних транзакцій, перебудувати свої процеси підпису.
SIMD-0723, поданий 5 листопада розробником Anza Габеєм R., залишається проектом, що не об’єднаний і ще не прийнятий. Для об’єднання цього запиту на витяг потрібна схвалення щонайменше одного члена команди Anza та одного члена команди Firedancer.
Сталі нонси дозволяють підписані транзакціям залишатися дійсними поза нормальним вікном дії в 150 блоків Solana, за умови, що збережене значення нонсу не змінилося. Це підтримує схвалення на комп’ютерах, що працюють автономно, або процесах, які тривають довше, ніж звичайний вікно транзакції.
5 травня — це найраніша дата, а не запланований вивід. проект специфікації передбачає шестимісячний період міграції з моменту публікації. рекомендації Solana Foundation з іншого боку описують видалення приблизно через шість місяців після готовності замінюючої програми та не вказують жодної дати активації.
Функція була частиною атаки 1 квітня на протокол торгівлі Solana Drift. У своєму звіті про інцидент Drift зазначив, що нападники поєднали попередньо підписані тривалі nonce-транзакції, «що дозволяло запізнене виконання», і скомпрометовані багатопідписові схвали, ймовірно отримані через соціальну інженерію або неправильне представлення транзакцій. Drift сказав, що дві попередньо підписані транзакції передали адміністративний контроль, що дозволило нападнику ввести шкідливий актив і видалити ліміти на виведення.
До 16 квітня бухгалтерського обліку Drift втрати активів становили близько 295,7 мільйона доларів США. Атака призвела до запровадження плану відновлення на основі токенів. Основною причиною вилучення зі списку Solana вказано повторювані проблеми з безпекою валідаторів та консенсусу, а також спам, пов’язаний з nonce.
Офлайн-підписування переходить до програм
За пропозицією, кожна транзакція повинна мати недавній blockhash. Раніше підписані транзакції з постійними nonce перестануть працювати після активації. Створення, просування та оновлення nonce-акаунтів будуть вимкнені, тоді як виведення коштів та зміни повноважень залишаться доступними.
Проект пропонує Anza's Programmatic Signer та Blueshift's Vector як альтернативи. Користувачі перенесуть повноваження та кошти на адреси, що керуються програмою, відомі як PDAs. Холодний ключ підпише авторизацію автономно; онлайн-релей потім надішле її всередині нової транзакції. Програма перевірить підпис і виконає схвалені дії.
Навантаження від міграції поширюється далі ніж оновлення програмного забезпечення транзакцій. У внеску від березня до обговорення розробників Майкл Гуткін з Fireblocks сказав, що компанія керує інфраструктурою підпису мільйонів адрес Solana. Він підтримав видалення тривалих нонсів, але зазначив, що заміна, яка вимагатиме повної міграції акаунтів без моста сумісності, потребуватиме щонайменше 12 місяців у масштабі інституцій.
Програми заміни також змінюють значення невдалого переказу. Проект попереджає, що «невдала спроба — це не відкликання»: авторизація може залишатися придатною після невдалого виконання, на відміну від транзакції з постійним номером, чий номер витрачається при невдачі.
Документація Programmatic Signer стверджує, що він розгорнутий на Devnet, і перед першим розгортанням на мейннеті необхідні аудити та виправлення.