16 февраля 2010, 8:51:42 PM   # 1
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Привет, заинтригован Bitcoin-системы, у меня есть идея:

Адреса Bitcoin могут быть улучшены путем реализации URI-схемы как, например, поток магнит ссылки.

Таким образом, вместо 1Nu6wZC7JSuh6h8nfKkSTZ4kp9U4f83hhZ, мы могли бы более однозначными сказать Bitcoin: адр = 1Nu6wZC7JSuh6h8nfKkSTZ4kp9U4f83hhZ, и даже настроить браузеры для перенаправления кликов по таким ссылкам на Bitcoin клиента. Это позволило бы один реализовать "пожертвовать кнопки" на страницах, "платить кнопки" на интернет-магазинов и т.д.

Если IP должен быть включен, идентификаторы URI позволяют это как Bitcoin: // HOST_OR_IP: PORT адр = 1Nu6wZC7JSuh6h8nfKkSTZ4kp9U4f83hhZ. При желании количество может быть определено как ? Bitcoin: сумма = 42,00; адр = 1Nu6wZC7JSuh6h8nfKkSTZ4kp9U4f83hhZ (Конечно, для пользователя, чтобы убедиться в безопасном Bitcoin-клиента).

Просто мои 0,02 ฿ (вернуть их Bitcoin: адр = 1Nu6wZC7JSuh6h8nfKkSTZ4kp9U4f83hhZ если вы их не любите)
ЕК сейчас офлайн Пожаловаться на ес   Ответить с цитированием Мультицитирование сообщения от ес Быстрый ответ на сообщение ес


Как заработать Биткоины?
Без вложений. Не майнинг.


16 февраля 2010, 9:09:40 PM   # 2
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Получил 1806 Биткоинов
Реальная история.





URI-схема также может быть полезна для реализации мобильного кошелька с QR-коды, так что ваш приятель, который хочет платить вам X биткойны не придется вводить свой Bitcoin-адрес вручную, но только нужно сфотографировать экран вашего мобильного телефона.
ЕК сейчас офлайн Пожаловаться на ес   Ответить с цитированием Мультицитирование сообщения от ес Быстрый ответ на сообщение ес

24 февраля 2010, 2:37:55 AM   # 3
 
 
Сообщения: 490
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Да, я полностью думал об этом тоже. Схема ссылки магнита будет удивительной.
MadHatter сейчас офлайн Пожаловаться на The MadHatter   Ответить с цитированием Мультицитирование Сообщения от The MadHatter Быстрый ответ на сообщение MadHatter

24 февраля 2010, 5:57:43 AM   # 4
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Это было бы хорошо в пункт-продажи. Кассовые отображает QR-код, кодирующий адрес Bitcoin и количество на экране, и вы фото с мобильным.
Satoshi сейчас офлайн Пожаловаться на Satoshi   Ответить с цитированием Мультицитирование сообщения от Satoshi Быстрый ответ на сообщение Satoshi

24 февраля 2010, 6:39:16 AM   # 5
 
 
Сообщения: 490
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Это было бы так здорово ...
MadHatter сейчас офлайн Пожаловаться на The MadHatter   Ответить с цитированием Мультицитирование Сообщения от The MadHatter Быстрый ответ на сообщение MadHatter

1 мая 2010, 6:06:53 AM   # 6
 
 
Сообщения: 185
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

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

Перед тем как это может произойти, там должно быть единого мнения о том, в какой форме URI бы. Я сделал несколько быстрых исследований по схемам URI и большинство подходов неодобрением без одобрения W3C, есть одна категории причем W3C утверждает примерную схему URI и держит его в запасе, без каких-либо гарантий (как предварительный патент), а безусловно, наиболее подходящая схема, как представляется, магнит URI, который был разработан, чтобы найти ресурс, с помощью хэш, являющегося продуктом его содержания уникальности, а не по конкретному адресу. Магнит был предназначен для использования приложениями на одноранговой сети и зарезервировал параметры для ссылки на приложения конкретных данных. В принципе, вы просто предварить для конкретного применения параметра с й, как и в xbitcoin1 😕

Может быть, это хорошо, чтобы не попробовать реализовать новую схему верхнего уровня URI, как это рассматривается как экспромтом maneuverer, если он не признается повсеместно. Принятие магнитной системы позволила бы избежать этого, но сам по себе магнит является неофициальной, незарегистрированная схемой. Красота магнита является то, что он может быть общим и открыто в этом смысле.

Теперь, что может все, кажется, очень хорошо, потому что Bitcoin после всего P2P приложения, и это делает сеть работать на тех же принципах, но что, если человек, нажав на ссылку не пользователь Bitcoin? Что делать, если вы хотите использовать какую-то информацию, которая не проводится в существующей сети, такие как информация о транспортировке изделия продаются, а также различные другие вопросы. Я понимаю, что Bitcoin обрабатывает только саму сделку, так что пользователь остается сделать все другие механизмы, контракты и связи независимо от Bitcoin. Вот где анонимность скомпрометирована, потому что здесь, мы склонны прибегать к традиционным «иерархической проводному, или неанонимных технологиям. Это не критика Bitcoin на любом участке, потому что Bitcoin это фантастический способ совершать сделки, не вопрос об этом. Но сделка только одна стороны медали, если вы простите, что сырный каламбур.

В процессе исследования URI-х я вспомнил о Freenet и магнит как систему они используют, и я оказался там проверить его. Учитывая, что Freenet является пользователь / личность-пространство, предназначенное для хранения информации, не может он быть также использован в качестве хранилища читаемых файлов человека данных, конкретных и уникальных для каждого пользователя, и включения любого формата данных, который вы хотите использовать, украшающие вашу сделку? Не может ли это быть использованы для подключения к URI в богатую базу данных прикладных конкретных данных, который был разработан для издателей собственного веб-сайта или функциональности бизнес-системы? В то время как ваш Bitcoin узел заботится о фактической сделке, Freenet узел берет на отдельных представленные данные.

Это должно держать все под таким же криптографическую P2P инфраструктуры, и позволяет бесконечное разнообразие приложений конкретного контекста. Я полагаю, уникальный URI хэш-ключ, может быть принесен из комбинации вашего Freenet + Bitcoin хэш и файла зашифрованного с Freenet ключом, найденным путем дешифрования с помощью ключа Bitcoin, в то время как ваш Bitcoin узел может быть решен наоборот. Значит ли это звучит правильно? Конечно, если вы будете использовать настоящую личность на одном, то я думаю, тогда вы настоящая личность будет оглашена на другом.

Во всяком случае, я уверен, что есть какой-то способ сделать это. Опять же, Freenet также использует незарегистрированный схему URI, но если вариант магнита принимается, что не будет проблемой. Остается открытым вопрос, если у людей есть надежды Bitcoin становится формальной признанной валюты и очень законное дело, то строгое соблюдение всех других интернет-протоколов может быть целесообразным. Я не отметить, до сих пор ничего, в частности, что бы предотвратить регистрацию магнита / Freenet как схемы URI. Я не искал их все, но один может даже существовать. Иначе почему бы не зарегистрировать один?

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

Компоненты URI

Это говорит о том, что конвенции Mozilla будет приходиться в разборе URI.

Типичный магнит URI, выглядит следующим образом

Магнит: х = урна: sha1: YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C

Freenet URI, как это:

http://127.0.0.1:8888/USK@oshw3DxmJUt7q4ThF4dCez5IXbc9hCGcv0VuwLRCmeQ,ckeXv20F1gBzkqssB4RXHZ2nB1YRT8Pb8KYZk8wj-bs,AQACAAE/occamsrazor/6/f.pdf

Для того, чтобы признать в целом, программа Freenet должна быть установлена, и это включает в себя питание веб-сервер Java, который распознает ресурс как элемент в тождественности пространстве локального сервера. т.е. мой браузер видит весь Freenet как на моей машине. Я не знаю, если это тождество пространство может быть адресация без того, чтобы пользователь запустить веб-сервер, но я подозреваю, что сервер только для способности обслуживать веб-страницы, а также признание локального хоста в качестве необходимого домена верхнего уровня , «HTTP:» указывает на то, что Freenet URI, нет ничего особенного в себе, но IP-адрес (локальный) конечно. Я подозреваю, что программа может обратиться к Freenet пространства пользователя, без включения веб-сервера, а также универсальные ссылки могут быть сделаны как магнитом URI. Что же касается тех, кто не имеет Bitcoin установлен, я не знаю, как URI может быть сделано, чтобы по умолчанию упасть назад, чтобы перенаправить посетителей этой ссылке. в Sourceforge скачать Bitcoin. Это, возможно, потребуется реализовать в коде и печенье или переменной окружат для записи, наличие Bitcoin.

Другие соответствующие сайты я посетил в ходе этого исследования включают в себя:


Любые идеи / комментарии / обратная связь / радушны. 
Стив

Karmicads сейчас офлайн Пожаловаться на Karmicads   Ответить с цитированием Мультицитирование сообщения от Karmicads Быстрый ответ на сообщение Karmicads

1 мая 2010, 1:40:37 PM   # 7
 
 
Сообщений: 60
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Перед тем как это может произойти, там должно быть единого мнения о том, в какой форме URI бы. [Надрез] ... наиболее подходящую схему, кажется, магнит URI, который был разработан, чтобы найти ресурс, с помощью хэш, являющегося продуктом его содержания уникальности, а не по конкретному адресу.
[Надрез] Красота магнита является то, что он может быть общим и открыто в этом смысле.

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

котировка
В процессе исследования URI-х я вспомнил о Freenet и магнит как систему они используют, и я оказался там проверить его. [Надрез] Может ли это быть использованы для подключения к URI в богатую базу данных прикладных конкретных данных, который был разработан для издателей собственного веб-сайта или функциональности бизнес-системы? В то время как ваш Bitcoin узел заботится о фактической сделке, Freenet узел берет на отдельных представленные данные.

Ого! Переход от легкого URL-обработчика, который приносит до клиента Bitcoin, чтобы требовать Freenet это немного прыжок. Это действительно должно быть факультативным.

Тем не менее, это действительно было бы очень хорошо, чтобы добавить дополнительную информацию к сделке. Основываясь на начальном посте Ес, и необходимости дальнейших деталей, я думаю, что мы должны иметь следующие параметры URL (или более короткие версии их):

  • адрес: Адрес для отправки биткойны в. Так можно раздать разные адреса для разных людей, это также может определить отправителя.
  • количество (По желанию): Сумма для отправки.
  • сообщение (По желанию): Короткое сообщение, которое описывает транзакцию (такой же, как поле в клиенте Bitcoin)
  • Детали (По желанию): кодироваться URL-адрес с дополнительными деталями сделки. Для покупки в интернет-магазине, это может связать на детали покупки, например. Так как это будет полнофункциональный URL в себе, вы можете также связаться с Freenet, I2P и Tor, чтобы держать вещи анонимными.
D҉ataWraith сейчас офлайн Пожаловаться на D҉ataWraith   Ответить с цитированием Мультицитирование сообщения от D҉ataWraith Быстрый ответ на сообщение D҉ataWraith

2 мая 2010, 2:15:51 AM   # 8
 
 
Сообщения: 185
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Это только в: ...

Кажется, есть, как это просто так бывает, существующий протокол именно для взаимодействия с сохраненными файлами данных на Freenet  <УРА!>

К сожалению, я не предполагаю, что мы должны договориться о Freenet функциональности URI я предложил, так что это здорово, что это может быть так легко включено, даже в экспериментальных целях. Просто обращаясь предварительно настроенный сервер Freenet должен сделать трюк, но, возможно, даже существующий код может быть немного изменен, чтобы напрямую обратиться Freenet (без неявного веб-сервера, включенного в соответствующую Freenet установки), но в том числе это FCP код в браузере оных -он, просто адресации и передачи функциональные возможности могут быть включены без накладных расходов на полномасштабной Freenet HTTP сервер. Я предполагаю, что на данный момент, Freenet веб-сервер, требуется только клиентом для просмотра Freenet, а не обслуживать узел. Как Bitcoin уже обращается к такой же сети P2P, как трудно было бы сделать сервер Bitcoin делать Freenet запросы? Может ли такой обман быть включены в разрыв клавиатуры JSON?
 
Из: http://new-wiki.freenetproject.org/FCPv2

котировка
Цель

Протокол Freenet Client представляет собой простой, текстовый протокол, разработанный, чтобы позволить сторонним приложениям взаимодействовать с Freenet. Поддерживаемые функции включают в себя:

    * Вставка данных в Freenet
    * Извлечение данных из Freenet
    * Запрос статуса Freenet
    * Управление других узлов Freenet, которые подключены к вашему собственному узлу.


Таким образом, кажется, что вы можете вытащить данные из и размещать данные в Freenet по желанию.
Veeeeery интересно.

Помимо этого, в процессе ищет прокси или обходные пути для Freenet URI интеграции, я считаю, что я решил неродственную проблему к моему блокирующему ISP VoIP / SIP (как это местный телекоммуникационное, а также - и да, я меняю провайдер очень скоро). Я хочу, VoIP, но мой ублюдок антиконкурентных ISP искалечили мой модем прошивку (который имеет встроенный 2 порта аналоговых телефонный адаптер), и я надеюсь, что эта работа вокруг (Тор) получает мимо него (я не затаив дыхание), но Link2VoIP, если вы читаете это, я ищу в вашем направлении. 
Karmicads сейчас офлайн Пожаловаться на Karmicads   Ответить с цитированием Мультицитирование сообщения от Karmicads Быстрый ответ на сообщение Karmicads

2 мая 2010, 7:07:54 AM   # 9
 
 
Сообщения: 185
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

привет DataWraith

котировка
Я думаю, что с помощью магнито-ссылки только потому, что они уже несколько популярны не перевешивают недостатки.


Я надеюсь, что я не создаться впечатление, что я либо предполагаете использовать магнитные ссылки без дополнительной рассмотрения / соглашения с другими, ни того, что моя предварительная поддержка для них основана на существующей популярности. Я честно не в поверхностную популярность, если я могу помочь ему. Основание рассматривать магнит URI ИМХО это из-за Характеристики Фактические заявленной цели и проекты

котировка
MAGNET является работа в стадии разработки спецификации URI, и сбор
стандартных методов / реализации кода, чтобы веб-сайт для
бесшовная интеграция с функциями, предоставленными местным
утилиты. С одной стороны, это может рассматриваться как
и проект от поставщика нейтрального обобщения "Freenet:"
а также "ed2k:" URI-схемы, используемые Freenet и eDonkey2000
Peer-To-Peer сети, соответственно.

Это Заявленная цель специально, чтобы веб-сайты для бесшовной интеграции с особенностями местных утилитами. Он предназначен, чтобы быть поставщиком нейтральным и избежать того, чтобы изобрести колесо и избежать дальнейших конфликтов с другими схемами URI. Кроме того, следует сильное соответствие стандартам W3C и любой схеме с помощью магнита конвенции унаследует эту строгость.

котировка
ПРИМЕЧАНИЯ О формате URI:

  - Да, это выглядит немного странно, чтобы иметь "?" сразу после
     ":", Но мое чтение соответствующего URL / РЛК URI,
    что соответствует рекомендуемому общему синтаксису URI хорошо. (Это также
    сцепляется хорошо с тем, как параметры передаются на
    отдельные местные приложения.)

  - FYI, Edonkey URIs нарушают многие из РЛК оговорки 1738
    2396, в том числе использования "//" в передней части не-
    иерархическое пространство имен и использование незаконно / освещаемые
    (когда он не спасся) символов

  - Имена параметров и значения должны быть официально www-
    formencoded, так же, как HTTP GET веб-формы представления в
    строки запроса, хотя на практике некоторые символы, что
    строгое чтение HTML-спецификация / RFC1738 хотел бы предложить, должен быть
    кодируются (как и «» „:“), кажется, не быть закодирован.

  - Приставка «х». зарезервирован для конкретного приложения Нового
    Параметр экспериментирование. Любые параметры, не считаясь 'х.
    только должны быть определены официальными спецификациями магнита.

  - Другие потенциальные параметры могут включать в себя "отступать-
    место нахождения" для содержания, которое не может быть найден через P2P, P2P-
    системно-специфические идентификаторы (ed2k, sig2dat, Freenet), другие
    тема классификаторы ("длина") И т.д. Они остаются
    разработаны; комментарии хотели.


котировка
Magnet ссылки были разработаны для ссылки на файл или набор файлов на равный-равному сети, и как таковые все известные параметры относятся к файлам (имя файла, размер и т.д.).

К сожалению DataWraith, но при всем уважении, я не согласен. Первый вопрос заключается в том, что файлы на жестком диске, отображаются в иерархическом пространстве имен вложенных мест, т.е. доменов и каталогов. Принципиальное различие в подходе многих P2P-сетей является то, что пространство имена не иерархическое и данные, которые он поддерживает ссылаются не по адресу, но уникальность его содержания. Если цель файл или что-нибудь еще он не ссылается на определенном фиксированный адрес, но идентичность уникального содержимого. Идентичные файлы, по существу же идентичность и приложения P2P может использовать несколько экземпляров, как несколько каналов одному и тому же элементу. Параметры магнита хорошо подходят для любого P2P приложения.

котировка

МАГНИТ URIS, проиллюстрировано в примере:

(1)

  Магнит: х = урна: sha1: YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C

смысл: покажите мне варианты, имеющие отношение к "точная тема" (Х)
задается в комплекте поставки URI (в частности, урна)

(2)

  Магнит: х = урна: sha1: YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C&дп = Great + Выступления + - + Мартин Лютер + + King + Jr + -. + I + Have + A + Dream.mp3

смысл: покажите мне варианты о точной теме, но использовать
включенное (непроверенные) "отображаемое имя" для удобства пользователя

(3)

  Магнит: кт = мартин + Luther + король + mp3

смысл: покажите мне варианты о "ключевое слово темы" (Кт)
задается строкой

(4)

  Магнит: xt.1 = урна: sha1: YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C&xt.2 = урна: sha1: TXGCZQTH26NL6OUQAJJPFALHG2LTGBC7

смысл: покажите мне варианты около двух точных данных тех

(5)

  Магнит: т = Http: //weblog.foo/all-my-favorites.rss

смысл: покажите мне варианты для "манифест тема" (М)
fetchable с помощью данного URI. Это также может быть URN.
Manifest темы включают в себя списки других элементов.



котировка
Ого! Переход от легкого URL-обработчика, который приносит до клиента Bitcoin, чтобы требовать Freenet это немного прыжок. Это действительно должно быть факультативным.

Ну на самом деле это обработчик URN, и я не уточнил, какие-либо ограничения на «массу», как вы выразились. Я бы больше озабочен надежностью и не красили в угол себя. Попытки реализовать обратную совместимость и вперед расширяемость, будучи рассмотрен с самого начала, это небольшая цена ИМХО. В любом случае я рассматриваю только это, в надежде, что это может быть сделано без установки Freenet, по крайней мере, кусок кода, необходимого для чтения и записи и от Freenet должно быть гораздо меньше, если (как я подозреваю) весь веб-сервер Freenet не требуется. Кроме того, URI, конечно, должен включать в себя эту функцию FREEnet, в качестве дополнительного параметра. Так что, если не указано, то информация, чтобы сделать основные сделки все равно будет легитимной. Не было бы тогда быть обязательным для использования в публикации URI, но обработчик должен все еще быть в состоянии принять этот параметр, если он используется, в противном случае дополнительный выбора вы предлагаете между двумя различными несовместимыми схемами URI. Отмерь, один раз отрежь.

котировка
Тем не менее, это действительно было бы очень хорошо, чтобы добавить дополнительную информацию к сделке. Основываясь на начальном посте Ес, и необходимости дальнейших деталей, я думаю, что мы должны иметь следующие параметры URL (или более короткие версии их):

    * Адрес: Адрес для отправки биткойны в. Так можно раздать разные адреса для разных людей, это также может определить отправителя.
    * Количество (по желанию): Сумма для отправки.
    * Сообщение (необязательно): Короткое сообщение, которое описывает транзакцию (такой же, как поле в клиенте Bitcoin)
    * Данные (необязательный): кодироваться URL-с более подробной информацией о сделке. Для покупки в интернет-магазине, это может связать на детали покупки, например. Так как это будет полнофункциональный URL в себе, вы можете также связаться с Freenet, I2P и Tor, чтобы держать вещи анонимными.

Не уверен, что вы имеете в виду по адресу, кроме «Адрес», который предоставляется вашим Bitcoin подпись (которая больше похожа на название, чем место). Я не могу видеть, как вы можете раздать разные адреса для разных людей, если у вас уже есть некоторые псевдонимы определены. Таким образом, вы предлагаете дополнительную систему имен для кодирования и перевода псевдонимов для узла Bitcoin, является то, что то, что вы имеете в виду? Это может быть сделано без слишком много хлопот, я полагаю.

Сумма: Да само собой разумеется.

Сообщение: Это где данные URI становится громоздким. Сообщение неявно полезный объем человеческого общения, которая никогда не предназначалась для доставки в самом URI. Необходимость ссылки на дополнительный документ начинается здесь. Плательщик может послать свое сообщение в интерфейсе программного обеспечения (либо программа автономного или Firefox дополнения), ссылку, как минимум, идентифицирует получателя и сумму, которая должна быть передана в программное обеспечение. Если принимающая сторона хочет передать текст, то они могут сделать это в документе они издательские (IE. Где они публикуют ссылку). Текст для отправляющей стороны, можно использовать обычный маршрут, так как ссылка вызывает интерфейс Bitcoin и который обеспечивает поле включить примечание. Какое сообщение должно быть передано получателем (получателя платежа), что не представляется возможным в документе, в котором они публикуют ссылку? Какое сообщение должно быть передано плательщиком, что не представляется возможным в интерфейсе, но можно, нажав на ссылку? Это будет означать, что ссылка вызывает такие методы, как пост или получить, которые являются исключительно HTTP / s функциональности, что поражение цели, имеющей цель сделала схему URI. Почта и Получить функции должны быть решены в иерархическом пространстве имен по TCP / IP и / или физических имена путей файлов.

Детали: Я выступал с самого начала, желательность схемы URI, возможность ссылаться на документ с богатой структурой данных, которые могут быть использованы для украшения на основной существенной информации, передаваемой обязательных параметров. Я также предложил предлагаемый репозиторий для тех документов, которые приводят к некоторым проблемам доступности, но если решил бы повысить анонимность узла Bitcoin и обойти зависимость от не-P2P или иерархического пространства имен. Возможность принимать красивую сеть адресации протокола и переназначения его (или kludging его на) регрессивную, низший, приклад уродливый, который требует, чтобы все субъекты принять аналогию с фиксированного места, и свободно все трудно проводной ассоциации, если они сдвинуто, мне кажется, как тактичным, как давая красивый строительный камень пальто дешевой пластиковой краски; ярко-зеленая краска. URL-адрес для параметра Это точно вид бойни я предпочел бы избежать, потому что URL не URN и пространства имен он обращается, является иерархическим и в конечном итоге должна находиться в фиксированном IP.

Насколько это "Вы можете также связаться с Freenet, I2P и Tor, чтобы держать вещи анонимными." то, вы явно не дали ему много думал. Если бы я мог просто ссылку на Freenet, то я мог бы так же легко включать Freenet как фактическое хранилище, на который ссылается URI, чтобы начать с. Это проблема. Вы не можете просто хранить файлы на Freenet, и ожидать, что кто-нибудь, чтобы иметь возможность получить их с помощью URL или URN, на обычный веб-сайт, если посетитель не имеет клиентское программное обеспечение для обработки ссылки, ссылка дает будет бесполезен , Если я могу сделать обработчик URI пространства имен адрес Freenet, то я полагаю, что это будет намного лучше хранить файлы там в первую очередь. Поскольку HTTP / с действует на иерархическое пространство имен и P2P клиенты работают на не иерархическое пространство имен, то один параметр не может быть использован для решения взаимозависимо обоих. Это немного поздно для вас, чтобы решить, чтобы стать анонимным после исправили вашу личность к физическому локуса.

Если я неправильно понял вас, я прошу прощения DataWraith, но вам не кажется, чтобы оценить разницу между этими двумя моделями пространства имен, ни их относительных преимуществ и обязательств. Я подоконник вполне готов рассмотреть любую другую систему схемы. Я не отвергая вашу критику из рук, не настаивая на мои собственные предпочтения должны быть по умолчанию. Я бы предпочел, чтобы просто сделать наилучшую схему URI можно независимо. Спасибо за ваше внимание все то же самое.


РЕДАКТИРОВАТЬ:

Re мой комментарий "Сумма: Да само собой разумеется." Я забираю это. Я думал, с точкой зрения связей только в качестве зачинщиков платежных событий, но, конечно, если количество и другие параметры остаются пустыми, он должен затем по умолчанию выступать в качестве ссылки идентификатора подстрекать платеж по поручению плательщика. Кнопка простой жертвуют будет нужно только один параметр и ноль переназначения / Войти / подтверждения / вычислить и изменить валюту, прежде чем, наконец, отправить, чтобы не видеть, сделка ест пыль snailmail на лошадях, в том случае, если вы не имеете кредитная карта. (Suck на то что PlayPal). Это, наряду с идеей именования псевдонима, предложенной DataWraith AKA (имеющим адрес), если это, S, что вы имели в виду DataWraith, безусловно, стоит реализации моего Bitcoin. 
Karmicads сейчас офлайн Пожаловаться на Karmicads   Ответить с цитированием Мультицитирование сообщения от Karmicads Быстрый ответ на сообщение Karmicads

2 мая 2010, 11:13:09 AM   # 10
 
 
Сообщений: 60
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Karmicaids, спасибо, что нашли время для такой подробный ответ.

Кажется, есть, как это просто так бывает, существующий протокол именно для взаимодействия с сохраненными файлами данных на Freenet  <УРА!>

О, я думал, что ты имел в виду, что, когда вы говорили с использованием Freenet. Пользователь запускает Freenet и Bitcoin будет взаимодействовать с ним, используя свой протокол управления. Однако запуск Freenet требует значительных ресурсов компьютера, особенно пропускной способности, и лично я не хочу, чтобы запустить узел Freenet только по этой причине. Вот почему я хотел, чтобы это было необязательным.

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

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

котировка
котировка
Magnet ссылки были разработаны для ссылки на файл или набор файлов на равный-равному сети, и как таковые все известные параметры относятся к файлам (имя файла, размер и т.д.).

К сожалению DataWraith, но при всем уважении, я не согласен. Первый вопрос заключается в том, что файлы на жестком диске, отображаются в иерархическом пространстве имен вложенных мест, т.е. доменов и каталогов. Принципиальное различие в подходе многих P2P-сетей является то, что пространство имена не иерархическое и данные, которые он поддерживает ссылаются не по адресу, но уникальность его содержания. Если цель файл или что-нибудь еще он не ссылается на определенном фиксированный адрес, но идентичность уникального содержимого. Идентичные файлы, по существу же идентичность и приложения P2P может использовать несколько экземпляров, как несколько каналов одному и тому же элементу. Параметры магнита хорошо подходят для любого P2P приложения.

Хорошо, извините, кажется, я еще не совсем понятно, что я имею в виду здесь. Я знаю, как магнит ссылка относится к содержанию, а не место в иерархическом пространстве имен.

Может быть, это просто разница ментальных моделей: Для меня, сделка Bitcoin есть, из-за отсутствия лучшего слова, не вещь так как обработать. На мой взгляд, магнит ссылки относятся к вещам (обычно файл - будь содержимого хэш или по местоположению), и пытается использовать их для обозначения процесса поражает меня как немного неловко. Magnet ссылки идентифицировать вещи, которые вы затем должны пойти принести, в то время как транзакция Bitcoin полностью описывается самой ссылки (хотя вы все равно должны сказать "Да, отправить монеты." как только вы щелкните по ссылке).

Мне кажется, что с помощью магнита ссылки будет (аб) использовать их для чего-то они не были предназначены для описания, так как они orignated в качестве замены для ed2k: //, Freenet:. //, и др, описывая, как получить файл.

Bitcoin-ссылка должна быть больше похожа электронной почты: чем магнит: ИМХО.

котировка
Ну на самом деле это обработчик URN, и я не уточнил, какие-либо ограничения на «массу», как вы выразились.

Да, моя ошибка, извините.

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

IIRC веб-сервер в значительной степени интегрированы в саму Freenet. Вы можете использовать простой протокол FCP говорить с экземпляром Freenet, но из-за типа контента на Freenet, не многие люди готовы принять общедоступный экземпляр, так что вам придется работать самостоятельно. Я не завидую, что вы хотите быть в состоянии сделать это, я просто не хочу, чтобы сделать это сам. Я бы предпочел провести TOR скрытого сервиса - вот почему я предложил использовать общий, полнофункциональный URL в качестве параметра детали, вместо того, чтобы сделать его Freenet специфики.

котировка
котировка
    * Адрес: Адрес для отправки биткойны в. Так можно раздать разные адреса для разных людей, это также может определить отправителя.
    * Количество (по желанию): Сумма для отправки.
    * Сообщение (необязательно): Короткое сообщение, которое описывает транзакцию (такой же, как поле в клиенте Bitcoin)
    * Данные (необязательный): кодироваться URL-с более подробной информацией о сделке. Для покупки в интернет-магазине, это может связать на детали покупки, например. Так как это будет полнофункциональный URL в себе, вы можете также связаться с Freenet, I2P и Tor, чтобы держать вещи анонимными.

Не уверен, что вы имеете в виду по адресу, кроме «Адрес», который предоставляется вашим Bitcoin подпись (которая больше похожа на название, чем место). Я не могу видеть, как вы можете раздать разные адреса для разных людей, если у вас уже есть некоторые псевдонимы определены. Таким образом, вы предлагаете дополнительную систему имен для кодирования и перевода псевдонимов для узла Bitcoin, является то, что то, что вы имеете в виду? Это может быть сделано без слишком много хлопот, я полагаю.

Ну, да, я имел в виду Bitcoin подпись. Я назвал его адрес, потому что это то, что он говорит, что в клиенте Bitcoin (т.е. "Изменение адреса"). Я действительно думал, что следует использовать различные псевдонимы, так же, как обменные сайты в настоящее время делают: Вы получаете адрес (или подпись, или любой другой), чтобы отправить монеты, а потому, что адрес был только дал вам, получатель знает, что оплата от тебя.

Система для перевода псевдонимов бы, конечно, хорошо, но я думаю, что лучше обращаться с адресной книгой или mybitcoin.com или что-то.

котировка
Сообщение: Это где данные URI становится громоздким. Сообщение неявно полезный объем человеческого общения, которая никогда не предназначалась для доставки в самом URI. Если принимающая сторона хочет передать текст, то они могут сделать это в документе они издательские (IE. Где они публикуют ссылку). Текст для отправляющей стороны, можно использовать обычный маршрут, так как ссылка вызывает интерфейс Bitcoin и который обеспечивает поле включить примечание. Какое сообщение должно быть передано получателем (получателя платежа), что не представляется возможным в документе, в котором они публикуют ссылку?

Да, точно! Текст для отправляющей стороны может использовать обычный маршрут. Но что, если я хочу заранее указать текст, который должен быть направлен?

Это имеет аналог в MailTo: -links: Если вы хотите, чтобы кто-то отправить вам по электронной почте, вы можете также указать тему, он / она должен использовать: электронной почты: alice@example.org Subject = тест?. Так что, если я продаю что-то, скажем, Ebay, я могу дать покупателю ссылку Bitcoin, которая включает в себя сообщения "Оплата за Ebay аукционе # 12345", Так что он / она не должна вводить его сам, возможно, совершает ошибку, если код более загадочный, чем # 12345.

котировка
Детали: Я выступал с самого начала, желательность схемы URI, возможность ссылаться на документ с богатой структурой данных, которые могут быть использованы для украшения на основной существенной информации, передаваемой обязательных параметров. Я также предложил предлагаемый репозиторий для тех документов, которые приводят к некоторым проблемам доступности, но если решил бы повысить анонимность узла Bitcoin и обойти зависимость от не-P2P или иерархического пространства имен. Возможность принимать красивую сеть адресации протокола и переназначения его (или kludging его на) регрессивную, низший, приклад уродливый, который требует, чтобы все субъекты принять аналогию с фиксированного места, и свободно все трудно проводной ассоциации, если они сдвинуто, мне кажется, как тактичным, как давая красивый строительный камень пальто дешевой пластиковой краски; ярко-зеленая краска. URL-адрес для параметра Это точно вид бойни я предпочел бы избежать, потому что URL не URN и пространства имен он обращается, является иерархическим и в конечном итоге должна находиться в фиксированном IP.

К сожалению, я по ошибке, как правило, используют термины URI, URL и т.д. взаимозаменяемы, потому что вы вводите его в адресной строке%). Опять же, извините, если это приведет к путанице.

То, что я хотел здесь было сделать эту дополнительную информацию генерал. Некоторые примеры могут пояснить это:


Создатель ссылки выбирает, где поставить дополнительные детали, и получатель решает, нуждается ли он в дополнительную информацию, достаточно сильно, чтобы установить Freenet / Tor / I2P. Это одна из причин, в том числе короткое сообщение в самой ссылке: дополнительная информация не должна иметь решающее значение для сделки.

котировка
Насколько это "Вы можете также связаться с Freenet, I2P и Tor, чтобы держать вещи анонимными." то, вы явно не дали ему много думал. Если бы я мог просто ссылку на Freenet, то я мог бы так же легко включать Freenet как фактическое хранилище, на который ссылается URI, чтобы начать с.

Но не то, что сделало бы использование Freenet обязательным? Я хотел бы, чтобы остаться более гибким.

Кроме того, если бы я должен был запустить интернет-магазин, я предпочел бы иметь люди смотрят детали на моем собственном сайте, а не их необходимости установки Freenet. Это может также связать репутацию моего магазина с Freenet, который учитывая репутацию Freenet, в может быть нежелательным.

котировка
Это проблема. Вы не можете просто хранить файлы на Freenet, и ожидать, что кто-нибудь, чтобы иметь возможность получить их с помощью URL или URN, на обычный веб-сайт, если посетитель не имеет клиентское программное обеспечение для обработки ссылки, ссылка дает будет бесполезен ,

Ага. Это еще одна причина для желающих также позволить нормальный HTTP (S) URL. Если бы я не понял, вы, кажется, хотят, чтобы сделать использование Freenet для операций обязательным, что-то я категорически не согласен с.

котировка
Поскольку HTTP / с действует на иерархическое пространство имен и P2P клиенты работают на не иерархическое пространство имен, то один параметр не может быть использован для решения взаимозависимо обоих. Это немного поздно для вас, чтобы решить, чтобы стать анонимным после исправили вашу личность к физическому локуса.

Не каждая транзакция должна пуленепробиваемая анонимность. Подумайте Открытые проекты Источник получающие пожертвования или интернет-магазины. Если вы (а) нужно больше информации, чем параметр коротких сообщений обеспечивает, и (б) вы хотите быть полностью анонимным, вы можете просто указать Freenet или Tor или I2P-адрес (или URN - это сбивает с толку: - / ). Если вам не нужна дополнительная анонимность, вам не придется приложить усилия, чтобы запустить Freenet / Tor / I2P / что угодно.

котировка
Если я неправильно понял вас, я прошу прощения DataWraith, но вам не кажется, чтобы оценить разницу между этими двумя моделями пространства имен, ни их относительных преимуществ и обязательств. Я подоконник вполне готов рассмотреть любую другую систему схемы. Я не отвергая вашу критику из рук, не настаивая на мои собственные предпочтения должны быть по умолчанию. Я бы предпочел, чтобы просто сделать наилучшую схему URI можно независимо. Спасибо за ваше внимание все то же самое.

Ну, мы все вместе в этом. Я просто надеюсь, что прийти к наилучшей системе. 🙂

Благодарим Вас за тщательное объяснение и терпение с моими предложениями.
D҉ataWraith сейчас офлайн Пожаловаться на D҉ataWraith   Ответить с цитированием Мультицитирование сообщения от D҉ataWraith Быстрый ответ на сообщение D҉ataWraith

16 мая 2010, 10:37:21 PM   # 11
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin


Там вы идете, мы могли бы легко сделать это так же, как:
http://127.0.0.1:8330/?to=; Сумма =<количество>

Bitcoin может ответить на порт 8330 на локальном шлейфе так же, как это делает для JSON-RPC на 8332. Это дало бы HTTP ответ.


Bitcoin-ссылка должна быть больше похожа электронной почты: чем магнит: ИМХО.

Я думаю, что мы можем сделать это.

Хотя можно было бы для Bitcoin, чтобы заботиться о бизнесе в ответ HTTP, представив HTML интерфейс для пользователя, как пользователь, я бы интересно, если какой-то сайт пытается обмануть меня или если я действительно разговаривал с моим собственным сервером Bitcoin ,

Ответ HTTP может быть просто HTML с эквивалентом JavaScript кнопки назад, отправив его обратно на страницу. . Bitcoin затем всплывает Отправлять Bitcoins диалог с назначением Bitcoin адреса и суммы уже заполненной Она будет работать так же, как MailTo: ссылка, которая выскакивает новое письмо с адресом,.

127.0.0.1 петлевой доступен любой пользователь на машине, он не имеет для каждого пользователя разделения, но это нормально, потому что она будет служить только удобной функцией предварительного заполнения полей в диалоговом окне. Вы все еще должны нажать Отправить. Мы должны были бы убедиться, что кнопка Отправить не выбрана, чтобы он не мог прыгнуть на первый план в то время как вы печатаете пробел или войти.


Satoshi сейчас офлайн Пожаловаться на Satoshi   Ответить с цитированием Мультицитирование сообщения от Satoshi Быстрый ответ на сообщение Satoshi

11 июня 2010, 2:51:56 PM   # 12
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Там вы идете, мы могли бы легко сделать это так же, как:
http://127.0.0.1:8330/?to=; Сумма =<количество>
Это очень прагматичный ответ. Мне это нравится.

Тем не менее, как бы это работа с комбинированным IP / Bitcoin Адрес URI (URN? URL?) Описанная здесь схема?
[Ссылка] http://bitcointalk.org/index.php?topic=158.msg1322#msg1322 [/ ссылка]

Я знаю, что это было почти месяц, извините.
Lachesis сейчас офлайн Пожаловаться на Lachesis   Ответить с цитированием Мультицитирование сообщения от Lachesis Быстрый ответ на сообщение Lachesis

16 июня 2010, 12:15:47 AM   # 13
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

http://127.0.0.1:8330/?to=domain.com&сумма = 200.00&комментарий = order_12345
или
http://127.0.0.1:8330/?to=1.2.3.4&сумма = 200.00

Но до тех пор, как связь уже делает печатание для вас, я не вижу особой пользы в использовании адрес домена вместо Bitcoin адреса. С адресом Bitcoin, пользователь не может отправить неопознанный платеж. Они не могут отправить платеж, пока они не дали правильный адрес Bitcoin для отправки.

Что было бы хорошо об отправке по домену вы можете визуально проверить, кто это будет.


Более важным вопросом является то, что, если браузер не может подключиться к 127.0.0.1:
http://bitcointalk.org/index.php?topic=63.msg1589#msg1589

и если это правда, то, что об этой связи пример Freenet, который был 127.0.0.1 в нем?
Satoshi сейчас офлайн Пожаловаться на Satoshi   Ответить с цитированием Мультицитирование сообщения от Satoshi Быстрый ответ на сообщение Satoshi

16 июня 2010, 6:14:05 AM   # 14
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Но до тех пор, как связь уже делает печатание для вас, я не вижу особой пользы в использовании адрес домена вместо Bitcoin адреса. С адресом Bitcoin, пользователь не может отправить неопознанный платеж. Они не могут отправить платеж, пока они не дали правильный адрес Bitcoin для отправки.

Что было бы хорошо об отправке по домену вы можете визуально проверить, кто это будет.
Я думаю, что скрывает сложность Bitcoin адресов от обычных пользователей это хорошая вещь. Если исключить, что, должно быть возможно встроить наблюдаемое но неизменное сообщение с адресными сделками. Есть ли какая-то причина это технически неосуществимо?

Более важным вопросом является то, что, если браузер не может подключиться к 127.0.0.1:
http://bitcointalk.org/index.php?topic=63.msg1589#msg1589

и если это правда, то, что об этой связи пример Freenet, который был 127.0.0.1 в нем?
Я думаю, вы непонимание вопроса. Браузер всегда будет в состоянии пойти на 127.0.0.1 (за исключением некоторых странные настройки IE или вирус). Если я ввожу адрес в строке браузера или нажать на ссылку, он будет работать нормально. Однако, это не представляется возможным использовать Javascript для выполнения запросов POST между доменами (или портов на одном домене).

Попробуйте нажать на эту ссылку:
http://127.0.0.1/
Вы, наверное, ничего не видите (если вы не работаете веб-сервер в вашей системе), но браузер счастливо пытается принять вас там.

XMLHTTPRequest это то, что мы обсуждали в этом другом потоке.
Lachesis сейчас офлайн Пожаловаться на Lachesis   Ответить с цитированием Мультицитирование сообщения от Lachesis Быстрый ответ на сообщение Lachesis

16 июня 2010, 8:26:14 AM   # 15
 
 
Сообщения: 429
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Да, я хотел сказать, что кросс-домен Javascript вызовы запрещены, так что вы не можете вызвать 127.0.0.1 из JavaScript, который не проживает в 127.0.0.1. Задумайтесь об этом, было бы довольно смешно, если браузеры разрешено злонамеренной междоменным Javascript, чтобы изменить Facebook страницы людей и т.д.
Сириуса сейчас офлайн Пожаловаться на Sirius   Ответить с цитированием Мультицитирование сообщения от Sirius Быстрый ответ на сообщение Sirius

16 июня 2010, 12:59:40 PM   # 16
 
 
Сообщений: 90
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Да, я хотел сказать, что кросс-домен Javascript вызовы запрещены, так что вы не можете вызвать 127.0.0.1 из JavaScript, который не проживает в 127.0.0.1. Задумайтесь об этом, было бы довольно смешно, если браузеры разрешено злонамеренной междоменным Javascript, чтобы изменить Facebook страницы людей и т.д.

Вы можете сделать IFRAME, которое указывает на то, как http://127.0.0.1:8330?платить = domain.com&сумма = х&вернуться = а затем, что IFrame будет содержать небольшой интерфейс Bitcoin о том, насколько & которые вы платите, и кнопку, чтобы подтвердить или отменить платеж. Если вы подтвердить платеж, то он посылает монеты в домен, а затем перенаправляет к возвращаемому значению в строке запроса. Bitcoin может добавить? заплатил = правда или? заплатили = ложь на место возврата, а поэтому обратный сценарий на домен, то может проверить, если он правильно получил компенсацию, или отменить заказ.

Edit: интерфейс Bitcoin должен также иметь пароль, прежде чем вы можете подтвердить платеж. В противном случае вы можете сканировать порт 8330 на основе открытого ни на кого, а затем автоматически его отправлять платежи.
bencoder сейчас офлайн Пожаловаться на bencoder   Ответить с цитированием Мультицитирование сообщения от bencoder Быстрый ответ на сообщение bencoder

16 июня 2010, 7:38:32 PM   # 17
 
 
Сообщения: 210
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Edit: интерфейс Bitcoin должен также иметь пароль, прежде чем вы можете подтвердить платеж. В противном случае вы можете сканировать порт 8330 на основе открытого ни на кого, а затем автоматически его отправлять платежи.
Это не совсем верно. На данный момент только связывает Биткойн RPC к кольцевой проверки интерфейса, 127.0.0.1. Я бы предположил, что этот веб-интерфейс будет то же самое. Тем не менее, должна быть паролем, чтобы предотвратить троян из тривиальной отправки бумажника прочь. Шифрование Wallet должно произойти, тоже.
Lachesis сейчас офлайн Пожаловаться на Lachesis   Ответить с цитированием Мультицитирование сообщения от Lachesis Быстрый ответ на сообщение Lachesis

18 июля 2010, 4:06:16 PM   # 18
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

Я думаю, вы непонимание вопроса. Браузер всегда будет в состоянии пойти на 127.0.0.1 (за исключением некоторых странные настройки IE или вирус). Если я ввожу адрес в строке браузера или нажать на ссылку, он будет работать нормально. Однако, это не представляется возможным использовать Javascript для выполнения запросов POST между доменами (или портов на одном домене).
Это то, что я думал тоже.

Да, я хотел сказать, что кросс-домен Javascript вызовы запрещены, так что вы не можете вызвать 127.0.0.1 из JavaScript, который не проживает в 127.0.0.1. Задумайтесь об этом, было бы довольно смешно, если браузеры разрешено злонамеренной междоменным Javascript, чтобы изменить Facebook страницы людей и т.д.
Теперь я слышу отчет, что это возможно для Javascript, чтобы сделать запрос POST междоменного к 127.0.0.1. Не другие домены, но только конкретно к этому один. Большой...

Если это так, то не используйте переключатель -server или bitcoind в системе, где вы делаете просмотра веб-страниц.

Я начала на добавление в поле пароля.
Satoshi сейчас офлайн Пожаловаться на Satoshi   Ответить с цитированием Мультицитирование сообщения от Satoshi Быстрый ответ на сообщение Satoshi

21 июля 2010, 12:47:06 PM   # 19
 
 
Сообщения: 351
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin

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

Перед тем как это может произойти, там должно быть единого мнения о том, в какой форме URI бы. Я сделал несколько быстрых исследований по схемам URI и большинство подходов неодобрением без одобрения W3C, есть одна категории причем W3C утверждает примерную схему URI и держит его в запасе, без каких-либо гарантий (как предварительный патент), а безусловно, наиболее подходящая схема, как представляется, магнит URI, который был разработан, чтобы найти ресурс, с помощью хэш, являющегося продуктом его содержания уникальности, а не по конкретному адресу. Магнит был предназначен для использования приложениями на одноранговой сети и зарезервировал параметры для ссылки на приложения конкретных данных. В принципе, вы просто предварить для конкретного применения параметра с й, как и в xbitcoin1 😕


Это выглядит очень круто!

Я часть команды разработчиков, которая работает с Тимом Бернерс-Ли из W3C на веб стандартных проектов на основе.

Я могу запустить идею схемы Bitcoin регистрируемых некоторыми из людей там ... но если честно, это может быть излишним за то, что вам нужно.

Почему бы не использовать RDF (а) для моделирования адрес Bitcoin, например, HTML5.

Вам просто нужно либо 1) очень простая онтология

<мета свойство ="Bitcoin: адрес" содержание ="u34827uirhe243" />

Или использовать онтологии FOAF и SOIC через OnlineAccount.

Я отправил некоторые уведомления на некоторые из W3C людей сегодня утром, а также GNU Social / диаспора работает с FSF, и payswarm людей, которые ищут стандартизировать micorpayments.

В итоге, я думаю, что разметка очень легко захватить семантику Bitcoin в HTML.  

Любите проект, надеюсь, что мы все можем что-то придумаем!
melvster сейчас офлайн Пожаловаться на melvster   Ответить с цитированием Мультицитирование сообщения от melvster Быстрый ответ на сообщение melvster

21 июля 2010, 12:47:59 PM   # 20
 
 
Сообщений: 10
Цитировать по имени
цитировать ответ
по умолчанию Re: URI-схемы для Bitcoin


С помощью Http: // 127.0.0.1: [bitcoinwebport] / все, что немного ограничения, она требует, чтобы пользователь имеет Bitcoin клиента, и клиент работает.

Использование Bitcoin: все, однако позволяет добавить обработчик Ури в браузер, поэтому он запускает клиент с информацией, если она не работает, или открывает окно, если оно работает.
Кроме того, это позволяет веб-сайты должны быть зарегистрированы в качестве URI обработчиков, чтобы люди могли зарегистрировать mybitcoin или другой службы бумажник обеспечения веб-сайт, чтобы обработать запрос на них, не требуя применения. Я считаю, это убедительный аргумент, чтобы стандартизировать на этом стиле.


darkskiez сейчас офлайн Пожаловаться на darkskiez   Ответить с цитированием Мультицитирование сообщения от darkskiez Быстрый ответ на сообщение darkskiez



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW