Розробники Neo Core завершили визначення обсягу v3.9, просунули тестування та розробку дизайну CryptoLib

У нещодавньому засіданні Neo Core розробники продовжили тестування змін щодо витрат виконання та білого списку, уточнили плани впровадження сумісності з Ethereum для підтримки BLS у рідному контракті CryptoLib і оцінили новий механізм управління заблокованими фондами.

Також обговорювались варіанти, які гарантують, що кандидатури валідаторів працюють на справжніх вузлах, включаючи моделі на основі ставкок та штрафів. Дискусії почались з того, як довести, що кандидати до Ради працюють на функціональних вузлах, що є необхідною умовою для вирівнювання винагород за газ.

Розглядаються два основні підходи: легка схема доказу роботи для кандидатів та модель ставок і штрафів, в якій кандидати блокують NEO і можуть бути оштрафовані у разі невдачі перевірок активності. Розробники погодилися, що версія v3.9.0 майже завершена.

Обговорювалося включення підтримки підпису довільних повідомлень, перенесеної з Flamingo.

Через залежність функціональності від додаткових запитів та чіткої специфікації, реалізацію можуть відкласти на пізніший реліз. Зміни щодо витрат виконання та підтримка безкоштовних транзакцій із білого списку вже були об'єднані для v3.9.0.

Спеціальна проблема визначить контрольний список тестування для цих функцій перед публікацією фінальних бінарних файлів. Розробники також переглянули пропозицію додати Ethereum-сумісні псевдоніми для BLS12-381 у рідному контракті CryptoLib.

Виділилися два основні зауваження, пов’язані з тим, що нові методи працюють з байтовими масивами, в той час як існуючі функції CryptoLib представляють точки BLS через інтерфейси взаємодії.

Основний напрямок – узгодження підтримки BLS з Ethereum із сьогоднішнім стилем інтерфейсу. Група також переглянула зміни в управлінні, які дозволять Раді Neo переміщувати кошти з заблокованих рахунків після визначеного терміну за наявності 19 з 21 підпису.

Механізм розрахований на випадки, коли кошти заморожені в зловмисних або скомпрометованих гаманцях, але не для відновлення активів користувачів, які втратили приватні ключі. Голосування визначить стандартний термін блокування з можливими варіантами: шість місяців, рік або два роки.

Після завершення цей функціонал має надати чіткіший процес для роботи з санкціонованими адресами.