Re: Bitcoin передачи с опорным полем, как в формах передачи проволоки
У меня есть представление о том, как ссылку на поле можно было бы добавить к Bitcoin переводы очень аккуратно и удобно с точки зрения конечного пользователя.
Сегодня использование ссылочных полей в банковских переводах весьма полезно связать небольшие сообщения денежного перевода.
Я пропускаю это с Bitcoin.
Моя идея сейчас сделать что-то сверху, без изменения протокола Bitcoin, который служит именно этой цели! Это будет выглядеть так:
Идея:
- Каждый перевод Bitcoin имеет источник A и B назначения адрес, штамп времени, и, возможно, некоторые дополнительный уникальный идентификатор (я не знаю BTC протокола подробно, другие люди здесь на форуме знают лучше, и они поймут, что я имею в виду)
- Теперь, после того, как заполнил мой целевой адрес B и количество BTC в "Отправить" поле моего клиентского программного обеспечения, я могу создать сообщение (= свободный текст, как SMS) и клиент шифрует это сообщение с помощью открытого ключа B (т.е. с адресом назначения) в способе, которым обычно письма являются зашифрованными с механизмами открытого ключа PGP.
- После нажатия кнопки "Отправить", То Bitcoin клиент SW загружает это зашифрованное сообщение центральный "Bitcoin-Transfer-SMS" Сервер (в дальнейшем называемой "SMS-сервер" для краткости).
- Конечно, функция два пуль выше, должна быть включена в клиентском ПО Bitcoin, в конечном счете, для удобства пользователя
- И конечно же, Bitcoin клиент SW может быть сконфигурирован с более, чем просто одна такими "Bitcoin-Transfer-SMS"-Server, потому что мы не хотим, монопольное конечно. Может быть, там будет 3 или 4 или 5 таких крупных поставщиков услуг в конечном счете, и многое другое (10? 20? 30?) В начале
- Все они используют один и тот же протокол, например, что клиент SW Bitcoin просто должен быть настроен с URL сервера (кто-то должен написать RFC или что-то для этого протокола - или с открытым исходным кодом стек SW для этого протокола ...)
- Когда я пишу это сообщение и сделать мою загрузку моей открытых ключей зашифрованы SMS на этот сервер, я даже не нужен логин на этот сервер, без пароля, без регистрации! Вместо этого я буду передавать крошечную плату в адрес BTC этого сервера, и для этого сервер будет выполнять службу для меня, то есть, чтобы сохранить сообщение в течение некоторого времени (например, 2 года) в своей базе данных извлекаемых публично.
Как сервер знает, что плата предназначена для этой передачи от А к В? Просто! в фоновом режиме, клиент SW просто сочиняет еще одно сообщение (SMS) в том же формате, что связано с моей передачи гонорара адрес BTC поставщика услуг. Содержание этого сообщения является просто уникальным идентификатором транзакции от А к В, так что провайдер SMS-сервис знает, где это принадлежит. - Клиент SW получателя B получит Bitcoins, и будет запрашивать SMS-сервер (ы), чтобы проверить, является ли SMS-связан с этой передачей. Если да, то этот клиент SW может прочитать сообщение, потому что она обладает подходящим для закрытого ключа "В" (В противном случае он не может получить деньги в первую очередь), и он может отображать сообщение аккуратно в графическом интерфейсе клиента, так что все это работает прозрачно в фоновом режиме для конечного пользователя.
- Дополнительная идея: снизить нагрузку (нагрузки) из SMS-серверов, которые они испытывают, если каждый клиент проверил каждый сервер для каждого BTC передачи, которую она получает, не может быть "флаг SMS-сервер" включено в количестве BTCS, которые отправляются в наименее значимом бите. Идея: Переход от А к В составляет 1,00 BTC, а также, например, 0,005 BTC для шахтеров, плюс 0.00000something дополнительная плата BTC (что также будет идти к шахтерам), где "что нибудь" в простейшем варианте этой идеи проста МДР набор для == 1. Это скажет принимающему клиенту, что это BTC передача имеет ассоциированное SMS на одном из SMS-серверов, и клиент будет запрашивать их. Это позволит значительно снизить нагрузку на SMS-серверы, потому что, вероятно, до сих пор большинство переводов БТД не будет иметь никакого "ссылка на поле" (СМС) заполняется.
Если LSB является == 0, то принимающий клиент знает, что связанно SMS-сообщение не существует для этой передачи, и он не будет запрашивать любого из SMS-серверов.
[В более сложном embodyment, мы могли бы использовать, например, в 5 МЗБ также указать, какие SMS-сервер был использован (или группа серверов SMS, если количество SMS серверов во всем мире является активным >32) .... только идея] - ---
- С точки зрения конечного пользователя, GUI клиента имеет следующие поля:
* Сумма BTC для отправки (как сегодня уже)
* Электронный адрес назначения (как сегодня уже)
* Дополнительная плата шахтерам (как сегодня уже [?])
* Новое: Текстовое поле для поля ссылки (SMS), использование этого поля не является обязательным для пользователя
* New: Дополнительная информация поля, что указывает на дополнительную плату, которая идет на сервер SMS - также может зависеть от длины текста (как SMS) - зависит от политики выбранного SMS-сервера
* Новое: список выпадающий выбрать SMS-сервер (если это не настроено в "настройки" часть клиента Bitcoin)
* ---
* На приемной стороне, конечный пользователь будет видеть входящую передачу, и связанная с ним еще одно новым полем с текстом, который говорит, либо "<пустой>" (Неактивна), или сказать, "извлечения текст ссылки ..." (Если сумма платежа BTC (МЗБ) указал, что связанный с ним тзд существует), или он отображает текст ссылки (если клиент успешно извлекая текст SMS), все это автоматически в фоновом режиме с точки зрения пользователя
Я не думаю, и не следует ожидать, что такие услуги будут развиваться в ближайшее время и что такая функция входит в официальный клиент BTC скоро - первый более важные вопросы, особенно вокруг безопасности (шифрование wallet.dat / экспорт / синхронизация с облаком / FTP, или раскол бумажник и клиент и т.д.) и, возможно, также вокруг общего юзабилити на повестке дня, я думаю. Но я хотел бы поделиться с вами, что такая функция может быть включена в конце концов один день.
Майкл