Многие считают, что безопасность блокчейна — это про то, чтобы остановить хакеров. Но когда я читала про протокол Newton, другой вопрос не давал мне покоя: а что, если самый безопасный перевод — это тот, который вообще не будет одобрен в первую очередь?
Эта идея полностью изменила то, как я смотрю на защиту кошельков.
На протяжении многих лет криптоиндустрия сосредоточивалась на том, чтобы сделать кошельки сложнее для взлома. Мы используем аппаратные кошельки, более надежные пароли, многофакторное (мультиподписное) подтверждение и аудированные смарт-контракты, чтобы снизить риски. Эти улучшения важны, но в основном они защищают нас до того, как мы подпишем запрос. После того как мы одобрим действие, большинство блокчейнов просто проверяют, соответствует ли оно правилам сети, и затем выполняют его.
Очень немногие останавливаются, чтобы спросить, действительно ли это действие соответствует тому, что владелец имел в виду.
Именно здесь Newton Protocol предлагает свежий взгляд.
Вместо того чтобы рассматривать защиту как нечто, что реагирует уже после того, как ошибка произошла, Newton Mainnet Beta вводит слой авторизации, который оценивает каждый запрос, прежде чем он попадет в блокчейн. Вместо предположения, что каждое подписанное действие должно проходить дальше, он сначала проверяет, соответствует ли оно программируемым политикам, заданным кошельком, приложением или организацией.
Для меня это похоже не на добавление еще одной функции безопасности, а на добавление здравого смысла в активность блокчейна.
Представьте, что вы открываете банковское приложение и случайно пытаетесь отправить весь баланс на незнакомый счет. На многих блокчейн-сетях, как только вы подтверждаете запрос, перевод продолжается, если технические требования выполнены. Newton вставляет дополнительную контрольную точку перед расчетами. Если действие нарушает заранее заданные правила, его можно остановить еще до того, как какие-либо активы покинут кошелек.
Эта простая идея могла бы предотвратить множество ошибок, которые мы видим по всей криптоиндустрии.
После того как я потратил(а) время на изучение уязвимостей кошельков, я понял(а), что многие потери происходят не из-за сломанной криптографии. Они случаются потому, что люди, сами того не осознавая, одобряют вредоносные разрешения, взаимодействуют с поддельными сайтами или допускают простую ошибку, торопясь подтвердить действие на экране. Даже опытные пользователи уже совершали такие ошибки.
Одну фразу снова и снова возвращало мне в голову:-
Блокчейн проверяет, является ли действие допустимым. Newton спрашивает, является ли оно разумным.
Разница может показаться небольшой, но она меняет всю философию защиты транзакций.
Разработчики могут создавать программируемые политики, соответствующие потребностям их приложений. Кошелек может требовать дополнительного подтверждения перед крупными переводами, блокировать взаимодействие с подозрительными адресами, ограничивать активность вне рабочего времени или обеспечивать соблюдение требований для регулируемых сред. Эти политики оцениваются до расчетов, а не попытками вернуть средства после того, как ущерб уже был нанесен.
Та же логика может улучшить смарт-контракты.
Сегодня большинство контрактов фокусируются на балансах, подписях и заранее заданной логике. Newton добавляет еще один слой принятия решений: он проверяет, удовлетворяет ли запрошенная операция пользовательским правилам авторизации, прежде чем разрешить продолжение. Поскольку эти правила существуют вне самого контракта, разработчики могут усиливать защиту, не перестраивая постоянно логику приложения. Это делает процесс разработки более чистым и гибким, при этом поведение блокчейна остается предсказуемым благодаря детерминированной проверке политик.
Я также начал(а) думать о том, насколько это может быть полезно организациям, которые управляют большими объемами цифровых активов.
Казначейству DAO, бирже или даже эмитенту стейблкоина часто нужно больше, чем просто простой multisig-кошелек. Важны внутренние лимиты расходов, списки одобренных получателей, операционные расписания и механизмы контроля рисков. Newton позволяет этим организациям внедрять такие требования до того, как средства начнут перемещаться, помогая снизить человеческий фактор при сохранении прозрачного управления.
Еще одна функция, которая меня впечатлила, — использование криптографических аттестаций. Вместо того чтобы просить приложения доверять централизованному сервису, Newton формирует проверяемые результаты авторизации, которые можно независимо подтвердить onchain. Это сохраняет одно из самых сильных принципов блокчейна: заменять слепое доверие прозрачной верификацией.
Поскольку децентрализованные финансы продолжают привлекать институты, ожидания в отношении операционного контроля будут расти. Крупные организации ищут не только более быстрые сети или более низкие комиссии. Им также нужно быть уверенными, что каждое действие соответствует внутренним политикам, обязательствам по комплаенсу и стандартам управления рисками — еще до того, как оно будет окончательно выполнено.
Чем больше я изучал(а) Newton Protocol, тем сильнее чувствовал(а), что он не заменяет существующую безопасность блокчейна. Он усиливает процесс принятия решений, который происходит еще до выполнения в блокчейне.
Традиционные блокчейны обычно идут по простому пути: подпиши, проверь, исполни.
Newton добавляет еще один шаг: подпиши, проверь по политикам, авторизуй, а затем исполни.
Эта дополнительная контрольная точка может показаться небольшой, но она способна предотвратить множество дорогостоящих ошибок, которые сегодняшние кошельки попросту не могут распознать.
Если блокчейн собирается поддерживать миллионы обычных пользователей наряду с глобальными финансовыми институтами, то предотвращение может стать не менее важным, чем сама децентрализация.
Вот почему Newton Protocol выделяется для меня. Он напоминает, что будущее безопасности блокчейна — это не только про создание более надежных кошельков или более умных смарт-контрактов. Это про то, чтобы каждое действие проверялось по понятным программируемым правилам еще до того, как оно окажется в цепочке.
Иногда самая ценная защита — это не восстановление после плохого решения. Самое важное — сделать так, чтобы это решение вообще никогда не происходило.
@NewtonProtocol #Newt $NEWT $SNDK $HMSTR #JapanUrgesGPIFToBoostDomesticAssets #VelvetTokenBreakoutWatch #oil #GOLD
