Resolvers коротких адресов Bitcoin - изменить. к BIP 0015 веб-службы HTTPS

Заметка: если вы действительно не нравится эта идея, и вы не читали BIP 0015, или вы хотите, чтобы спорить с Namecoin, пожалуйста, прочитайте эту полную нить перед комментарием.

Введение
Bitcoin адреса не хороши для среднего пользователя Интернета - они слишком долго и слишком страшно.

Идея
Создание стандартного протокола для спаривания, проверки и разрешения "короткие адреса" фактических Bitcoin адресов между Bitcoin (ООН) со связанными сторонами с человека идентификаторов (адрес электронной почты, имя, подобласти, ...) и Bitcoin соответствующего программного обеспечения.
Это будет протокол службы (расширение), не является частью протокола ядра Bitcoin.
Идея похожа на BIP 0015 HTTPS веб-службы (Namecoin ID). См BIP 0015 - HTTPS веб-службы https://github.com/bitcoin/bips/blob/master/bip-0015.mediawiki#HTTPS_Web_Service
Смотрите мое мнение сильфона почему BIP 0015 HTTPS Web Service (Namecoin ID) не лучше, в настоящее время.

Прецеденты и мою идею реализации. Для длинных объяснений, прокрутите вниз, пожалуйста.

Видеть Длинные объяснения сильфонные для получения дополнительной информации. Вполне возможно, что имя BTC-распознаватель и другие вещи, не являются оптимальными. Пожалуйста, пост в обсуждении.

Как насчет Namecoins, Namecoin ID?
0. Не Namecoin ID, но Веб-службы HTTPS подобна моей идее, на самом деле. См BIP: https://github.com/bitcoin/bips/blob/master/bip-0015.mediawiki#HTTPS_Web_Service
1. Он не реализован, см BIP в предыдущей строке.
2. Это трудно и опасно для реализации, на это потребуется время. Мое решение может быть реализовано через пару часов в случае доверенного распознаватель и пару недель в случае Bitcoin кошельков. Кроме того, функциональные возможности могут быть свернуты без нарушения / модифицирующего протокола Bitcoin.
3. Это, вероятно, не обеспечивает все функции, которые моя идея может обеспечить (например, использование идентификатора, не электронной почты).
4. Это просто менее мощное для реализации моей цели / случая использования - сравнение Namecoin ID, Веб-службы HTTPS и реализации моей идеи.

проблемы мошенничества - распознаватель будет воровать мои биткойны ...
Это не может. Распознаватель не имеют закрытые ключи, только Bitcoin адреса с вашими короткими именами.

проблемы мошенничества - распознаватель будет реагировать с Bitcoin адрес, а не мой адрес ...
1. Доверительный распознаватель хочет остаться надежным. Вы действительно должны использовать самые надежные арбитры. (Для большинства пользователей подходят: Google, Microsoft, Apple, Facebook - они доверяют им (facebook объявления, Gmail объявления, Google бумажник, платные услуги от Microsoft, ...) уже и это, кажется, OK). Во всяком случае, вы можете использовать ваши любимые скрытые услуги поставщика услуги электронной почты, если вы хотите.
2. Доверительный распознаватель не знаю количество BTC, которые вы собираетесь отправить Bitcoin адрес в паре "короткий адрес" прежде чем отправить - нет информации на все, что вы собираетесь отправить большое количество или небольшое количество.
3. Доверительный распознаватель разрешает короткие адреса спаренных * * только с идентификаторами в сервис / домен.
4. Вы все еще можете использовать старый добрую BTC адрес для ценных сделок (>= 500 USD) - бумажник должен даже принудить. Это сервис для среднего пользователя и каждодневного использования платежей.

Длинные объяснения

Что такие компании, как Google, Microsoft, Apple, Blockchain.info (и другие) есть?
a1. Они доверяют. И хотят иметь доверие.
a2. Они имеют идентификаторы пользователей и многих пользователей. google.com, microsoft.com (outlook.com), apple.com, blockchain.info известны домены и почти каждый имеет GMAIL или Yahoo счета.
a3. У них есть деньги. С деньгами, они могут добиться, чтобы быть безопасными и надежными.

Примеры
satoshi.nakamoto@gmail.com/donations5 разрешен к 1J3meoXcKEAe4E6XiHB4GMFDQPGuqgkefT
satoshi.nakamoto@gmail.com/a5p8gfKhSw разрешен к 1FuFjXtg2rdKLs6JjNPpN3pUJnW1JXwx2G
satoshi.nakamoto@gmail.com/dontions не действует

В примерах, satoshi.nakamoto@gmail.com памятен идентификатор лица идентичности. Часть после косой черты / внутренняя ярлык в службе Google для некоторых реальных Bitcoin строку адреса.

Google может предоставить услугу, которая подтверждает или отрицает, что Gmail аккаунт satoshi.nakamoto имеет ярлык "firstAddres1" и что этот ярлык по-прежнему в силе (ссылки на фактический адрес строки Bitcoin) - если это правда, Google просто отвечает фактической Bitcoin адресной строки.

Люди, кто знает, что Сатоши Накамото имеет этот адрес электронной почты будет или не будет доверять Google, который обеспечивает правильное подтверждение и фактический адрес Bitcoin строку пользователя.

Решения, основанные на Namecoin может быть лучше. Но в настоящее время проблема с Namecoin является мне пришлось использовать командную строку, когда я играю с ним в последний раз, и средние пользователи не знаем, что закрытый ключ, а что не делать с ним - нет простого решения или услуг, которые могли бы решить адрес проблема.

Удобный схема в целом: trusted_service_user_identifier / btc_addr_shortcut
b1. trusted_service_user_identifier может содержать стандартные символы, включая слэш /
Би 2. tc_addr_shortcut может содержать стандартные символы за исключением слэш /
- Последний слэш / в схеме определяет btc_addr_shortcut
- Slash / мой любимый разделитель, потому что это просто запомнить. В символ @ woluld запутанным (см примеры ниже), двоеточие: может быть хорошо, но все же не так хорошо, как слэш /.

Примеры 2
satoshi.nakamoto@gmail.com/donations5 - пример электронной почты, gmail.com предоставляет подтверждения
nakamoto.nonamebtccompany.com/personalAddr - пример подобласти, nonamebtccompany.com обеспечивает подтверждение
facebook.com/satoshi.moto/donations3 - пример профиля пользователя, facebook.com обеспечивает подтверждение

особенности Wallet
Desktop или интернет-кошельки может реализовать функцию для создания коротких адресов автоматически с помощью доверенного поставщика услуг API. Нет необходимости вручную сопоставить Btc адрес для коротких форм учетной записи доверенного поставщика услуг в браузере.

Окончательный вариант использования - Wallet (Пример использует Gmail для простоты)
1. Я свяжу свою учетную запись GMAIL miso@gmail.com к моему Bitcoin программного обеспечения Wallet (настольного или онлайн)
2. Я создаю новый адрес Bitcoin 1PV6ZFqZ5eKit2chSTQyt2rPcgeE67ti4W (Хочу получить компенсацию) в Кошельке с этикеткой "dinner3"
3. Кошелек отправляет запрос к домену Gmail с помощью HTTPS Протокол - домен извлекается из miso@gmail.com информации и стандартизированная поддомен BTC-распознаватель является preppended, поэтому, окончательный субдомен btc-resolver.gmail.com. Параметры запроса: моя учетная запись электронной почты, мой новый адрес и BTC новый лейбл "dinner3",
4. Gmail отвечает статусу. Если состояние хорошее, кошелек просто переименовывает БТК адрес / хэш (в GUI) для "miso@gmail.com/dinner3." Если что-то пошло не так (счета экс. Gmail не существует), ничего не переименовывается.

5. Я посылаю мой недавно созданный короткий BTC "адрес" miso@gmail.com/dinner3 моему другу.
6. Мой друг щелчки "Отправить BTC" в его бумажнике программного обеспечения (отличается от моего Walllet) и типов в miso@gmail.com/dinner3.
7. Его кошелек признает gmail.com домен из моего короткого BTC "адрес", Добавляет BTC-распознаватель субдомен и посылает HTTPS запрос "Дай мне фактический адрес BTC от этого короткого адреса miso@gmail.com/dinner3",
8. Сервер проверяет Gmail, если есть miso@gmail.com счет в своей базе данных и если dinner3 имя ссылки на фактический адрес БТК.
9. Если это правда, он отвечает обратно с фактическим адресом Btc 1PV6ZFqZ5eKit2chSTQyt2rPcgeE67ti4W в формате JSON, ошибка в формате JSON иначе.
кошелек 10. Друг посылает Bitcoin для разрешенного адреса. Пользователь никогда не видит страшный адрес Bitcoin.

Конечно, я могу использовать facebook на основе короткий адрес facebook.com/miso/dinner3 если Facebook поддерживает эту вещь.

c1. HTTPS потому что это безопасно и просто работать. Каждый PHP / JavaScript приложение, которое работает с короткими адресами должны иметь возможность отправить запрос на разрешение короткий адрес надежно.
с2. И с HTTPS, должно быть какое-то правило о подобласти. Так же, как было неписаное правило о WWW или FTP "по умолчанию" подобласть в прошлом - если кто-то хочет получить доступ к FTP-серверу с неизвестным IP-адресом, он должен попытаться "FTP" поддомен.

Схема URI: BTCS:><&короткие =>
- BTCS как Bitcoin короткие
- может быть btcn, как Bitcoin названия может быть зарезервирована для чего-то подобного с Namecoins в будущем

Эта идея нуждается
1. Мозговой штурм
2. Окончательная форма / стандартизация
3. Большой игрок, как blockchain.info или Bitcoin-Qt разработчиков

Выгоды
Преимущества для пользователей и Bitcoin в целом понятны - более удобство в Bitcoin, все больше людей платить с Bitcoin, ...
Преимущества для надежных интернет-кошельков, которые реализуют это и популярные, не Bitcoin связанных компаний (например, Google)
1. Начисление из объявлений, которые отображаются пользователю при управлении / отображение Btc адреса в коротких формах.
2. Наименование поставщика услуг в общественном короткий Bitcoin адрес (напр. John@gmail.com/sendmesomemoney).
3. Подробнее ...

Вопросы, улучшение, обсуждение, пожалуйста