Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
19 августа 2015, 10:05:00 AM   # 1
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я не вижу никакой ценности в этой информации.

https://en.bitcoin.it/wiki/Protocol_documentation#version

Размер поля 4
Описание версии
Тип данных int32_t
Комментарии Идентифицирует версию протокола, используемого в узле

Что будет говорить против удаления версии из заголовка?

Кроме того, каковы последствия меня компиляция текущей версии ядра с другим номером версии?
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB


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


19 августа 2015, 1:32:34 PM   # 2
 
 
Сообщения: 428
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Получил 1806 Биткоинов
Реальная история.





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

BitcoinXT, например, изменяет версию блока, когда вилка включена.
https://github.com/bitcoinxt/bitcoinxt/commit/946e3ba8c7806a66c2b834d3817ff0c986c0811b

Обновить:
https://en.bitcoin.it/wiki/Protocol_documentation#block

Update2:
Похоже, мое предположение было неправильным. Я не уверен, где эти данные фактически используются.
котировка
2549 BOOL CheckBlockHeader (Const CBlockHeader& блок, CValidationState& состояние, BOOL fCheckPOW)
2550 {
2551 // Проверка доказательства работы спичек заявленной суммы
2552, если (fCheckPOW && ! CheckProofOfWork (block.GetHash (), block.nBits, Params (). GetConsensus ()))
2553 возвратных state.D (50, ошибка ("CheckBlockHeader (): доказательство работы не удалось"),
2554 REJECT_INVALID, "высокой хэш");
2555
 
2556 // Проверка временной метки
2557, если (block.GetBlockTime () > GetAdjustedTime () + 2 * 60 * 60)
2558 Возвращение state.Invalid (ошибка ("CheckBlockHeader (): блок временной метки слишком далеко в будущем"),
2559 REJECT_INVALID, "время слишком новый");
2560
 
2561 возвращение правды;
2562}
https://github.com/bitcoin/bitcoin/blob/87f37e259d6deb52ee464edde7aece687eea97a5/src/main.cpp#L2549
DumbFruit сейчас офлайн Пожаловаться на DumbFruit   Ответить с цитированием Мультицитирование сообщения от DumbFruit Быстрый ответ на сообщение DumbFruit

19 августа 2015, 2:04:29 PM   # 3
 
 
Сообщения: 1610
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Этот 4 байта едва выпитый за мегабайт в + 300k блоках мы добытые.
Помните, помните 5 ноября сейчас офлайн Пожаловаться на Помните, помните 5 ноября   Ответить с цитированием Мультицитирование сообщения от Помните помню 5 ноября Быстрый ответ на сообщение Помните, помните 5 ноября

19 августа 2015, 2:33:39 PM   # 4
 
 
Сообщения: 428
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

ОК. На данный момент это выглядит как он используется только предложить клиенту, что они, возможно, потребуется обновить свое программное обеспечение;

котировка
1990 // Проверка версии последних 100 блоков, чтобы увидеть, если нам нужно обновить:
1991 статические BOOL fWarned = ложь;
1992, если (! IsInitialBlockDownload () && ! FWarned)
1993 {
1994 INT nUpgraded = 0;
1995 Const CBlockIndex * pindex = chainActive.Tip ();
1996 год (INT I = 0; я < 100 && pindex! = NULL; я ++)
1997 {
1998, если (pindex->nVersion > CBlock :: CURRENT_VERSION)
1999 ++ nUpgraded;
2000 pindex = pindex->pprev;
2001}
2002, если (nUpgraded > 0)
2003 LogPrintf ("% S:% d из последних 100 блоков выше версия% d \ п", __func__, nUpgraded (ИНТ) CBlock :: CURRENT_VERSION);
2004, если (nUpgraded > 100/2)
2005 {
2006 // strMiscWarning читается GetWarnings (), называемых Qt и кода JSON-RPC, чтобы предупредить пользователя:
2007 strMiscWarning = _ ("Внимание: Эта версия устарела; обновление не требуется!");
2008 CAlert :: Notify (strMiscWarning, истинный);
2009 fWarned = истина;
2010}
2011}
2012}
https://github.com/bitcoin/bitcoin/blob/87f37e259d6deb52ee464edde7aece687eea97a5/src/main.cpp#L1989
DumbFruit сейчас офлайн Пожаловаться на DumbFruit   Ответить с цитированием Мультицитирование сообщения от DumbFruit Быстрый ответ на сообщение DumbFruit

19 августа 2015, 4:28:16 PM   # 5
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Этот 4 байта едва выпитый за мегабайт в + 300k блоках мы добытые.

Он копируется и хранится в миллион раз, то почему бы не использовать пространство более экономно.

Я вижу 2 варианта,
- либо он удаляется по соглашению (или, может быть использован для специальной операции, возможно, мы могли случайно подарок привилегия использования пространства к узлу, который транслировался транзакцией?)
- сжатия, просто удалите его и подделать все, что требуется (сжатие кажется очень недоиспользованным)
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

19 августа 2015, 4:35:00 PM   # 6
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

ОК. На данный момент это выглядит как он используется только предложить клиенту, что они, возможно, потребуется обновить свое программное обеспечение;

котировка
1990 // Проверка версии последних 100 блоков, чтобы увидеть, если нам нужно обновить:
1991 статические BOOL fWarned = ложь;
1992, если (! IsInitialBlockDownload () && ! FWarned)
1993 {
1994 INT nUpgraded = 0;
1995 Const CBlockIndex * pindex = chainActive.Tip ();
1996 год (INT I = 0; я < 100 && pindex! = NULL; я ++)
1997 {
1998, если (pindex->nVersion > CBlock :: CURRENT_VERSION)
1999 ++ nUpgraded;
2000 pindex = pindex->pprev;
2001}
2002, если (nUpgraded > 0)
2003 LogPrintf ("% S:% d из последних 100 блоков выше версия% d \ п", __func__, nUpgraded (ИНТ) CBlock :: CURRENT_VERSION);
2004, если (nUpgraded > 100/2)
2005 {
2006 // strMiscWarning читается GetWarnings (), называемых Qt и кода JSON-RPC, чтобы предупредить пользователя:
2007 strMiscWarning = _ ("Внимание: Эта версия устарела; обновление не требуется!");
2008 CAlert :: Notify (strMiscWarning, истинный);
2009 fWarned = истина;
2010}
2011}
2012}
https://github.com/bitcoin/bitcoin/blob/87f37e259d6deb52ee464edde7aece687eea97a5/src/main.cpp#L1989

Учитывая, что мы переходим в фазу, где мина другого клиента на одной и той же цепи, нет никакой пользы для этого больше.
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

20 августа 2015, 1:37:33 AM   # 7
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Этот 4 байта едва выпитый за мегабайт в + 300k блоках мы добытые.

Он копируется и хранится в миллион раз, то почему бы не использовать пространство более экономно.

Потому что это влечет за собой:
  • Потребление некоторых ресурсов на цели развития.
  • Более сложный протокол.
  • Больший потенциал для ошибок.

Стоимость решения этой проблемы затмевают потенциальный выигрыш щадящих все узлы 21MB / век хранения.
teukon сейчас офлайн Пожаловаться на teukon   Ответить с цитированием Мультицитирование сообщения от teukon Быстрый ответ на сообщение teukon

20 августа 2015, 3:22:34 AM   # 8
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Я думаю, что точка номеров версий является определить, какие правила консенсуса блок-следует. Старые блоки больше не будут считаться действительными блоками по новым правилам, но с номерами версий, клиенты могут определить, какие правила этих блоки следуют. Например. версия 2 блоков не обязательно включают в себя операции, которые следуют правилам BIP66, но версия 3 делает. Если номер версии не существует, то мы имели бы проблема, когда некоторые v2 блоки больше не действительны при v3 правил и клиенты будут получать все облажались, потому что они имеют исторические блоки, которые не проверяют.

Номера версий также помогают облегчить шахтер голосования. Шахтеры голосовали за использование BIP66 правил, производя v3 блоков. BitcoinXT узлов голосовать за BitcoinXT пути создания блоков с 0x20000007, установленными в качестве версии.
achow101 сейчас офлайн Пожаловаться на achow101   Ответить с цитированием Мультицитирование сообщения от achow101 Быстрый ответ на сообщение achow101

20 августа 2015, 5:25:10 AM   # 9
 
 
Сообщения: 1
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Попытка удалить 3 байта из заголовка блока, скорее всего, делают все ASIC добычи аппаратные бесполезным, при экономии 200Кба в год дискового пространства.

(Сжатие кажется очень недоиспользуется)

Большая часть содержимого блока цепочки хеши (несжимаемый) и подписи (ECDSA) несжимаемая.
Плонк сейчас офлайн Пожаловаться на Плонк   Ответить с цитированием Мультицитирование сообщения от Плонк Быстрый ответ на сообщение Плонк

20 августа 2015, 1:16:49 PM   # 10
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Этот 4 байта едва выпитый за мегабайт в + 300k блоках мы добытые.

Он копируется и хранится в миллион раз, то почему бы не использовать пространство более экономно.

Потому что это влечет за собой:
  • Потребление некоторых ресурсов на цели развития.
  • Более сложный протокол.
  • Больший потенциал для ошибок.

Стоимость решения этой проблемы затмевают потенциальный выигрыш щадящих все узлы 21MB / век хранения.

- Есть девелоперские ресурсы заняты спорить о нехватке мощности на каждом блоке?
- Протокол будет проще, потому что есть одно поле меньше или что мне не хватает?
- Менее сложность уменьшает вероятность ошибок, реализация, так как каждое изменение, представляет собой возможность для ошибки.
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

20 августа 2015, 1:30:24 PM   # 11
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

котировка
Старые блоки больше не будут считаться действительными блоками по новым правилам

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

котировка
Если номер версии не существует, то мы имели бы проблема, когда некоторые v2 блоки больше не действительны при v3 правил и клиенты будут получать все облажались, потому что они имеют исторические блоки, которые не проверяют.

- Номер версии является переменным (!), Каждый шахтер волен выбирать то, что она хочет. Если то, что вы говорите, правда, кто-то может создать настоящий беспорядок с отправкой старого номера версии. В таком случае мы должны удалить его как ошибка срочно.

Номера версий также помогают облегчить шахтер голосования. Шахтеры голосовали за использование BIP66 правил, производя v3 блоков. BitcoinXT узлов голосовать за BitcoinXT пути создания блоков с 0x20000007, установленными в качестве версии.

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

Может быть, у нас есть только очень узкое окно открытым, чтобы сделать такие изменения в расположение блока. После того, как существует 5 различных реализаций там будет невозможно даже изменить такой маленький вопрос.
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

20 августа 2015, 1:38:04 PM   # 12
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Попытка удалить 3 байта из заголовка блока, скорее всего, делают все ASIC добычи аппаратные бесполезным, при экономии 200Кба в год дискового пространства.

- Я не эксперт, но я гугл и не смог найти доказательство.

(Сжатие кажется очень недоиспользуется)

Большая часть содержимого блока цепочки хеши (несжимаемый) и подписи (ECDSA) несжимаемая.

- Как так? Заголовок явно не так.
- Кроме того, от чего я прочитал сделка не либо.
Таким образом, большая часть объема несжатых.

Тем не менее, вы правы, сжатие требует больше циклов процессора, но простые сокращения могут прийти на очень низкую стоимости производительности может быть 0,1%. Ничто по сравнению с сохраненной полосы пропускания и места на жестком диске.
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

20 августа 2015, 1:49:18 PM   # 13
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Этот 4 байта едва выпитый за мегабайт в + 300k блоках мы добытые.

Он копируется и хранится в миллион раз, то почему бы не использовать пространство более экономно.

Потому что это влечет за собой:
  • Потребление некоторых ресурсов на цели развития.
  • Более сложный протокол.
  • Больший потенциал для ошибок.

Стоимость решения этой проблемы затмевают потенциальный выигрыш щадящих все узлы 21MB / век хранения.
- Есть девелоперские ресурсы заняты спорить о нехватке мощности на каждом блоке?
- Протокол будет проще, потому что есть одно поле меньше или что мне не хватает?
- Менее сложность уменьшает вероятность ошибок, реализация, так как каждое изменение, представляет собой возможность для ошибки.

  • Разработчики, конечно, борются различные мощности / децентрализации компромиссные и реализации их. В этом контексте, 21MB / век совершенно незначителен.
  • Блоки будут проще. Протокол будет более сложным. Протокол должен быть в состоянии понять все блоки в истории Bitcoin в.
teukon сейчас офлайн Пожаловаться на teukon   Ответить с цитированием Мультицитирование сообщения от teukon Быстрый ответ на сообщение teukon

20 августа 2015, 1:57:12 PM   # 14
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Давайте не будем спорить.

Я смотрю на некоторых случайных блоков. То, что я вижу, что один сделки является
хэш -> Не знаю, как сжать
индекс -> почему не сортировать по времени, ввод и т.д., то «обращается» с данными?

У нас есть входы и выходы. Например, часто у нас есть входы от того же происхождения, то почему бы не добавить их на хранение?

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

Как насчет динамических типов данных?

Я имею в виду, что было бы, конечно, немного Tricker, но может увеличить емкость блока много раз.
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

20 августа 2015, 2:19:34 PM   # 15
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Протокол будет более сложным. Протокол должен быть в состоянии понять все блоки в истории Bitcoin в.

Я согласен, что это, безусловно, является сложной задачей.

И я вижу, нет аппетита: https://github.com/bitcoin/bitcoin/issues/2278#issuecomment-13198202
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

20 августа 2015, 6:51:12 PM   # 16
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

котировка
Старые блоки больше не будут считаться действительными блоками по новым правилам

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

котировка
Если номер версии не существует, то мы имели бы проблема, когда некоторые v2 блоки больше не действительны при v3 правил и клиенты будут получать все облажались, потому что они имеют исторические блоки, которые не проверяют.

- Номер версии является переменным (!), Каждый шахтер волен выбирать то, что она хочет. Если то, что вы говорите, правда, кто-то может создать настоящий беспорядок с отправкой старого номера версии. В таком случае мы должны удалить его как ошибка срочно.

Номера версий также помогают облегчить шахтер голосования. Шахтеры голосовали за использование BIP66 правил, производя v3 блоков. BitcoinXT узлов голосовать за BitcoinXT пути создания блоков с 0x20000007, установленными в качестве версии.

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

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

Любой номер версии, который не определен в клиенте будет утвержден в текущей версии, которая почему ХТ блоки в настоящее время могут быть приняты ядром Bitcoin.


- Как так? Заголовок явно не так.
- Кроме того, от чего я прочитал сделка не либо.
Таким образом, большая часть объема несжатых.

Тем не менее, вы правы, сжатие требует больше циклов процессора, но простые сокращения могут прийти на очень низкую стоимости производительности может быть 0,1%. Ничто по сравнению с сохраненной полосы пропускания и места на жестком диске.
Хэш не могут быть сжаты без потерь, так как хешей являются случайными. Я бы они выглядят сказать, сжимают их данные потери и волосы не будут соответствовать.
achow101 сейчас офлайн Пожаловаться на achow101   Ответить с цитированием Мультицитирование сообщения от achow101 Быстрый ответ на сообщение achow101

20 августа 2015, 7:04:08 PM   # 17
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

Давайте не будем спорить.

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

индекс -> почему не сортировать по времени, ввод и т.д., то «обращается» с данными?
Что индекс и что сортировка вы принимаете о?
У нас есть входы и выходы. Например, часто у нас есть входы от того же происхождения, то почему бы не добавить их на хранение?
Что вы имеете в виду добавить их? Новые операции должны иметь возможность ссылаться на входы так просто "добавив их" не позволит клиентам создавать транзакции.
Просто глядя на наборе блоков сделать мы удивляемся, почему мы не можем сопоставить их таким образом, что мы просто вырезать все ведущие нули. ++
Это может быть возможно, но сколько места, что реально сэкономить?
achow101 сейчас офлайн Пожаловаться на achow101   Ответить с цитированием Мультицитирование сообщения от achow101 Быстрый ответ на сообщение achow101

20 августа 2015, 7:20:34 PM   # 18
 
 
Сообщения: 378
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

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

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

котировка
- Номер версии является переменным (!), Каждый шахтер волен выбирать то, что она хочет. Если то, что вы говорите, правда, кто-то может создать настоящий беспорядок с отправкой старого номера версии. В таком случае мы должны удалить его как ошибка срочно.

Так? Затем их блок проверяется в соответствии с этими правилами, предполагая новые блоки под старые правила даже считаются действительными после определенного момента.

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

Это имеет свои собственные накладные расходы. Я не уверен, как это было когда-либо перевешивают недостатки. 4 байта не так много, если вы все еще ручная пайка дискретной 74XX76 триггеров вместе на память.
hexafraction сейчас офлайн Пожаловаться на hexafraction   Ответить с цитированием Мультицитирование сообщения от hexafraction Быстрый ответ на сообщение hexafraction

21 августа 2015, 1:02:17 PM   # 19
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка

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

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

котировка
- Номер версии является переменным (!), Каждый шахтер волен выбирать то, что она хочет. Если то, что вы говорите, правда, кто-то может создать настоящий беспорядок с отправкой старого номера версии. В таком случае мы должны удалить его как ошибка срочно.

Так? Затем их блок проверяется в соответствии с этими правилами, предполагая новые блоки под старые правила даже считаются действительными после определенного момента.

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

Это имеет свои собственные накладные расходы. Я не уверен, как это было когда-либо перевешивают недостатки. 4 байта не так много, если вы все еще ручная пайка дискретной 74XX76 триггеров вместе на память.

Спасибо, что нашли время, я буду стараться прочитать по этому вопросу, а не тратить anyones на это время.

Только один вопрос, то "BLK * .dat" файлы являются blockchain правильно?

Если нет никакой возможности, чтобы сэкономить место и поместить большее количество транзакций в одном блоке, поэтому я могу сжать файл до половинного размера (даже без удаления каких-либо данных или изменений макета)?
KurtB сейчас офлайн Пожаловаться на KurtB   Ответить с цитированием Мультицитирование сообщения от KurtB Быстрый ответ на сообщение KurtB

21 августа 2015, 1:17:01 PM   # 20
 
 
Сообщения: 378
Цитировать по имени
цитировать ответ
по умолчанию Re: Удалить 4 байта для версии из заголовка


Спасибо, что нашли время, я буду стараться прочитать по этому вопросу, а не тратить anyones на это время.

Только один вопрос, то "BLK * .dat" файлы являются blockchain правильно?

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

Это потому, что они не только blockchain. Они база данных, которая содержит LevelDB самих блоков. Архивирование, вероятно, накладные расходы LevelDB, как LevelDB перемещает данные между "уровни" доступа на основе шаблонов доступа, а также копии остаются до уплотнения.
hexafraction сейчас офлайн Пожаловаться на hexafraction   Ответить с цитированием Мультицитирование сообщения от hexafraction Быстрый ответ на сообщение hexafraction



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW