Предложение по масштабируемой blockchain. | Биткоин форум

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

25 ноября 2011, 5:42:17 PM	# 1
piuk Сообщения: 910 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Проблема: Blockchain не будет масштабироваться, как она используется в настоящее время. Существует некоторое упоминание о обрезке неизрасходованные выходов упомянуть о https://en.bitcoin.it/wiki/Scalability Однако этот метод все еще требует хранения всех blockheaders, то есть есть еще неограниченное ограничение на размер blockchain. Меркель дерева обрезка не поможет какой-либо значительной степени, как вы, возможно, быть в состоянии сказать, если транзакция в блоке, однако вы не можете подтвердить, что блок без всех операций. Если легкие клиенты не могут подтвердить блоки, то они могут не моя, реле блоков или реле транзакции там практически не указывают на их проверки вообще ничего, и может также использовать централизованную blockchain. а) меньше blockchain помогает снизить барьер входа для новых пользователей. б) с меньшим риском blockchain сборов наворотов сделки может быть снижена в) Чем больше blockchain тем меньше пользователей, которые будут работать на клиента и тем более централизованной сети становится. Предложенное решение. В определенные моменты времени клиент генерирует снимок каждого неизрасходованного выходе TX в цепочке. Этот снимок инкапсулирует состояние blockchain Шифрование до, но не включая, этот блок. Когда шахтер производит блок, он генерирует SHA256 хэш этой книги, и включает в себя хэш его в блоках coinbase. Когда клиент начинает начальный блок цепной загрузки начинается с головы цепи и работает в обратном направлении. Клиент загружает минимум 2016 блоков, прежде чем он будет принимать гроссбух хэш. Если есть развилка в цепочке клиент будет продолжать загружать блоки до тех пор, пока не найдет пару блоков, которые по меньшей мере, один гроссбух хэш может быть согласован. Когда идентичная книга находится цепь с лучшим доказательством работы побед. Когда клиент принимает хэш он будет просить узел, чтобы обеспечить его полную бухгалтерскую книгу, соответствующую ей, которые могут быть самостоятельно хеширован и проверить. Если узел не имеет гроссбух для этого хэша может обратиться к другим узлам, если нет узлов нет копии, то она должна продолжать загружать мимо блоков, пока он не может найти хэш и полную копию книги. Для подтверждения транзакции клиент находит каждый txIn в очкам неизрасходованного гроссбух и проверяет соответствующий сценарий для действия. Клиент проверяет действительность сделки, глядя на txOutputs в это последняя книга а также при в сделках, включенных в блоки после. Поэтому узлы действительно должны не генерировать балансе каждую операцию вместо того, чтобы они будут держать баланс в течение приблизительно двух недель (2016 блоков), прежде чем регенерации. Через две недели была выбрана в качестве базового значения, поскольку он обеспечивает достаточное количество блоков, чтобы использовать для нацеливания трудности, однако узлы могут свободно держать больше или меньше блоков в зависимости от их емкости. Когда клиент решает, что настало время для создания новой гроссбух он выглядит через цепочку для более позднего блока, который имеет хэш в главной книге это coinbase и, по крайней мере 2016 год блоков позади головы цепи. Затем он генерирует новый уступ лист для этого блока и проверяет, что хэш совпадает. Это если спички, то он свободно, чтобы очистить все транзакции / блоки до этого времени. Если хэш не совпадает, то важно отметить, клиент не отказывается от цепи, до тех пор, как доказательство работы является действительным. Порядок операций уже определен приказом в blockchain, так что клиент будет просто ждать, пока шахтер не производит хеш он может согласиться с, он не должен очистить транзакции, пока хэш не найден. Шахтеры могут хотеть, чтобы сохранить блоки в течение более длительного периода времени, чтобы гарантировать, что они имеют это должно быть необходимо необходимые доказательства работы. Будет ли это форк цепь? No. Шахтеры могут свободно вставлять любые данные, которые они, как в coinbase их блока. Клиенты, которые хотят провести всю историю blockchain может просто игнорировать его. Сколько данных будет клиенты должны держать? котировка Приблизительно 4,5 млн txOuts и 3,3 млн txIns - так ~ 1,2 млн неизрасходованные выходов. В настоящем размере blockchain, то книга будет потреблять не более: (256 + 160 + 16 + 64) * 1,2 миллиона = 71MB + Approximatly две недели стоит блоков = 100 MB всего Это первоначальная оценка со сжатием, что, может быть, можно сократить вдвое это значение. Не могли бы вы помоему без всего blockchain? Да. Сеть может работать полностью без какого-либо узла, имеющего весь blockchain. Вполне возможно, что цепь вилки может пойти так далеко в прошлое, что никакие узлы не имеют копию цепи достаточно долго, чтобы решить раскол, однако это крайне маловероятно, без злоумышленником, имеющего 51% мощности хэширования в течение значительного периода времени , Как это будет принято, будет все шахтеры должны немедленно перейти? Там должно быть по крайней мере один шахтер производить гроссбух хэш вокруг каждые две недели. Таким образом, изначально это было бы возможно реализовать лишь небольшой бассейн принятия схемы. Более частые Снятый гроссбух более эффективно клиенты будут иметь возможность подрезать старые транзакции. Формат файла Первоначально предложенный формат файла будет просто свалка всех неизрасходованных txOutputs, в том порядке, они появились в blockchain, в том же формате, как они сериализовать над Nework. Это имеет то преимущество, что любой клиент Bitcoin, который участвует на сетевом уровне может декодировать файл с минимальными усилиями. Файл будет, вероятно, должен быть проиндексирован после его загрузки, как это не будет подходящим для эффективного определения местоположения txOutput. Формат файла для книги будут включены в coinbase вместе с хэш. В файле будет много повторяющихся сценариев и транзакции хэш дают возможность гораздо большее сжатие в будущем. Coinbase Волшебное значение - Формат файла - размер Леджер - Hash uint32_t, uint16_t, uint64_t, uint256_t ** значение магии флаг, указывающий на этот coinbase имеет хэш главной книги / Обсуждение. Не стесняйтесь указать любые вопиюще очевидные недостатки

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

25 ноября 2011, 5:44:53 PM	# 2
btc_artist Сообщения: 154 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Получил 1806 Биткоинов Реальная история. Есть нет комментариев на данный момент, но это выглядит интересным предложением. EDIT: После второго чтения, я не вижу каких-либо вопиюще очевидные недостатки, и это выглядит, как это могло бы работать. Я, однако, очень неофит с точки зрения понимания протокола Bitcoin.

25 ноября 2011, 5:54:40 PM	# 3
не я Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Содержимое блоков для блоков, не содержащих свой адрес можно подрезать. Вот и вся цель Merkle структуры дерева blockchain использует. Будущие клиенты будут делать это и только некоторые узлы будут держать всю цепочку.

25 ноября 2011, 6:06:58 PM	# 4
terrytibbs Сообщения: 616 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. наблюдая за этим

25 ноября 2011, 6:39:48 PM	# 5
btc_artist Сообщения: 154 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: notme от 25 ноября 2011 года, 5:54:40 PM Содержимое блоков для блоков, не содержащих свой адрес можно подрезать. Вот и вся цель Merkle структуры дерева blockchain использует. Будущие клиенты будут делать это и только некоторые узлы будут держать всю цепочку. Это будет означать, что система будет зависеть от централизованного узла (ов), чтобы всегда иметь полный блок цепь, так как ни один клиент не может ожидать, что любой данный блок в любой момент времени, не так ли? Я не знаю, если централизация, как это было бы хорошей идеей.

25 ноября 2011, 6:42:04 PM	# 6
не я Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: btc_artist от 25 ноября 2011 года, 6:39:48 PM Цитата: notme от 25 ноября 2011 года, 5:54:40 PM Содержимое блоков для блоков, не содержащих свой адрес можно подрезать. Вот и вся цель Merkle структуры дерева blockchain использует. Будущие клиенты будут делать это и только некоторые узлы будут держать всю цепочку. Это будет означать, что система будет зависеть от централизованного узла (ов), чтобы всегда иметь полный блок цепь, так как ни один клиент не может ожидать, что любой данный блок в любой момент времени, не так ли? Я не знаю, если централизация, как это было бы хорошей идеей. Любой еще может отражать всю цепочку, скорее всего, в том числе себя. Это не централизация.

25 ноября 2011, 6:44:37 PM	# 7
btc_artist Сообщения: 154 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: notme от 25 ноября 2011 года, 6:42:04 PM Цитата: btc_artist от 25 ноября 2011 года, 6:39:48 PM Цитата: notme от 25 ноября 2011 года, 5:54:40 PM Содержимое блоков для блоков, не содержащих свой адрес можно подрезать. Вот и вся цель Merkle структуры дерева blockchain использует. Будущие клиенты будут делать это и только некоторые узлы будут держать всю цепочку. Это будет означать, что система будет зависеть от централизованного узла (ов), чтобы всегда иметь полный блок цепь, так как ни один клиент не может ожидать, что любой данный блок в любой момент времени, не так ли? Я не знаю, если централизация, как это было бы хорошей идеей. Любой еще может отражать всю цепочку, скорее всего, в том числе себя. Это не централизация. Но будет ли какой-либо встроенный стимул, чтобы отразить блок цепи? Если клиент по умолчанию не будет, то, что могло бы не быть хорошим направлении двигаться.

25 ноября 2011, 6:47:47 PM	# 8
До нашей эры Сообщений: 72 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Увлекательная мысль - если я его понимаю. Похоже, что это предложение вроде как "устная история" блок-цепи - до тех пор, достаточно недавно подключенных клиентов вокруг для дачи показаний, как к "недавний" история. Это точное описание? Поэтому я уверен, что я понимаю, это: а) если бы это было "безопасно" в "забывать" генезис блок от такого blockchain? Как только все монеты, полученные ею были проведены, и 51% клиентов узнали о них затрачиваемое (полученные блоки они содержатся в)? б) если 51% сетей были вынуждены в автономном режиме для 2+ недель, может злорадный актер с 51% хэшем шага мощности в и представить полную две недели ложную историю?

25 ноября 2011, 6:55:54 PM	# 9
не я Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: btc_artist от 25 ноября 2011 года, 6:44:37 PM Цитата: notme от 25 ноября 2011 года, 6:42:04 PM Цитата: btc_artist от 25 ноября 2011 года, 6:39:48 PM Цитата: notme от 25 ноября 2011 года, 5:54:40 PM Содержимое блоков для блоков, не содержащих свой адрес можно подрезать. Вот и вся цель Merkle структуры дерева blockchain использует. Будущие клиенты будут делать это и только некоторые узлы будут держать всю цепочку. Это будет означать, что система будет зависеть от централизованного узла (ов), чтобы всегда иметь полный блок цепь, так как ни один клиент не может ожидать, что любой данный блок в любой момент времени, не так ли? Я не знаю, если централизация, как это было бы хорошей идеей. Любой еще может отражать всю цепочку, скорее всего, в том числе себя. Это не централизация. Но будет ли какой-либо встроенный стимул, чтобы отразить блок цепи? Если клиент по умолчанию не будет, то, что могло бы не быть хорошим направлении двигаться. Независимо от ... тратить свое время на решаемой задаче. Я устал бить голову против этой конкретной стены. Я никогда не говорил, что ссылка клиент должен иметь это по умолчанию, но есть место для самых разных клиентов. Лично я собираюсь сосредоточиться на решении отсутствие полезности для Bitcoin, прежде чем беспокоиться о том, что может произойти, когда я и другие работают наши прикладами, чтобы получить нас к той точке, где это обсуждение даже вопросы. И я уверен, что решение Satoshi является путь. Читали ли Вы официальный документ? Я очень рекомендую его. http://www.bitcoin.org/bitcoin.pdf

25 ноября 2011, 7:00:43 PM	# 10
btc_artist Сообщения: 154 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: notme от 25 ноября 2011 года, 6:55:54 PM Цитата: btc_artist от 25 ноября 2011 года, 6:44:37 PM Цитата: notme от 25 ноября 2011 года, 6:42:04 PM Цитата: btc_artist от 25 ноября 2011 года, 6:39:48 PM Цитата: notme от 25 ноября 2011 года, 5:54:40 PM Содержимое блоков для блоков, не содержащих свой адрес можно подрезать. Вот и вся цель Merkle структуры дерева blockchain использует. Будущие клиенты будут делать это и только некоторые узлы будут держать всю цепочку. Это будет означать, что система будет зависеть от централизованного узла (ов), чтобы всегда иметь полный блок цепь, так как ни один клиент не может ожидать, что любой данный блок в любой момент времени, не так ли? Я не знаю, если централизация, как это было бы хорошей идеей. Любой еще может отражать всю цепочку, скорее всего, в том числе себя. Это не централизация. Но будет ли какой-либо встроенный стимул, чтобы отразить блок цепи? Если клиент по умолчанию не будет, то, что могло бы не быть хорошим направлении двигаться. Независимо от ... тратить свое время на решаемой задаче. Я устал бить голову против этой конкретной стены. Я никогда не говорил, что ссылка клиент должен иметь это по умолчанию, но есть место для самых разных клиентов. Лично я собираюсь сосредоточиться на решении отсутствие полезности для Bitcoin, прежде чем беспокоиться о том, что может произойти, когда я и другие работают наши прикладами, чтобы получить нас к той точке, где это обсуждение даже вопросы. И я уверен, что решение Satoshi является путь. Читали ли Вы официальный документ? Я очень рекомендую его. http://www.bitcoin.org/bitcoin.pdf Я не уверен, что это решается. Но я согласен с вами, что Bitcoin должен фактически стать полезным и быть приняты, прежде чем мы должны беспокоиться об этих вещах.

25 ноября 2011, 7:44:54 PM	# 11
piuk Сообщения: 910 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: Ьс от 25 ноября 2011 года, 6:47:47 PM Увлекательная мысль - если я его понимаю. Похоже, что это предложение вроде как "устная история" блок-цепи - до тех пор, достаточно недавно подключенных клиентов вокруг для дачи показаний, как к "недавний" история. Это точное описание? Сортировка шахтеров будет генерировать хэш, который говорит "это результат всех сделок в этом блоке", Пока достаточно хеширования власти соглашается с этим государством, то оно принимается. Цитата: Ьс от 25 ноября 2011 года, 6:47:47 PM а) если бы это было "безопасно" в "забывать" генезис блок от такого blockchain? Как только все монеты, полученные ею были проведены, и 51% клиентов узнали о них затрачиваемое (полученные блоки они содержатся в)? Там не будет 100% безопасной точки. Я предполагаю, что идея будет большинство клиентов будут держать блоки из последних нескольких недель (возможно, менее, несколько дней), но шахтеры будут держать блоки в течение более длительного периода. Если ваш холдинг блоков за прошедший год, злоумышленник должен был бы положить в годы стоит хеширования силы бить его. Цитата: Ьс от 25 ноября 2011 года, 6:47:47 PM б) если 51% сетей были вынуждены в автономном режиме для 2+ недель, может злорадный актер с 51% хэшем шага мощности в и представить полную две недели ложную историю? Да предполагая каждый узел был только последние две недели блоков. Цитата: notme от 25 ноября 2011 года, 6:55:54 PM Независимо от ... тратить свое время на решаемой задаче. Я устал бить голову против этой конкретной стены. Я никогда не говорил, что ссылка клиент должен иметь это по умолчанию, но есть место для самых разных клиентов. Лично я собираюсь сосредоточиться на решении отсутствие полезности для Bitcoin, прежде чем беспокоиться о том, что может произойти, когда я и другие работают наши прикладами, чтобы получить нас к той точке, где это обсуждение даже вопросы. И я уверен, что решение Satoshi является путь. Читали ли Вы официальный документ? Я очень рекомендую его. http://www.bitcoin.org/bitcoin.pdf бумага Satoshi является довольно расплывчатым по этому вопросу, где он объяснил, как доказать сделку была в блоке с деревом Merkel? При обрезке вы все равно должны держать все неизрасходованные выходы, в том числе хэш-транзакций и scriptPubKey. Этот метод кластеры неизрасходованного txOutputs и больше не требуют хэша транзакции. Edit: Даже если вы можете доказать, транзакция в блоке с деревом Merkel вы не можете проверить блок без всех операций. Если вы не можете проверить блок, то, как вы знаете, не дали ложные данные? Если клиент не может проверить блок только с заголовками в чем тогда остановить злоумышленник генерирующий набор заголовков блоков с поддельными хэшей и сложности целей. Там не было бы никакой возможности для узлов, чтобы определить, какая цепь действует без загрузки транзакций.

25 ноября 2011, 7:59:17 PM	# 12
Skybuck Сообщения: 186 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Я совершенно не понимаю, ваше предложения, это чрезвычайно сложное и зависит от дополнительных связи, предоставляющих данных, которые могут или не могут быть доступны. Но читая ваши идеи у меня есть своя идея: (Editi / Дополнение: Хорошо, теперь я понимаю, ваше предложение лучше, я не знаю, что гроссбухе лол я думаю, что наши идеи похожи, кроме моей идеи была создать новый протокол для обмена главной книги хэш, видимо Ваше представление является внедрить те в блок цепочки, так что ни новый протокол не будет необходимости, однако недостатком вашей идеи было бы, что только шахтеры проверить регистр / баланс, очевидный недостаток, я думаю, что это должно быть отделено так что каждый может иметь голосование по нему! опять же, блокам путь сетевого протокола и проверка работы, это может означать, шахтеры теперь в контроле и решить, какие сделки являются действительными и которые не являются те, кажется, Bitcoin спускается не врезаться и сжигая его нет больше p2p, это уже не все под контролем, только шахтеры теперь под контролем, вероятно, очень опасная ситуация, по крайней мере, не-шахтеров еще может проверить, но отвергая будет бесполезно, кажется, так как они никогда не могут выиграть). Как об этом вместо того, чтобы: 1. Вместо того чтобы хранить все транзакции, которые когда-либо произошло, точка в историческом времени выбирается, где программное обеспечение составляет балансы всех адресов Bitcoin. 2. Bitcoin адреса, которые превратились в нулевые остатки выбрасываются. 3. Вместо того чтобы хранить транзакции, остатки сохраняются, которые могли бы сократить на данных. Какие проблемы может это решение лицо и какие могут быть дополнительные решения: 1. Кто-то может изменить его собственный баланс в его собственных данных, чтобы дать себе миллион долларов. Это позволило бы конфликтовать с наборами данных других. Идея может быть, чтобы вычислить хэш по всем адресным противовесам немного монет. Этот хэш затем транслируется по всей системе. Число подтверждений отслеживается. Если большинство соглашается с тем, что хэш действительно правильно принято в "баланс цепи", Для того, чтобы сделать его немного более трудно подделать этот баланс цепи, хэш может следовать принципу "трудность", За исключением того, так как нет никакой спешки, трудности могут быть установлены 100е раз превышают нынешние трудности. (Возможно, трудно настройка для баланса должно соответствовать количеству "транзакционные / блоки обвалы" * "затруднили", Другими словами, блоки вычисляются каждые 10 минут, блок баланс рассчитывается каждые 1000 блоков. Таким образом, трудность для баланса цепи 1000x блок трудности, которые следует держать как синхронно). Кажется, достаточно просто идеи. В принципе нет, вероятно, никакой разницы между "хранения транзакций" или "хранить сумму всех этих операций" ?!?!? Кроме того, что эти сделки "хэшированная в блоке цепь", Ну то же самое можно сделать с "баланс цепи", Возможно, он также должен стать "гоночный баланс цепи" где самая длинная баланс цепь побед. Разница, однако: цепь баланс гораздо сложнее вычислить. Кроме того, цепь баланса отстает от цепи транзакции, с помощью, например 1000 или 2000 блоков. Таким образом, цепь сделки получает шанс стабилизировать, поэтому цепь баланса может работать на стабилизированных данных транзакции / блока.

25 ноября 2011, 9:53:01 PM	# 13
Akemashite Omedetou Сообщений: 84 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. котировка 3. Вместо того чтобы хранить транзакции, остатки сохраняются, которые могли бы сократить на данных. Это потребует довольно переделок по всей сети Bitcoin. Сейчас она основана на сделках не только ради него, но и для гибкости, которая достигается с помощью скриптов. В основном транзакция может иметь много различных входов и много различных выходов, а также множество различных условий, которые должны быть медом претендовать на выходах. Просто бросить все это прочь и просто хранящие остатки каждого адреса не будут совместимы с этим и будет означать, что мы должны переработать всю концепцию. Классная идея, хотя.

25 ноября 2011, 10:06:26 PM	# 14
не я Сообщения: 1862 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Чтобы было ясно, Merkle обрезке относится только к клиентам, которые нуждаются в экономии места. Вам все еще нужны вся цепочка на шахту.

26 ноября 2011, 11:34:38 AM	# 15
piuk Сообщения: 910 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Я изменил к первоначальному предложению, чтобы упростить процесс формирования бухгалтерской книги. Я не считаю, что обрезка предложение Merkel дерева Сатоши является работоспособным. Если клиент не может проверить блоки, то он не может доверять, чтобы иметь какое-либо участие в сети.

26 ноября 2011, 11:56:42 AM	# 16
ThomasV Сообщения: 1892 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. интересно

26 ноября 2011, 12:00:58 PM	# 17
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: piuk от 25 ноября 2011 года, 5:42:17 PM Однако этот метод все еще требует хранения всех blockheaders, то есть есть еще неограниченное ограничение на размер blockchain. Сто лет заголовков составляют около 400 мегабайтов данных. Почему вы тратите свое время с этой чушью? котировка В определенные моменты времени клиент генерирует снимок каждого неизрасходованного выходе TX в цепочке. Улучшенные версии того, что вы описываете, были предложены, прежде чем: Я говорю выше, потому что организация резюме главной книги в хэш-дерево позволяет узлам участвовать даже не зная, полные ledger- другие узлы могут представлять фрагменты главной книги для них с ветвями, которые соединяют гроссбух к дереву Root- и вся книга постоянно текущий. Bytecoin пошел дальше и предположил, что вы можете изменить направление цепи и отслеживать гроссбухи один, оставляя монетные отслеживать фрагменты, связывающие свои собственные монеты цепи. Но ничего из этого не требуется из-за размеров заголовков блоков.

26 ноября 2011, 12:09:07 PM	# 18
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: notme 25 ноября 2011, 10:06:26 PM Чтобы было ясно, Merkle обрезке относится только к клиентам, которые нуждаются в экономии места. Вам все еще нужны вся цепочка на шахту. Вы можете подрезать все затраченные выходы и шахты подальше. То, что вы не можете сделать, это запустить облегченную заголовки только для узла к минам, если вы просто хотите, чтобы добывать для субсидий, а не обрабатывать какую-либо сделки. Хотя с обязательством открыть операции в предыдущем блоке, вы могли заминировать TXN, которые обеспечивают соединительные фрагменты для предварительного блока для всех своих входов.

26 ноября 2011, 12:15:53 PM	# 19
P4man Сообщения: 518 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Отказ от ответственности: Я понятия не имею, что Im говорит. При том, что, кстати, было бы возможно (или даже хорошая идея), чтобы все клиенты хранят самые последние блоки + случайное подмножество, скажем, 5% от blockchain? Вся сеть будет по-прежнему проводить бесчисленные копии blockchain, а также сеть (и blockchain) растет вы могли бы уменьшить подмножество каждый клиент имеет.

26 ноября 2011, 12:23:25 PM	# 20
cbeast Сообщения: 1736 Цитировать по имени цитировать ответ	Re: Предложение по масштабируемой blockchain. Цитата: notme от 25 ноября 2011 года, 6:55:54 PM Лично я собираюсь сосредоточиться на решении отсутствие полезности для Bitcoin, прежде чем беспокоиться о том, что может произойти, когда я и другие работают наши прикладами, чтобы получить нас к той точке, где это обсуждение даже вопросы. +∞^∞ Взрывной рост использования Bitcoin = взрывной рост стоимости Bitcoin. Интернет и пространство для хранения растут в геометрической прогрессии. Как Bitcoin растет в цене, шахтеры с полными клиентами будут подключены к волоконно-оптическим сетям, работающему на несколько скоростях ГБ и все остальные могут использовать облегчённые клиент. Существует много времени, чтобы изучить другие варианты.

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

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW