Ваше мнение: Лучший Bitcoin Non-Trust Транзакции Solution?

Для Bitcoin заменить Paypal и / или стать средством обмена через Интернет нам нужно эффективное решение для не-траст на основе разовых сделок.

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

Несколько возможных решений:

1) Escrow
Недостатки: неуклюжий, добавляет трение и расходы по сделке.

2) Переключатель убить
Недостатки: Обе стороны проиграют, если кто-либо использует выключателе.

3) 3 или более партий подписей требуется.
Недостатки: Другие стороны могут быть на аферу.

4) Какой-то eBay стиль реестра глобальной обратной связи.
Недостатки: Это может быть манипуляции с использованием нескольких аккаунтов. Возможно, эта проблема может быть решена факторингом в истории и объемных показателях, что делает его более трудным для игры.

В идеале реестр будет храниться блок стиля цепи децентрализовано. Может быть, даже встроенный в текущий blockchain в следующих обновлениях клиента.

Эта репутация позволила бы и какой-то кредит будет разработан Bitcoin покупателем / продавцом в течение долгого времени.

Что еще? Какие другие решения, которые вы можете думать?

Позволяет начать мозговой штурм здесь и решить эту проблему ...

Там может быть "рейтинг конвенции"После завершения сделки, вы оценили по шкале 1-10, как сделка пошла.

Вы платите другую сторону в satoshis: 1 до 10.

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

Как правило, одна сторона направит 10 к другому, а другой будет возвращать 10 обратно (для безупречного сделки). Десять 1-х не то же самое, как один 10. Средний рейтинг может быть рассчитана путем усреднения всех крошечных операций.

Это не совсем так хорошо, как "+++++++++++++++++ бы делать бизнес снова", Но эй, это мозговой штурм, так что нет плохих идей.

Криптографическая депонированию

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

Программное обеспечение бесплатно

Любой человек может стать агентом или торговым партнером

Смотрите в действии прямо сейчас: - Читайте нить от начала до конца, чтобы увидеть, как участники изучают систему и получить достаточно комфортно с ним, чтобы использовать с реальным Bitcoins. Они обсуждают ставку, и я показываю в посте # 23, чтобы объяснить, как моя система условного депонирования может помочь с их ставками. Они в настоящее время используют его.

Цитата: casascius 31 января 2013, 11:02:25 PM

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

Решение Майкса является реализацией этого:

https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation

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

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

Я просто хочу, чтобы там было лучше интерфейс для него. Я веду покупатель через создание multisigaddress и подписание сырьевых сделок и т.п., используя отладочную консоль Bitcoin-Qt, и кажется, что это не должно занять много, чтобы сделать хороший графический интерфейс для него, хотя, вероятно, больше работы, чем я м мышление (ГПИ всегда есть, особенно при попытке объяснить некоторые сложные понятия, как "Вы уверены в этом, является операция, которую вы хотите подписать?").

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

Моя реализация фактически не использует multisig вообще.

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

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

Цитата: casascius от 01 февраля 2013 года, 4:49:37 PM

Позвольте мне увидеть, если я понимаю, это правильно.

Депонированию агент генерирует А и В

Депонированию посылает и G * B Алисе

Escrow посылает B и G * A Бобу

Алиса генерирует P, P затем посылает Бобу

Алиса вычисляет адрес Bitcoin из (G * B) * А * Р

Боб вычисляет адрес Bitcoin из (G * A) * B * Р

Алиса и Боб Comfirm, что они оба имеют один и тот же адрес.

Секретный ключ к адресу A * B * P. Алиса А и Р, а не Б. Боба B и P, но не А. депонированию имеет А и В, но не P.

должны быть зашифрованы Все коммуникации, так что вы не утечки A, B или P.

Цитата: Ari 01 февраля 2013, 10:35:12 PM

Цитата: casascius от 01 февраля 2013 года, 4:49:37 PM

100% совершенное описание!

Цитата: casascius от 02 февраля 2013 года, 12:54:28 AM

100% совершенное описание!

Там есть небольшая ошибка в протоколе я только что описал. Если ни одна из сторон проверяет G * A или G * B, то эскроу агент может отправить поддельное депозитного приглашение, которое будет генерировать Bitcoin адрес, ни Алиса или Боб сможет получить доступ.

Чтобы избежать этого, вы могли бы плательщик и получатель платежа обмен случайное число г, то вычислить P = Gabr и вычислить адрес Bitcoin от этого.

или вы уже делаете что-то вроде этого?

Если G * а или G * б были неправильно, "Алиса и Боб убедитесь, что они генерировали такой же Bitcoin адрес" потерпит неудачу.

О единственном пути я вижу его неудачу, если эскроу агент послал и G * б и к Алисе и Бобу под предлогом они были разными, а затем потерял значение для б.

Цитата: casascius от 02 февраля 2013 года, 5:34:51 AM

Рассчитать п = ас = шд

Отправить Gc и Алисе
Отправить Б-га и б Бобу

Алиса вычисляет GACP = GNP
Боб вычисляет Gbdp = GNP

Bitcoin адреса совпадают. Затем Алиса пытается освободить эскроу, посылая Бобу. Боб вычисляет * б * р, что бесполезно.

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

р = Gabr, то Bitcoin адрес из Gabp, решает эту проблему, убедившись, что адрес Bitcoin не будет соответствовать.

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

Одно средство для партии создающей оплаты приглашения также рассчитывать и G * приватной части он знает - что-то другой парень должен уже иметь - так что он может перепроверить его при подтверждении адреса Bitcoin.

Это на самом деле вполне возможно. Каждая из строк (einva, einvb, einvp) имеет место для одного Публичных, один privkey, 32-битный хэш, и некоторые флаги. "einvp" не использует поле Публичных для чего-то важного, я просто бросить адрес Bitcoin там, но это действительно пустая трата пространства. Это пространство может быть лучше использовать для этой цели. Я хотел, чтобы все струны, чтобы быть примерно такой же длины, так что я чувствовал, что я предпочел бы тратить это пространство, чем сократить его. Теперь у нас есть идеальное применение.

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

Цитата: casascius 31 января 2013, 11:02:25 PM

Почему бы просто не использовать 2-в-3 multisig?

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

Когда я генерировать (код подтверждения платежа, начиная с einvp) P-код, я в настоящее время с помощью второго "Публичных" поле (которое не имеет какой-либо критической функции и могут быть переориентированы), чтобы передать адрес Bitcoin, просто так приемник кода имеет некоторый путь к авто-подтверждения, что они генерируют один и тот же адрес Bitcoin. Это защищает от случайного использования неправильного / несогласованного кода, но не защищает от вредоносных генерации пар приглашений эских, которые появляются, чтобы соответствовать, но которые никогда не может произвести рабочий закрытый ключ.

То, что я имею в виду делать вместо этого будет использовать это поле, чтобы обеспечить SHA256 хэш всех следующих, объединяются вместе:

(Предположим, что человек, генерирующий он получил приглашение депозитного часть А - просто перевернуть все, если часть B является один производящая платеж инвайт):

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

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

Второй Публичные можно рассчитать из эских пригласить часть А, и что-то люди с частью B должны уже иметь.

Адрес Биткойн можно рассчитать из обоих.

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

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

Есть ли обновление по этому вопросу?

Цитата: mannkind от 11 апреля 2013 года, 2:19:34 PM

Они на самом деле не альтернативы; они реализации

... JavaScript реализация идей (BIP38; Bitcoin Escrow), выдвинутые на Casascius.

Я не придумал с этими великими идеями.

Цитата: HostFat от 11 апреля 2013 года, 8:02:51 AM

Две альтернативы из mannkind

http://www.bit2factor.org/
Код: https://github.com/mannkind/bit2factor.org

http://www.bitescrow.org/
Код: https://github.com/mannkind/bitescrow.org

Пожалуйста, прочитайте также здесь:

другая идея

"депонируются" делать ставку

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

Говоря о "Доверия и безопасности для масс"

Я думаю, что реализация браузера именно то, что нам нужно для обычных людей.

31 января 2013, 6:39:14 PM	# 1
шалфей Сообщения: 632 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Для Bitcoin заменить Paypal и / или стать средством обмена через Интернет нам нужно эффективное решение для не-траст на основе разовых сделок. Если я посылаю кого-то золотые слитки монеты, я уверен, как ад хочет каким-то образом, чтобы гарантировать, что я получу Bitcoins. Несколько возможных решений: 1) Escrow Недостатки: неуклюжий, добавляет трение и расходы по сделке. 2) Переключатель убить Недостатки: Обе стороны проиграют, если кто-либо использует выключателе. 3) 3 или более партий подписей требуется. Недостатки: Другие стороны могут быть на аферу. 4) Какой-то eBay стиль реестра глобальной обратной связи. Недостатки: Это может быть манипуляции с использованием нескольких аккаунтов. Возможно, эта проблема может быть решена факторингом в истории и объемных показателях, что делает его более трудным для игры. В идеале реестр будет храниться блок стиля цепи децентрализовано. Может быть, даже встроенный в текущий blockchain в следующих обновлениях клиента. Эта репутация позволила бы и какой-то кредит будет разработан Bitcoin покупателем / продавцом в течение долгого времени. Что еще? Какие другие решения, которые вы можете думать? Позволяет начать мозговой штурм здесь и решить эту проблему ...

31 января 2013, 10:46:49 PM	# 2
jerfelix Сообщения: 266 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Получил 1806 Биткоинов Реальная история. Там может быть "рейтинг конвенции"После завершения сделки, вы оценили по шкале 1-10, как сделка пошла. Вы платите другую сторону в satoshis: 1 до 10. Голоса являются общедоступными, поэтому анализ блочной цепи может определить мошеннический и вброс бюллетеней. Анализ блока цепи может также связать рейтинг размера сделки, с некоторыми ошибками. Как правило, одна сторона направит 10 к другому, а другой будет возвращать 10 обратно (для безупречного сделки). Десять 1-х не то же самое, как один 10. Средний рейтинг может быть рассчитана путем усреднения всех крошечных операций. Это не совсем так хорошо, как "+++++++++++++++++ бы делать бизнес снова", Но эй, это мозговой штурм, так что нет плохих идей.

31 января 2013, 11:02:25 PM	# 3
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Криптографическая депонированию Супер эффективный, эскроу агент не может украсть деньги, почти полностью сделай сам, когда сделка идет по плану. Возможность оплаты услуг по разрешению споров по мере необходимости. Программное обеспечение бесплатно Любой человек может стать агентом или торговым партнером Смотрите в действии прямо сейчас: - Читайте нить от начала до конца, чтобы увидеть, как участники изучают систему и получить достаточно комфортно с ним, чтобы использовать с реальным Bitcoins. Они обсуждают ставку, и я показываю в посте # 23, чтобы объяснить, как моя система условного депонирования может помочь с их ставками. Они в настоящее время используют его.

1 февраля 2013, 1:57:01 AM	# 4
bg002h Сообщения: 1358 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Цитата: casascius 31 января 2013, 11:02:25 PM Криптографическая депонированию Супер эффективный, эскроу агент не может украсть деньги, почти полностью сделай сам, когда сделка идет по плану. Возможность оплаты услуг по разрешению споров по мере необходимости. Программное обеспечение бесплатно Любой человек может стать агентом или торговым партнером Смотрите в действии прямо сейчас: - Читайте нить от начала до конца, чтобы увидеть, как участники изучают систему и получить достаточно комфортно с ним, чтобы использовать с реальным Bitcoins. Они обсуждают ставку, и я показываю в посте # 23, чтобы объяснить, как моя система условного депонирования может помочь с их ставками. Они в настоящее время используют его. Вау. Это очень умный! Теперь репутация эскроу агента важнее всего, а не неуклюжих систем обратной связи eBay. Хорошо сделано!

1 февраля 2013, 1:10:50 PM	# 5
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Решение Майкса является реализацией этого: https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation Это, безусловно, является важным шагом для сообщества, чтобы установить это, но это займет много работы.

1 февраля 2013, 2:49:30 PM	# 6
ПК Сообщения: 253 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? По какой-то стоит, я в настоящее время делает сделку (в качестве продавца), где средства находятся в 2-из-2 multisig адрес (означающего как мой ключ и ключ покупателя необходимы, чтобы переместить их). Я полагаю, что мог бы попытаться покупатель не подписывать сделку, чтобы заплатить мне после того, как он получает товар, но я не знаю ни экономический стимул для него, чтобы сделать это. Я имею в виду, все это было бы сделать, это быть скупым ради скупы. Это не так, как он имеет доступ к деньгам больше. Может быть, не достаточно хорош для некоторых людей, но для меня продавать-а-несколько-случайных вещей-вокруг-дом уровень продаж, это достаточно хорошо для меня. Я просто хочу, чтобы там было лучше интерфейс для него. Я веду покупатель через создание multisigaddress и подписание сырьевых сделок и т.п., используя отладочную консоль Bitcoin-Qt, и кажется, что это не должно занять много, чтобы сделать хороший графический интерфейс для него, хотя, вероятно, больше работы, чем я м мышление (ГПИ всегда есть, особенно при попытке объяснить некоторые сложные понятия, как "Вы уверены в этом, является операция, которую вы хотите подписать?"). Я думаю, что это, вероятно, лучше всего подходит для "репутаций" чтобы быть для депозитных или урегулирования споров услуг, так что вы делаете 2-в-3, и поэтому подавляющее большинство времени посредника не участвуют вовсе, а посредник делает свою репутацию, используя прозрачный процесс принимать решения.

1 февраля 2013, 4:49:37 PM	# 7
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Моя реализация фактически не использует multisig вообще. Он использует эллиптическое кривое умножение, чтобы получить одну нормальную пару ключей для адреса которого секретного ключа никто не может знать, пока выпуск средств не произошел. Закрытый ключ является продуктом трех факторов, и каждая из сторон (плательщика, получателя платежа, эскроу агент) знает только два из факторов, а также G * п. п является фактором, они не имеют, имея G * п позволяет им вычислить адрес Bitcoin без доступа к закрытому ключу. Только тогда, когда кто-то был дан недостающий фактор они могут вычислить закрытый ключ и взять деньги.

1 февраля 2013, 10:35:12 PM	# 8
Ari Сообщений: 75 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Цитата: casascius от 01 февраля 2013 года, 4:49:37 PM Моя реализация фактически не использует multisig вообще. Он использует эллиптическое кривое умножение, чтобы получить одну нормальную пару ключей для адреса которого секретного ключа никто не может знать, пока выпуск средств не произошел. Закрытый ключ является продуктом трех факторов, и каждая из сторон (плательщика, получателя платежа, эскроу агент) знает только два из факторов, а также G * п. п является фактором, они не имеют, имея G * п позволяет им вычислить адрес Bitcoin без доступа к закрытому ключу. Только тогда, когда кто-то был дан недостающий фактор они могут вычислить закрытый ключ и взять деньги. Позвольте мне увидеть, если я понимаю, это правильно. Депонированию агент генерирует А и В Депонированию посылает и G * B Алисе Escrow посылает B и G * A Бобу Алиса генерирует P, P затем посылает Бобу Алиса вычисляет адрес Bitcoin из (G * B) * А * Р Боб вычисляет адрес Bitcoin из (G * A) * B * Р Алиса и Боб Comfirm, что они оба имеют один и тот же адрес. Секретный ключ к адресу A * B * P. Алиса А и Р, а не Б. Боба B и P, но не А. депонированию имеет А и В, но не P. должны быть зашифрованы Все коммуникации, так что вы не утечки A, B или P.

2 февраля 2013, 12:54:28 AM	# 9
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Цитата: Ari 01 февраля 2013, 10:35:12 PM Цитата: casascius от 01 февраля 2013 года, 4:49:37 PM Моя реализация фактически не использует multisig вообще. Он использует эллиптическое кривое умножение, чтобы получить одну нормальную пару ключей для адреса которого секретного ключа никто не может знать, пока выпуск средств не произошел. Закрытый ключ является продуктом трех факторов, и каждая из сторон (плательщика, получателя платежа, эскроу агент) знает только два из факторов, а также G * п. п является фактором, они не имеют, имея G * п позволяет им вычислить адрес Bitcoin без доступа к закрытому ключу. Только тогда, когда кто-то был дан недостающий фактор они могут вычислить закрытый ключ и взять деньги. Позвольте мне увидеть, если я понимаю, это правильно. Депонированию агент генерирует А и В Депонированию посылает и G * B Алисе Escrow посылает B и G * A Бобу Алиса генерирует P, P затем посылает Бобу Алиса вычисляет адрес Bitcoin из (G * B) * А * Р Боб вычисляет адрес Bitcoin из (G * A) * B * Р Алиса и Боб Comfirm, что они оба имеют один и тот же адрес. Секретный ключ к адресу A * B * P. Алиса А и Р, а не Б. Боба B и P, но не А. депонированию имеет А и В, но не P. должны быть зашифрованы Все коммуникации, так что вы не утечки A, B или P. 100% совершенное описание!

2 февраля 2013, 4:45:53 AM	# 10
Ari Сообщений: 75 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Цитата: casascius от 02 февраля 2013 года, 12:54:28 AM 100% совершенное описание! Там есть небольшая ошибка в протоколе я только что описал. Если ни одна из сторон проверяет G * A или G * B, то эскроу агент может отправить поддельное депозитного приглашение, которое будет генерировать Bitcoin адрес, ни Алиса или Боб сможет получить доступ. Чтобы избежать этого, вы могли бы плательщик и получатель платежа обмен случайное число г, то вычислить P = Gabr и вычислить адрес Bitcoin от этого. или вы уже делаете что-то вроде этого?

2 февраля 2013, 5:34:51 AM	# 11
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Если G * а или G * б были неправильно, "Алиса и Боб убедитесь, что они генерировали такой же Bitcoin адрес" потерпит неудачу. О единственном пути я вижу его неудачу, если эскроу агент послал и G * б и к Алисе и Бобу под предлогом они были разными, а затем потерял значение для б.

2 февраля 2013, 6:23:33 AM	# 12
Ari Сообщений: 75 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Цитата: casascius от 02 февраля 2013 года, 5:34:51 AM Если G * а или G * б были неправильно, "Алиса и Боб убедитесь, что они генерировали такой же Bitcoin адрес" потерпит неудачу. О единственном пути я вижу его неудачу, если эскроу агент послал и G * б и к Алисе и Бобу под предлогом они были разными, а затем потерял значение для б. Рассчитать п = ас = шд Отправить Gc и Алисе Отправить Б-га и б Бобу Алиса вычисляет GACP = GNP Боб вычисляет Gbdp = GNP Bitcoin адреса совпадают. Затем Алиса пытается освободить эскроу, посылая Бобу. Боб вычисляет * б * р, что бесполезно. В принципе, гриферы может злоупотребить протокол заставить людей терять деньги. р = Gabr, то Bitcoin адрес из Gabp, решает эту проблему, убедившись, что адрес Bitcoin не будет соответствовать.

2 февраля 2013, 6:39:16 AM	# 13
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Да, я думал о том, что злоупотребление, как это возможно, но не ожидал, что это будет, скорее всего. Тем не менее ... ты прав ... он должен быть защищен от. Одно средство для партии создающей оплаты приглашения также рассчитывать и G * приватной части он знает - что-то другой парень должен уже иметь - так что он может перепроверить его при подтверждении адреса Bitcoin. Это на самом деле вполне возможно. Каждая из строк (einva, einvb, einvp) имеет место для одного Публичных, один privkey, 32-битный хэш, и некоторые флаги. "einvp" не использует поле Публичных для чего-то важного, я просто бросить адрес Bitcoin там, но это действительно пустая трата пространства. Это пространство может быть лучше использовать для этой цели. Я хотел, чтобы все струны, чтобы быть примерно такой же длины, так что я чувствовал, что я предпочел бы тратить это пространство, чем сократить его. Теперь у нас есть идеальное применение.

2 февраля 2013, 5:56:19 PM	# 14
HostFat Сообщения: 2660 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Я буду ждать следующую версию с этим исправлением, тогда я сделаю руководство для итальянской общины

2 февраля 2013, 6:12:33 PM	# 15
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Цитата: casascius 31 января 2013, 11:02:25 PM Криптографическая депонированию Супер эффективный, эскроу агент не может украсть деньги, почти полностью сделай сам, когда сделка идет по плану. Возможность оплаты услуг по разрешению споров по мере необходимости. Программное обеспечение бесплатно Любой человек может стать агентом или торговым партнером Смотрите в действии прямо сейчас: - Читайте нить от начала до конца, чтобы увидеть, как участники изучают систему и получить достаточно комфортно с ним, чтобы использовать с реальным Bitcoins. Они обсуждают ставку, и я показываю в посте # 23, чтобы объяснить, как моя система условного депонирования может помочь с их ставками. Они в настоящее время используют его. Почему бы просто не использовать 2-в-3 multisig?

4 февраля 2013, 5:04:52 PM	# 16
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Вот как я предполагаю, что делает исправление - Я хотел бы запросить комментарии по этому поводу, особенно если кто-то могут найти любую проблему с ним. Когда я генерировать (код подтверждения платежа, начиная с einvp) P-код, я в настоящее время с помощью второго "Публичных" поле (которое не имеет какой-либо критической функции и могут быть переориентированы), чтобы передать адрес Bitcoin, просто так приемник кода имеет некоторый путь к авто-подтверждения, что они генерируют один и тот же адрес Bitcoin. Это защищает от случайного использования неправильного / несогласованного кода, но не защищает от вредоносных генерации пар приглашений эских, которые появляются, чтобы соответствовать, но которые никогда не может произвести рабочий закрытый ключ. То, что я имею в виду делать вместо этого будет использовать это поле, чтобы обеспечить SHA256 хэш всех следующих, объединяются вместе: (Предположим, что человек, генерирующий он получил приглашение депозитного часть А - просто перевернуть все, если часть B является один производящая платеж инвайт): * Публичный включены в депозитном приглашении в + Публичном происходят от секретного ключа, включенного в депозитном приглашении в + ожидаемом Bitcoin адреса или соответствующий хэш его Первый Публичных будет поступать непосредственно от депозитного агента, и это то, что человек с эскроу пригласить часть B должны быть в состоянии вычислить. Второй Публичные можно рассчитать из эских пригласить часть А, и что-то люди с частью B должны уже иметь. Адрес Биткойн можно рассчитать из обоих. Конечный результат является то, что человек, который проверка коды оплаты приглашения, основываясь на данных кодов другими будет один, чтобы перепроверить все и бросить ошибку, если что-то не проверить. Предполагая, что я делаю это изменение, то проверьте экран приглашения ("быть получателем платежа" экран) откажет проверить старые приглашения на основе новых критериев, но я ожидаю, что делаю "собрать свои средства" экран продолжает принимать их, просто бросить предупреждение, если эти новые проверки не проверить. Эти изменения не изменяют первый "частный Keypart" поле, которое использует экран сбора средств, так что будет продолжать работать, таким образом, существующие приглашения остаются погашаемыми после внесения изменений, несмотря на предупреждение.

31 марта 2013, 2:06:27 AM	# 17
HostFat Сообщения: 2660 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Есть ли обновление по этому вопросу?

11 апреля 2013, 8:02:51 AM	# 18
HostFat Сообщения: 2660 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Две альтернативы из mannkind http://www.bit2factor.org/ Код: https://github.com/mannkind/bit2factor.org http://www.bitescrow.org/ Код: https://github.com/mannkind/bitescrow.org

21 апреля 2013, 11:43:27 AM	# 19
adraza Сообщения: 113 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Цитата: mannkind от 11 апреля 2013 года, 2:19:34 PM Они на самом деле не альтернативы; они реализации ... JavaScript реализация идей (BIP38; Bitcoin Escrow), выдвинутые на Casascius. Я не придумал с этими великими идеями. Цитата: HostFat от 11 апреля 2013 года, 8:02:51 AM Две альтернативы из mannkind http://www.bit2factor.org/ Код: https://github.com/mannkind/bit2factor.org http://www.bitescrow.org/ Код: https://github.com/mannkind/bitescrow.org Пожалуйста, прочитайте также здесь: другая идея "депонируются" делать ставку Я не программист, так что вы должны сделать это! (Хотя я думаю, что это просто пояснительные тексты, которые будут изменены, никаких реальных изменений кода)

21 апреля 2013, 11:47:31 AM	# 20
adraza Сообщения: 113 Цитировать по имени цитировать ответ	Re: Ваше мнение: Лучший Bitcoin Non-Trust Transactions Solution? Говоря о "Доверия и безопасности для масс" Я думаю, что реализация браузера именно то, что нам нужно для обычных людей.

Заголовок