Ее очень тонкий слой абстракции и не требует каких-либо изменений протокола

Это добавило примечание, чтобы показать, как Алиса позволяет серверу противостоя свой бизнес, чтобы убедиться, что она владеет ослепленный сделку, не требуя от сервера, чтобы ее секретный ключ, таким образом, защищая ее кошелек, если сервер взломан.

Это делается так:

Алиса генерирует вторичный ключ, используемый для проверки ослеплена транзакции с ее отмычки. Ее секретный ключ «а». Она создает верификатор частной части «B» путем хеширования «а», Ь = Хеш (а). Пусть публичная часть «а» быть «А» и общественной части «б» быть «B». А = ао и В = Ки. Дублет «А, В» публикуются как слепая сделка, позволяющей открытый ключ. «А, В» и частный испытатель «б» приведены на сервер, она использует для управления мониторинга блок цепочки для нее. С «Ъ» сервер может подтвердить право собственности сделки, но не тратить. Взлом сервера не дает «а».

Отправитель признает «А, В» в качестве blindable ключа. Отправитель затем генерирует "Икс" следующим образом: S = Hash (м, Yb); X = SÁ. Отправитель посылает монету «X».

Сервер держит верификатор "б" могут проверить каждую новую сделку по недвижимости, что S = Hash (м, от) и X = SÁ знать, чтобы добавить монеты на баланс в кошельке Алисы. (Примечание Yb = BY). Обратите внимание на то, что сервер не нуждается в «а», чтобы проверить сделку. Сервер может проверить «X», но не может создать частную часть «X».

Алиса позже генерирует "Икс", Частная часть "Икс"Следующим образом: она дается м и Y от сделки; Тогда S = Хеш (м, от); х = са (по модулю большого простого определяемому ECC); Она может проверить, что X = XQ. Алиса теперь может подписать подготовленную транзакцию с использованием «х» и опубликовать подписанную сделку, когда расходы.