Я перечитывал(а) описание того, как Ньютон на самом деле встраивается в смарт-контракт — механическую часть, а не философию — и там есть строка, которую я пролистывал(а) четыре или пять раз, прежде чем она наконец дошла. Когда пользователь или агент инициирует действие, в целевом смарт-контракте выполняется легковесный фрагмент кода, который маршрутизирует запрос в сеть Newton. Достаточно простое предложение. Но мне было неловко долго осознавать, что именно оно подразумевает: что в самом контракте этот фрагмент кода должен уже быть. Newton не «оборачивает» существующие контракты извне. Его нужно специально встроить изнутри тем, кто писал контракт.

Мое первое предположение, и я думаю, что это предположение несет в себе большинство людей, когда они подают идею «верификационного слоя» или «политического слоя», было таким: это работает так же, как работает значительная часть middleware — располагается перед существующей инфраструктурой или рядом с ней, не требуя перестраивать эту инфраструктуру. Как брандмауэр перед сервером или инструмент мониторинга, прикрученный к уже существующему конвейеру. Обычно вам не нужно переписывать то, что вы защищаете, чтобы защитить это. По сути, это неявное обещание в большинстве формулировок про «слой доверия»: подключи его, получи выгоду, минимум сбоев.

Тогда я, по сути, продумал, что означает «сниппет в целевом смарт-контракте» для триллионов долларов ценности, которые уже прямо сейчас лежат в смарт-контрактах, развернутых в Ethereum и в других сетях: неизменяемых, необновляемых, уже запущенных в работу. Ни в одном из этих контрактов нет сниппета Newton. Они не могут получить его задним числом. Смарт-контракты по дизайну в большинстве случаев не переписываются после развертывания, если только они специально не были построены с учетом паттернов обновляемости. И даже тогда обновление контракта только ради того, чтобы «прикрутить» новую зависимость на авторизацию — это нетривиальное осознанное инженерное и управляющее (governance) решение, а не галочка, которую кто-то просто переключает.

Итак, реальный охват того, что Newton способен обеспечить, — это не вообще «ончейн-автоматизация», а конкретно новые контракты, которые будут созданы в будущем, командами, которые заранее решают интегрировать эту зависимость. Именно это, как мне кажется, теряется в подаче. Это не слой, который задним числом делает существующий DeFi безопаснее или приносит проверенные проверки политики стейблкоинам, которые уже запущены и уже имеют миллиарды в обращении. Это слой, который применяется только к тому, что будет построено после того, людьми, которые выбрали его осознанно — то есть это гораздо более узкая и гораздо более медленно растущая зона, чем подразумевает рекламный тезис.

Вот самый прямой способ это представить. Допустим, существует новый тип замка с признаками вскрытия, который действительно лучше того, что сейчас продается на рынке. Отличное изобретение. Но он работает только с дверьми, которые были изготовлены с уже встроенным крепежным кронштейном под него. Любую дверь, уже установленную в любом существующем здании в мире, невозможно переоснастить этим замком без буквально замены самой двери. Поэтому реальный путь внедрения замка — не «сделать существующие здания безопаснее», а «убедить производителей дверей, начиная прямо сейчас, встраивать этот кронштейн в новые двери в будущем и надеяться, что достаточная доля строительной отрасли примет это, прежде чем выиграет чей-то другой стандарт кронштейна». Это принципиально более медленный и более зависимый от обстоятельств тип внедрения, чем тот, который люди предполагают, услышав «слой безопасности для смарт-контрактов».

Вот где моя скептичность включается особенно сильно, потому что внедрение «с нуля» в крипто — это жесткая конкуренция, и оно в значительной степени зависит от того, какой стандарт первым получит сетевые эффекты. Если вы сегодня — новый эмитент стейблкоинов или новый DeFi-протокол — решаете, строить ли в Newton-сниппет, вы сравниваете это с простым добавлением собственных базовых проверок: это быстрее, не несет риска внешней зависимости и не требует доверять чью-то операторскую сеть вашему потоку транзакций. Рекламный тезис выигрывает только если выгода от верифицируемого, децентрализованного подтверждения политики явно перевешивает простоту сделать это самим. А для многих команд, которые быстро строят в конкурентном рынке, «просто сделай это сам» выигрывает по умолчанию — не потому, что подход Newton хуже, а потому что «дефолты» держатся, и большинство команд не тянутся к внешним зависимостям, если нет очень конкретной, немедленной причины.

Есть и проблема «куры и яйца», лежащая под этим всем, и она не решается просто наличием хорошей технологии. Институции — та аудитория, на которую, судя по формулировкам комплаенса, это нацелено, — как правило хотят видеть, что другие институции уже используют нечто, прежде чем они сами решатся. Особенно если речь идет о чем-либо, что затрагивает регулируемые финансовые потоки. Но вы не получите социального подтверждения без ранних последователей, готовых оказаться первыми, а быть первыми означает встроить сниппет в ваш контракт до того, как появится хоть какой-то бэкграунд, доказывающий, что сеть выдерживает реальную нагрузку, реальные враждебные условия и реальные попытки эксплойтов. Кто-то должен сделать первый шаг с реальными деньгами — и это всегда самая трудная фаза для любой инфраструктуры, которую нужно построить «внутрь», а не просто прикрутить.

Если попытаться переформулировать, к какой категории это на самом деле относится, с учетом ограничения «встроено, а не прикручено», я постоянно возвращаюсь к тому, что ближе к строительному стандарту, чем к продукту безопасности. Скорее как то, как определенные строительные нормы или стандарты электропроводки постепенно внедряются в отрасли: новое строительство начинает соответствовать стандарту, а существующие здания получают «дедушкин пункт» и остаются в силе на неопределенный срок, потому что модернизировать весь установленный базис либо невозможно, либо крайне непрактично. Такие стандарты со временем могут стать доминирующими, но сроки их внедрения измеряются годами постепенного вытеснения, а не одним циклом хайпа и объявлений об интеграциях. И множество предложенных стандартов просто не набирают критической массы и тихо заменяются тем, который окажется следующей конкурирующей нормой.

То, чего мне не хватает, — это уверенности в том, откуда в ближайшей перспективе берется фактический импульс Newton. Это может происходить от действительно новых контрактов, которые выбирают это с самого первого дня — и это было бы реальным сигналом того, что стандарт начинает приживаться. Либо же большая часть текущей активности ближе к демо и пилотным интеграциям, сделанным специально, чтобы показать технологию, а не к production-системам, которые обрабатывают реальный, враждебный, оспариваемый объем транзакций. Эта разница имеет огромное значение, и я нигде не видел это четко разложенным по полочкам. Возможно, это просто действительно ранний этап. А возможно, кривая внедрения «с нуля» более спокойная, чем предполагает динамика цены токена.

$NEWT @NewtonProtocol #Newt

NEWT
NEWT
--
--

#Edge $EDGE #spell $EVAA #Labs #Velvet