Существует множество соображений относительно умных контрактов и криптографически активируемых систем. Они касаются вопроса о необходимости нового свода законов и правил, различающего технически обязательные контракты в коде и более гибкие человеческие контракты, регулируемые законом[75]. Соблюдение или нарушение условий обычных контрактов – это выбор людей, но в случае с блокчейном и любыми другими видами контрактов на основе кода это уже совершенно не так. Кроме того, умные контракты влияют не только на договорное право, но и в широком контексте – на понятие общественного договора среди людей. Необходимо решить и определить, какого рода общественные договоры будут подпадать под закон об автоматическом и потенциально непрерывно исполняющемся коде. Сейчас почти невозможно совместить умные контракты с существующим контрактным правом (например, после запуска контрактного кода им трудно управлять, регулировать или потребовать от него возместить от него ущерб в судебном порядке). Соответственно, нормативно-правовая база, по сути, переходит на уровень контракта. В конечном счете это приведет не к беззаконию и анархии, а к тому, что нормативно-правовая база станет более фрагментированной и адаптированной к конкретным ситуациям. Стороны, заключающие контракт, должны выбрать нормативно-правовую базу, уже встроенную в код. Могут существовать несколько известных, проверенных, «готовых к использованию» нормативно-правовых баз, подобно лицензиям Creative Commons, из которых пользователи будут выбирать нормативно-правовую базу в качестве компонента умного контракта. Таким образом, появилась бы возможность достичь разнообразия нормативно-правовых баз, подобно существующему разнообразию валют.
Умные контракты не делают возможным то, что ранее было невозможным, они просто позволяют решать распространенные проблемы, сводя к минимуму необходимость доверия. Зачастую минимум доверия бывает весьма удобным, так как при этом устраняется «человеческий фактор» и обеспечивается полная автоматизация. Примером базового умного контракта является подарок в наследство, который становится доступным на восемнадцатилетие внука либо в день смерти дедушки. Можно создать транзакцию, которая будет находиться в распределенном журнале записей незадействованной, пока не наступит определенная дата или событие. Для того чтобы задать первое условие (когда внук достигнет восемнадцатилетия), программа задает дату инициации транзакции, включающую в себя проверку выполнения транзакции.
