5 марта 2012, 3:22:50 PM   # 1
 
 
Сообщений: 68
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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


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

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

В качестве примера, скажем, что 1Newbie передает весь свой BTC в 1BitBucket. Их монета ушла навсегда. Однако, если есть рукопожатие доступны, 1Newbie мог попросить один, и его сделка истек бы потому, что там никто @ 1BitBucket завершить рукопожатие.

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

Один экземпляр действительно выскакивает на меня, как потенциального использования ... в октябре прошлого года, MtGox потерял ~ 2600BTC? Если механизм рукопожатия были на месте и используется, это не случилось бы.

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

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

Это могло бы быть сделано с P2SH (отправьте совместно подписанный p2sh адрес, который требует как покупателя и продавца выкупить), но это, как прыгающий мяч, а не бросать его прямо к другому парню.

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


-молитва





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


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


5 марта 2012, 4:07:30 PM   # 2
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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





Как вы убедитесь, что рукопожатие происходит с нужным человеком? Вырезать и вставить рукопожатие так же уязвимы, как вырезать и вставить адрес.
Revalin сейчас офлайн Пожаловаться на Revalin   Ответить с цитированием Мультицитирование сообщения от Revalin Быстрый ответ на сообщение Revalin

5 марта 2012, 4:09:02 PM   # 3
 
 
Сообщения: 1232
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

http://gitorious.org/libbitcoin/libbitcoin/blobs/master/src/network/handshake.cpp
genjix сейчас офлайн Пожаловаться на genjix   Ответить с цитированием Мультицитирование сообщения от genjix Быстрый ответ на сообщение genjix

5 марта 2012, 5:07:40 PM   # 4
 
 
Сообщений: 68
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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

Если Bitcion когда-либо идет мейнстрит, это будет зависеть от забавных вещей, как налоги, аудит, свободы информации, и т.д. ..., некоторые субъекты должны будут учитывать все, что они получают, поэтому будут ограничивать входящие транзакции только известные источники. Только представьте, если политический кандидат невольно получил пожертвование от Аль-Каиды. Это может быть очень вредно, даже если кандидат не имел возможности отказаться от донорства и не имел никакого контроля над тем, кто может отправить пожертвование.

котировка
Я не уверен, что именно вы имеете в виду рукопожатия. Можете ли вы привести пример рукопожатия?
В принципе, я предлагаю, что сделка будет принята в очередь добычи, но не добывала, пока получатель не одобряет сделку, проверяя, что адрес назначения остается в силе, активный и правильный. Неспособность получить одобрение приведет к операции отменяются и средства возвращаются отправителю.

котировка
Как предотвратить их от автоматизированы?
Автоматизация фактически будет функция ... до тех пор, пока кошелек активен, он может автоматизировать прием платежей. Например, у меня есть адрес, зарегистрированный с бассейном слякоти в. Каждый раз в то время, он посылает мне небольшую плату, чтобы компенсировать ничтожные 25MH я вношу свой вклад в бассейн. Я мог бы автоматизировать прием платежей по этому адресу.

Тем не менее, считает художник, который продает высокий доллар, ограниченный тираж, пользовательским выгравированы виджетам для 100 из BTC могут потребоваться вручную обрабатывать входящие платежи, чтобы защитить и себя и его клиенту от ошибок, вносимая. Одна из первых вещей, которые я узнал о Bitcoin, что сделка является договором. Художник может не захотеть признать договор (право отказать в обслуживании любому по любой причине).

котировка
Не может ли это быть слой поверх Bitcoin? Если я правильно понять рукопожатие, не может быть использована электронная почта, чтобы облегчить рукопожатие?
Для положительной идентификации сторон, конечно, это может быть сделано по электронной почте или любым другим способом. Это не означает, однако, предотвратить ошибки из делаются. Если вы посылали 1000-BTC accross «сети, не будет вам более комфортно, если бы там была подстраховка на месте, чтобы убедиться, что средства не собирались посадить в черной дыре, чтобы быть потеряны навсегда?

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

Что я предлагаю, это подстраховка к А) поможет предотвратить сделки от случайного отправляется Девлин Null; и B) обеспечивает механизм для предотвращения приема случайных анонимных платежей, которые могли бы привести бухгалтерские проблемы для некоторых людей.

Как вы убедитесь, что рукопожатие происходит с нужным человеком? Вырезать и вставить рукопожатие так же уязвимы, как вырезать и вставить адрес.

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


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

5 марта 2012, 5:22:15 PM   # 5
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

Понимаю. Я на самом деле имел родственную идею раньше: почему бы не создать способ добавить время истечения срока действия на адрес?

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

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

5 марта 2012, 5:23:25 PM   # 6
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

Вы рассмотрели много вопросов.

Первая отправка Bitcoins на неправильный адрес практически невозможно. Адреса имеют 32bit контрольную сумму и клиент отказывается посылать монеты на адрес, который поврежден. Отправка монет некорректный, но действует так редко невозможно (1 в 4,3 миллиардов).

Что касается предотвращения сделок. Это не возможно, но поскольку отдельные монеты могут быть отслежены можно вернуть монеты, чтобы посылать адрес (возможно, придется платить плату за транзакцию). Это не отличается от других форм оплаты.

С юридической точки зрения (за пределами blockchain & Протокол) вы могли бы иметь "текущий счет" где платежи направляются, а затем приемник передает их с текущего счета на их внутренний счет, который будет означать принятие. Отправитель может возвратить платежи они не принимают на адрес отправителя (хотя это создает проблемы ж / системы, такие как Mt.Gox, где отправка & получающие адреса не связаны).

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

1) Создание сценария ж / 1 из 2 варианта ключа. Подписание ж / 1 ключ (отправитель) возвращает платеж в адрес отправителя (может отличаться от указанного платежного адреса). Подписание ж / другого ключа (приемник) направляет платеж по платежному addresss продавца.

2) Создайте адрес p2sh для сценария.

3) Отправить платеж p2sh адрес.

4a) Приемник принимает: знаки приемника и оплата направляется на их внутренний адрес.
4б) Приемник отклоняет: Прием листьев компенсации в подвешенном состоянии и отправитель знаки для возврата оплаты самих.


Там нет никакого способа AFAIK автоматизировать этот процесс на уровне blockchain (т.е. вернуться, если не авторизован 100 блоков), но клиенты на обоих концах могут быть настроены для автоматического знака и переадресовывать в зависимости от условий (т.е. коммерсантъ авто принимает и вперед, если платеж соответствует действует порядок, отправитель автотрансформаторы возвращает любые платежи не принимаются в течение 24 часов).

Это, вероятно, ближе всего вы получите то, что вы предложили. Поддержка p2sh поэтому мы можем иметь несколько Sig транзакций для этого (и сотни других целей).
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

5 марта 2012, 9:38:00 PM   # 7
 
 
Сообщений: 68
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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

Понимаю. Из ОП я был смущен о том, что вы пытаетесь достичь с помощью рукопожатия. Понял сейчас, спасибо за разъяснение.

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

Концепция рукопожатия ... это означает разные вещи в разных контекстах ... Я никогда даже не думал об сетевом уровне рукопожатии как указан на genjix.

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


Вы рассмотрели много вопросов.

Первая отправка Bitcoins на неправильный адрес практически невозможно. Адреса имеют 32bit контрольную сумму и клиент отказывается посылать монеты на адрес, который поврежден. Отправка монет некорректный, но действует так редко невозможно (1 в 4,3 миллиардов).

Что касается предотвращения сделок. Это не возможно, но поскольку отдельные монеты могут быть отслежены можно вернуть монеты, чтобы посылать адрес (возможно, придется платить плату за транзакцию). Это не отличается от других форм оплаты.

С юридической точки зрения (за пределами blockchain & Протокол) вы могли бы иметь "текущий счет" где платежи направляются, а затем приемник передает их с текущего счета на их внутренний счет, который будет означать принятие. Отправитель может возвратить платежи они не принимают на адрес отправителя (хотя это создает проблемы ж / системы, такие как Mt.Gox, где отправка & получающие адреса не связаны).

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

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

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

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

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

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

1) Создание сценария ж / 1 из 2 варианта ключа. Подписание ж / 1 ключ (отправитель) возвращает платеж в адрес отправителя (может отличаться от указанного платежного адреса). Подписание ж / другого ключа (приемник) направляет платеж по платежному addresss продавца.

2) Создайте адрес p2sh для сценария.

3) Отправить платеж p2sh адрес.

4a) Приемник принимает: знаки приемника и оплата направляется на их внутренний адрес.
4б) Приемник отклоняет: Прием листьев компенсации в подвешенном состоянии и отправитель знаки для возврата оплаты самих.

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

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

Если P2SH существовал неделю назад, его можно было бы использовать для предотвращения ограбления Linode? Я так думаю ... система слякоти была бы сгенерировала начальные операции, которые требовали бы ему контратаковать подписать окончательный релиз. Задача решена.

Если P2SH существовал 6 месяцев назад, его можно было бы использовать для предотвращения Mt.Gox от бросания 2600 монет в BitBucket? Я не думаю, что они подписали бы прочь, чтобы удовлетворить требования P2SH, но что бы не сделал ничего, чтобы подтвердить или проверить приемные адреса.

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

котировка
Там нет никакого способа AFAIK автоматизировать этот процесс на уровне blockchain (т.е. вернуться, если не авторизован 100 блоков), но клиенты на обоих концах могут быть настроены для автоматического знака и переадресовывать в зависимости от условий (т.е. коммерсантъ авто принимает и вперед, если платеж соответствует действует порядок, отправитель автотрансформаторы возвращает любые платежи не принимаются в течение 24 часов).

Это, вероятно, ближе всего вы получите то, что вы предложили. Поддержка p2sh поэтому мы можем иметь несколько Sig транзакций для этого (и сотни других целей).

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

Мой единственный вопрос приходит с точки зрения совместимости на уровне клиента ... было бы возможно генерировать обратно совместимый адрес Bitcoin с опционным битами перед контрольной суммой? Я спрашиваю, потому что я еще не видел какой-либо другой способ сделать это полностью в полосе частот, и я уже могу думать, по крайней мере, 2 флаги: REQUIRE_ENDORSEMENT и AUTO_ENDORSE (для форума / бумажных кошельков).

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

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

5 марта 2012, 10:18:41 PM   # 8
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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

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

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

В некоторых ограничениях, сценарий может делать то, что вы wan't. Она не ограничивается только безопасностью бумажника.

котировка
Если P2SH существовал 6 месяцев назад, его можно было бы использовать для предотвращения Mt.Gox от бросания 2600 монет в BitBucket? Я не думаю, что они подписали бы прочь, чтобы удовлетворить требования P2SH, но что бы не сделал ничего, чтобы подтвердить или проверить приемные адреса.

Возможно. Если Mt. GOx как политика выплачена только в p2sh адрес, то эти сценарии могли бы иметь "опция отзыва" чтобы вернуть деньги обратно к ним. В обнаружении ошибки транзакции (или, когда приемник не ясно средств в течение 48 часов), они могли бы завершить один вариант сценария, подписав его с закрытым ключом и имея эти средства вернулись к "Обратный адрес, указанный в сценарии.

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

p2sh может быть использован для утверждения. p2sh просто платят на хэш сценария (и, следовательно p2sh заплатить скрипт хэша).

Другие примеры использования p2sh:
https://en.bitcoin.it/wiki/Contracts

Похоже, вики вниз для меня, но положить этот адрес в Google позволит вам просматривать кэш Google.


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

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

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

5 марта 2012, 10:41:42 PM   # 9
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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

Может быть, я войду "you@somedomain.com" в качестве оплаты назначения, а также некоторое взаимодействие с сервером происходит Bitcoin кошелек somedomain.com в. Обратите внимание, что это не так далеко от того, как Satoshi предполагал его первоначально - он думал, что IP-транзакция будет норма, но по разным причинам они стали непопулярны, а затем устаревает, а также строительство платных к хэш-из-Публичных известного как Bitcoin адрес взял на себя. Как пояснили О.П., они имеют несколько проблем, а также: нет явного общения с приемником.
Pieter Wuille сейчас офлайн Пожаловаться на Pieter Wuille   Ответить с цитированием Мультицитирование сообщения от Pieter Wuille Быстрый ответ на сообщение Pieter Wuille

6 марта 2012, 2:22:05 AM   # 10
 
 
Сообщения: 253
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

Я определенно думаю, что мы все еще находимся на самых ранних стадиях Bitcoin, и он или его наследники, безусловно, включают в себя какие-то деньги препровождения больше похоже, что вы говорите и меньше "выдают адрес и надеюсь, что только человек, я намерен кладет туда деньги", Моя дикая догадка, что он станет нормальным для отправители подписать сделки и отправить их непосредственно к приемникам, которые затем упаковывают их с транзакцией, чтобы принять этот вход и поместить его там, где они действительно хотят, а приемник затем передает пакет сделок шахтеров для включения блока. Но это моя первая дикая догадка, и кажется, что первое предположение даже Satoshi Платежных на IP-адрес не было на самом деле, как все произошло, так что на самом деле никто не знает наверняка, что будет зацепиться. Но я уверен, что торговец дает вам адрес, чтобы скопировать и вставить в ваш Bitcoin клиента не собирается быть долгосрочным подходом для большинства операций.

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

6 марта 2012, 10:32:05 PM   # 11
 
 
Сообщений: 68
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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

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

DandT, спасибо большое за вызов мне, вы были огромную помощь в получении мои мысли разобраться и заставить меня, чтобы узнать больше о том, как Bitcoin работ. Вы также помогли мне понять, что P2SH, без сомнения, является неправильным ответом на эту проблему, так как даже сделка отправляется на адрес P2SH может быть DOA, когда он попадает в blockchain, вызывая стойкую утрату включенных средств.

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

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

-молитва




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

6 марта 2012, 10:41:45 PM   # 12
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

DandT, спасибо большое за вызов мне, вы были огромную помощь в получении мои мысли разобраться и заставить меня, чтобы узнать больше о том, как Bitcoin работ. Вы также помогли мне понять, что P2SH, без сомнения, является неправильным ответом на эту проблему, так как даже сделка отправляется на адрес P2SH может быть DOA, когда он попадает в blockchain, вызывая стойкую утрату включенных средств.

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

8 марта 2012, 3:19:47 PM   # 13
 
 
Сообщений: 68
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

DandT, спасибо большое за вызов мне, вы были огромную помощь в получении мои мысли разобраться и заставить меня, чтобы узнать больше о том, как Bitcoin работ. Вы также помогли мне понять, что P2SH, без сомнения, является неправильным ответом на эту проблему, так как даже сделка отправляется на адрес P2SH может быть DOA, когда он попадает в blockchain, вызывая стойкую утрату включенных средств.

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

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

Это не вопрос не нравится решение P2SH, это тот факт, что даже nonredeemable сделка P2SH может быть совершено в blockchain.

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

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

-молитва

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

8 марта 2012, 3:35:48 PM   # 14
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

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

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

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

8 марта 2012, 9:55:48 PM   # 15
 
 
Сообщений: 68
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

Недостаток здесь заключается в предположении, что статический адрес Bitcoin навсегда действительный.

Как это недостаток? Это именно моя точка: Вы не можете предположить, что адрес bitcion навсегда действителен. Вот и вся проблема, что я говорю, должна быть исправлена.

котировка
Предположение о том, что это подтверждение вы говорите о все еще существует, но вне протокола Bitcoin

Не знаю, как вы туда попали. Подтверждение не существует до сих пор, не существует все же.

котировка
Кто-то скажет вам, "да платить по этому адресу"Или прочитать его на сайте.

Одобрение приходит в ответ отправителя передающих сделки. Это (почти) механизм реального времени. Никто не сможет одобрить любые сделки, которые не адресованные им.

В случае 1-из-2 P2SH адреса, то либо держатель ключа сможет одобрить.

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

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

MtGox заплатил 2600 BTC людей, которые ожидали его и готовы к этому, но они все еще потеряно, потому что адреса MtGox фактически были использованы полностью недействительными. Получатель одобрения предотвратило бы эти сделки от быть принятым в блок.

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

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

OT: Может быть, это было бы хорошая идея, чтобы реализовать такую ​​платформу P2P связи, которая может быть использована для реализации других услуг, в том числе Bitcoin сделок. Имея многоуровневую систему как это может открыть все виды возможностей.

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

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


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

9 марта 2012, 1:06:42 AM   # 16
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

Недостаток здесь заключается в предположении, что статический адрес Bitcoin навсегда действительный.

Как это недостаток? Это именно моя точка: Вы не можете предположить, что адрес bitcion навсегда действителен. Вот и вся проблема, что я говорю, должна быть исправлена.

Я согласен в том смысле, что он не должен быть назван адресом, если он не предназначен для использования для получения монет навсегда. Я вижу «адрес» (то есть вещи, чтобы определить место назначения транзакции) в будущем в качестве URL-адреса, а не случайный вида строки символов.

котировка
котировка
Предположение о том, что это подтверждение вы говорите о все еще существует, но вне протокола Bitcoin

Не знаю, как вы туда попали. Подтверждение не существует до сих пор, не существует все же.

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

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

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

Я diagree полностью. Там нет причин, чтобы использовать дорогостоящую P2P трансляцию информации о том, что сети не нужно, чтобы проверить ваши транзакции. Это является частным отправителя и получателя, поэтому у них переговоры между собою. Там нет никакого способа сделать это внутри части p2p связи никогда не может быть эффективным, так как он требует говорить весь мир об этом. Тем более, что, в большинстве случаев, вы уже обменивается данными с приемником непосредственно в любом случае (это был момент, который я пытался сделать раньше, вы уже посетить купеческий wedsite (HTTPS), копировать-вставить адрес из электронной почты ( SMTP), или получать его через IM / чат (...)). Существует один случай, когда нет такой связи не предназначен, а именно анонимные пожертвования. Тем не менее, есть и другие решения для этого.

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

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

Это беспокоит меня, что люди используют адреса в "направления сделки" скорее, чем "согласованные ключевые хэш общественных", Номер одной из причин такого поведения является тем фактом, что не может использоваться схема адресации альтернативы не существует. Следовательно, URL-протокол, основанный на нем.
Pieter Wuille сейчас офлайн Пожаловаться на Pieter Wuille   Ответить с цитированием Мультицитирование сообщения от Pieter Wuille Быстрый ответ на сообщение Pieter Wuille

9 марта 2012, 1:14:25 AM   # 17
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

Это беспокоит меня, что люди используют адреса в "направления сделки" скорее, чем "согласованные ключевые хэш общественных", Номер одной из причин такого поведения является тем фактом, что не может использоваться схема адресации альтернативы не существует. Следовательно, URL-протокол, основанный на нем.

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

p2sh только один возможное расширение. Так что адрес правильный. Вы платите по адресу, что этот адрес представляет может (и, вероятно, будет) меняться с течением времени.
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

9 марта 2012, 1:20:36 AM   # 18
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Где рукопожатие?

Это беспокоит меня, что люди используют адреса в "направления сделки" скорее, чем "согласованные ключевые хэш общественных", Номер одной из причин такого поведения является тем фактом, что не может использоваться схема адресации альтернативы не существует. Следовательно, URL-протокол, основанный на нем.

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

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

Кроме того, в точке; да P2SH другая форма адреса, и еще раз то, что не следует называть именно так (или, по крайней мере, не всегда).

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW