Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
27 апреля 2014, 3:47:19 PM   # 1
 
 
Сообщения: 2
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я пытаюсь настроить способ приема платежей Bitcoin в реальных жизненных ситуациях, где ждет подтверждений, как правило, не вариант. Я понимаю, это никогда не 100% риска бесплатно (особенно с дерьмом, как bitundo.com вокруг), я просто хочу, чтобы свести к минимуму риск.

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

1. Проверьте на собственном узле появляется / в моем кошельке (неподтвержденные сделки)
2. Убедитесь, что на сайтах появляется (неподтвержденные) транзакции с помощью онлайн-интерфейсы, такие как blockr.io и blockchain.info
3. Проверьте, если я не вижу подобную сделку (с того же адреса ввода, а другой выходной адрес, то есть двойной попытки тратиться) на любом моем узле или сайты API.

Если 1 или 2 ОК и 3 не происходит, например, дл от пяти до десяти секунд, как (ип) наверняка есть сделка в этой точке?

Я заметил, что оплата поставщик, как bitpay и coinbase может сортировать принимать платежи немедленно, как они говорят законные сделкам от двойных попыток потратить?
RocketNuts сейчас офлайн Пожаловаться на RocketNuts   Ответить с цитированием Мультицитирование сообщения от RocketNuts Быстрый ответ на сообщение RocketNuts


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


27 апреля 2014, 4:27:38 PM   # 2
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

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





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

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

1. Проверьте на собственном узле появляется / в моем кошельке (неподтвержденные сделки)
2. Убедитесь, что на сайтах появляется (неподтвержденные) транзакции с помощью онлайн-интерфейсы, такие как blockr.io и blockchain.info
3. Проверьте, если я не вижу подобную сделку (с того же адреса ввода, а другой выходной адрес, то есть двойной попытки тратиться) на любом моем узле или сайты API.

Если 1 или 2 ОК и 3 не происходит, например, дл от пяти до десяти секунд, как (ип) наверняка есть сделка в этой точке?

Я заметил, что оплата поставщик, как bitpay и coinbase может сортировать принимать платежи немедленно, как они говорят законные сделкам от двойных попыток потратить?


Был документ о системе для торговых автоматов. Они подключены к чему-то вроде 100 других узлов, посланная сделки к 50 из них и прислушался потенциал двойного затрачивает на другом 50. Это требовалось, потому что когда вы отправляете Узел первоначальной сделку он никогда не будет перенаправлять двойные потратить.

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

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

Проблема заключается в том, что вы также должны рассмотреть скрытые транзакции.

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

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

27 апреля 2014, 9:28:51 PM   # 3
 
 
Сообщения: 2
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

Заменить платой является разумной политикой для майнинга иметь.
Я не положить много думал в заменить плату, но я, как правило, сомневаюсь. Кажется, стимул попытаться двойными расходы (хотя я понимаю, объяснение Питера Тодда о том, как принять меры против этого, как купец срываемых от двойных расходов).

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

Но если я не ошибаюсь, BitUnfo до сих пор распространены горнодобывающая промышленность, так как в основном это "просто еще один майнинг" (За исключением конкретных целей и правил) верно? Как они держат сделки секрет? Разве они намеренно не передавать какие-либо операции, пока не добываются, или ...?

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

27 апреля 2014, 9:47:52 PM   # 4
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

Но если я не ошибаюсь, BitUnfo до сих пор распространены горнодобывающая промышленность, так как в основном это "просто еще один майнинг" (За исключением конкретных целей и правил) верно? Как они держат сделки секрет? Разве они намеренно не передавать какие-либо операции, пока не добываются, или ...?

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

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

28 апреля 2014, 12:44:31 AM   # 5
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

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

Помните, что всегда можно дважды провести с ~ 10% вероятности, давая нестандартная сделку дважды проводить ввод в Eligius первой, а затем вещания стандартной сделки с остальной частью сети Bitcoin.
Peter Todd сейчас офлайн Пожаловаться на Питер Тодд   Ответить с цитированием Мультицитирование сообщения от Peter Todd Быстрый ответ на сообщение Peter Todd

28 апреля 2014, 2:58:18 AM   # 6
 
 
Сообщений: 52
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

Если [наблюдения двойных израсходуют] не возникает, например, от пяти до десяти секунд, как (ип) наверняка есть сделка в этой точке?

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



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

Кроме того, могут быть побочные эффекты, потому что пересаженные сделки, которые уничтожили, могли бы легко имели дополнительные выходы.

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

28 апреля 2014, 9:25:15 AM   # 7
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

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

Именно поэтому автомат бумага имела 2 комплекта соединений. После отправки транзакции в узел, вы никогда не будете слышать о двойном потратить от этого узла. 

Посыл на исходящих соединениях, а затем прослушивать приемные них.

котировка
Таким образом, намерение состоит в том, чтобы позволить версии выше пошлины транзакции ретранслировать?

Хорошо, предположение о том, что шахтер жаден.

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

TX-0: платить купеческий 0.99BTC, плата 0.01BTC
TX-1: платить 0.98BTC клиента, гонорар 0.02BTC (заменить плату двойной тратиться)

TX-2: от TX-0 платить 0, плата 0,99 ("выжженная земля" сделка)

Шахтер, который включает в себя TX-2 получает 0.99 BTC в качестве платы. Тем не менее, он может быть включен, только если TX-0 включен. Транзакции около 250 байт.

TX-0, TX-2 = общая плата 1BTC 500 байт
ТХ-1 = 0.02BTC на 250 байт

Пара TX-0 / TX-2 имеет гораздо более высокую плату за байт, поэтому заменить платой + ребенком платит за родительские шахтер будут добывать эту пару.

Это означает, что клиент не имеет возможности получать возврат, но продавец также проигрывает.

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

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

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

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

Теоретически, торговец может определить адрес изменения.

Клиент имеет секретный ключ kpriv и вычисляет открытый ключ (Kpub = kpriv * G).

Клиент посылает Kpub торговцу

Торговец реагирует со случайным числом г.

Транзакция определяется как формы

- Все входы должны быть простой стандартный сценарий

- Только два выхода, а также стандартный сценарий оплаты
- Pays ключ торговца
- Pays [г * Kpub] (изменение адреса)

Секретный ключ для адреса изменения kpriv * г (в связи с математикой ЕС).

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

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

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

11 мая 2014, 8:50:31 PM   # 8
 
 
Сообщения: 3
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

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

Более конкретно:
    Если моя транзакция имеет 0 подтверждает (то есть не в блоке пока), что шанс, если в конечном итоге будет не в состоянии полностью подтвердить?
    Если моя транзакция имеет 1 подтвердить (то есть в точности 1 блок до сих пор), что шанс, если в конечном итоге будет не в состоянии полностью подтвердить?
    И так далее ...

Я считаю, что это не может быть сделано непосредственно из blockchain, так как неудачная сделка не в blockchain (?). Я thnk вы должны смотреть на все сделки, не удалось или полностью подтвердили.

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

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

Благодаря!
Дана Хобсон сейчас офлайн Пожаловаться на Dana Хобсон   Ответить с цитированием Мультицитирование сообщения от Dana Хобсон Быстрый ответ на сообщение Dana Хобсон

11 мая 2014, 11:42:42 PM   # 9
 
 
Сообщения: 1736
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

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

Более конкретно:
    Если моя транзакция имеет 0 подтверждает (то есть не в блоке пока), что шанс, если в конечном итоге будет не в состоянии полностью подтвердить?
    Если моя транзакция имеет 1 подтвердить (то есть в точности 1 блок до сих пор), что шанс, если в конечном итоге будет не в состоянии полностью подтвердить?
    И так далее ...

Я считаю, что это не может быть сделано непосредственно из blockchain, так как неудачная сделка не в blockchain (?). Я thnk вы должны смотреть на все сделки, не удалось или полностью подтвердили.

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

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

Благодаря!


Есть целый ряд других факторов, на работе, будет ли сделка подтвердить или нет, и поэтому было бы полезно для отслеживания для анализа:  
1. Процент, который заплатил взносы, были ли предложенные платы или меньше или больше этих сборов.
2. Были ли они нестандартные сделки (например, как то, что GOX делает что привело к уменьшению числа узлов ретрансляции их - так много в сети не видели сделок, пока они не были «фиксированных»).
3. Было бы полезно, чтобы отслеживать его с течением времени тоже. например 2011 против 2012 против 2013 против 2014.
4. Март 11/12, 2013 будет интересный случай

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

Мой опыт показывает, что если вы платите плату (или имеют высокий приоритет сделки), и сделка является стандартным, он подтвердит. Конечно, вы можете запустить тест самостоятельно и настроить 100s операций каждого типа в течение определенного периода времени и измерения результатов.

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

18 мая 2014, 12:39:15 PM   # 10
 
 
Сообщения: 354
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

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

21 мая 2014, 6:08:20 PM   # 11
 
 
Сообщения: 3
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

Да, я заинтересован в "хорошие парни" сервис, который развертывает сеть нейтральных узлов, которые бы, в регулярной деятельности в стоячем узле, нюхать для двойного тратит (я имею в виду неподтвержденного txns, которые тратят те же входы). Если эта сеть эффективно распределяет узлы по графике, было бы очень трудно злоумышленник скрыть двойной Потратьте TxN от торгового узла, к которому он послал обманчивый оригинальный TxN. Торговец может проверить с этой сетью, прежде чем совершать оригинальную TXN. Эта форма проверки может вылиться в считанные секунды и позволить себе что-то вроде такой же уровень защиты, как ожидание ~ 10мин для 1-го блока подтверждения.

И почему бы не назвать его Palantir, чтобы убедиться, что все знают ботаник думал об этом?
Дана Хобсон сейчас офлайн Пожаловаться на Dana Хобсон   Ответить с цитированием Мультицитирование сообщения от Dana Хобсон Быстрый ответ на сообщение Dana Хобсон

21 мая 2014, 7:53:50 PM   # 12
 
 
Сообщения: 3
Цитировать по имени
цитировать ответ
по умолчанию Re: Как минимизировать риск при приеме нулевого подтверждения платежей?

Я считаю, что бумага, имел в виду, "Закусывать, Расплатиться Bitcoins" 

http://www.tik.ee.ethz.ch/file/848064fa2e80f88a57aef43d7d5956c6/P2P2013_093.pdf
Дана Хобсон сейчас офлайн Пожаловаться на Dana Хобсон   Ответить с цитированием Мультицитирование сообщения от Dana Хобсон Быстрый ответ на сообщение Dana Хобсон



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW