NEAR Protocol окреслив плани застосувати формальну верифікацію за допомогою ШІ до свого протоколу та основних смарт-контрактів після повідомлення про 672 розв'язані математичні задачі за вартості моделі на момент подання $111,85.
Резюме
- NEAR планує застосувати формальну верифікацію за допомогою ШІ до свого протоколу та основних смарт-контрактів.
- NEAR AI повідомила про розв'язання 672 задач PutnamBench за вартості моделі на момент подання $111,85.
- Виробнича верифікація потребує точних моделей програмного забезпечення, визначених вимог і доказів, що охоплюють розгорнуту реалізацію.
- Формальна верифікація доповнює тестування та перегляд коду, а гарантії обмежуються вказаними властивостями та припущеннями.
NEAR Protocol заявив у оголошенні від 16 жовтня, що його дослідження має на меті зменшити обсяг спеціалізованої роботи та обчислювальні витрати, пов'язані з доведенням того, що програмне забезпечення дотримується визначених правил.
Заплановане застосування охоплює протокол мережі та основні контракти, а також інструменти для розробників екосистеми. NEAR описав виробничу верифікацію як мету, тоді як його завершена бенчмаркова робота стосується автоматизованої генерації математичних доказів.
NEAR планує перенести генерацію доказів у виробниче програмне забезпечення
Згідно з оголошенням NEAR, застосування дослідження до працюючого програмного забезпечення включає три етапи. Розробники повинні представити програму математично, визначити властивості, яким вона має відповідати, і побудувати докази того, що ці властивості виконуються.
Нещодавні результати бенчмарків NEAR AI демонструють прогрес на третьому етапі. В оголошенні зазначається, що виробнича робота все ще потребує точних моделей поведінки програмного забезпечення та чіткого зв'язку між доказами й реалізацією, на яку покладаються користувачі.
У своєму поясненні NEAR відрізняє доказ, що охоплює конкретне правило обліку, від гарантії того, що весь застосунок є безпечним. Контракт може зберігати баланси під час переказів, водночас вимагаючи окремого доказу того, що лише авторизовані облікові записи можуть їх ініціювати.
Співзасновник NEAR Ілля Полосухін пов'язав це дослідження з ризиками від програмного забезпечення, згенерованого ШІ, та інструментів, які допомагають зловмисникам виявляти вразливості.
«Майбутнє ШІ та коду, згенерованого ШІ, захоплює — але лише після того, як ми досягнемо верифікованих і математичних гарантій його поведінки».
Оголошення відтворює твердження з тексту Полосухіна про безпеку програмного забезпечення. NEAR зазначає, що формальна верифікація має доповнювати тестування, перегляд коду та практики операційної безпеки.
Результат у $111,85 вимірює математичні докази
В оголошенні NEAR повідомляється, що його ШІ-агент розв'язав 672 задачі Lean з PutnamBench — бенчмарку, заснованого на студентському математичному конкурсі Патнема. Повідомлена середня вартість становила приблизно $0,17 за задачу за цінами моделі, використаними для подання.
Публічний репозиторій проєкту описує результат як 670 початкових задач плюс виправлені версії двох задач із дефектними формалізаціями. NEAR зазначає, що повідомлені витрати не включають повну вартість розробки системи й не оцінюють ціну верифікації виробничого контракту.
У репозиторії команда повідомляє, що відтворення того самого використання за пізнішими вказаними цінами DeepSeek поза піковими годинами коштувало б $331. Її методологія включає невдалі спроби, хоча автори виділяють окремий паралельний експеримент із Kimi, який вони виключили з обліку витрат.
Репозиторій описує перевірки щодо незавершених доказів і змін математичного твердження, яке доводиться. Повідомляється, що найдовший запуск тривав понад три дні.
Поряд із PutnamBench, NEAR заявляє, що її команда посіла перше місце за загальною кількістю розв'язаних задач у таблиці лідерів формалізації Lean Eval v1. У оголошенні уточнюється, що це саме цей показник рейтингу, на відміну від перших розв'язків і унікальних розв'язків.
За словами NEAR, математичні бенчмарки перевіряють здатність, необхідну для верифікації програмного забезпечення, оскільки розробники перетворюють вимоги до програмного забезпечення на математичні твердження. Компанія відокремлює ці результати від роботи з доведення властивостей розгорнутого коду.
Формальні доведення залежать від правил, які обирають розробники
У прикладі з переказом від NEAR звичайний тест перевіряє обрану транзакцію, наприклад переказ п'яти токенів між двома рахунками. Доведення може встановити, що кожен успішний переказ, охоплений математичною моделлю, зберігає сумарний баланс рахунків.
В оголошенні пояснюється, що розробники спершу обирають вимогу, виражають відповідну поведінку програмного забезпечення математично та подають запропоноване доведення на перевірку. Отримана гарантія залежить від використаних визначень і припущень.
Підхід NEAR використовує Lean — мову програмування з відкритим вихідним кодом і помічник доведення. AI-агент може запропонувати доведення, запустити Lean, переглянути його відгук і переглянути спробу, тоді як ядро Lean перевіряє, чи доведення відповідає його логічним правилам.
Невдала спроба не обов'язково вказує на дефект програмного забезпечення, за словами NEAR. Вимога може бути хибною, реалізація може її порушувати, або агент може не знайти дійсного доведення.
Формальна верифікація вже має задокументовані застосування в екосистемі NEAR. Оцінка Templar від Certora від 30 березня — кредитного протоколу, розгорнутого на NEAR, — описує ручний огляд його контрактів на Rust та формальну специфікацію й верифікацію його ринкового контракту. Сторінка оцінки Certora визначає доведені властивості та виявлені проблеми як предмети повного звіту.
Інші блокчейн-команди також займалися верифікацією за допомогою ШІ
У травні Aptos Labs описала підтримку формальної верифікації за допомогою ШІ, що стосується динамічної диспетчеризації в контрактах Move. Згідно з висвітленням оголошення, заявлений робочий процес використовує специфікації, згенеровані ШІ, разом із Move Prover.
Співзасновник Ethereum Віталік Бутерін обговорював подібне поєднання інструментів ШІ та перевірених машиною доведень. Як раніше повідомляв crypto.news, у його травневих коментарях було визначено застосування в межах дорожньої карти Ethereum, зокрема консенсус, постквантову криптографію та системи з нульовим розголошенням.
Бутерін застеріг, що доведення одного рівня не встановлює, що вся система поводиться так, як задумано. Його обговорення охоплювало верифікацію від високорівневих специфікацій до низькорівневої реалізації.
Окреме дослідження безпеки NEAR стосувалося постквантового підпису. Травнева пропозиція Near One обрала підтримку підписів FIPS-204, використовуючи стандарт ML-DSA, затверджений Національним інститутом стандартів і технологій США.
У травневій пропозиції було описано цільовий термін для тестової мережі — кінець другого кварталу 2026 року. Near One зазначила, що програмне забезпечення гаманців, апаратні гаманці, кінцеві точки та API потребуватимуть скоординованих змін для підтримки нових схем підпису.
