Почему мы не можем просто «заморозить» и архивировать blockchain, когда он получает в установленном размере, скажем, 150GB. Затем начать новую цепь со специальным блоком генеза, который включает адрес и остатки от UTXO. Мы хэширования, что генезис блок, чтобы получить значение проверки. Затем все последующие операции полагаться на этот хэш-значение не для обеспечения каких-либо изменений были сделаны к значениям генезиса блока, таким образом, гарантирующей все значения вернуться к самому началу.
Тогда мы можем сделать 1 минуту блоки или 8MB блоки для увеличения пропускной способности сети. Каждый раз, когда blockchain получает большой, мы делаем еще одну операцию замораживания, чтобы сбросить его размер обратно в 0, с историей сохраняется как blockchain архив.
Таким образом, мы не должны таскать каждую сделку 7000 транзакций / секунду до конца времени.
Может кто-нибудь объяснить, почему это не работает?
|
|
||||||
16 декабря 2016, 5:56:22 PM
|
# 1 |
Сообщения: 190
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
16 декабря 2016, 7:12:19 PM
|
# 2 |
|
Сообщения: 2002
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Получил 1806 Биткоинов
Реальная история. Почему мы не можем просто «заморозить» и архивировать blockchain Архивировать где? Кто несет ответственность за сохранение этого архива? Кто будет платить за архив? Как мы будем знать, если архив был изменен на всех? Если существует несколько версий архива, как мы определим, какой из них правильный? |
|
|
|
|
16 декабря 2016, 7:25:58 PM
|
# 3 |
|
Сообщения: 190
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Почему мы не можем просто «заморозить» и архивировать blockchain Архивировать где? Кто несет ответственность за сохранение этого архива? Кто будет платить за архив? Как мы будем знать, если архив был изменен на всех? Если существует несколько версий архива, как мы определим, какой из них правильный? Спецархив Узлов. Вы знаете, если архив был изменен, так как хэш передается в новую цепь. Любое изменение в старой цепи сделает это проверка хэша недействительным. Если существует несколько версий архива, только правильный один будет производить правильный хэш. Таким образом, «общие узлы» должны были бы только хэш-значение и скромное 150GB локальной памяти. Некоторые специальные «архивные узлы» будут держать всю историю blockchain и требуют много Тба памяти. Таким образом, общие узлы не придется носить за все время каждого из чертовых Satoshi Dice сделок. Поскольку хэш-значение из предыдущей отставной цепи является правильным, новая цепь может быть уверена, что все полученные остатки действительны. |
|
|
|
|
16 декабря 2016, 7:31:06 PM
|
# 4 |
|
Сообщения: 2002
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Спецархив Узлов. Вы знаете, если архив был изменен, так как хэш передается в новую цепь. Любое изменение в старой цепи сделает это проверка хэша недействительным. Если существует несколько версий архива, только правильный один будет производить правильный хэш. Как это "Особый архив Узел" чем отличается от обычного узла на сегодняшний день? Поскольку целостность сети зависит от наличия этих "Спецархив Вершины", Не будет ли это так же важно, чтобы иметь их, как это должно иметь регулярные узлы сегодня? Разве это не означает, что мы фактически уже есть это? Не вы по сути просто переименование "полные узлы" в виде "Спецархив Вершины" и переименование узлы обрезки, как "Полный Вершины"? |
|
|
|
|
16 декабря 2016, 7:49:43 PM
|
# 5 |
|
Сообщения: 190
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Спецархив Узлов. Вы знаете, если архив был изменен, так как хэш передается в новую цепь. Любое изменение в старой цепи сделает это проверка хэша недействительным. Если существует несколько версий архива, только правильный один будет производить правильный хэш. Как это "Особый архив Узел" чем отличается от обычного узла на сегодняшний день? Поскольку целостность сети зависит от наличия этих "Спецархив Вершины", Не будет ли это так же важно, чтобы иметь их, как это должно иметь регулярные узлы сегодня? Разве это не означает, что мы фактически уже есть это? Не вы по сути просто переименование "полные узлы" в виде "Спецархив Вершины" и переименование узлы обрезки, как "Полный Вершины"? Я не знаю о функции «подрезка узлов». Может быть, мы уже фактически есть это. Я признаю, что я очень близко не смотрел на нее. Но я думаю, что как-то таскать микротранзакции за все время это плохая идея, когда мы, наконец, добраться до ок / транзакций в секунду. Там должно быть механизмом, чтобы бросить старую запись в стороне и начать с текущим балансом. Просто интересуюсь. |
|
|
|
|
16 декабря 2016, 8:01:43 PM
|
# 6 |
|
Сообщения: 2002
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Спецархив Узлов. Вы знаете, если архив был изменен, так как хэш передается в новую цепь. Любое изменение в старой цепи сделает это проверка хэша недействительным. Если существует несколько версий архива, только правильный один будет производить правильный хэш. Как это "Особый архив Узел" чем отличается от обычного узла на сегодняшний день? Поскольку целостность сети зависит от наличия этих "Спецархив Вершины", Не будет ли это так же важно, чтобы иметь их, как это должно иметь регулярные узлы сегодня? Разве это не означает, что мы фактически уже есть это? Не вы по сути просто переименование "полные узлы" в виде "Спецархив Вершины" и переименование узлы обрезки, как "Полный Вершины"? Я не знаю о функции «подрезка узлов». Может быть, мы уже фактически есть это. Я признаю, что я очень близко не смотрел на нее. Но я думаю, что как-то таскать микротранзакции за все время это плохая идея, когда мы, наконец, добраться до ок / транзакций в секунду. Там должно быть механизмом, чтобы бросить старую запись в стороне и начать с текущим балансом. Просто интересуюсь. Узлы запуск Bitcoin Ядра (или любой до даты варианта) может установить "Чернослив" размер, и они будут хранить только последние блоки до указанного размера, они готовы держать. В то же время, полные узлы (узлы, которые не обращаются на Обрезка) хранить всю историческую blockchain, так что новые узлы могут синхронизировать и увязнуть. Satoshi уже указывал в белой бумаге, что (пока есть некоторые полные узлы, которые хранят всю историю), большинство клиентов могут PRUNE от их blockchain всех операций, которые имели все свои выходы затраченных. Все, что нужно для полного узла для проверки новых операций и блоков, являются UTXO и сделки, которые поставляют UTXO. Остальное нужно, только если вы хотите, чтобы иметь возможность взглянуть на старые сделки, или если вы хотите, чтобы помочь новым узлам начать. |
|
|
|
|
16 декабря 2016, 8:51:43 PM
|
# 7 |
|
Сообщения: 190
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Спецархив Узлов. Вы знаете, если архив был изменен, так как хэш передается в новую цепь. Любое изменение в старой цепи сделает это проверка хэша недействительным. Если существует несколько версий архива, только правильный один будет производить правильный хэш. Как это "Особый архив Узел" чем отличается от обычного узла на сегодняшний день? Поскольку целостность сети зависит от наличия этих "Спецархив Вершины", Не будет ли это так же важно, чтобы иметь их, как это должно иметь регулярные узлы сегодня? Разве это не означает, что мы фактически уже есть это? Не вы по сути просто переименование "полные узлы" в виде "Спецархив Вершины" и переименование узлы обрезки, как "Полный Вершины"? Я не знаю о функции «подрезка узлов». Может быть, мы уже фактически есть это. Я признаю, что я очень близко не смотрел на нее. Но я думаю, что как-то таскать микротранзакции за все время это плохая идея, когда мы, наконец, добраться до ок / транзакций в секунду. Там должно быть механизмом, чтобы бросить старую запись в стороне и начать с текущим балансом. Просто интересуюсь. Узлы запуск Bitcoin Ядра (или любой до даты варианта) может установить "Чернослив" размер, и они будут хранить только последние блоки до указанного размера, они готовы держать. В то же время, полные узлы (узлы, которые не обращаются на Обрезка) хранить всю историческую blockchain, так что новые узлы могут синхронизировать и увязнуть. Satoshi уже указывал в белой бумаге, что (пока есть некоторые полные узлы, которые хранят всю историю), большинство клиентов могут PRUNE от их blockchain всех операций, которые имели все свои выходы затраченных. Все, что нужно для полного узла для проверки новых операций и блоков, являются UTXO и сделки, которые поставляют UTXO. Остальное нужно, только если вы хотите, чтобы иметь возможность взглянуть на старые сделки, или если вы хотите, чтобы помочь новым узлам начать. Тогда почему кто-фени blockchain наворотов? Похоже, что система будет по-прежнему работать хорошо, даже когда blockchain является 50,000TB. Я уверен, что мы еще 10 полных узлов даже с ОГРОМНОЙ blockchain. |
|
|
|
|
16 декабря 2016, 9:13:27 PM
|
# 8 |
Сообщения: 2002
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Тогда почему кто-фени blockchain наворотов? Похоже, что система будет по-прежнему работать хорошо, даже когда blockchain является 50,000TB. Я уверен, что мы еще 10 полных узлов даже с ОГРОМНОЙ blockchain. Люди, которые обеспокоены "blockchain наворотов" на самом деле не понимаю, технические детали Bitcoin. Они пытаются запустить Bitcoin Ядро без обрезки, а затем жалуются, что они кончатся дискового пространства. Они жалуются на то, что это не будет возможным для достаточно людей, чтобы запустить "ПОЛНЫЙ" узел. Обратите внимание, что они, по крайней мере, отчасти. Как я уже говорил, вы всегда будете нуждаться в некоторых узлах, чтобы сохранить всю историю. Вы изначально называли их "Спецархив Вершины", В настоящее время они называются "Полный Вершины", Дело в том, те же люди будут жаловаться "раздуваться" в вашем решении, так как (по их мнению) не хватает людей могли бы работать "Спецархив Вершины", Чем больше проблема с большими размерами блоков не размер blockchain, это размер самих отдельных блоков. Перед тем, как шахтер может надежно построить новый блок на вершине недавно решенной блок в цепи, они должны проверить, что недавно решен блок действует. Это означает, что они должны взять время, чтобы загрузить весь блок, и проверьте заголовок блока и каждую транзакцию в блоке. Эти шахтеры или бассейны с медленным подключением к Интернету или более медленными процессорами будут в невыгодном положении над тем, с чрезвычайно высокой скоростью подключением и высокими конечными процессорами. Этот недостаток может привести к более высоким конечным шахтерам и бассейнов получать фору на следующем блоке и решение более блоков, чем в неблагоприятных положение шахтеров и бассейны. В конце концов, потеря доходов может привести к добывающей мощности консолидации в только несколько шахтеров или бассейнов с доступом к самому быстрому возможному подключению к Интернету и новейшим процессорам. Она также может стать очень трудным для тех, кто очень медленных соединений, чтобы загрузить и проверить одного блока до следующего блока решается. Таким образом, даже легкие бумажники и обрезку узлы непрерывно падать будет все дальше и дальше позади по синхронизации и никогда не сможет догнать. Без ответа вопрос, насколько велика слишком велик, когда дело доходит до блоков? Сейчас мы работаем с 1 МБ. Есть 2 MB слишком большой? Как насчет 10 МБ? 100 MB? 1 Гб? 1 TB? Кто будет выбирать, и как мы получаем, что все согласятся на этот выбор? |
|
|
|
|
16 декабря 2016, 10:43:12 PM
|
# 9 |
|
Сообщения: 219
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Люди, которые обеспокоены "blockchain наворотов" на самом деле не понимаю, технические детали Bitcoin. Они пытаются запустить Bitcoin Ядро без обрезки, а затем жалуются, что они кончатся дискового пространства. Они жалуются на то, что это не будет возможным для достаточно людей, чтобы запустить "ПОЛНЫЙ" узел. Тот факт, что обрезка существует вообще является признанием того, что блок вопросов размера цепи. Мы действительно жалуются, что это не возможно запустить полный узел в среднем систем. Обрезка не решает проблему, это просто кайф его вниз по дороге.Обратите внимание, что они, по крайней мере, отчасти. Как я уже говорил, вы всегда будете нуждаться в некоторых узлах, чтобы сохранить всю историю. Тебе нужно сеть хранить всю историю - желательно с избыточностью. Это не является необходимым для всех узлов, чтобы все блоки. Существующая система является тривиальным решением, не является единственным решением.Чем больше проблема с большими размерами блоков не размер blockchain, это размер самих отдельных блоков. Перед тем, как шахтер может надежно построить новый блок на вершине недавно решенной блок в цепи, они должны проверить, что недавно решен блок действует. Это означает, что они должны взять время, чтобы загрузить весь блок, и проверьте заголовок блока и каждую транзакцию в блоке. Эти шахтеры или бассейны с медленным подключением к Интернету или более медленными процессорами будут в невыгодном положении над тем, с чрезвычайно высокой скоростью подключением и высокими конечными процессорами. Этот недостаток может привести к более высоким конечным шахтерам и бассейнов получать фору на следующем блоке и решение более блоков, чем в неблагоприятных положение шахтеров и бассейны. В конце концов, потеря доходов может привести к добывающей мощности консолидации в только несколько шахтеров или бассейнов с доступом к самому быстрому возможному подключению к Интернету и новейшим процессорам. Она также может стать очень трудным для тех, кто очень медленных соединений, чтобы загрузить и проверить одного блока до следующего блока решается. Таким образом, даже легкие бумажники и обрезку узлы непрерывно падать будет все дальше и дальше позади по синхронизации и никогда не сможет догнать. Без ответа вопрос, насколько велика слишком велик, когда дело доходит до блоков? Сейчас мы работаем с 1 МБ. Есть 2 MB слишком большой? Как насчет 10 МБ? 100 MB? 1 Гб? 1 TB? Кто будет выбирать, и как мы получаем, что все согласятся на этот выбор? |
|
|
|
|
16 декабря 2016, 11:27:00 PM
|
# 10 |
|
Сообщения: 411
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Дело в том, что даже если один решил подрезать, они все равно придется загружать весь blockchain, потому что ядро необходимо проверить.
Если мы будем следовать, что ОП предлагает, мы не обязательно должны загрузить предыдущие "ломти", Так как есть блок Genesis проверить с, как контрольно-пропускным пунктом. |
|
|
|
|
17 декабря 2016, 8:41:51 AM
|
# 11 |
|
Сообщения: 728
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Спасибо за еще один большое объяснение Дэнни. Вы не упомянули эгоистические шахтер, которые добавляют блок к сети без проверки предыдущего блока. Это может привести к немного дополнительной деятельности, если базовый блок является недействительным.
Обрезают узлы для людей, которые хотят работать полный узел, но не хотят посвятить свой компьютер к Bitcoin. Не забывайте, что Bitcoin отлично подходит для людей с мобильным образом жизни, и они не хотят, чтобы добавить внешний жесткий диск, чтобы их ноутбук. |
|
|
|
|
17 декабря 2016, 3:47:10 PM
|
# 12 |
|
Сообщения: 190
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Дело в том, что даже если один решил подрезать, они все равно придется загружать весь blockchain, потому что ядро необходимо проверить. В точку. Смотрите, этот парень получает его. Это как, начиная с premined блока генеза, где распределение является от UTXO старой цепи. Проверка происходит потому, что кто-нибудь может хэширование исходного состояния, чтобы гарантировать не было никаких изменений - поэтому данные совершен. Если мы будем следовать, что ОП предлагает, мы не обязательно должны загрузить предыдущие "ломти", Так как есть блок Genesis проверить с, как контрольно-пропускным пунктом. |
|
|
|
|
21 декабря 2016, 11:14:13 AM
|
# 13 |
|
Сообщений: 86
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Как насчет изменения кошельков, так что они генерируют 2 государственных и частные адреса в то же время, со вторым (ичным) государственным / частным адресом связан с первым. Когда некоторые предопределен блок достигаются, монеты из первой публичной / частной пары автоматически заключаемые на вторую пару. Таким образом, все все монеты в старых блоках теперь в новых блоках, и все старые блоки могут быть сокращены.
Практически это возможно? Я уверен, нет. Но обсудить между собой в любом случае, если вы хотите. |
|
|
|
|
21 декабря 2016, 11:41:42 AM
|
# 14 |
|
Сообщения: 728
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Я бег полного узла на i5 ноутбуке ядра, и я подключаюсь, используя McDonalds бесплатного Wi-Fi Уик является 30Kb / s в данный момент. Это часть моего проекта для людей, принимающих мобильный образ жизни. У меня нет никаких проблем, и запуск ядра в фоновом режиме не влияет на мое имя домена дела бизнеса или другие виды деятельности.
Ну у меня есть одна проблема - я пить слишком много кофе. |
|
|
|
|
1 января 2017, 6:37:09 PM
|
# 15 |
|
Сообщения: 156
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
Достижение консенсуса по этому вопросу "мероприятие" не будет легкой задачей, если не невозможно.
И если вы избавитесь от истории транзакций периодически, какой аргумент остается, чтобы избавиться от всех сделок, все вместе, и полагаться только на балансовых сумм? J.V. |
|
|
|
|
1 января 2017, 11:14:36 PM
|
# 16 |
Сообщения: 560
цитировать ответ |
Re: «Blockchain отрывов» - это может быть сделано?
OP, ваша идея не нова.
Там было много предложений, как это. https://www.scribd.com/document/317130737/Bitcoin-On-Chain-Pruning Недостатком является то, что это имеет те же предположения безопасности, как в SPV кошельками. Я думаю, что это стоит, хотя. |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.