19 февраля 2014, 10:47:08 AM   # 1
 
 
Сообщений: 23
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Одна большая проблема с Bitcoin является его не так безопасно, как банк в том, что банк накладывает ограничения на сколько вы можете снять в день (как правило, около $ 300 или около того). Таким образом, независимо, если у вас есть кошелек мозга, набор зашифрованных ключей с нескольких резервных копий и т.д. все, что нужно, чтобы украсть всю вашу фортуна за грабителем, чтобы заставить вас отказаться от учетных данных и, затем, бац !, он СВОЙ вся удача. Банк имеет здесь преимущество в том, что вор может быть в состоянии захватить вашу банковскую карту и заставить вас сдать палец, но он до сих пор не может получить много денег от делать это.

Итак, я думал, что если один адрес может иметь несколько ключей с различными правилами прикрепленных к ним:
* Низкий ключ безопасности, с лимитом вывода XXX BTC в течение определенного периода времени
* Мастер-ключ, и набор сопутствующих ключей, которые могут более или снятие всех БТС, связанные с адресом. Мастер-ключ, наряду с некоторым количеством ключей компаньонов был бы необходим, чтобы разблокировать средства и инициировать большую передачу (например, 3 из 5 ключей компаньонов). Кроме того, с помощью этой комбинации клавиш, можно создать или отменить компаньон ключи и низкие ключи безопасности.

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

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

Похоже ли это хорошая идея? Есть ли что-то планируется в ближайшие версии Bitcoin, которая решает эту проблему?
conroe64 сейчас офлайн Пожаловаться на conroe64   Ответить с цитированием Мультицитирование сообщения от conroe64 Быстрый ответ на сообщение conroe64


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


19 февраля 2014, 2:34:28 PM   # 2
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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





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

19 февраля 2014, 5:58:23 PM   # 3
 
 
Сообщений: 82
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

conroe64,

Bitcoin не работает так, как вы, кажется, считают, что он делает. (И ни делает банк.)

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

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

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

20 февраля 2014, 2:08:58 AM   # 4
 
 
Сообщений: 23
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

Сценарии не имеют доступа к суммам и адресов, поэтому в настоящее время это можно сделать. Это может быть смоделировано с multisig и доверенной стороной. Банки могут предложить эту услугу, если они хотят. Экспериментирование с этим было бы хорошим первым шагом, прежде чем расширить систему сценариев.
Является ли это проще, то, чтобы создать ключ использовать один раз? С набором ключей одноразового использования, которые имели ограничения по времени, вы можете создать набор 3650 ключей на следующий год (365 дней х 10 ключей в день). Каждый из этих ключей может иметь предел, скажем, $ 30 на сумму Bitcoin, и работать только на определенный день. Таким образом, вы бы 10 $ 30 клавиш, которые будут работать с 1 января 2015 года более 10 на 2 января 2015 года, и т.д.

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

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

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

20 февраля 2014, 6:58:23 AM   # 5
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

Сценарии не имеют доступа к суммам и адресов, поэтому в настоящее время это можно сделать. Это может быть смоделировано с multisig и доверенной стороной. Банки могут предложить эту услугу, если они хотят. Экспериментирование с этим было бы хорошим первым шагом, прежде чем расширить систему сценариев.
Является ли это проще, то, чтобы создать ключ использовать один раз? С набором ключей одноразового использования, которые имели ограничения по времени, вы можете создать набор 3650 ключей на следующий год (365 дней х 10 ключей в день). Каждый из этих ключей может иметь предел, скажем, $ 30 на сумму Bitcoin, и работать только на определенный день. Таким образом, вы бы 10 $ 30 клавиш, которые будут работать с 1 января 2015 года более 10 на 2 января 2015 года, и т.д.

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

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

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

20 февраля 2014, 9:09:56 AM   # 6
 
 
Сообщений: 82
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

conroe64,

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

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

20 февраля 2014, 9:12:51 AM   # 7
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

Слушайте kjj и Уитстона.

Это часто называют как ху проблемы
http://meta.stackoverflow.com/questions/66377/what-is-the-xy-problem

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

20 февраля 2014, 9:33:55 AM   # 8
 
 
Сообщения: 1582
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

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

21 февраля 2014, 8:08:44 AM   # 9
 
 
Сообщений: 23
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

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

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

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

21 февраля 2014, 8:49:40 AM   # 10
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

Multi-сиг является гораздо более мощным, чем это. Вы можете расположить конструкции, как и (B или C или D), например. Если у вас есть ключ A, то вам нужно всего лишь один из трех ваших друзей "со-знак" но даже все три вместе не могут украсть ваши деньги. Использование обратного расположения вы можете иметь ключ переопределения (А и В) или C. У вас есть ключ A, и ваша компания два фактор безопасность имеет B, но не доверять им полностью, так в безопасном месте у вас есть зашифрованная копия ключ C, который может быть использован для передачи без необходимости второй партии.

Ключ делает все это простой в использовании, функциональность, и незаметно для конечного пользователя. То есть, где много работы должно быть сделано. Однако мульти-сиг не заменит здравый смысл. Вы говорите, что несколько кошельков слишком много хлопот. Как вы думаете, кто-то, как Уоррен Баффет хотели бы ходить с $ 28 млрд в наличных денег на его лице, даже если бы он мог? Там нет абсолютно никаких причин, чтобы иметь один кошелек для всего. Вы не делаете это прямо сейчас. Я уверен, что 100% вашей жидкости богатства не сидит в вас физическом бумажнике. Я имею в виду безопасность начинается с compartmentalizing риска. Банки даже сделать это. Кассирша будет иметь только так много наличных денег, денежный сейф на полу будет больше, хранилище имеет даже больше, но там она разбивается на несколько запертых денежных контейнеры. Крупный банк, который может иметь $ 20M наличные просто не имеет $ 20M наличные чучел в кассовых ящики, потому что это будет боль, чтобы использовать несколько кошельков. 


Тем не менее я думаю, что я вижу проблему в своем ответе. Вы сказали, что ключи, чтобы открыть бумажник. Там нет такого понятия. Существует один закрытый ключ на адрес (или несколько для мульти-сиг P2SH). Кошельки сотни или тысячи ключей. Кошельки защищены фразами и шифрование, но это не имеет ничего общего с протоколом Bitcoin. Если вы думаете, в противном случае это может быть, почему ваш "вопрос" и предлагаемое решение, кажется, не имеет никакого смысла кому-либо еще.

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

21 февраля 2014, 9:06:03 AM   # 11
 
 
Сообщения: 1535
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

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

Мини-blockchain вики имеет страницу, связанную с этой темой.
Способ позволяет пользовательскому определенного пользователю ограничения вывода:
http://bitfreak.info/mbc-wiki/index.php?title=Withdrawal_limit

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

21 февраля 2014, 9:17:38 AM   # 12
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

Bitcoin душевнобольно комплекс на уровне протокола, так HTTP, но пользователи не будут работать на уровне протокола.

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

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

21 февраля 2014, 9:34:16 AM   # 13
 
 
Сообщения: 1535
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

Вы правы, но он по-прежнему кажется довольно неудобно полагаться на другой стороны имитировать лимит снятия. Это должно быть обеспечено путем простой математики, так что никто, кроме владельца монеты не должен участвовать в сделках. Это не похоже на 3-й партии собираются сделать это бесплатно.
bitfreak! сейчас офлайн Пожаловаться на bitfreak!   Ответить с цитированием Мультицитирование сообщения от bitfreak! Быстрый ответ на сообщение bitfreak!

21 февраля 2014, 3:51:17 PM   # 14
 
 
Сообщений: 82
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

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

Несмотря на это, "фиксированный дневной лимит снятия" вероятно, может быть реализовано без необходимости внесения изменений в протокол Bitcoin (хотя могут быть некоторые операционные вопросы, реле / ​​mempool, что нужно будет разобраться).

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

21 февраля 2014, 6:36:58 PM   # 15
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

Протокол Bitcoin требует, чтобы предыдущий неизрасходованный выхода проводиться в полном объеме, когда он используется для подачи значения транзакции. Так что, если имеется неизрасходованный выход на 100 BTC, который используется для финансирования сделки, которая будет посылать 0.001 BTC кому-то, весь 100 БТД "потраченный"С 0,001 BTC направляется к "кто то" и 99,999 BTC, отправленный на новый неизрасходованный вывод, что бумажник Спендер имеет секретный ключ для.

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

Обратите внимание, что в Bitcoin, приемник из Bitcoins не может решить, какие требования для sepnding в биткойно. Эти требования создаются отправителем. Если я посылаю вам 1 BTC. И что мой бумажник делает это создать транзакцию, которая гласит, что 1 BTC в значении, которое он помещает в выходном может проводиться только при условии сигнатуры ECDSA (с использованием кривых Secp256k1) с помощью закрытого ключа ECDSA для конкретного "адрес" что я разместил на выходе. Вот почему вы можете "Получать" Bitcoin, даже если ваш кошелек не работает (или даже если ваш "бумажник" никогда не было больше, чем кусок бумаги).

Объясните, как именно отправитель, который посылает вам вашу криптовалюту разместит двойные подписи природы на сделке таким образом, что позволит конкретному "расходный лимит"? Будет ли отправитель выбрать для вас, что ваш предел расходов будет? Будет ли фиксированная "расходный лимит" за определенный протоколом для всех, независимо от обменного курса крипто-валюты?

Просто случайно говорят "Я хочу, чтобы новый протокол, который будет реализовывать выбранный пользователем предел расходов на уровне протокола" не делает ничего, чтобы обеспечить приемлемое решение о том, как сделать это. В течение многих десятилетий люди хотели "протокол, который позволит решить проблему двойных расходов на cryptocurrencies децентрализованно", Решение было, наконец, представлен в 2009 году Если нужный протокол может быть создан, он очень хорошо может занять много десятилетий, чтобы найти соответствующее решение, которое также децентрализованной, и даже тогда это будет только в том случае, если значительное число "эксперты" все считают усилие стоит научно-исследовательской работы.
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

21 февраля 2014, 6:41:54 PM   # 16
 
 
Сообщения: 1176
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

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

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

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

21 февраля 2014, 6:48:16 PM   # 17
 
 
Сообщения: 2478
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

С философской точки зрения, я ненавижу, что банки утверждают, что они защищают меня резание меня от моих собственных денег. Это не защитить меня, это, чтобы защитить их слабую защиту от потери всех своих денег. И держать вас от снятия своих денег в случае, если банк нуждается.
Во время распада 2008 года я взял все свои деньги из банка. Они спорили со мной на 30 минуты. о том, почему не было необходимости. Теперь, когда история уже говорили, что я знаю, что США были в течение нескольких часов отключения сети банкоматов. Они боялись бежать, как люди понимают, что их деньги не будут доступны. Я не доверяю им тогда, и я, конечно, не сейчас.
Ни один банк не собирается обеспечить более высокий уровень безопасности, чем я могу. Я никогда не проигрывал Satoshi, но я только что получил мой новую кредитную карту, чтобы заменить счет украденного из Target. Спасибо, но нет, спасибо, я не хочу, чтобы моя безопасность, обеспеченная кем-то другим.
RodeoX сейчас офлайн Пожаловаться на RodeoX   Ответить с цитированием Мультицитирование сообщения от RodeoX Быстрый ответ на сообщение RodeoX

22 февраля 2014, 12:43:02 AM   # 18
 
 
Сообщений: 82
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

Думая об этом, очевидные пожелания ОП могут быть выполнены с использованием nLockTime способом, описанным ниже (в частности, второе предложение).

Назовите это Пособие Предложение:

Шаг 1: Создайте количество входов размера, равных суточных. Ключи к этим входам считаются "холодно", Т.е. содержится в холодном бумажнике (возможно под контролем Мастера Деньги, иначе MOM).

Шаг 2: Создать одну транзакции для каждого из этих входов (и знак с соответствующими холодными ключами) с выходами установлены "горячий" ключи, а также nLockTime, соответствующие скорости высвобождения резерва (например, [currentBlockNumber + 144 * N] для суточных).

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

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

Расширение к более правильным Фиксированный Дневной лимит Предложение просто требует очистки отложенных сделок с предыдущего дня. Устройство держит ваш горячий бумажник и заряжена с продувкой даже не должны быть онлайн (оффлайн устройство получения QR-код для транзакции для чтения интернет-устройства, такие как телефон).

Стоит отметить, что независимо от того, были ли отправлены сделки с будущим nLockTimes к сети (капризный ребенок пытается потратить сумму на целый год пособия), холодные ключи можно просто использовать, чтобы сделать новую транзакцию для немедленного исполнения для резерва выходов (MOM аннулирует пособие).
Уитстона сейчас офлайн Пожаловаться на Уитстон   Ответить с цитированием Мультицитирование сообщения от Уитстона Быстрый ответ на сообщение Уитстона

22 февраля 2014, 1:14:13 AM   # 19
 
 
Сообщения: 157
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

Что -could- сделать это:
Сервис онлайн рекламирует "дневной лимит" оказание услуг. Вы регистрируете учетную запись на эту услугу, вы фиксируете свое пособие, и они посылают вам пару частно-публичного ключа.

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

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

Теперь вы отправляете все свои средства на multisig адрес, который должен быть подписан как ваш ключ, и ключ службы.

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

Сейчас если:
1. Ваш кошелек скомпрометирован, злоумышленник не может тратить больше, что ваш дневной лимит. После того, что суточный лимит служба отказывается подписывать.
2. Если служба будет взломана, злоумышленник не может тратить свои деньги, потому что он не знает свой секретный ключ.
3. Только если оба ваш кошелек и служба скомпрометирована, то злоумышленник может украсть все ваши деньги.

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

22 февраля 2014, 3:30:17 AM   # 20
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Ключи с лимитом снятия

Что -could- сделать это:
Сервис онлайн рекламирует "дневной лимит" оказание услуг. Вы регистрируете учетную запись на эту услугу, вы фиксируете свое пособие, и они посылают вам пару частно-публичного ключа.

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

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

Теперь вы отправляете все свои средства на multisig адрес, который должен быть подписан как ваш ключ, и ключ службы.

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

Сейчас если:
1. Ваш кошелек скомпрометирован, злоумышленник не может тратить больше, что ваш дневной лимит. После того, что суточный лимит служба отказывается подписывать.
2. Если служба будет взломана, злоумышленник не может тратить свои деньги, потому что он не знает свой секретный ключ.
3. Только если оба ваш кошелек и служба скомпрометирована, то злоумышленник может украсть все ваши деньги.

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

Я предложил, чтобы upthread. Сервис на самом деле не хотел бы дать вам свой личный ключ пользователя, как они теряют в отрицания событий что-то неблагоприятное происходит. Пользователь может "поиздержаться" а затем утверждают, что они были взломаны и служба не в состоянии остановить его. Служба не может доказать, что они не подписывали Ую, бренд и репутация страдает. Эта концепция выходит за рамки только этого примера, только один субъект должен иметь доступ к одному активному секретному ключу.

Однако есть легкая работа вокруг без потери functionlaity. Просто сделайте это 2 из 4 ключевых мульти-сига и использовать две клавиши переопределения.
Сформировать Kepair 1 & 2, распечатать их, положить их в сейф. Это ваш "переопределение" ключ (ы).
Генерация ключей для вашего кошелька.
Служба будет генерировать пару ключей, но отправить вам только открытый ключ.

Сформировать мульти-сиг адрес, который требует 2 из 4-х ключей, чтобы подписать и субъекты производят четыре уникальных пары ключей (SERVICE, КОШЕЛЕК, OVERRIDE1, OVERRIDE2).

Комбинации используются:
КОШЕЛЬКА + сервис = нормальная работа
OVERRIDE1 + OVERRIDE2 = переопределить служба (потерянный бумажник и / или услуга идет румяна)

Служба может не только обеспечить предел расходов, но они также могут обеспечить форму 2fa. Пользователь получает текстовое сообщение от службы на мобильный телефон или другое устройство (не то же самое устройство в качестве кошелька) от службы санкционировать подписание. Если кошелек скомпрометирован, пользователь может снижаться, и злоумышленник не может тратить даже один Satoshi. Когда перерасход служба откажет подписать и уведомляет пользователя о том же устройстве.

Нормальное использование:
Пользователь создает и частично подписывает ТХ.
Частично подписан ТЙ отправляются на службу.
Сервис просит разрешение пользователя через 2fa устройства.
Пользователь утверждает.
Устройство добавляет подписи и передачи.

перерасход:
Пользователь создает и частично подписывает ТХ.
Частично подписан ТЙ отправляются на службу.
Сервис удалений частично подписан ТМ недействительный.
Служба уведомляет пользователя о более предельного отказа через 2fa устройства.

Ослабленный бумажник:
Пользователь создает и частично подписывает ТХ.
Частично подписан ТЙ отправляются на службу.
Сервис просит разрешение пользователя через 2fa устройства.
Пользователь отказался. (Также можно здесь вариант для пользователя, чтобы сообщить бумажник скомпрометирован, который будет автоматически отклонять все запросы).
Сервис удалений частично подписан ТМ недействительный.

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



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

Почему две клавиши переопределения?
Технически вы могли бы просто иметь один ключ переопределения, а также использовать ключ бумажника, но если ваш кошелек потерян / уничтожено без резервного копирования вы не могли бы потратить средства. Сначала я сказал, что это может быть достигнуто при наличии т.е. быть (бумажник и обслуживание) OR (внахлест), но это легче сделать, потребовав любые две клавиши и две клавиши переопределения. Две клавиши переопределения могут быть напечатаны на одном листе бумаги (просто ключ 1 & Ключ 2).

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

Это, кажется, как много раз для одного адреса. Любой способ продлить его на несколько адресов?
Очень легко с помощью HD бумажники. Вместо одной пары ключей для каждых четырех ключей (бумажник, обслуживание, override1, override2) они будут HD государственные и частные семена. Пользователя и служба будет разделять общественные семена, сохранить свои личные семена безопасным и может детерминировано генерировать столько P2SH адресов по мере необходимости.



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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW