Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
25 апреля 2014, 2:47:21 PM   # 1
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

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


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

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

Суперблок контрольная точка добывается обычным способом, но скорость может быть выбрана таким образом, что трудность какой-то фактор 10000 или более раз обычный блок трудности. Когда шахтер получает достаточно удачлив, чтобы найти суперблок, он создает нормальный блок, но и включает в себя контрольно-пропускной пункте структуры своего рода, например, список всех неизрасходованных выходов, или дайджест этого списка. Суперблок может даже вести себя как генезис блок сортов в этих полных КЛИЕНТАХ и шахтеры не может потребоваться для загрузки предыдущих блоков. Суперблок автор мог быть стимулами повышенной coinbase награды, но дополнительное доказательство работы добавляет к цепочке от суперблока не будет больше (то есть суперблоки могут быть сиротами).     

     


 
hashman сейчас офлайн Пожаловаться на hashman   Ответить с цитированием Мультицитирование сообщения от hashman Быстрый ответ на сообщение hashman


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


26 апреля 2014, 2:25:19 AM   # 2
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

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





Суперблок может даже вести себя как генезис блок сортов в этих полных КЛИЕНТАХ и шахтеры не может потребоваться для загрузки предыдущих блоков. 

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

26 апреля 2014, 3:11:18 AM   # 3
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Суперблок может даже вести себя как генезис блок сортов в этих полных КЛИЕНТАХ и шахтеры не может потребоваться для загрузки предыдущих блоков. 

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

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

 
hashman сейчас офлайн Пожаловаться на hashman   Ответить с цитированием Мультицитирование сообщения от hashman Быстрый ответ на сообщение hashman

26 апреля 2014, 5:14:55 AM   # 4
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

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

26 апреля 2014, 12:40:37 PM   # 5
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

сколько памяти бы, что снимок требует ли я думаю?

Хороший вопрос. Я думаю, что ответ зависит от точного выполнения.  

Вы имеете в виду, сколько оперативной памяти требуется для проверки или для создания? Или размер самого суперблоке?  

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

Edit: более как 10%. Я перепутала биты и байты    

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

26 апреля 2014, 1:37:30 PM   # 6
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

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

26 апреля 2014, 3:41:44 PM   # 7
 
 
Сообщений: 56
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

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

26 апреля 2014, 5:01:37 PM   # 8
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Я имел в виду самого блока

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

Так что это 160 бит на адреса и позволяет сказать, что 32 бита на величину (в более общем нужен, но некоторые сжатия могут быть использованы в качестве наиболее неизрасходованные суммы меньше, чем 2 ^ 32 Satoshi). Это 640 байт на запись. В 2-х миллионов ненулевых адресов (примерно, где мы сейчас), что составляет около 1,3 гигов.   

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

26 апреля 2014, 5:09:24 PM   # 9
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Мне нравится идея в теории. 

мои мнения не имеют большой вес, но, по крайней мере, 1 человек любит это. Лол
jonald_fyookball сейчас офлайн Пожаловаться на jonald_fyookball   Ответить с цитированием Мультицитирование сообщения от jonald_fyookball Быстрый ответ на сообщение jonald_fyookball

26 апреля 2014, 5:47:35 PM   # 10
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Такого рода вещи уже обсуждалось много раз. Что вы предлагаете здесь нарушает безопасность Bitcoin assumptions-, что целостность данных является твердой, потому что все узлы полные узлы проверить это сами, а не доверять третьим сторонам делать это- и в простой форме описан открывает некоторые довольно неприятные атаки : Сделайте свое состояние обязательство всегда быть тот, где у вас есть все "потерял" монеты, конечно, вряд ли вы найти следующее обязательство самостоятельно, но если вы DO- ча-цин !. Конечно, если вы проверка государственных обязательств, то нет никаких причин, чтобы использовать «высокую кажущуюся трудность», чтобы выбрать, какие блоки обеспечивают их (см предложений о merkleized utxo о том, как уменьшенная модель безопасности может быть реализована таким образом) ,
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

26 апреля 2014, 6:00:10 PM   # 11
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

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

26 апреля 2014, 7:38:05 PM   # 12
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Такого рода вещи уже обсуждалось много раз. Что вы предлагаете здесь нарушает безопасность Bitcoin assumptions-, что целостность данных является твердой, потому что все узлы полные узлы проверить это сами, а не доверять третьим сторонам делать это- и в простой форме описан открывает некоторые довольно неприятные атаки : Сделайте свое состояние обязательство всегда быть тот, где у вас есть все "потерял" монеты, конечно, вряд ли вы найти следующее обязательство самостоятельно, но если вы DO- ча-цин !. Конечно, если вы проверка государственных обязательств, то нет никаких причин, чтобы использовать «высокую кажущуюся трудность», чтобы выбрать, какие блоки обеспечивают их (см предложений о merkleized utxo о том, как уменьшенная модель безопасности может быть реализована таким образом) ,

Спасибо за комментарии! 

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

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

Я посмотрел через


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

hashman сейчас офлайн Пожаловаться на hashman   Ответить с цитированием Мультицитирование сообщения от hashman Быстрый ответ на сообщение hashman

26 апреля 2014, 11:39:18 PM   # 13
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Я думаю, можно было бы утверждать, что мы доверяем сети для проверки транзакций и обеспечить блок цепочки, то почему бы не доверять ему
Мы не доверяем его для проверки транзакций, мы верим, что только на заказ сделок, проверку мы делаем для себя. Проверив для себя мы устраняем возможные преимущества, включая недействительные сделки и прибыль, которая будет идти вместе с этим способом. Это важно, потому что мы зависим только от экономических стимулов, чтобы получить честное поведение при заказе на Все- нет экспоненциального разрыва между нападением и защиты в POW консенсуса. Если будучи нечестным вы можете украсть монеты (или даже вернуть потерянные из них) что это компромисс вопрос совершенно иной, чем в случае, когда вы можете только изменить транзакции (и, возможно, заменить свой собственный). Это не означает, что система не может быть построена, где проверяются только шахтеры, но другой и более слабый набор безопасности / экономической incentives-, а не только некоторые незначительные оптимизации.

котировка
но это должно быть взвешено против целостности и безопасности, потерянного количеством полных узлов снижается медленно отменялись из-за требования к хранению и вычислений.
Вычисление требуется один раз при инициализации, а не постоянный (и из-за требований к пропускной способности я не ожидаю вычисления, чтобы когда-либо ограничения) и могут быть выполнены в фоновом режиме на новых узлах. Существует _no_ требование хранения в целом за прошлую историю. Полные узлы не должны хранить его, они уже проверены его и забыть его. Это не будет реализовано в полном объеме узлов сегодня- особой необходимости, поскольку историческое хранилище не очень велико в настоящее время, хотя хранение Bitcoin сердечника уже структурировано, чтобы включить его: Вы можете удалять старые блоки и ваш узел будет продолжать работать в обычном режиме, проверке блоков и операции по обработке, пока вы пытаетесь запросить старую блок через RPC или p2p (и тогда это будет крах). Протокол разработан специально, чтобы избежать узлов, имеющих хранить старые данные о транзакции, как описано в разделе 7 bitcoin.pdf, и может сделать это без какого-либо компромисса безопасности.

котировка
Государство обязательство, которое перераспределяет неизрасходованные выходы, утерянных или нет, по разным адресам, будет легко обнаружить и отклоненные
Одобрение представляет собой процесс, который выполняет эту пятнистость и отторжение. Если вы стремитесь не проверять, то в тех случаях, когда нет никакой проверки этих ошибки могут быть переданы. Если некоторые стороны проверки, а некоторые нет, то вы рискуете разбиение сотовой сети, например, старые узлы «игнорировать» ваш "суперблок" и остаться на честном сети, в то время как новые узлы используют его и готовы следовать за нечестные сетями (потенциально исключая честных один) .... и противоречивость, вероятно, хуже, чем мошенничество. Таким образом, вы все еще застряли, если кто-то шахты недействительное состояние, что некоторые узлы не будут ловить, потому что они не проверяют, то все они должны принять его, не проверив его.

Может не блок будет еще создан и после того, как консенсус был установлен на блоке, и после того, как прошло некоторое время, он может быть использован вместо всей цепи? Как бы это нарушает предположения безопасности?
В дополнение к стимулам точке выше: участники не являются постоянными и установить на фронте ... анонимные участники приходят и уходят, так что делает "консенсус" на самом деле означает, если вы не будете частью этого, и все те, кто являются анонимными самостоятельно выбирая стороны и, возможно, Сивиллы? Если я раскручивается 100 поддельных узлов и создать "консенсус" что у меня есть триллион биткоен и вы присоединитесь later- так это то имеет большое значение, что правила следовало, прежде чем появились, например, что создатель системы не волшебно назначил себе триллион монет, используя фальшивый консенсус, прежде чем появился. Конечно, вам не нужны данные больше раз вы проверили it- вы можете просто помнить, что это действительно было ... но если у вас нет, то как вы знаете, за исключением того, либо путем обработки их доказательства ( например, проверка его самостоятельно) или доверяя третью сторону? Bitcoin был создан, чтобы исключить необходимость доверия валютных систем, по крайней мере, насколько это возможно тот.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

27 апреля 2014, 1:39:40 AM   # 14
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Дело принято. 

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

Как насчет хранения архивных копий всей blockchain, так что
супер блок может быть проверено в любое время один хочет?

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

Но опять же, я полагаю, что, вероятно, в настоящее время
Возможно без изменения Bitcoin?
jonald_fyookball сейчас офлайн Пожаловаться на jonald_fyookball   Ответить с цитированием Мультицитирование сообщения от jonald_fyookball Быстрый ответ на сообщение jonald_fyookball

27 апреля 2014, 11:15:05 AM   # 15
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт


Существует _no_ требование хранения в целом за прошлую историю. Полные узлы не должны хранить его, они уже проверены его и забыть его. Это не будет реализовано в полном объеме узлов сегодня- особой необходимости, поскольку историческое хранилище не очень велико в настоящее время, хотя хранение Bitcoin сердечника уже структурировано, чтобы включить его: Вы можете удалять старые блоки и ваш узел будет продолжать работать в обычном режиме, проверке блоков и операции по обработке, пока вы пытаетесь запросить старую блок через RPC или p2p (и тогда это будет крах).


Это один вид взорвал мой взгляд, Вы не говорите о SPV узлов либо здесь, я думаю. Я предполагаю, что идея заключается в том, что, когда в сети появляется транзакция, и я хочу, чтобы проверить его, TX уже есть данные UTXO и мне просто нужно, чтобы хэш его, при необходимости, на дереве, пока я не могу сравнить с корнем Merkle, что я сделать храним. Но если я на самом деле не имею ничего хранить, то высокий уровень безопасность уровня проверок все сам не может, возможно, быть там? Во всяком случае, я с нетерпением жду, чтобы увидеть больше этого. 

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

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


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

Приветствия -   
hashman сейчас офлайн Пожаловаться на hashman   Ответить с цитированием Мультицитирование сообщения от hashman Быстрый ответ на сообщение hashman

29 апреля 2014, 7:31:05 AM   # 16
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Это один вид взорвал мой взгляд, Вы не говорите о SPV узлов либо здесь, я думаю. Я предполагаю, что идея заключается в том, что, когда в сети появляется транзакция, и я хочу, чтобы проверить его, TX уже есть данные UTXO и мне просто нужно, чтобы хэш его, при необходимости, на дереве, пока я не могу сравнить с корнем Merkle, что я сделать храним. Но если я на самом деле не имею ничего хранить, то высокий уровень безопасность уровня проверок все сам не может, возможно, быть там? Во всяком случае, я с нетерпением жду, чтобы увидеть больше этого. 

То, что я предлагаю, перестройка базы данных. Блок цепь представляет собой журнал структурирована базу данных из-за того, как они построены, но это вообще не является эффективным способ для хранения такого рода данных. Реструктуризация может быть выполнена и подтверждено в сети. Однако, если я понимаю, что вы говорите, это никогда не может быть необходимым.
Данные, которые вы используете для проверки не должно иметь никакого отношения к данным, передаваемых по проводам за пределами того, что вы получите те же результаты при проверке. Нет хеширования не требуется, чтобы проверить новую транзакцию, которая показывает вверх (кроме хэширования в подписи, конечно). Сделка показывает вверх, это имена, которые TXID: vouts он тратит и обеспечивает необходимые scriptSigs. Вы смотрите этот TXID: vouts в вашем наборе utxo и принять транзакцию, если подпись передать. Множество utxo в настоящее время около 300MBytes. Вы не храните историю там, вы просто хранить гораздо меньший набор расходуемых монет. В результате поведение ничем не отличается от узла с историей исключением того, что узел без него не могут служить старые блоки к новым узлам bootstraping ... и все это работает сегодня, ядро ​​Bitcoin уже структурирована таким образом, но еще не поддерживает на самом деле удаление старых данных.

С некоторой проверка дополнения протокола p2p на самом деле может быть полностью storageless но нетривиальная стоимостью полосы пропускания (по вместо хранения корня хэша дерева над utxo набора и попросить коллега, чтобы дать соединительные фрагменты, когда они дают вам сделку). .. но стоимость пропускной способности делать что является достаточно высоким, что это, вероятно, не стоит.


 
Как это отличается от шахтера сегодня выдавшего блок с coinbase сделки более чем 25 монет? Любой человек может в любой момент проверить, что блок является мошенническим и игнорировать его и все блоки над ним.
Может сильно отличается от _does_. Сегодня все постоянно проверяет эти вещи и немедленно отвергает неверные данные. Если вы вместо того, чтобы сделать это так, что проверка имеет высокую предельную стоимость и по умолчанию люди не проверяют, то вы найдете много никогда не проверять и мало делают. Если шахтеры начинают награждать себя слишком много монет ("Немного инфляции хорошо для экономики!") Сеть будет разметить в реальную проверку и невещественные валидирующие узлы. Вы могли бы тогда сказать, что непроверяющие теперь необходимо идти исправить себя, чтобы проверить, но что, если у них есть проводит в непроверяющей вилке, что они уже действовал на которые противоречили в другой вилке уже они certantly не собираются хотят, чтобы сделать это. После того, как сеть имеет нетривиальное разбиение существует крайняя опасность того, что это принципиально невозможно решить ее, не вызывая серьезные финансовые потери для кого-то. Итак "не проверяют, и если что-то пойдет не так, мы надеемся, люди что-нибудь придумаем" режим не очень работы- единственный раз, когда вы действительно можете иметь дело с некорректным блоком в тот момент, это происходит не позднее, после того, как люди приняли необратимые действия, потому что они думали, что это было хорошо.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

30 апреля 2014, 12:10:42 AM   # 17
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт


Данные, которые вы используете для проверки не должно иметь никакого отношения к данным, передаваемых по проводам за пределами того, что вы получите те же результаты при проверке. Нет хеширования не требуется, чтобы проверить новую транзакцию, которая показывает вверх (кроме хэширования в подписи, конечно). Сделка показывает вверх, это имена, которые TXID: vouts он тратит и обеспечивает необходимые scriptSigs. Вы смотрите этот TXID: vouts в вашем наборе utxo и принять транзакцию, если подпись передать. Множество utxo в настоящее время около 300MBytes. Вы не храните историю там, вы просто хранить гораздо меньший набор расходуемых монет. В результате поведение ничем не отличается от узла с историей исключением того, что узел без него не могут служить старые блоки к новым узлам bootstraping ... и все это работает сегодня, ядро ​​Bitcoin уже структурирована таким образом, но еще не поддерживает на самом деле удаление старых данных.


Хорошо, я думаю, что я, наконец, получить свой дрейф. Полный клиент может в принципе * уже * (Сорт?) Составить список utxo и использовать его, а не держать всю цепочку? Кстати, если множество 300MBytes моя оценка была далеко. За 1 млн адресов (Я думаю, что мы в более, чем сейчас), в 160 бит каждый, что оставляет 15 бит для каждого адреса на сумму неизрасходованных. Могу ли я что-то вычисления плохого? И если это так, то почему бы нам не сделать это уже?         



Может сильно отличается от _does_. Сегодня все постоянно проверяет эти вещи и немедленно отвергает неверные данные. Если вы вместо того, чтобы сделать это так, что проверка имеет высокую предельную стоимость и по умолчанию люди не проверяют, то вы найдете много никогда не проверять и мало делают. Если шахтеры начинают награждать себя слишком много монет ("Немного инфляции хорошо для экономики!") Сеть будет разметить в реальную проверку и невещественные валидирующие узлы. Вы могли бы тогда сказать, что непроверяющие теперь необходимо идти исправить себя, чтобы проверить, но что, если у них есть проводит в непроверяющей вилке, что они уже действовал на которые противоречили в другой вилке уже они certantly не собираются хотят, чтобы сделать это. После того, как сеть имеет нетривиальное разбиение существует крайняя опасность того, что это принципиально невозможно решить ее, не вызывая серьезные финансовые потери для кого-то. Итак "не проверяют, и если что-то пойдет не так, мы надеемся, люди что-нибудь придумаем" режим не очень работы- единственный раз, когда вы действительно можете иметь дело с некорректным блоком в тот момент, это происходит не позднее, после того, как люди приняли необратимые действия, потому что они думали, что это было хорошо.

Да, увеличение предельной стоимости проверки является реальной проблемой. Я предполагаю, что я имею в виду, что предельная стоимость проверки 5+ лет пыли и смешивания операций уже становится слишком высокой. По крайней мере, мы будем нуждаться в какой-то промежуточный узел. Отправка всех новым узлов 20 гигабайтов данных и проверки ECDSA Sigs когда вы могли бы посылать 300mb кажется неоптимальным. Особенно, если этот список 300Mb из UTXOs был подтвержден по всей сети шахтеров на 100 блоков или больше. Если есть лучший способ сделать это с минимальными (или без них) изменений в протокол я все уши.       

Благодаря! -     
hashman сейчас офлайн Пожаловаться на hashman   Ответить с цитированием Мультицитирование сообщения от hashman Быстрый ответ на сообщение hashman

30 апреля 2014, 6:59:15 AM   # 18
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

Хорошо, я думаю, что я, наконец, получить свой дрейф. Полный клиент может в принципе * уже * (Сорт?) Составить список utxo и использовать его, а не держать всю цепочку? Кстати, если множество 300MBytes моя оценка была далеко. За 1 млн адресов (Я думаю, что мы в более, чем сейчас), в 160 бит каждый, что оставляет 15 бит для каждого адреса на сумму неизрасходованных. Могу ли я что-то вычисления плохого? И если это так, то почему бы нам не сделать это уже?         
Bitcoin не отслеживает "адреса" он отслеживает txouts. Есть в настоящее время 10,623,198 txouts и данные 369,816,656 байт сериализации. И мы уже заготавливают его таким образом (именно поэтому его так легко производить эти числа, то gettxoutsetinfo RPC обеспечивает их). Мы просто не имеем средство для удаления исторических блоков по двум причинам: один, нам нужно добавить механизмы обнаружения для синхронизации узлов в сети, где каждый полный узел не имеет выступы блоков, и два только основной программной инженерии найти все статистика / и т.д.. особенности, которые используют исторические данные и отключая их в таком состоянии, вместо того, чтобы позволить ему врезаться.

котировка
вы могли бы посылать 300Mb кажется неоптимальным.
О вы совершенно не можете просто отправить 300MB, ваши коллеги могли бы просто лежать на вас, и было бы очень в их краткосрочных финансовых интересах сделать это (потому что они могут заставить вас принять инфляцию или тратит на несуществующие монет). Но вы можете производить это доверенное состояние для себя и вам не нужно хранить что-нибудь еще. ECDSA дешево, с libsecp256k1 моим i7 рабочего столом здесь проверяет почти 6000X максимальную скорость в режиме реального времени для сети Bitcoin.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

11 мая 2014, 7:09:57 PM   # 19
 
 
Сообщения: 915
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

О вы совершенно не можете просто отправить 300MB, ваши коллеги могли бы просто лежать на вас, и было бы очень в их краткосрочных финансовых интересах сделать это (потому что они могут заставить вас принять инфляцию или тратит на несуществующие монет). Но вы можете производить это доверенное состояние для себя и вам не нужно хранить что-нибудь еще. ECDSA дешево, с libsecp256k1 моим i7 рабочего столом здесь проверяет почти 6000X максимальную скорость в режиме реального времени для сети Bitcoin.

Спасибо за очень полезные ответы. Есть две проблемы, которые мы обсуждаем:

1) Стоимость скачивания & проверка всей цепочки
2) Стоимость "не отставать" полный узел

Я предполагаю, что ваша машина более чем достаточно адекватной 6000x для задачи номер два  
Мое первоначальное беспокойство с номером 1. 

В общем, вы думаете, мы готовы справиться с этими затратами с текущим программным обеспечением (например, ядро)? Не могли бы вы указать к какой-то задаче развития, которые могли бы помочь сохранить эти затраты?

 
hashman сейчас офлайн Пожаловаться на hashman   Ответить с цитированием Мультицитирование сообщения от hashman Быстрый ответ на сообщение hashman

13 мая 2014, 5:37:43 AM   # 20
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: суперблока архитектуры контрольно-пропускной пункт

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

Он добавляет к blockchain заголовок хэш набора UTXO. Вы можете использовать Merkle корень вместо этого, но я не думаю, что он покупает вам что-нибудь в этом случае.

Это сделало бы заголовок blockchain принять дополнительные 16 байт - что из-за способом СИСА работы и нашего желание не обесценивают ASIC инвестиций там, заставят нас добавить 64-байтный блок в каждый заголовок, увеличивая общий размер в blockchain заголовки в соотношении 3: 2.  

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

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

Результатом является то, что если вы не заинтересованы в истории и проверки для себя, что «глубокая цепь» начинается с блока нуля это на самом деле производят UTXO дерево, Merkle корень у вас есть, вы не должны загрузить все, что большая часть blockchain.  

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

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

На практике я думаю, что есть только когда-либо была одна цепь REORG, имевшей более сотни блоков, и это было связано с ошибкой; используя программное обеспечение базы данных, которые не могут справиться с не получает так много дескрипторов файлов, как она хочет. Так что не было бы никаких проблем с анкерными каждой транзакцией к блоку 100 блоков предыдущего, где он должен был появиться в blockchain.  
Cryddit сейчас офлайн Пожаловаться на Cryddit   Ответить с цитированием Мультицитирование сообщения от Cryddit Быстрый ответ на сообщение Cryddit



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW