| 
 | 
|  11 января 2015, 4:48:03 PM | # 1 | 
| 
Сообщения: 935
 цитировать ответ |  Re: большая емкость многоплатформенного сиг сделка еще нестандартная 
Взлом Биткоин адресов.   500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Ну название раздела любопытное странно (не был уверен, как сформировать его), но то, что я имел в виду это. Имеет ли х из у сделок многоплатформенного сига по-прежнему нестандартным где х больше, чем 2, а у более чем 3? Если они все еще нестандартные, когда они будут стандартными? | 
|     |       | 
|  11 января 2015, 4:49:10 PM | # 2 | 
| 
Сообщения: 1862
 цитировать ответ |  Re: большая емкость многоплатформенного сиг сделка еще нестандартная 
Получил 1806 Биткоинов   Реальная история. Да - я думаю, что в данный момент вы не можете сделать больше, чем 2 из 3-х и до сих пор быть Стндартное (и я понятия не имею, когда, если когда-либо, что может измениться). | 
|     |       | 
|  11 января 2015, 4:51:35 PM | # 3 | 
| 
Сообщения: 935
 цитировать ответ |  Re: большая емкость многоплатформенного сиг сделка еще нестандартная Да - я думаю, что в данный момент вы не можете сделать больше, чем 2 из 3-х и до сих пор быть Стндартное (и я понятия не имею, когда, если когда-либо, что может измениться).Хорошо, что был уверен, что быстрый ответ (1 минута и 7 секунд) спасибо. Кроме того, это Элигий, f2pool и BitcoinAffiliateNetwork являются единственными пулы, что мины эти операции? | 
|     |       | 
|  11 января 2015, 4:55:55 PM | # 4 | 
| 
Сообщения: 2002
 цитировать ответ |  Re: большая емкость многоплатформенного сиг сделка еще нестандартная Большинство multisig в настоящее время осуществляется с P2SH. До тех пор, как вы используете сжатые ключи и использовать P2SH для multisig, я считаю, Bitcoin 0.9 поддерживает как "стандарт" до 1-из-12, 2-оф-10, 3-оф-8 или 4-в-6 (в связи с ограничением 500 байт). Если с другой стороны, вы используете устаревшую OP_CHECKMUTISIG, то я думаю, что вы ограничены максимальным «у» 3, и «х» не может превышать «Y». Да - я думаю, что в данный момент вы не можете сделать больше, чем 2 из 3-х и до сих пор быть Стндартное (и я понятия не имею, когда, если когда-либо, что может измениться). Вы уверены, что? По какой-то причине я хоть 3-в-3 был поддержан. Кроме того, как я указал, вы можете превысить й-из-3 и по-прежнему "стандарт" до тех пор, пока вы используете P2SH. - чик - Если они все еще нестандартные, когда они будут стандартными? Поскольку большие multisig комбинация может быть выполнена с P2SH, я не думаю, что есть какой-либо план, чтобы увеличить объем OP_CHECKMULTISIG. Я думаю, что план является поощрение multisig пользователей использовать P2SH транзакцию вместо этого, и увеличить размер стандартного P2SH сценария. Последнее, что я слышал, они смотрели в позволяя "стандарт" P2SH multisig до 15-в-15 для Bitcoin 0,10 | 
|     |       | 
|  11 января 2015, 5:11:02 PM | # 5 | 
| 
Сообщения: 1862
 цитировать ответ |  Re: большая емкость многоплатформенного сиг сделка еще нестандартная Большинство multisig в настоящее время осуществляется с P2SH. ... Последнее, что я слышал, они смотрели в позволяя "стандарт" P2SH multisig до 15-в-15 для Bitcoin 0,10 Если это так, то я думаю, что не должно быть никаких проблем. | 
|     |       | 
|  13 января 2015, 9:47:31 PM | # 6 | 
| 
Сообщения: 672
 цитировать ответ |  Re: большая емкость многоплатформенного сиг сделка еще нестандартная Последнее, что я слышал, они смотрели в позволяя "стандарт" P2SH multisig до 15-в-15 для Bitcoin 0,10 Был вопрос открыт на bitcoin.org репо (Обновить все более впечатляющие документы для разработчиков) о том, что 15-оф-15 P2SH сделки были стандартом с 0.9.0, и он включил эту ссылку на Bitcoin репо в качестве доказательства в 1650 байт максимального scriptSig: https://github.com/bitcoin/bitcoin/blob/0.9/src/main.cpp#L543 Так кажется, что они уже стали стандартом, если что-то еще не находится в пути (в этом случае я уверен, что bitcoin.org фолк хотели бы знать, чтобы они могли исправить документацию для разработчиков) ... | 
|     |       |