Подробности сделки обрезки | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
Подробности сделки обрезки

30 мая 2011, 5:01:38 PM	# 1
Newbee Сообщения: 7 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Изучив Bitcoin в довольно некоторую глубину (далее «scalibility страницы», бумага Накамото и некоторые вопросы на форуме), я не могу найти ответ на вопрос: Как это, что старые транзакции могут быть сокращены из книги, что blockchain есть. Простой пример: Скажем, в некоторой точке А владеет 10 биткойнов, B и C владеют 0 биткойны. A передает 1 Bitcoin В (транзакция 1), после чего передает B 1 Bitcoin на C (транзакция 2). Забудьте на время о сделке сборов, но может один из этих сделок подрезать (после того, как подтверждается достаточно блоков в самой длинной цепи)? Если нет, то может кто-то пожалуйста, дайте мне типичный пример, в котором транзакция может быть отсечена?

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

30 мая 2011, 5:22:47 PM	# 2
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Получил 1806 Биткоинов Реальная история. Вы можете подрезать сделку, как только все его выходы расходуются, и он был похоронен под "достаточно" блоки, чтобы цепь повторно орг очень маловероятно.

30 мая 2011, 5:23:51 PM	# 3
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Цитата: Newbee от 30 мая 2011 года, 5:01:38 PM Забудьте на время о сделке сборов, но может один из этих сделок подрезать (после того, как подтверждается достаточно блоков в самой длинной цепи)? Первый из них можно забыть (если он имеет только один выход). Он никогда не будет снова быть необходимы для проверки других сделок, так как он не может быть погашен снова.

30 мая 2011, 5:32:23 PM	# 4
Newbee Сообщения: 7 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Цитата: theymos от 30 мая 2011 года, 5:23:51 PM Первый из них можно забыть (если он имеет только один выход). Он никогда не будет снова быть необходимы для проверки других сделок, так как он не может быть погашен снова. Спасибо, в ваших и ответ Майки я прочитал то же самое, сделка 1 может быть забыта. Но что случится, если B сохраняет копию сделки и через некоторое время повторно отправляет его в сеть? Я думаю, что, если первоначальная сделка 1 была подрезать, еще 1 Bitcoin передаются от А до Б?

30 мая 2011, 6:11:06 PM	# 5
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Нет, входы транзакций определены в терминах txhash: output_index пар, а не адрес. Вы не импортировать значения из адреса, вы буквально импортировать его из конкретной сделки. Процесс обрезки не реализуется сегодня, но когда есть несколько возможностей. Одним из них является, что ТХ не будет полностью удален, хэш от него будет по-прежнему остаться в базе данных. Это 32 байта, а не несколько сотен, так что это еще большая победа. Другая возможность состоит в том, что некоторые узлы будут держать всю цепь и, если ТЙ вход не известен, подрезка узлы могут связаться с архивными узлами и попросить их ТЕ. Если они не имеют его, что это сделка сирота. Если они делают, это означает, подсоединенный ТХ был обрезка и, таким образом, это двойное израсходовано. Честно говоря, я никогда действительно необходима скептически обрезка. Предполагая, что дальнейший рост, дисковое хранилище настолько дешево, что стоимость содержания старых частей цепи вокруг будут незначительными по сравнению с затратами на ногу с головой.

30 мая 2011, 9:07:35 PM	# 6
Newbee Сообщения: 7 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Цитата: Майк Херн на 30 мая 2011 года, 6:11:06 PM Нет, входы транзакций определены в терминах txhash: output_index пар, а не адрес. Вы не импортировать значения из адреса, вы буквально импортировать его из конкретной сделки. Процесс обрезки не реализуется сегодня, но когда есть несколько возможностей. Одним из них является, что ТХ не будет полностью удален, хэш от него будет по-прежнему остаться в базе данных. Это 32 байта, а не несколько сотен, так что это еще большая победа. Другая возможность состоит в том, что некоторые узлы будут держать всю цепь и, если ТЙ вход не известен, подрезка узлы могут связаться с архивными узлами и попросить их ТЕ. Если они не имеют его, что это сделка сирота. Если они делают, это означает, подсоединенный ТХ был обрезка и, таким образом, это двойное израсходовано. Вы хотите сказать, что вариант, что ТХ не будет полностью удален только один из возможностей. То, что я очень интересует, есть ли вероятность того, что предыдущие операции могут быть полностью удалены, как заявлено в статье Накамото в. После изучения протокола, пока мой вывод, что это не так. Реферирование бывших сделок вместо учетной записи, к сожалению, не делает разницы. Может кто-нибудь, пожалуйста, аннулированию мой вывод? Цитата: Майк Херн на 30 мая 2011 года, 6:11:06 PM Честно говоря, я никогда действительно необходима скептически обрезка. Предполагая, что дальнейший рост, дисковое хранилище настолько дешево, что стоимость содержания старых частей цепи вокруг будут незначительными по сравнению с затратами на ногу с головой. Если обрезку надо или нет, это другой вопрос, но я рад, что вы принесли его. Предполагая, что только хэш транзакции прилипает вокруг, как вы говорите, и 2000 транзакций в секунду, как указано на странице масштабируемости, это означает необходимость хранения 32 * 2000 * 3600 = 5529600000 байт = 5,5 Гб в день. Не говоря уже о том, что это должно храниться таким образом, что это поиск быстро, что, скорее всего, увеличит потребности в хранении данных. Все и все, довольно много больше, чем «лучший бросок» 80 байт на блок (или 1,16 МБ / день), который упомянут на странице масштабируемости. Я надеюсь, вы понимаете, почему я так чертовски любопытно об этом.

30 мая 2011, 9:15:24 PM	# 7
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Возможно. Если кто-то ретранслирует ту же операцию, она будет отклонена, потому что у вас нет своей предыдущей сделки.

31 мая 2011, 6:07:28 AM	# 8
Newbee Сообщения: 7 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Цитата: theymos от 30 мая 2011 года, 9:15:24 PM Возможно. Если кто-то ретранслирует ту же операцию, она будет отклонена, потому что у вас нет своей предыдущей сделки. Позвольте мне изложить мой пример более в соответствии со спецификацией. Скажем, в некоторой точке А, В и С 0 принадлежат Bitcoins. В операции 0, 50 Bitcoins направляются А (А только что блок). А посылает 1 Bitcoin к B в сделке 1. Я прочитал в форуме (http://forum.bitcoin.org/index.php?topic=8689.msg125994#msg125994), Что текущий клиент будет «использовать» все деньги от сделки 0 и отправлять изменения на новый адрес (или обратно А я полагаю). Я думаю, что именно поэтому вы говорите, что предыдущая сделка не существует? Тогда B посылает 1 Bitcoin к C в транзакции 2. Теперь транзакция 0 может быть безопасно забыто, но количество данных, которые должны быть сохранены действительно не уменьшилось, так как в полной транзакции (1, содержащей 2 tx_outs) должен быть сохранен. Правильно ли я здесь?

31 мая 2011, 6:25:38 AM	# 9
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Данные уменьшилось, так как вы бы в противном случае хранить как сделки 0 а также сделка 1. Сделка 1 также может быть забыто после обоих своих выходов расходуются. Горняки, вероятно, могут также забыть отдельные потраченные выходы.

31 мая 2011, 7:06:41 AM	# 10
Newbee Сообщения: 7 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Суть в том, чтобы попытаться выяснить, насколько эффективно предыдущие операции могут быть сокращены. Сделка 0 можно подрезать, но это информация (и сохраненные данные) эффективно перемещается к операции 1. Транзакция 1 также содержит данные передаточного монету B. Я ожидал, чтобы данные были prunable после транзакции 2. Но сделка 1 может быть сокращены только тогда, когда провел оставшиеся 49 биткойнов, что может занять длительное время. Я согласен, что когда C направит 1 Bitcoin к D в операции 3, транзакция 2 может быть отсечена. Или, если А пошлет 1 Bitcoin к D в операции 3, сделка 3 будет принимать транзакции 1 в качестве ссылочного сделки, отправьте 1 Bitcoin на D и 48 обратно в A. После этого транзакция 1 может затем быть также обрезают. Это не обязательно так долго. Не могли бы вы подтвердить, я думаю правильно здесь?

31 мая 2011, 7:23:07 AM	# 11
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Это действительно не возможно думать о подрезать, не говоря о входах / выходах. Вы получаете сами путают, потому что вы думаете, с точки зрения операций. Вот как ваш пример будет выглядеть: Код: Tx0 ->50 А [0] Теперь А посылает 1 Bitcoin в B. Код: Tx0 -> 50 А [0] Прд1 <- импорт 50 из Tx0: 0 -> 1 до В [1] -> 49 к А [2] На данный момент единственный выход Tx0 израсходован, так что он может быть удален раз похоронен достаточно глубоко. В посылает 1 монету C. Код: Tx0 -> 50 А [0] Прд1 <- импорт 50 из Tx0: 0 -> От 1 до B [0] -> 49 к А [1] Tx2 <- импорт 1 из Тх1: 0 -> 1 до C [0] В этот момент выходе 0 из Тх1 было использовано, но выход-не был, таким образом, Тх1 не может быть сокращен. В какой-то момент, выход 1 из Тх1 также привыкают и он также может быть затем обрезают полностью. Как theymos указывает, что, вероятно, можно с какой-то умный программирования для удаления отдельных выходов и оставить только "было потрачено" битовый на месте. Операции, которые ссылаются на несуществующие операции на их входах считаются "сирота" и идти в ожидании. Они не обрабатываются, пока их зависимости не будут удовлетворены. Если Прд1 полностью обрезают, но у вас есть копия этого, транслируя его снова не поможет, потому что в конце концов, вам придется пройти весь путь обратно к coinbase сделок, которые могли бы просто быть вылечены специально (т.е. имеющие "coinbase было потрачено" флаг в обрезке структур данных). Таким образом, возможно, 80 байт на блок слишком оптимистичен, но это, вероятно, можно приблизиться к этой цифре. Во всяком случае, Bitcoin имеет большие проблемы масштабируемости, чем хранения. Это не беспокоит меня много.

31 мая 2011, 7:42:21 AM	# 12
Newbee Сообщения: 7 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Большое спасибо за очень подробное объяснение. Я думаю, что я полностью понимаю. размер величина хранения не будет в порядке общих прошлых операций, но в порядке общих (непустых) счетов (или адрес). Один последний вопрос, немного не по теме: это было бы необходимо рассматривать coinbase операции по-разному? Не могли они быть просто обрезают как обычные сделки?

31 мая 2011, 8:17:37 AM	# 13
Облако 9 Сообщений: 70 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Секатор будет иметь много энергии вручную манипулируя blockchain бухгалтерии !! Как это будет проверено - будет все клиенты, работающие на компьютерах у всех делать обрезку и проверить друг друга. В этом отношении все предыдущие операции до нескольких уровней ветвления в дереве расходов могут быть пропущены, если большинство клиентов согласны по этому вопросу. Произвольное число из трех уровней ветвления и 6 подтверждений х 3 = 18 подтверждений (3 часа) должно быть достаточно. Это позволит много scalibiliy. Резервные копии каждые 3 часа обрезка может быть для спины настройка аудита целостности сети. Это может позволить для более легкого клиента и тяжелого клиента с более медленными интервалами подрезки.

31 мая 2011, 9:14:17 AM	# 14
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Подождите, как глубоко должен выход быть похороненным прежде, чем он может быть сокращен?

31 мая 2011, 9:19:03 AM	# 15
Newbee Сообщения: 7 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Код: Tx0 -> 50 А [0] Прд1 <- импорт 50 из Tx0: 0 -> От 1 до B [0] -> 49 к А [1] Tx2 <- импорт 1 из Тх1: 0 -> 1 до C [0] Tx3 <- импорт 1 из Tx2: 0 -> 1 до D [0] Цитата: Newbee от 31 мая 2011 года, 7:06:41 AM Я согласен, что когда C направит 1 Bitcoin к D в операции 3, транзакция 2 может быть отсечена. Я должен исправить себя здесь, Tx2 не может быть отсечена до того Прд1 отсекается.

31 мая 2011, 11:31:31 AM	# 16
ена Сообщений: 42 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Цитата: cloud9 от 31 мая 2011 года, 8:17:37 AM Как это будет проверено - будет все клиенты, работающие на компьютерах у всех делать обрезку и проверить друг друга. Зачем им нужно проверить что-нибудь? Единственная возможная проблема является ошибка в коде, но тогда это будет влиять на всех одинаково. Остальная часть вашего поста не имеет смысла либо.

31 мая 2011, 1:41:42 PM	# 17
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Цитата: ошибки 31 мая 2011 года, 9:14:17 AM Подождите, как глубоко должен выход быть похороненным прежде, чем он может быть сокращен? Очень глубоко: вы должны точно знать, что сделка не будет необходимо для проверки снова (из-за REORG). Я бы сказал, что, по крайней мере 1000 блоков - вероятно, больше.

2 июня 2011, 2:25:17 PM	# 18
bitcool Сообщения: 1441 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Если обрезка когда-нибудь случится, я вижу, все еще существует потребность в дополнительных услуги - обеспечение контроля версий истории Bitcoin блока цепи. Некоторые одна, возможно, придется доказать другие определенную сделку (сделки) произошло несколько лет спустя.

3 июня 2011, 6:43:22 PM	# 19
ошибка Сообщения: 574 Цитировать по имени цитировать ответ	Re: подробности сделки обрезки Цитата: bitcool от 02 июня 2011 года, 2:25:17 PM Если обрезка когда-нибудь случится, я вижу, все еще существует потребность в дополнительных услуги - обеспечение контроля версий истории Bitcoin блока цепи. Некоторые одна, возможно, придется доказать другие определенную сделку (сделки) произошло несколько лет спустя. Некоторые сайты всегда будут держать полную историю транзакций, как Block Explorer, шахтеры и т.д. Так что я не думаю, что будет проблемой.

« Предыдущая тема | Следующая тема »

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW