Тьюринг-полный код:
Лучший способ контролировать эти проблемы и противостоять им - это ввести абсолютную абстракцию: полный по Тьюрингу код. Это позволит пользователям указывать пароль предварительно выбранного набора провайдеров, который в основном полагается на разговор с сервером по выбору пользователя. Это автоматически разрешит выполнение политик доступа на определенной виртуальной машине.
Следующим этапом является код, зависящий от операции Тьюринга. Для многих приложений вам нужна возможность авторизовать некоторых пользователей для выполнения некоторых операций, но не для других; Например, вы можете разрешить системному администратору изменять IP-адрес, на который указывает доменное имя, но не продавать домен напрямую. Эту абстракцию нужно изменить.
Простая настройка «Turing-complete-code as signature» может иметь следующую форму:
ВМ (код, предоставленный сервером nonce ++ подпись)? = 1
Где VM - это виртуальная машина, которая выполняет код, принимая предоставленные сервером одноразовые номера и сигнатуру в качестве входных данных, и проверка проверки состоит в том, чтобы увидеть, равен ли вывод 1. Простой пример кода, который является верификатором цифровой подписи эллиптической кривой , Чтобы разрешить разные требования авторизации в зависимости от операции, вы хотите:
Простой пример кода, который является верификатором цифровой подписи эллиптической кривой. Чтобы разрешить разные требования авторизации в зависимости от операции, вы хотите:
ВМ (код, предоставленный сервером nonce ++ данные операции ++ подпись)? = 1
Имя должно присутствовать в каждой услуге, которую пользователь хочет предоставить. Данные процесса будут использоваться для добавления в качестве аргумента для виртуальной машины, и подпись должна находиться как над одноразовым номером, так и над данными операции.
Полные по Тьюрингу операционные политики Stateful, зависящие от операции, должны иметь возможность изменять состояние системы аспектов. И здесь приходит не только криптография, а именно блокчейны. Конечно, вы можете просто управлять центральным сервером, и многим людям вполне удается доверять центральному серверу. Блокчейны здесь, потому что они более удобны, дают достоверную историю нейтралитета и их легче стандартизировать. В конечном счете, поскольку инновациям было бы весьма вредно выбирать «один блокчейн, чтобы постоянно управлять ими», мы хотим стандартизировать механизм, с помощью которого пользователи могут загружать модули для поддержки любого блокчейна или централизованного решения по своему усмотрению.