Я просто есть некоторые идеи для нового формата заголовка блока.
Цели:
1. Существующие СИС должны выжить новый формат. В противном случае, шахтеры не согласится обновить
2. Для того, чтобы предоставить больше информации, содержащейся в заголовке
3. Включите высоту в заголовке, чтобы мы могли иметь монотонный индикатор в заголовке.
4. Заголовки не слишком большой для SPV клиентов
Чтобы архивировать все эти цели будет нужен был hardfork
Заголовок будет иметь следующие поля:
1. вариант (2): целое число без знака. Голосование перемещается в coinbase. 65536 версии должны быть достаточно навсегда.
2. prev_block (32): хэш предыдущего блока
3. merkle_root (32): Корень Merkle сумма дерева за отдельную плату, размер TX, рассчитывает sigop, и т.д., так что компактные доказательства могут быть получены для этих параметров.
4. метка времени (5): целое число без знака. Достаточно для >34000 лет.
5. одноразовое значение (9): В то время как 1-я / с шахтером исчерпает 5 байт нонса в 1 секунду, мы не будем нуждаться в более одноразовое значение, пока шахтеры не станут 4 млрд раз быстрее. (Текущий СИС всего 1 миллион раз быстрее, чем процессор, поэтому мы принимаем около >1018 раз быстрее, чем текущий процессор. Это может произойти только в том случае SHA256 частично трещины, но тогда нужен другой алгоритм)
6. coinbase (varint): coinbase станет частью заголовка, который включает в себя:
6а. высота (4 в настоящее время): так же, как BIP34, потребляют 4 байта на следующие 300 лет.
6b. биты (4): мишень в компактной форме
6с. произвольные данные: голосование за вилочные предложения, слияние горнодобывающей промышленности, и т.д.
Максимальный размер заголовка в начале 160 байт, что позволит 160-2-32-32-5-9-1#-4-4 = 71 байт произвольных данных.
(#Чтобы вычислить размер заголовка, индикатор длины для coinbase также считается)
Максимальный размер заголовка допускается удваиваться каждые 4 года, с тем больше информации можно было бы включить в будущем.
Блок хэш рассчитывается следующим образом:
d-SHA256 (версия | prev_block | d-SHA256 (merkle_root | coinbase*) | Отметка времени | нонс)
(* без индикатора длины)
Таким образом, изменение является прозрачным для существующего СБИСА, потому что они все еще думают, что они хэширование заголовка 80-байт.
|
|
||||||
13 августа 2015, 5:07:07 AM
|
# 1 |
Сообщения: 1750
цитировать ответ |
Re: Идеи для нового формата заголовка блока
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
13 августа 2015, 11:22:17 AM
|
# 2 |
|
Сообщения: 1148
цитировать ответ |
Re: Идеи для нового формата заголовка блока
Получил 1806 Биткоинов
Реальная история. Цели: Что вы имеете в виду с 2 и 3? Почему монотонной показатель нужно вообще? (Кроме того, можно также получить, что из текущего последнего блока, если это необходимо)1. Существующие СИС должны выжить новый формат. В противном случае, шахтеры не согласится обновить 2. Для того, чтобы предоставить больше информации, содержащейся в заголовке 3. Включите высоту в заголовке, чтобы мы могли иметь монотонный индикатор в заголовке. 4. Заголовки не слишком большой для SPV клиентов 1 и 4 только беспокойство, если мы на самом деле нужно изменить формат заголовка, который я серьезно сомневаюсь. Именно то, что это проблема, которую вы пытаетесь решить? |
|
|
|
|
13 августа 2015, 11:39:18 AM
|
# 3 |
|
Сообщения: 219
цитировать ответ |
Re: Идеи для нового формата заголовка блока
Почему бы не использовать первые байты версии в качестве индикатора длины заголовка, чтобы дать вам дополнительно до 95 байт расширенного заголовка для клиентов, которые знают? Если версия FF, то версия в расширенном заголовке и клиенты должны искать там, потому что это больше, чем 1 byte.-> Полностью обратная совместимость.
Если вам нужно больше, просто держать перепрыгнуть добавив 255 байт или меньше, когда вам нужно больше заголовок и всегда поддерживает обратную совместимость. |
|
|
|
|
13 августа 2015, 1:28:24 PM
|
# 4 |
|
Сообщения: 1750
цитировать ответ |
Re: Идеи для нового формата заголовка блока
Цели: Что вы имеете в виду с 2 и 3? Почему монотонной показатель нужно вообще? (Кроме того, можно также получить, что из текущего последнего блока, если это необходимо)1. Существующие СИС должны выжить новый формат. В противном случае, шахтеры не согласится обновить 2. Для того, чтобы предоставить больше информации, содержащейся в заголовке 3. Включите высоту в заголовке, чтобы мы могли иметь монотонный индикатор в заголовке. 4. Заголовки не слишком большой для SPV клиентов 1 и 4 только беспокойство, если мы на самом деле нужно изменить формат заголовка, который я серьезно сомневаюсь. Именно то, что это проблема, которую вы пытаетесь решить? Решаемые задачи: 1. Внести Merkle-SUM-дерево: https://en.bitcoin.it/wiki/User:Gmaxwell/alt_ideas 2. Более нонс пространство для СИС: 4 байта не достаточно. 3. Больше места для рудничного голосования. В настоящее время существует только 28 доступен в поле версии для этого бита. Более сложные идеи, например, BIP100, требуют голосуя в coinbase. Однако coinbase не является частью заголовка и трудно SPV узлы следовать 4. В последнее время некоторые дискуссии в списке рассылки, которые должны ли мы использовать метку времени, среднее время прошлых 11 блоков, или высоту блока, чтобы определить активацию вилки и т.д. Отметка является самым простым, но это не является монотонной. Остальные 2 монотонны, но не может быть определено чисто, но заголовок одного блока. Мы могли бы решить эту проблему, поставив высоту в заголовке. 5. Некоторые места для будущего расширения Я думаю, что первый из них является наиболее важным, как блоки становятся все больше и больше людей работать SPV узлов. Второй также является распространенной жалобой. Остальные полезные побочные эффекты. |
|
|
|
|
13 августа 2015, 1:31:08 PM
|
# 5 |
|
Сообщения: 1750
цитировать ответ |
Re: Идеи для нового формата заголовка блока
Почему бы не использовать первые байты версии в качестве индикатора длины заголовка, чтобы дать вам дополнительно до 95 байт расширенного заголовка для клиентов, которые знают? Если версия FF, то версия в расширенном заголовке и клиенты должны искать там, потому что это больше, чем 1 byte.-> Полностью обратная совместимость. Если вам нужно больше, просто держать перепрыгнуть добавив 255 байт или меньше, когда вам нужно больше заголовок и всегда поддерживает обратную совместимость. Как бы вы хеширования "расширенный заголовок"? Если это не хэшируются, это не является частью заголовка. Если хешируется, он не обладает обратной совместимостью |
|
|
|
|
15 августа 2015, 1:34:44 AM
|
# 6 |
|
Сообщения: 219
цитировать ответ |
Re: Идеи для нового формата заголовка блока
Почему бы не использовать первые байты версии в качестве индикатора длины заголовка, чтобы дать вам дополнительно до 95 байт расширенного заголовка для клиентов, которые знают? Если версия FF, то версия в расширенном заголовке и клиенты должны искать там, потому что это больше, чем 1 byte.-> Полностью обратная совместимость. Если вам нужно больше, просто держать перепрыгнуть добавив 255 байт или меньше, когда вам нужно больше заголовок и всегда поддерживает обратную совместимость. Как бы вы хеширования "расширенный заголовок"? Если это не хэшируются, это не является частью заголовка. Если хешируется, он не обладает обратной совместимостью Я делаю некоторые довольно широкие предположения здесь, хотя (как нет проверки на ноль в txn_count). Поэтому, пожалуйста, выискивать или сказать мне, что я осел и заткнись. |
|
|
|
|
17 августа 2015, 11:20:07 PM
|
# 7 |
|
Сообщения: 826
цитировать ответ |
Re: Идеи для нового формата заголовка блока
3. Больше места для рудничного голосования. В настоящее время существует только 28 доступен в поле версии для этого бита. +1. Кажется, что мы идем в будущее, где основные функции будут "голосовала с вилкой", Подобно XT. Поэтому было бы неплохо иметь более сложное голосование, чем простой номер версии. 4. В последнее время некоторые дискуссии в списке рассылки, которые должны ли мы использовать метку времени, среднее время прошлых 11 блоков, или высоту блока, чтобы определить активацию вилки и т.д. Размер блока может быть также полезно, если мы когда-либо хотите ограничение размера динамического блока (Сны, сладкие мечты). |
|
|
|
|
18 августа 2015, 2:25:20 AM
|
# 8 |
|
Сообщения: 1750
цитировать ответ |
Re: Идеи для нового формата заголовка блока
3. Больше места для рудничного голосования. В настоящее время существует только 28 доступен в поле версии для этого бита. +1. Кажется, что мы идем в будущее, где основные функции будут "голосовала с вилкой", Подобно XT. Поэтому было бы неплохо иметь более сложное голосование, чем простой номер версии. 4. В последнее время некоторые дискуссии в списке рассылки, которые должны ли мы использовать метку времени, среднее время прошлых 11 блоков, или высоту блока, чтобы определить активацию вилки и т.д. Размер блока может быть также полезно, если мы когда-либо хотите ограничение размера динамического блока (Сны, сладкие мечты). Да, я также имею в виду размер блока, который должен быть var_int, принимая 4 байта в данный момент. Также UTXO прилежания, принимая 32 байта. |
|
|
|
|
18 августа 2015, 12:07:35 PM
|
# 9 |
|
Сообщения: 1148
цитировать ответ |
Re: Идеи для нового формата заголовка блока
Принимая во внимание все последние размер блока драма, это, вероятно, не очень хорошая идея, чтобы быть чрезмерно оптимистичным. Они, надеюсь, не то, что большая часть одной из основных проблем, если есть почти полное соглашение. Заголовок будет иметь следующие поля: 1. вариант (2): целое число без знака. Голосование перемещается в coinbase. 65536 версии должны быть достаточно навсегда. 2. prev_block (32): хэш предыдущего блока 3. merkle_root (32): Корень Merkle сумма дерева за отдельную плату, размер TX, рассчитывает sigop, и т.д., так что компактные доказательства могут быть получены для этих параметров. 4. метка времени (5): целое число без знака. Достаточно для >34000 лет. 5. одноразовое значение (9): В то время как 1-я / с шахтером исчерпает 5 байт нонса в 1 секунду, мы не будем нуждаться в более одноразовое значение, пока шахтеры не станут 4 млрд раз быстрее. (Текущий СИС всего 1 миллион раз быстрее, чем процессор, поэтому мы принимаем около >1018 раз быстрее, чем текущий процессор. Это может произойти только в том случае SHA256 частично трещины, но тогда нужен другой алгоритм) 6. coinbase (varint): coinbase станет частью заголовка, который включает в себя: 6а. высота (4 в настоящее время): так же, как BIP34, потребляют 4 байта на следующие 300 лет. 6b. биты (4): мишень в компактной форме 6с. произвольные данные: голосование за вилочные предложения, слияние горнодобывающей промышленности, и т.д. Перемещение данных в дерево Merkle означает, что она является полностью прозрачной для горнорудного оборудования. Код: Первичный заголовок INT (4) Версия: Номер версии int256 (32) prev_block: Хэш заголовка предыдущего блока int256 (32) aux_header: Хэш вспомогательного заголовка INT (4) Отметка времени: Нижние 4 байта метки времени INT (4) бит: мишень Сложность (компактный) INT (4) main_nonce: Первичная нонс Дополнительный заголовок int256 (32) merkle_root: Merkle корень var_str (1+) aux_data: Вспомогательные данные Вспомогательные данные (начальная версия) короткий (2) timestamp_upper: Верхние 2 байта метки времени длинный (8) aux_nonce: Вторичный Nonce Int (4) Высота: Высота блока Int (4) vote_start: данные голосования начинается в этой позиции байта var_str (1+) голосов: данные голосования aux_header = Hash256 (merkle_root | Hash (aux_data)) block_hash = Hash256 (версия | prev_block | aux_header | метка времени | биты | main_nonce) Преимущество организации это таким образом, что он полностью совместим с текущей добычи оборудования. Он даже поддерживает текущие блоки Merkle, так как новые вспомогательные данные добавлены в дерево Merkle, а не в качестве новых месторождений. Кроме того, aux_data поле определяется как строка переменной длины. Это означает, что если будут добавлены новые поля, то они могут быть обработаны традиционными клиентами. Вектор голосования можно указать начальную позицию, чтобы пропустить устаревшие позиции голосования. Кроме того, данные голосования может быть серия var_ints. Первый ИНТ бы быть vote_id и второй будет выбор шахтера. |
|
|
|
Как заработать Биткоины?
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
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.