Bitcoin схемы URL: есть какие-либо предложения были адаптированы?

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

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

Eсть вики страница, но я никогда не видел раньше. Уже точно не смотрел, но до сих пор.

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

Благодаря! Начало этой страницы звучит разумно.

для последней части, почему все сумасшедшие вещи с показателями на всех, кроме? Почему не просто BTC сумма в заранее определенной моде "1,23" для "1.23 Bitcoins", Один из способов представлять одну вещь.

Что важно, в какой части она представлена в в URL? И почему amountdecimal, amounthex ... еек

Цитата: Джон Смит на 04 августа 2011 года, 5:12:13 AM

Хотя идентификаторы URI не предназначены для восприятия человека, на практике, мы делаем это все время. Для все ухода за компьютерами, мы могли бы представлять сумму как произведение строки комплексных чисел (до тех пор, как окончательное множимое сопрягает остальную часть последовательности). Таким образом, потому что компьютеры не все равно, что мы должны сделать это как человек дружелюбный, насколько это возможно. 10Е-9 является гораздо более читабельным, чем 0,00000001. SI префикс сокращение должно быть довольно читаемым тоже, так что и в предыдущем примере 10ны.

Затем снова - клиент запросит подтверждение на всю сумму, так что вам не нужно читать URL.

Если вы хотите, вы должны пойти на проблемы разбора ее в голове в любом случае.

Не то, чтобы я против использования экспонента, но я бы сказал, что использовать один вид представления и оседаю в этом. Не сумма = x34X и тому подобное.

Одно представление упрощает тестирование, что означает, что люди получить это право в первый раз. Не сделать его более сложным, чем это должно быть ... Компьютеры не волнует, но программисты (и пользователи багги программного обеспечения) делать!

Цитата: Джон Смит на 04 августа 2011 года, 5:43:36 AM

Не то, чтобы я против использования экспонента, но я бы сказал, что использовать один вид представления и оседаю в этом. Не сумма = x34X и тому подобное.

Я, безусловно, согласен. Я был бы в пользу с указанием суммы в Satoshis, но это мое впечатление, что вещи начинают двигаться интерпретировать сумму, как BTC непосредственно. Например, клиент Android Bitcoin делает это. Я генерации Bitcoin идентификаторы URI для проекта сам, так это то, что я пойду с, а также. Что значит иметь вещи, которые выглядят следующим образом: Bitcoin: 14Z1mazY4HfysZyMaKudFr63EwHqQT2njz сумма = 1,23&метка = необязательная.

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

Цитата: Явь от 04 августа 2011, 07:56:44 AM

Я, безусловно, согласен. Я был бы в пользу с указанием суммы в Satoshis, но это мое впечатление, что вещи начинают двигаться интерпретировать сумму, как BTC непосредственно.

Проблема, которую я вижу с этим состоит в том, что Satoshi только текущая деталь реализации. В дальнейшем, мы могли бы решить, что мы хотим разделить на Bitcoin еще больше. Это не должно аннулировать все URL.

котировка

Например, клиент Android Bitcoin делает это. Я генерации Bitcoin идентификаторы URI для проекта сам, так это то, что я пойду с, а также. Что значит иметь вещи, которые выглядят следующим образом: Bitcoin: 14Z1mazY4HfysZyMaKudFr63EwHqQT2njz сумма = 1,23&метка = необязательная.

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

котировка

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

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

Существует один аргумент в пользу использования E обозначений для сумм. Люди встраивать (или хотят, чтобы иметь возможность вставлять) эти идентификаторы URI в коде этикетку QR, а затем сканировать их с дешевыми читателями, то есть мобильные телефоны с дешевыми камерами. Еще бит означает более высокое разрешение, что делает их менее пригодными для одного популярного предполагаемого использования.

Цитата: kjj от 04 августа 2011, 11:18:27 AM

Есть те несколько байт (до 7) действительно имеет значение? Если вы действительно хотите, чтобы раздавить каждые последние байты, вы также хотите, чтобы с использованием параметров, более короткие именами.

Цитата: Джон Смит на 04 августа 2011, 11:28:39 AM

Цитата: kjj от 04 августа 2011, 11:18:27 AM

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

Поскольку вы работаете на приемном конце, вы всегда вышку клиент принимать короткие версии и длинные версии, плюс абсолютных значения и E обозначение.

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

Цитата: Явь от 04 августа 2011, 07:56:44 AM

Я был бы в пользу с указанием суммы в Satoshis, но это мое впечатление, что вещи начинают двигаться интерпретировать сумму, как BTC непосредственно. Например, клиент Android Bitcoin делает это.

Да, и я реализовал это так из-за предложения "Если показатель опускается, реализациям следует считать, X8 для десятичных чисел, ..." на https://en.bitcoin.it/wiki/URI_Scheme

Я планировал пропустить реализации расширения экспоненту (X), но я получил различные отчеты об ошибках от пользователей, что они не могли использовать сгенерированные QR-коду (Bit-Pay использует этот синтаксис).

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

ИМХО: Держите формат URI в качестве человеческого читаемым, насколько это возможно. Если мы хотим, чтобы изобрести сжатый синтаксис, который сжимает каждый бит, я бы решить это более фундаментально, полностью пропуская синтаксис параметра на основе и сжатие сумм по base64 кодирующим их двоичному представлению.

Важно знать, что есть, по крайней мере, два других проекта фактически используя вещь.

Тем не менее, я буду просто говорить об этом публично. Х обозначения тупы. Во-первых, был уже широко известны и используются обозначения для степеней 10. И второй базовый блок, 1Е-8 BTC является исторической случайностью. Глупость основы обозначения этого значения станет очевидной, как только первые 128 расширений битого клиента появляются.

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

Суммы, которые соответствуют регулярному выражению: это

Код:

([0-9] | [0-9] + \ [0-9] * |.?. [0-9] \ [0-9] +)? E - [0-9] +

следует интерпретировать с использованием стандартных обозначений E, на основе около 1 BTC. В обозначениях Е, хЕу это сокращение для X * (10 ^ у).

Цитата: kjj от 04 августа 2011 года, 3:03:54 PM

И второй базовый блок, 1Е-8 BTC является исторической случайностью.

Да ... мы всегда соседствует со смещением 8 в настоящее время. Так 1e-10 Bitcoin будет 1X-2: р Это все возможно, но жаль, что "стандарт" не была разработана с простотой в виду.

Таким образом, у нас есть различные интерпретации в настоящее время;
клиент Явь интерпретирует сумму = 1,23 в 1,23 BTC
Bit-Pay будет интерпретировать это, как 1.23e-8 BTC, как не показатель

Великий

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

Редактирование: точка с запятой, что также следует игнорировать ИМО. Все привыкли к амперсандам ли это нравится Тим Бернерс-Ли или нет, мы привыкли к разбору их теперь.

Я вижу два пути вокруг несовместимостей, либо пометить это как версию 1.0 стандарта и переименовать параметр сумму на что-то другое (отправить?), Или кто-то переписать всю вещь, обсудить его, то на самом деле представить его в качестве RFC на навсегда высечены в камне.

Есть и другие вещи в стороне от схемы URI, которые стоят определения, если они не были уже, например микроформатым XHTML для совместного использования адресов встроенных в HTML, а также способом вставлять адреса в визитной карточке или адресной книге.

Цитата: битовая плоскость на 05 августа 2011 года, 1:34:46 AM

РЛК написаны (или, по крайней мере, должно быть написано) после значительного тела рабочего кода, существует.

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

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

Страница вики ребенок ЛУКА-младший. Некоторые из нас устали от энциклопедических редактирования войны, поэтому мы просто игнорировать его.

Предложения для лучшего "процесс RFC" приветствуются; который с открытым исходным кодом проекта, мы должны подражать? (Например, битторрент имеет ОПП, питон имеет ВПД, есть другие модели для подражания?)

Х-же широко BTC используется? Если нет, то, возможно, мы могли бы изменить, что по душе каждого, и сделать это стандарт, так что нам не нужно беспокоиться о совместимости с предыдущими версиями.

1 августа 2011, 5:40:45 PM	# 1
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Для моего GUI я хотел бы, чтобы поддержать сопротивление и капельной или склеивание Bitcoin оплаты связи, чтобы сделать возможным для автоматического заполнения адреса получателя, метка получателя и сумму. Есть ли какой- "стандарт" для них были определены еще? Я нашел различные темы в моем поиске, но я хотел бы знать, если какие-либо предложения в активном использовании.

4 августа 2011, 3:53:38 AM	# 2
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Получил 1806 Биткоинов Реальная история. удар...

4 августа 2011, 4:46:58 AM	# 3
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Eсть вики страница, но я никогда не видел раньше. Уже точно не смотрел, но до сих пор. Это кажется довольно простым, по крайней мере, адрес, сумму и этикетки, так что я думаю, вы должны быть достаточно безопасной реализации, если вы хотите. Если ничего другого, кто-то должен идти первым. Но если вы, пожалуйста, пожалуйста, пожалуйста, используйте E для показателя вместо X.

4 августа 2011, 5:12:13 AM	# 4
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Благодаря! Начало этой страницы звучит разумно. для последней части, почему все сумасшедшие вещи с показателями на всех, кроме? Почему не просто BTC сумма в заранее определенной моде "1,23" для "1.23 Bitcoins", Один из способов представлять одну вещь. Что важно, в какой части она представлена в в URL? И почему amountdecimal, amounthex ... еек

4 августа 2011, 5:36:51 AM	# 5
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: Джон Смит на 04 августа 2011 года, 5:12:13 AM Благодаря! Начало этой страницы звучит разумно. для последней части, почему все сумасшедшие вещи с показателями на всех, кроме? Почему не просто BTC сумма в заранее определенной моде "1,23" для "1.23 Bitcoins", Один из способов представлять одну вещь. Что важно, в какой части она представлена в в URL? И почему amountdecimal, amounthex ... еек Хотя идентификаторы URI не предназначены для восприятия человека, на практике, мы делаем это все время. Для все ухода за компьютерами, мы могли бы представлять сумму как произведение строки комплексных чисел (до тех пор, как окончательное множимое сопрягает остальную часть последовательности). Таким образом, потому что компьютеры не все равно, что мы должны сделать это как человек дружелюбный, насколько это возможно. 10Е-9 является гораздо более читабельным, чем 0,00000001. SI префикс сокращение должно быть довольно читаемым тоже, так что и в предыдущем примере 10ны.

4 августа 2011, 5:43:36 AM	# 6
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Затем снова - клиент запросит подтверждение на всю сумму, так что вам не нужно читать URL. Если вы хотите, вы должны пойти на проблемы разбора ее в голове в любом случае. Не то, чтобы я против использования экспонента, но я бы сказал, что использовать один вид представления и оседаю в этом. Не сумма = x34X и тому подобное. Одно представление упрощает тестирование, что означает, что люди получить это право в первый раз. Не сделать его более сложным, чем это должно быть ... Компьютеры не волнует, но программисты (и пользователи багги программного обеспечения) делать!

4 августа 2011, 7:56:44 AM	# 7
яв Сообщения: 249 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: Джон Смит на 04 августа 2011 года, 5:43:36 AM Не то, чтобы я против использования экспонента, но я бы сказал, что использовать один вид представления и оседаю в этом. Не сумма = x34X и тому подобное. Я, безусловно, согласен. Я был бы в пользу с указанием суммы в Satoshis, но это мое впечатление, что вещи начинают двигаться интерпретировать сумму, как BTC непосредственно. Например, клиент Android Bitcoin делает это. Я генерации Bitcoin идентификаторы URI для проекта сам, так это то, что я пойду с, а также. Что значит иметь вещи, которые выглядят следующим образом: Bitcoin: 14Z1mazY4HfysZyMaKudFr63EwHqQT2njz сумма = 1,23&метка = необязательная. Вы должны игнорировать все, что экспоненту материал на вики. Это раздражает меня много, что она плавает вокруг там, но я не беспокоили достаточно, чтобы попасть в редактирования войны с парнем, который выталкивает такого рода вещи вместе со своей тональной повестки дня.

4 августа 2011, 9:58:48 AM	# 8
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: Явь от 04 августа 2011, 07:56:44 AM Я, безусловно, согласен. Я был бы в пользу с указанием суммы в Satoshis, но это мое впечатление, что вещи начинают двигаться интерпретировать сумму, как BTC непосредственно. Проблема, которую я вижу с этим состоит в том, что Satoshi только текущая деталь реализации. В дальнейшем, мы могли бы решить, что мы хотим разделить на Bitcoin еще больше. Это не должно аннулировать все URL. котировка Например, клиент Android Bitcoin делает это. Я генерации Bitcoin идентификаторы URI для проекта сам, так это то, что я пойду с, а также. Что значит иметь вещи, которые выглядят следующим образом: Bitcoin: 14Z1mazY4HfysZyMaKudFr63EwHqQT2njz сумма = 1,23&метка = необязательная. Это выглядит как здравомыслящий подход. Легко для того чтобы разобрать и легко читать. Я думаю, что будет адаптировать этот один, как хорошо. котировка Вы должны игнорировать все, что экспоненту материал на вики. Это раздражает меня много, что она плавает вокруг там, но я не беспокоили достаточно, чтобы попасть в редактирования войны с парнем, который выталкивает такого рода вещи вместе со своей тональной повестки дня. ...согласовано. Базовая идея Bitcoin уже достаточно чуждая для случайного наблюдателя, это не место, чтобы вводить какие-либо более странные соглашения.

4 августа 2011, 11:18:27 AM	# 9
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Существует один аргумент в пользу использования E обозначений для сумм. Люди встраивать (или хотят, чтобы иметь возможность вставлять) эти идентификаторы URI в коде этикетку QR, а затем сканировать их с дешевыми читателями, то есть мобильные телефоны с дешевыми камерами. Еще бит означает более высокое разрешение, что делает их менее пригодными для одного популярного предполагаемого использования.

4 августа 2011, 11:28:39 AM	# 10
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: kjj от 04 августа 2011, 11:18:27 AM Существует один аргумент в пользу использования E обозначений для сумм. Люди встраивать (или хотят, чтобы иметь возможность вставлять) эти идентификаторы URI в коде этикетку QR, а затем сканировать их с дешевыми читателями, то есть мобильные телефоны с дешевыми камерами. Еще бит означает более высокое разрешение, что делает их менее пригодными для одного популярного предполагаемого использования. Есть те несколько байт (до 7) действительно имеет значение? Если вы действительно хотите, чтобы раздавить каждые последние байты, вы также хотите, чтобы с использованием параметров, более короткие именами.

4 августа 2011, 1:04:56 PM	# 11
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: Джон Смит на 04 августа 2011, 11:28:39 AM Цитата: kjj от 04 августа 2011, 11:18:27 AM Существует один аргумент в пользу использования E обозначений для сумм. Люди встраивать (или хотят, чтобы иметь возможность вставлять) эти идентификаторы URI в коде этикетку QR, а затем сканировать их с дешевыми читателями, то есть мобильные телефоны с дешевыми камерами. Еще бит означает более высокое разрешение, что делает их менее пригодными для одного популярного предполагаемого использования. Есть те несколько байт (до 7) действительно имеет значение? Если вы действительно хотите, чтобы раздавить каждые последние байты, вы также хотите, чтобы с использованием параметров, более короткие именами. Я не знаю, если они имеют значение или нет. Как и большинство вещей, которые они, вероятно, неважно, большая часть времени, но абсолютно необходимы в некоторых случаях. Зачистка имена полей вниз на сумму и L для лейбла, вероятно, хорошая идея, таким же образом. Поскольку вы работаете на приемном конце, вы всегда вышку клиент принимать короткие версии и длинные версии, плюс абсолютных значения и E обозначение. Делая рабочую реализацию, и получить его там в дикой природе, вы, по сути, определяющий стандарт таким образом, что несет намного больше веса, чем просто бросание некоторые идеи на вики.

4 августа 2011, 1:40:45 PM	# 12
Andreas Шильдбы Сообщения: 563 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: Явь от 04 августа 2011, 07:56:44 AM Я был бы в пользу с указанием суммы в Satoshis, но это мое впечатление, что вещи начинают двигаться интерпретировать сумму, как BTC непосредственно. Например, клиент Android Bitcoin делает это. Да, и я реализовал это так из-за предложения "Если показатель опускается, реализациям следует считать, X8 для десятичных чисел, ..." на https://en.bitcoin.it/wiki/URI_Scheme Я планировал пропустить реализации расширения экспоненту (X), но я получил различные отчеты об ошибках от пользователей, что они не могли использовать сгенерированные QR-коду (Bit-Pay использует этот синтаксис). Я буду стараться, чтобы избежать реализации расширения шестигранный (х). Hex дробные числа просто чувствуют себя совершенно неудобно, я никогда не использовал их в любом месте в моей вычислительной жизни. ИМХО: Держите формат URI в качестве человеческого читаемым, насколько это возможно. Если мы хотим, чтобы изобрести сжатый синтаксис, который сжимает каждый бит, я бы решить это более фундаментально, полностью пропуская синтаксис параметра на основе и сжатие сумм по base64 кодирующим их двоичному представлению.

4 августа 2011, 3:03:54 PM	# 13
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Важно знать, что есть, по крайней мере, два других проекта фактически используя вещь. Тем не менее, я буду просто говорить об этом публично. Х обозначения тупы. Во-первых, был уже широко известны и используются обозначения для степеней 10. И второй базовый блок, 1Е-8 BTC является исторической случайностью. Глупость основы обозначения этого значения станет очевидной, как только первые 128 расширений битого клиента появляются. Единственная хорошая вещь об этом является то, что она позволяет людям использовать электронную запись, и сделать это таким образом, что имеет смысл. Итак, я предлагаю следующее: Суммы, которые соответствуют регулярному выражению: это Код: ([0-9] \| [0-9] + \ [0-9] * \|.?. [0-9] \ [0-9] +)? E - [0-9] + следует интерпретировать с использованием стандартных обозначений E, на основе около 1 BTC. В обозначениях Е, хЕу это сокращение для X * (10 ^ у).

4 августа 2011, 3:18:19 PM	# 14
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: kjj от 04 августа 2011 года, 3:03:54 PM И второй базовый блок, 1Е-8 BTC является исторической случайностью. Да ... мы всегда соседствует со смещением 8 в настоящее время. Так 1e-10 Bitcoin будет 1X-2: р Это все возможно, но жаль, что "стандарт" не была разработана с простотой в виду. Таким образом, у нас есть различные интерпретации в настоящее время; клиент Явь интерпретирует сумму = 1,23 в 1,23 BTC Bit-Pay будет интерпретировать это, как 1.23e-8 BTC, как не показатель Великий

5 августа 2011, 1:34:46 AM	# 15
битовая плоскость Сообщения: 321 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Я согласен, что кажется разумной помимо шестнадцатеричных цифр и нестандартного показателя, единственное достоинством показателя является то, что он будет препятствовать людям хранить значения в IEEE поплавков, которые чувствительны к ошибкам округления. Шестигранной вещь просто непростительно и по праву должны быть, как игнорировать как шестигранные поплавки. Редактирование: точка с запятой, что также следует игнорировать ИМО. Все привыкли к амперсандам ли это нравится Тим Бернерс-Ли или нет, мы привыкли к разбору их теперь. Я вижу два пути вокруг несовместимостей, либо пометить это как версию 1.0 стандарта и переименовать параметр сумму на что-то другое (отправить?), Или кто-то переписать всю вещь, обсудить его, то на самом деле представить его в качестве RFC на навсегда высечены в камне. Есть и другие вещи в стороне от схемы URI, которые стоят определения, если они не были уже, например микроформатым XHTML для совместного использования адресов встроенных в HTML, а также способом вставлять адреса в визитной карточке или адресной книге.

5 августа 2011, 2:12:09 AM	# 16
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Цитата: битовая плоскость на 05 августа 2011 года, 1:34:46 AM Я согласен, что кажется разумной помимо шестнадцатеричных цифр и нестандартного показателя, единственное достоинством показателя является то, что он будет препятствовать людям хранить значения в IEEE поплавков, которые чувствительны к ошибкам округления. Шестигранной вещь просто непростительно и по праву должны быть, как игнорировать как шестигранные поплавки. Редактирование: точка с запятой, что также следует игнорировать ИМО. Все привыкли к амперсандам ли это нравится Тим Бернерс-Ли или нет, мы привыкли к разбору их теперь. Я вижу два пути вокруг несовместимостей, либо пометить это как версию 1.0 стандарта и переименовать параметр сумму на что-то другое (отправить?), Или кто-то переписать всю вещь, обсудить его, то на самом деле представить его в качестве RFC на навсегда высечены в камне. Есть и другие вещи в стороне от схемы URI, которые стоят определения, если они не были уже, например микроформатым XHTML для совместного использования адресов встроенных в HTML, а также способом вставлять адреса в визитной карточке или адресной книге. РЛК написаны (или, по крайней мере, должно быть написано) после значительного тела рабочего кода, существует. Я чувствовал бы себя свободно игнорировать спецификации на странице вики, но стараюсь избегать безвозмездной несовместимости. В этом случае, добавление E обозначения в дополнение к существующему X обозначений не будет неоднозначным в течение многих лет, мы надеемся, достаточно времени для X обозначения пропадать. И так же, как я ненавижу признать это, принимая шестнадцатеричные значения для совместимости довольно легко, однако глупо это для их создания.

5 августа 2011, 2:52:36 AM	# 17
битовая плоскость Сообщения: 321 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Да, вы делаете хорошие моменты. Я думаю, что нужно для разработчики из различных приложений, чтобы собраться вместе и упростить стандарт. Так как я на самом деле не делать какие-либо взлома этих проектов, я думаю, мое мнение не имеет никакого веса, но это приятно разглагольствовать о них так или иначе

7 августа 2011, 2:49:43 PM	# 18
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Я реализовал сопротивление&падение поддержки для простых URL-адресов Bitcoin в моем UI. Просто сделать ссылку на веб-странице Перетащите это клиенту Bitcoin платить, И вы можете перетащить его на клиента, чтобы перейти в режим оплаты и добавить его в список получателей. Увы, диспетчирование на основе нажав на ссылку необходимо будет осуществляться на основе каждого браузера Так что не ожидаем, что это какой-либо в ближайшее время.

7 августа 2011, 3:16:08 PM	# 19
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Страница вики ребенок ЛУКА-младший. Некоторые из нас устали от энциклопедических редактирования войны, поэтому мы просто игнорировать его. Предложения для лучшего "процесс RFC" приветствуются; который с открытым исходным кодом проекта, мы должны подражать? (Например, битторрент имеет ОПП, питон имеет ВПД, есть другие модели для подражания?)

7 августа 2011, 5:23:31 PM	# 20
drawoc Сообщения: 168 Цитировать по имени цитировать ответ	Re: схемы URL Bitcoin: есть какие-либо предложения были адаптированы? Х-же широко BTC используется? Если нет, то, возможно, мы могли бы изменить, что по душе каждого, и сделать это стандарт, так что нам не нужно беспокоиться о совместимости с предыдущими версиями.

Заголовок