Меркло дерево внутри заголовков блоков для режима света клиента

Всем привет,

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

Из спецификации протокола Wiki (https://en.bitcoin.it/wiki/Protocol_specification#Block_Headers), Кажется, что только Merkle корень хэш хранится в блоке заголовка. Имея Merkle корневой хэш не является достаточным, чтобы подтвердить транзакцию, содержащуюся в этом блоке. Я должен был бы полный Меркле дерево, а не только корневой хэш.

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

Я что-то пропустил?

Philippe

Цитата: pmarches 19 апреля 2011, 10:05:39 PM

Я что-то пропустил?

Только что Merkle дерево не в заголовке, так что дерево может быть «обрежут» длинный проведенные сделки, пока не осталось ничего, кроме заголовка 80 байт. Если сам Merkle дерево было включено в заголовке, то заголовок будет не только потенциально значительно больше, но с переменной длиной. Мы не хотим переменную длину, потому что мы не хотим ввести условие, что становится выгодным для клиента горнорудного игнорировать сделки; потому что это сделало бы это хэширования сложнее по сравнению с другим клиентом, который просто игнорировал все транзакции гоночных за вознаграждение блока.

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

Цитата: theymos от 20 апреля 2011 года, 2:20:04 AM

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

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

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

ByteCoin

Некоторые полу-отдельная сеть, вероятно, будет создана в конечном счете анонимно найти сделки для себя и получить филиалы Merkle. Тогда нет никакого смысла в том, "получить полный Меркл дерево этого блока" сообщение, хотя. Я не могу думать о каких-либо ситуациях, когда это сообщение было бы полезно.

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

Было бы полезно, если вы описать, что вы хотите достичь. Если вы хотите, чтобы ускорить первоначальный блок цепи загрузить это достаточно, чтобы сделать класс Peer понять, как использовать getheaders вместо getblocks в случае пустого кошелька. Очевидно, что это не безопасно, чтобы просто загрузить заголовки, когда есть ключи в кошельке, но для случая новой установки было бы ОК. Это первая цель достичь.

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

Мини-дизайн документ будет большая вещь здесь.

Спасибо за все ваши ответы,

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

Я понимаю, что это вводит угрозу безопасности для легкого клиента, но это компромисс для удобства, что пользователь может жить с, так как она будет использоваться только для операций с физическим присутствием.
Таким образом, я пытаюсь проверить следующее:
1) Есть монеты из сделки ввода уже приняты в сети
2) Монеты из транзакции ввода никогда не были погашены (двойная излете) в другой транзакции

Любые идеи приветствуются,

Philippe

Цитата: pmarches 21 апреля 2011, 12:17:20 AM

Похоже, портативная система POS, в котором легкий клиент используется только для приема платежей, а не отправлять их. При каких условиях такого калеки клиент будет полезен? Вы могли бы сделать то же самое с помощью удаленного клиента, до тех пор, как вы имели доступ в реальном времени к Интернету.

Цитата: pmarches 21 апреля 2011, 12:17:20 AM

1) Есть монеты из сделки ввода уже приняты в сети

Хорошо, так что вы смотрите на TxIns сделки, которая содержит PrevOut сделок вы проверяете. Таким образом, вы можете отправить "получить данные" с хэш, чтобы получить реальную сделку, но это не достаточно. Вы должны быть в состоянии выяснить, какой блок, который (или те) операции были хэшируются в так что вы можете скачать и проверить Merkle дерева и связать его с заголовками блоков цепи. Я не уверен, какие запросы вы должны послать, чтобы выяснить, блокирующие транзакция была хэшируются в. Возможно ли это на данный момент?

Цитата: pmarches 21 апреля 2011, 12:17:20 AM

2) Монеты из транзакции ввода никогда не были погашены (двойная излете) в другой транзакции

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

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

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

ByteCoin

Цитата: pmarches 21 апреля 2011, 12:17:20 AM

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

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

Да, проблема с предложением он не защищает вас от двойного тратит. Проверка на txins существует недостаточно.

Цитата: [микрофон] 21 апреля 2011 года, 5:15:15 AM

Да, проблема с предложением он не защищает вас от двойного тратит. Проверка на txins существует недостаточно.

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

Филипп, не могли бы вы пойти еще один уровень выше? Вы хотите делать физические операции, как с помощью мобильных телефонов?

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

Цитата: [микрофон] 21 апреля 2011, 2:18:01 PM

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

Ну, вы говорите "доверенный полный клиент" как это легкая вещь, чтобы вызвать в воображении. Если бы я был у себя такой сервер, на мой личный ящик, вы доверяете? С Ⓑ10 точно. С Ⓑ10,000 .... черт, даже я бы не доверять моему серверу с этим, я просто не положить, что много усилий в обеспечении его. ящики Linux взломаны все время.

Как насчет MyBitcoin? Это канонический пример такого облака бумажника. Его контактный адрес является PO Box в Вест-Индии - если дела идут на юг, что вы собираетесь делать?

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

Независимый, открытый исходный код мобильный кошелек:

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

Сегодня сообщество Bitcoin состоит в основном из людей, которые никогда не встречались друг с другом (я встретил несколько ключевых людей лично, как justmoon, но не так много). Таким образом, сводя к минимуму доверие, необходимое полезно и очень в духе дизайна Bitcoins.

Цитата: [микрофон] 21 апреля 2011, 4:57:50 PM

...
Независимый, открытый исходный код мобильный кошелек:

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

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

Например, представьте, у вас есть свой мобильный кошелек и вы на коммерсанта, который имеет доступ в Интернет и Bitcoin клиента.
Вы передаете свои биткойны торговцу.
клиент торговца делает свою собственную проверку сделки, а затем отправляет его через сеть.
Теперь продавец может либо задать несколько крупных шахтеров, будь то в списке транзакций будет хэшируются в следующий блок или ждать следующего блока.
Предположим, что вы стоите там без подключения к Интернету и продавец говорит вам "Эмм ... Шахтеры не подтвердив recipt и ваша транзакция не была хэшируются в последний блок." Чем ты планируешь заняться?
В одном случае, торговец лжет и взял свои деньги и не хочет, чтобы дать вам товар.
С другой стороны, вы думаете, торговец думает, что вы только что договорились с сообщником, чтобы уже потратить эти монеты и транзакцию торговца отвергаются как двойные потратить.
Без независимой связи, что, по меньшей мере, бескорыстно, даже если это не безопасно, нет ничего, что вы действительно можете сделать.
Кроме того, стоит там ждет блоков для подтверждения не является идеальным. Лучше система будет способствовать более надежной незамедлительные подтверждения транзакций.

ByteCoin

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

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

Цитата: [микрофон] 21 апреля 2011, 6:35:54 PM

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

Я принимаю вашу точку о смартфонах, имеющих подключение к Интернету, но было бы неплохо иметь годную к употреблению Bitcoin кошелек на меньшем устройстве с аналогичным форм-факторе на флешку, устрицы карты или лексемы генератора.

ByteCoin

Цитата: [микрофон] 21 апреля 2011, 6:35:54 PM

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

Или просто открытое соединение Wi-Fi с общими портами блокированных, но не Bitcoin портов. Именно в интересах поставщика, чтобы убедиться, что пользователи Bitcoin имеют доступ к сети Bitcoin, даже если они не хотели бы иметь warwalkers Муллинга о магазине скачивает порно через тир подключение к Интернету.

Цитата: [микрофон] 21 апреля 2011, 4:57:50 PM

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

котировка

Независимый, открытый исходный код мобильный кошелек:

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

Я не согласен, но приведенный выше список является идеальным местом для клиента, предназначенного для convieniently тратить монеты, не принимать их. Транжира не должны быть в состоянии проверить что-либо, по крайней мере, не в реальном времени. Это продавец продает вещи, которые берет на себя риски. Опять же, я задаю вопрос; в каком контексте портативная система POS, который должен быть отключен от Интернета было бы полезно? Даже Hotdog производители имеют доступ к Интернету.

19 апреля 2011, 10:05:39 PM	# 1
pmarches Сообщения: 8 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Всем привет, Я работаю на клиенте bitcoinj, и я пытаюсь выполнить загрузку заголовка блока в режиме освещения. Из спецификации протокола Wiki (https://en.bitcoin.it/wiki/Protocol_specification#Block_Headers), Кажется, что только Merkle корень хэш хранится в блоке заголовка. Имея Merkle корневой хэш не является достаточным, чтобы подтвердить транзакцию, содержащуюся в этом блоке. Я должен был бы полный Меркле дерево, а не только корневой хэш. IMO полной Merkle дерево должно быть отправлено с блоком заголовком, а не только Merkle корня. Для полных блоков, нам не нужно, чтобы отправить любой узел из Merkle дерева, так как дерево вычисляются из сделок, которые мы имеем. Может быть, протокол должен иметь дополнительную команду, чтобы загрузить Merkle дерева по заданному Merkle корень? Я считаю, что это неэффективно, и я предпочел бы иметь Merkle узлов внутри заголовка блока ... Я что-то пропустил? Philippe

19 апреля 2011, 10:45:11 PM	# 2
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Получил 1806 Биткоинов Реальная история. Цитата: pmarches 19 апреля 2011, 10:05:39 PM Я что-то пропустил? Только что Merkle дерево не в заголовке, так что дерево может быть «обрежут» длинный проведенные сделки, пока не осталось ничего, кроме заголовка 80 байт. Если сам Merkle дерево было включено в заголовке, то заголовок будет не только потенциально значительно больше, но с переменной длиной. Мы не хотим переменную длину, потому что мы не хотим ввести условие, что становится выгодным для клиента горнорудного игнорировать сделки; потому что это сделало бы это хэширования сложнее по сравнению с другим клиентом, который просто игнорировал все транзакции гоночных за вознаграждение блока.

20 апреля 2011, 2:20:04 AM	# 3
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Я не уверен, что будет какой-либо точки на предоставление Merkle деревьев через отдельное сообщение. Вам необходимо скачать полные блоки для обнаружения сделок для себя, во всяком случае.

20 апреля 2011, 2:31:49 AM	# 4
ByteCoin Сообщения: 416 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: theymos от 20 апреля 2011 года, 2:20:04 AM Я не уверен, что будет какой-либо точки на предоставление Merkle деревьев через отдельное сообщение. Вам необходимо скачать полные блоки для обнаружения сделок для себя, во всяком случае. Когда легкий клиент запрашивает, содержащие операции блока он должен быть сказано заголовку и достаточно из Merkle дерева только проверить, что сделка принадлежит в блоке. Я полагаю, что на данный момент с относительно низкого количества операций в блок экономия ширины полосы не отправляют все операции в блоке будет низкой. Обнаружение выплаты себе может быть сделано путем передачи запроса для всех операций по кредитованию данного адреса. Я не могу думать так, что легкие клиенты могли сделать это без существенного раскрытия их получения адреса. Конечно, с моей "баланс" предложение, количество информации клиентов должны загрузить, чтобы начать с "холодно" минимизируются и сохраняется хорошее количество анонимности - но это будет нарушение изменений. ByteCoin

20 апреля 2011, 2:58:37 AM	# 5
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Некоторые полу-отдельная сеть, вероятно, будет создана в конечном счете анонимно найти сделки для себя и получить филиалы Merkle. Тогда нет никакого смысла в том, "получить полный Меркл дерево этого блока" сообщение, хотя. Я не могу думать о каких-либо ситуациях, когда это сообщение было бы полезно.

20 апреля 2011, 5:37:39 PM	# 6
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Если вы работаете на BitCoinJ могли бы вы задать эти виды вопросов, включенных в список рассылки? Имейте в виду любые возможные патчи должны быть рассмотрены мной, если вы хотите, чтобы они включены. Было бы полезно, если вы описать, что вы хотите достичь. Если вы хотите, чтобы ускорить первоначальный блок цепи загрузить это достаточно, чтобы сделать класс Peer понять, как использовать getheaders вместо getblocks в случае пустого кошелька. Очевидно, что это не безопасно, чтобы просто загрузить заголовки, когда есть ключи в кошельке, но для случая новой установки было бы ОК. Это первая цель достичь. Если вы хотите, чтобы избежать необходимости загружать полные блоки полностью, то, как ByteCoin говорит вам не только возможность для извлечения Merkle ветви (не полные деревья) с удаленного узла, а также возможность задавать для операций, соответствующих конкретным шаблоны. К счастью Bitcoin уже определяет систему шаблонов для сценариев. К сожалению, он не подвержен воздействию через сетевой протокол, и что должно быть добавлено. Мини-дизайн документ будет большая вещь здесь.

21 апреля 2011, 12:17:20 AM	# 7
pmarches Сообщения: 8 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Спасибо за все ваши ответы, Позвольте мне дать вам сценарий, я пытаюсь реализовать. - Прецедент не требует света клиента, чтобы узнать баланс за свой счет - Свет Биткойн клиента получает сообщение транзакции от сети p2p или любого другого источника незащищенного - Не дожидаясь сделки, чтобы быть принятым в сети (путем создания блока) свет клиент хочет, чтобы убедиться, что сделка вход на самом деле имеет в него деньги. Я понимаю, что это вводит угрозу безопасности для легкого клиента, но это компромисс для удобства, что пользователь может жить с, так как она будет использоваться только для операций с физическим присутствием. Таким образом, я пытаюсь проверить следующее: 1) Есть монеты из сделки ввода уже приняты в сети 2) Монеты из транзакции ввода никогда не были погашены (двойная излете) в другой транзакции Любые идеи приветствуются, Philippe

21 апреля 2011, 12:32:15 AM	# 8
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: pmarches 21 апреля 2011, 12:17:20 AM Спасибо за все ваши ответы, Позвольте мне дать вам сценарий, я пытаюсь реализовать. - Прецедент не требует света клиента, чтобы узнать баланс за свой счет - Свет Биткойн клиента получает сообщение транзакции от сети p2p или любого другого источника незащищенного - Не дожидаясь сделки, чтобы быть принятым в сети (путем создания блока) свет клиент хочет, чтобы убедиться, что сделка вход на самом деле имеет в него деньги. Похоже, портативная система POS, в котором легкий клиент используется только для приема платежей, а не отправлять их. При каких условиях такого калеки клиент будет полезен? Вы могли бы сделать то же самое с помощью удаленного клиента, до тех пор, как вы имели доступ в реальном времени к Интернету.

21 апреля 2011, 1:00:10 AM	# 9
ByteCoin Сообщения: 416 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: pmarches 21 апреля 2011, 12:17:20 AM 1) Есть монеты из сделки ввода уже приняты в сети Хорошо, так что вы смотрите на TxIns сделки, которая содержит PrevOut сделок вы проверяете. Таким образом, вы можете отправить "получить данные" с хэш, чтобы получить реальную сделку, но это не достаточно. Вы должны быть в состоянии выяснить, какой блок, который (или те) операции были хэшируются в так что вы можете скачать и проверить Merkle дерева и связать его с заголовками блоков цепи. Я не уверен, какие запросы вы должны послать, чтобы выяснить, блокирующие транзакция была хэшируются в. Возможно ли это на данный момент? Цитата: pmarches 21 апреля 2011, 12:17:20 AM 2) Монеты из транзакции ввода никогда не были погашены (двойная излете) в другой транзакции Я не думаю, что есть способ, чтобы доказать, что входы не были уже потрачены не по существу, загрузив весь блок цепь последующего к блоку, который содержал входы и проверки того, что входные данные не используются в каких-либо сделок. Даже если новый запрос был создан, нет никакого очевидного способа для вашего легкого клиента, чтобы проверить это не лжет. Если я ошибаюсь в любом из выше, пожалуйста, исправьте мои рассуждения. Конечно, с моей "Балансы предложение" Вы получаете гарантию того, что ваши входные данные не были потрачены, как только вы загрузите соответствующую ветвь дерева баланса и проверить его хэш в блоке цепи. ByteCoin

21 апреля 2011, 5:00:47 AM	# 10
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: pmarches 21 апреля 2011, 12:17:20 AM Спасибо за все ваши ответы, Позвольте мне дать вам сценарий, я пытаюсь реализовать. - Прецедент не требует света клиента, чтобы узнать баланс за свой счет - Свет Биткойн клиента получает сообщение транзакции от сети p2p или любого другого источника незащищенного - Не дожидаясь сделки, чтобы быть принятым в сети (путем создания блока) свет клиент хочет, чтобы убедиться, что сделка вход на самом деле имеет в него деньги. Я понимаю, что это вводит угрозу безопасности для легкого клиента, но это компромисс для удобства, что пользователь может жить с, так как она будет использоваться только для операций с физическим присутствием. Таким образом, я пытаюсь проверить следующее: 1) Есть монеты из сделки ввода уже приняты в сети 2) Монеты из транзакции ввода никогда не были погашены (двойная излете) в другой транзакции Любые идеи приветствуются, Philippe Я думал об этом дальше, и я думаю, что легкий клиент (например, как можно было бы найти на смартфоне) будет одна ориентирована на расходы монет, а не получения и проверки транзакций. Тем не менее, легкий клиент, или любой клиент, который был отключен от Интернета все еще может проверить, что транзакция была действительна, потянув соответствующий блок заголовки и Меркл дерева от передающего клиента с помощью той же связи, что сама сделка была передана в поперечнике. Конечно, это не безопасно, так как это было бы возможное подделать, но это, конечно, не будет легким делом. Даже если оба клиента были легкие, отправляющий клиент должен был бы иметь, по крайней мере, скелет копии блоков, которые подтверждают его собственный баланс. Это, конечно, мог только сказать, что монеты были когда-то принадлежала отправителю, в пределах разумного сомнения; но если сделка на самом деле действует, так как до сих пор, кажется, нет никакого способа, чтобы проверить наличие предварительных расходов без сканирования всех операций в блоках, которые произошли с тех пор. Такая сделка может все еще быть принята с рисками.

21 апреля 2011, 5:15:15 AM	# 11
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Да, проблема с предложением он не защищает вас от двойного тратит. Проверка на txins существует недостаточно.

21 апреля 2011, 1:38:10 PM	# 12
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: [микрофон] 21 апреля 2011 года, 5:15:15 AM Да, проблема с предложением он не защищает вас от двойного тратит. Проверка на txins существует недостаточно. Ну, это Можно быть достаточно, в зависимости от того, насколько вы доверяете против партии. Однако, нормальная ситуация легкого клиента отправки полного клиента (т.е. клиент внутри кирпича&минометный магазин) снижает риск двойных расходов для ограничив окно времени, которое может быть сделано в миллисекунды, поскольку полный клиент может не только проверить законность сделки, но и сканировать очередь живой транзакции для транзакции, которые используют одни и те же входы. Но этот трюк функционально требует полного клиента с постоянным доступом в Интернет.

21 апреля 2011, 2:18:01 PM	# 13
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Филипп, не могли бы вы пойти еще один уровень выше? Вы хотите делать физические операции, как с помощью мобильных телефонов? Если вы хотите, чтобы иметь уверенность в сделке, не будучи в состоянии проверить его для себя (транзакции ноль подтверждения), то способ сделать это подключить к связке полных узлов и ждать, пока все они не объявляют, что сделка с вами. Если вы доверяете ваше интернет-соединение не подделаны, тот факт, что многие узлы приняли это означает, что очень вероятно, чтобы подтвердить. "шахтер магистральная" подобного обсуждали, прежде чем сделает это уверенность в том, даже лучше.

21 апреля 2011, 2:56:28 PM	# 14
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: [микрофон] 21 апреля 2011, 2:18:01 PM Филипп, не могли бы вы пойти еще один уровень выше? Вы хотите делать физические операции, как с помощью мобильных телефонов? Если вы хотите, чтобы иметь уверенность в сделке, не будучи в состоянии проверить его для себя (транзакции ноль подтверждения), то способ сделать это подключить к связке полных узлов и ждать, пока все они не объявляют, что сделка с вами. Если вы доверяете ваше интернет-соединение не подделаны, тот факт, что многие узлы приняли это означает, что очень вероятно, чтобы подтвердить. "шахтер магистральная" подобного обсуждали, прежде чем сделает это уверенность в том, даже лучше. Да, это будет работать, потому что честный клиент не будет распространяться недопустимую операцию. Но если смартфон имел доступ к Интернету, какое преимущество имеет совершенно независимый легкий клиент имеет более легкий клиент, который использует доверенный полный клиент в офисе? Я не могу представить себе ситуацию, что такой клиент, с целью приема платежей, было бы полезно.

21 апреля 2011, 4:57:50 PM	# 15
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Ну, вы говорите "доверенный полный клиент" как это легкая вещь, чтобы вызвать в воображении. Если бы я был у себя такой сервер, на мой личный ящик, вы доверяете? С Ⓑ10 точно. С Ⓑ10,000 .... черт, даже я бы не доверять моему серверу с этим, я просто не положить, что много усилий в обеспечении его. ящики Linux взломаны все время. Как насчет MyBitcoin? Это канонический пример такого облака бумажника. Его контактный адрес является PO Box в Вест-Индии - если дела идут на юг, что вы собираетесь делать? Создание достаточного доверия к вашей целостности и безопасности занимает много времени и много усилий. Компании, которые управляют его называют банки и даже если есть только несколько, они должны быть в значительной степени регулируется для людей, чтобы им доверять (и сколько людей действительно доверяют банкам в эти дни?). В некоторых частях мира, как части Африки, это не произошло на всех, и люди там просто не использовать банки и, следовательно, не может использовать электронные платежи тоже. Независимый, открытый исходный код мобильный кошелек: как легко установить, как Bitcoin сама (только установка) может быть проверена путем считывания кода (много людей знают, Java и может составить его сами) не требует какого-либо доверия к процедурам безопасности третьих сторон потенциально даже не требует подключения к Интернету, чтобы купить вещи, до тех пор, как продавец имеет доступ к Интернету и может транслировать сделку для вас. Сегодня сообщество Bitcoin состоит в основном из людей, которые никогда не встречались друг с другом (я встретил несколько ключевых людей лично, как justmoon, но не так много). Таким образом, сводя к минимуму доверие, необходимое полезно и очень в духе дизайна Bitcoins.

21 апреля 2011, 6:30:42 PM	# 16
ByteCoin Сообщения: 416 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: [микрофон] 21 апреля 2011, 4:57:50 PM ... Независимый, открытый исходный код мобильный кошелек: ... не требует какого-либо доверия к процедурам безопасности третьих сторон потенциально даже не требует подключения к Интернету, чтобы купить вещи, до тех пор, как продавец имеет доступ к Интернету и может транслировать сделку для вас. Это хорошая цель, но это ясно, что Bitcoin не была разработана для поддержки использования мобильных кошельков. Например, представьте, у вас есть свой мобильный кошелек и вы на коммерсанта, который имеет доступ в Интернет и Bitcoin клиента. Вы передаете свои биткойны торговцу. клиент торговца делает свою собственную проверку сделки, а затем отправляет его через сеть. Теперь продавец может либо задать несколько крупных шахтеров, будь то в списке транзакций будет хэшируются в следующий блок или ждать следующего блока. Предположим, что вы стоите там без подключения к Интернету и продавец говорит вам "Эмм ... Шахтеры не подтвердив recipt и ваша транзакция не была хэшируются в последний блок." Чем ты планируешь заняться? В одном случае, торговец лжет и взял свои деньги и не хочет, чтобы дать вам товар. С другой стороны, вы думаете, торговец думает, что вы только что договорились с сообщником, чтобы уже потратить эти монеты и транзакцию торговца отвергаются как двойные потратить. Без независимой связи, что, по меньшей мере, бескорыстно, даже если это не безопасно, нет ничего, что вы действительно можете сделать. Кроме того, стоит там ждет блоков для подтверждения не является идеальным. Лучше система будет способствовать более надежной незамедлительные подтверждения транзакций. ByteCoin

21 апреля 2011, 6:35:54 PM	# 17
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Быстрое принятие транзакции вещь была сделана до смерти, я чувствую. Большинство людей взаимодействуют каждый день с торговцами, которые надёжные, как крупные сети супермаркетов. Вам не придется беспокоиться о торговцах, пытающихся запутать вас в отказе от товара. С другой стороны, смартфоны имеют подключение к Интернету почти все время. Если он стал полезным для платежей тогда крупные торговцы, которые так или иначе не имели хороший охват бы уже получить микроячейки установлены. Ваш телефон делает обычный 3G рукопожатие с клеткой и получает достоверное, бескорыстное подключение к Интернету.

21 апреля 2011, 7:01:36 PM	# 18
ByteCoin Сообщения: 416 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: [микрофон] 21 апреля 2011, 6:35:54 PM Быстрое принятие транзакции вещь была сделана до смерти, я чувствую. Большинство людей взаимодействуют каждый день с торговцами, которые надёжные, как крупные сети супермаркетов. Вам не придется беспокоиться о торговцах, пытающихся запутать вас в отказе от товара. На следующий день вы можете сделать свой супермаркет покупками с Bitcoin это день, вы можете сказать, Bitcoin, наконец, прибыл. Сети супермаркетов не будут ранними адептами Bitcoin и без них, супермаркеты не придут. Ранние усыновители будут небольшие торговцы ищут законный край или альтернативно внебрачный край, в котором они обмануть некоторые клиент. Я принимаю вашу точку о смартфонах, имеющих подключение к Интернету, но было бы неплохо иметь годную к употреблению Bitcoin кошелек на меньшем устройстве с аналогичным форм-факторе на флешку, устрицы карты или лексемы генератора. ByteCoin

21 апреля 2011, 7:19:58 PM	# 19
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: [микрофон] 21 апреля 2011, 6:35:54 PM С другой стороны, смартфоны имеют подключение к Интернету почти все время. Если он стал полезным для платежей тогда крупные торговцы, которые так или иначе не имели хороший охват бы уже получить микроячейки установлены. Ваш телефон делает обычный 3G рукопожатие с клеткой и получает достоверное, бескорыстное подключение к Интернету. Или просто открытое соединение Wi-Fi с общими портами блокированных, но не Bitcoin портов. Именно в интересах поставщика, чтобы убедиться, что пользователи Bitcoin имеют доступ к сети Bitcoin, даже если они не хотели бы иметь warwalkers Муллинга о магазине скачивает порно через тир подключение к Интернету.

21 апреля 2011, 7:51:48 PM	# 20
Лунная тень Сообщения: 1708 Цитировать по имени цитировать ответ	Re: Merkle дерева внутри заголовков блоков для светового режима клиента Цитата: [микрофон] 21 апреля 2011, 4:57:50 PM Ну, вы говорите "доверенный полный клиент" как это легкая вещь, чтобы вызвать в воображении. Если бы я был у себя такой сервер, на мой личный ящик, вы доверяете? С Ⓑ10 точно. С Ⓑ10,000 .... черт, даже я бы не доверять моему серверу с этим, я просто не положить, что много усилий в обеспечении его. ящики Linux взломаны все время. Как насчет MyBitcoin? Это канонический пример такого облака бумажника. Его контактный адрес является PO Box в Вест-Индии - если дела идут на юг, что вы собираетесь делать? Я не говорю об удаленных кошельках, просто удаленный полный клиента, который вы можете запросить, которого у вас уже есть отношения с прежде, чем идти в сделку. Вы не должны доверять другой машине или пользователю поместилось wallet.dat, вы просто должны иметь сторону, что вы знаете, не заинтересован в исходе вашей сделки. ненадежный третья сторона, если вы будете, но каждая из сторон сделки необходимо, по крайней мере один такой клиент; и если вы создали полный клиент вашей собственной спины в доме, я бы поспорить, что вы могли бы доверять. котировка Независимый, открытый исходный код мобильный кошелек: как легко установить, как Bitcoin сама (только установка) может быть проверена путем считывания кода (много людей знают, Java и может составить его сами) не требует какого-либо доверия к процедурам безопасности третьих сторон потенциально даже не требует подключения к Интернету, чтобы купить вещи, до тех пор, как продавец имеет доступ к Интернету и может транслировать сделку для вас. Сегодня сообщество Bitcoin состоит в основном из людей, которые никогда не встречались друг с другом (я встретил несколько ключевых людей лично, как justmoon, но не так много). Таким образом, сводя к минимуму доверие, необходимое полезно и очень в духе дизайна Bitcoins. Я не согласен, но приведенный выше список является идеальным местом для клиента, предназначенного для convieniently тратить монеты, не принимать их. Транжира не должны быть в состоянии проверить что-либо, по крайней мере, не в реальном времени. Это продавец продает вещи, которые берет на себя риски. Опять же, я задаю вопрос; в каком контексте портативная система POS, который должен быть отключен от Интернета было бы полезно? Даже Hotdog производители имеют доступ к Интернету.

Заголовок