Я сделал предложение об этом раньше. Я был под впечатлением, что Протокол оплаты может быть продлен на это. А еще лучше, BIP 32 технически уже способен выполнять этот процесс. На данный момент, я буду работать с отдельными купцами, чтобы осуществить это, хотя я хотел бы, чтобы он будет более широкое признание.


Функциональные возможности:

-- Торговец имеет корневой открытый ключ, который действительно общественности (но chaincode не является).  
-- Всякий раз, когда торговец дает вам адрес, они дают вам ключ корня и множитель / настройки вместе с адресом
-- Клиент проверяет открытый ключ при условии совпадения известного значения для торговца
-- Клиентское программное обеспечение будет умножать корневой открытый ключ со стороны подстройки и подтвердить, что они получают тот же платеж Публичный / адрес
-- Клиентское программное обеспечение доказуемо знает, что адрес принадлежит к кошельку торговца
-- Там нет никакого способа для клиента, чтобы увидеть любые другие адреса в бумажнике торговца без chaincode, который идет с открытым ключом корневого

Кроме того, вы можете иметь:

-- Клиент создает новый BIP 32 бумажник
-- Клиент открывает счет на веб-сайт продавца
-- Клиент вносит депозит, из которых первый входной адрес является Х
-- Клиентское программное обеспечение будет поставлять услугу с корневым ключом и мультипликатором, который производит X
-- Торговец будет хранить открытый ключ корневого (ы) в учетной записи клиента / метаданных
-- На выходе из него, программное обеспечение клиент будет отправлять адреса, наряду с множителем
-- Купец программного обеспечение может проверить, что адрес принадлежит к тому же бумажнику, как X
-- Если кошелек отличается (или не предоставляет эту информацию), то продавец будет использовать дополнительные методы аутентификации.


Как это работает? Все BIP 32 цепь имеет открытый ключ корневой и chaincode. Чтобы получить конкретный адрес, вы калечить ключ и chaincode с индексом адреса, чтобы получить множитель.  Зная множитель не позволяет отступать код цепи.  Но это позволит вам доказать, что адрес связан с открытым ключом данного корня.

Таким образом, торговцы с постоянными деловыми партнерами, и клиентами, обращающиеся хорошо известные веб-сайты будут предварительно проверить открытый ключ торговца, а затем может доказать, что все платежные адреса принадлежат к этому фактическому бумажнике (который может быть автономной кошелек торговца, на самом деле не имеет значения). Точно так же, если клиент использует тот же набор кошельков настойчиво, торговец по крайней мере, знает, что есть признанный бумажник предоставляется для снятия / оплаты. Конечно, они не знают, что если кошелек скомпрометирован, но он все еще добавляет дополнительный уровень безопасности.

Открытые ключи корня может быть легко распространяться через механизмы SSL / CA. Тогда было бы очень простое дополнение к протоколу оплаты - только требует пару дополнительных полей, которые будут передаваться с адресами. С другой стороны, вы также можете обмениваться и проверить корневые открытые ключи вручную и обойти все SSL / CA вещи.

Это чрезвычайно мощное, и я надеюсь увидеть некоторые принятия этого метода, хотя я подозреваю, Оружейные будет первым, и должен demosntrate своей власти перед другими действительно считает / это понять.