Вернуться   Биткоин Форум > - Помощь начинающим
29 марта 2012, 8:37:35 AM   # 1
 
 
Сообщения: 1904
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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


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

Предложение по сокращению пространства на всех клиентах


С "Баланс листов" большая часть блока цепи может быть забыто.


Подробности сделки обрезки


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


Моя идея о сводке цепи Bitcoin блока.

Блок цепь большая. 1 гигабайт большой. Примерно через 8 лет она может стать около 4 гигов.

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

Этот блок баланса суммарного или закрытие будет содержать только Bitcoin адреса с положительными значениями, как этот блок, или по состоянию на тот момент времени, таким образом, сжимая блок-цепь из 1 гигабайта это сегодня, чтобы возможно 30 мегабайта, или некоторое число значительно меньше , Количество Bitcoin адресов с чем-то в них (смысл, по крайней мере, 1 Satoshi) составляет около 600 тысяч. Она занимает около 50 байт (или меньше), чтобы сохранить адрес и его баланс. Вот как я придумал 30 мегабайт. Полмиллиона адреса с остатками может быть 250 мегабайт. Это не использует сжатие или оптимизации, как хранятся данные. То есть, адрес теперь составляет 160 бит или 20 байт, а остаток 500000.00000001 Bitcoins может быть сохранен в виде 64-битового числа или 8 байт. Теперь вы можете хранить 10 миллионов адресов с остатками в 133 мегабайт. 600000 адресов теперь могут быть сохранены в 16 мегабайт.

просто не будут включены адреса, которые имеют нулевые балансы. И я думаю, что нет такого понятия, как отрицательный баланс.

Как сегодня, модифицированный Bitcoin клиент может сделать этот блок резюме цепи для себя, и использовать его в качестве отправной точки. Сортировать по эгоистичным клиенту. Разница заключается в том, что она имеет сальдо всего блок цепи, а не только свои собственные открытых ключей или адреса. Добавление ключа в файл бумажник и делать -rescan будет давать одинаковые результаты для оригинального клиента и этого модифицированного клиента.

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

При меньшем комбинированный блок цепи и резюме, это приведет к Bitcoin быть более доступным для небольших устройств, сотовых телефонов, плеер или IPADS, андроидов, нетбуков и т.д.

Люди, которые любят консолидировать свои биткойна в нескольких адресов будут делать мир пользу.

Клиент, конечно, вычислить, если это резюме блока действительно, то хэш его или что-то, что шахтеры делают.

Настольные компьютеры будут поощряться, чтобы сохранить весь блок цепи. Маленькие ноутбуки или небольшие устройства будут использовать аннотацию блока цепи.

Мы можем расширить это далее, имея как ежемесячные сводки блока-цепи и ежегодные сводки, где годовое резюме перенимает блок цепь. Или какой-то другой больше отрезок времени, скорее всего, определяется тем, насколько большой блок цепь будет. Таким образом, мы не получаем Uber гигантского терабайт блок цепи в 20 лет и Bitcoin выживут в отдаленное будущее.

Что я предлагаю также эффективно поставить жесткий лимит по истории транзакций сказать, 5 лет стоят. Значение, мы никогда не будем видеть сделки, уходящие 6 лет назад. Но только для тех клиентов, которые выбрасывайте старые данные.

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

Если мы хотели бы предположить, что 6 блоков или 1 часы подтверждают наши сделки, то 4000 блоков или 1 месяц действительно подтверждает наши сделки. Трудность теперь 1626553,4813289. Же трудность может быть применена к комбайну вычислительного резюме. 6 блоков позже, резюме подтверждается и все предыдущие блоки могут быть удалены или удалены.

Кстати, сложность получает корректируется каждые 2016 блоков. Это около 2 недель стоит.

2000 блоков занимает намного меньше места, чем 173386 блоков.

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

Чтобы визуализировать это, существующая система что-то вроде этого:

Блок 1, блок 2, блок 3, блок 4. , , , Блок-173386.

или сделать еще проще визуализировать, я сокращал его к чему-то вроде этого:

B1, B2, B3, B4, ... B173386. Там, где В представляет собой блок.

Новая система или протокол или реализация будет что-то вроде этого:

B1, B2, B3, S1, B4, B5, B6, S2, B7 ... S99, B173384, B173385, B173386. Где S является Резюме блока.

за то, что вычисляет балансирует каждые 3 блоков. Затем клиент может хранить последние 144 блоков с 48 резюме, и отбрасывать все остальное, по существу, отслеживание текущего состояния сети по состоянию на 1 день.

Клиенты, которые являются новыми для сети не нужно будет загружать весь блок цепи, но последние резюме и блоки. Эти блоки и резюме будут рассмотрены подтвердили (и в безопасности), если они идут долго назад, по крайней мере 6 блоков, не так ли?

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

Есть по крайней мере две побочных эффектов реализации этого резюме блока-цепи.

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

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

Но большинство людей будет "забывать" о старых транзакций. И в зависимости от консенсуса, я думаю, что это хорошо, и некоторые люди, возможно, даже нравится.

Обратите внимание на то, что это предложение или идея отдельно от Merkle Tree для эгоистичных клиентов. Таким образом, у вас есть два способа, чтобы уменьшить блок цепь, но мои все еще сохраняет запись всех остатков адресов. Вы даже можете объединить два, чтобы действительно небольшие эгоистические клиентов.

Краткое описание: обеспечить небольшой блок цепи с побочным эффектом немного лучшей анонимности.

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

Если это не может или не будет работать сейчас, то я предлагаю это для следующей версии Bitcoin. Но я думаю, что есть способ сделать это, особенно если у вас есть все обновить свои Bitcoin клиента до версии 0.5.4. (Или любой другой вариант включает его.)
Мазки сейчас офлайн Пожаловаться на Dabs   Ответить с цитированием Мультицитирование Сообщения От Dabs Быстрый ответ на сообщение Dabs


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


29 марта 2012, 9:18:10 AM   # 2
 
 
Сообщения: 2016
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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





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

2. Если Bitcoin становится повсеместно там, вероятно, будет миллиарды используемых адресов, поэтому резюме хранения будет по-прежнему требует десятков гигабайт.

3. Быстро сбросив история транзакций будет ограничивать то, что вы можете сделать с системой Bitcoin.

4. Доходы, вероятно, не намного выше того, что обрезку можно сделать.

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

29 марта 2012, 10:51:30 AM   # 3
 
 
Сообщения: 657
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Я считаю, что это может быть сделано на клиенте (или любого альтернативного клиента) без изменения сети.
Как выбирает новые блоки он просто обновляет свою бухгалтерскую книгу, вместо того, чтобы хранить всю blockchain (хотя он должен хранить сказать X число последних блоков для безопасности).
Если клиент не добыча, почему бы ей нужен весь blockchain?
MoneyIsDebt сейчас офлайн Пожаловаться на MoneyIsDebt   Ответить с цитированием Мультицитирование сообщения от MoneyIsDebt Быстрый ответ на сообщение MoneyIsDebt

29 марта 2012, 11:23:50 AM   # 4
 
 
Сообщения: 2016
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Я считаю, что это может быть сделано на клиенте (или любого альтернативного клиента) без изменения сети.
Как выбирает новые блоки он просто обновляет свою бухгалтерскую книгу, вместо того, чтобы хранить всю blockchain (хотя он должен хранить сказать X число последних блоков для безопасности).
Если клиент не добыча, почему бы ей нужен весь blockchain?
Если клиент не имеет blockchain, он не может проверить сделки. Имея только "баланс" бесполезно, потому что нет никакой защиты от использования такого же вывода в два раза, когда есть дополнительный остаток средства.

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

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

29 марта 2012, 11:41:26 AM   # 5
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Два вопроса. 

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

Во-вторых, как вы убедитесь, резюме является точной? Для проверки резюме необходимо иметь все предыдущие блоки в любом случае.

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

30 марта 2012, 5:53:09 AM   # 6
 
 
Сообщения: 1904
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Для того, чтобы сделать резюме, необходимо предыдущие блоки. Резюме затем хэшируются и защищены тем же протоколом, как и все другие блоки. После 6 блоков, резюме можно считать подтвердили и безопасно использовать. Предыдущие блоки затем могут быть удалены или стать необязательным. В основном, суммарный блок может быть гигантским блоком операций, которые начинаются с нуля и помещают текущий баланс каждого адреса в качестве передачи? Просто еще одна идея. Краткое изложение или может быть частью блока цепи, просто делает предыдущие блоки по желанию. Сделки по-прежнему будут проверены и подтверждены клиентами, как это делает сейчас.

Следующее резюме будет опираться на предыдущий резюме и последующие блоки.

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

Альтернативой является мобильным устройством (например, мобильный телефон), который получает обновления с сервера (либо дома, либо третьей стороне.)

Для домашней версии, я бежал бы регулярный Bitcoin клиента на мою домашнем настольную машину (или в офисе, что угодно), и она имеет другую программу (или это может быть интегрировано), который принимает и отправляет SMS (текстовые сообщения) или BBMS (черное Berry) на мобильное устройство. Домашняя версию можно доверять, так как это моя машина, с моей безопасностью и моими паролями и т.д. и т.п.

Третья сторона, ну, вы должны доверять им.

Если Bitcoin становится большим, и у нас есть миллиард адресов, резюме все равно будут намного меньше, чем все сделки для тех миллиардов адресов, в основном сокращается до 1 сделки на адрес.

Имеет ли это смысл?
Мазки сейчас офлайн Пожаловаться на Dabs   Ответить с цитированием Мультицитирование Сообщения От Dabs Быстрый ответ на сообщение Dabs

30 марта 2012, 7:13:44 AM   # 7
 
 
Сообщения: 2016
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

@Dabs: Если вы не изменяя протокол, вы можете точно определить, что может сделать ваш клиент, что стандартный легкий клиент не может? В случае, если ответ "убедитесь, что входящие транзакции действительны", Как именно это сделать, если он не знает, какие выходы вклад в резюме, и, таким образом, не может знать, если тот же результат, проводится в два раза?
Мени Розенфельда сейчас офлайн Пожаловаться на Мень Rosenfeld   Ответить с цитированием Мультицитирование сообщения от Мени Rosenfeld Быстрый ответ на сообщение Мени Rosenfeld

30 марта 2012, 7:34:54 AM   # 8
 
 
Сообщения: 1904
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Резюме основывается на всех предыдущих блоков. Затем он защищен и транслировать по сети (при условии, эта идея становится частью протокола, или, если она может быть дополнением к протоколу, не нарушая его.)

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

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

Например: в блоке 20, 1AAA с общим Bitcoin 50 отправлено 50 BTC до 1zzz. Если ничего не изменится, то между и, когда суммарный блок будет создаваться, в блоке 170000, 1AAA имеет 0 BTC и 1zzz имеет 50 BTC. Как это произошло, клиент не знает, но клиент знает, что то, насколько эти адреса должны быть с той же уверенностью, что 6 блоков подтверждает транзакцию 1 час назад.

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

30 марта 2012, 7:49:19 AM   # 9
 
 
Сообщения: 2016
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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

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

Например: в блоке 20, 1AAA с общим Bitcoin 50 отправлено 50 BTC до 1zzz. Если ничего не изменится, то между и, когда суммарный блок будет создаваться, в блоке 170000, 1AAA имеет 0 BTC и 1zzz имеет 50 BTC. Как это произошло, клиент не знает, но клиент знает, что то, насколько эти адреса должны быть с той же уверенностью, что 6 блоков подтверждает транзакцию 1 час назад.
Я думаю, тот факт, что Bitcoin работает на выходах, а не адрес, теряются на вас. Адрес является лишь представлением условий, при которых выход может быть израсходованы.

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

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

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

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

30 марта 2012, 7:58:17 AM   # 10
 
 
Сообщения: 702
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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

30 марта 2012, 8:51:22 AM   # 11
 
 
Сообщения: 532
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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

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

1-2GB много, чтобы скачать сейчас, и 10GB хорошее количество в ближайшем будущем, но я не думаю, что с добавлением больше, лучше, быстрее, более высокие скорости связи, это вопрос. Я не думаю, что это действительно проблема хранения на долгий срок либо (хорошо, может быть, на терабайт, но мы можем записать этот мост, когда мы пришли к нему)

Изменение протоколов (таким образом, сеть) не является (вообще) вопрос следует принимать всерьез, ИМО, и должно быть сделано только тогда, когда это абсолютно необходимо. Хотя это относится ко всем основным сетевым протоколам, в случае Bitcoin, изменения протокола означает, что вы изменили соглашение, что люди о том, как работает их деньги - что не является актом быть принято без большой мысли.

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

Там нет такого понятия, как система без каких-либо ошибок, я думаю, и любое дополнение к коду, вероятно, ввести новые ошибки. Ошибки в моем веб-браузере могут быть использованы, чтобы украсть мои деньги. Представьте себе, что ошибки в моих деньгах разоблачить меня (это гиперинфляция ошибка? Мы получили, что в долларах США лол)

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

30 марта 2012, 12:52:43 PM   # 12
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Что вы можете сделать, это забыть используемые выходы.
Только проблема в том, вы не имеете полные блоки больше новых клиентов, которые хотят, чтобы загрузить blockchain.

Ну вы не можете забыть выходы, потому что это то, что используется в новых передатчиках. Вы не отправить сумму, которую вы передачу выходов, таким образом, чтобы иметь возможность проверить будущие выходы, необходимо иметь запись всех результатов со значением не только остатки адресов (что совершенно бесполезно).

Таким образом, в то время как вы могли бы подрезать от всех тупикового ТХ цепи необходимо сохранить каждый выход, который был неизрасходованным. Объединение, что в итоге не позволит сэкономить значительно больше места, что просто обеспечивая отброшенные блоки.

И наконец СВОЙ "экономия пространства" 1 Гб -> 30MB даже не в правой величине. Это заставляет людей думать, что вы просто хранить остатки адресов. Там было сделано анализ, оценивающие экономия пространства / ширины полосы частот, чтобы больше походить на снижение на 75% не снижение на 97%.
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

31 марта 2012, 2:17:48 AM   # 13
 
 
Сообщения: 1904
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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

Но позвольте мне добавить еще одну мысль к основной идее.

Резюме блок будет вычислена так же, как и любой другой блок (то есть обеспечивается хэширования силой шахтеров). Это резюме будет вычисляться только для всех предыдущих блоков, за исключением самых последних 6 (или самый последний час, или, может быть, день, 2 дня, неделя, месяц, все, что приемлемо в качестве безопасной и надежной всем.)

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

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

Скажем, это представляет собой блок-цепь для одного адреса:
1 + 1 + 2 + 2 + 3 + 3 = 12

Это должно представлять один и тот же конечный результат:
0 + 12 = 12

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

Экономия пространства я имел в виду именно то, что люди думают, что это, я просто хранить остатки адреса. Это как у меня есть модифицированный Bitcoin клиента, который имеет все известные открытые ключи с ненулевыми противовесами. И опять же, это все основано на блочной цепи.
Мазки сейчас офлайн Пожаловаться на Dabs   Ответить с цитированием Мультицитирование Сообщения От Dabs Быстрый ответ на сообщение Dabs

31 марта 2012, 3:32:13 AM   # 14
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Нет еще раз. Bitcoin не имеет абсолютно никакого понятия противовесов. Он знает только о выходах. Вход каждого ОГО выхода из одного или нескольких предыдущих передатчиков. Вы не можете комбинировать выходы только частный Keyholder может и что бы просто новый ТХ.

A->B 1 BTC
C->D 1 BTC

эти дискретные и неизменные конструкции. Никто не может изменить их.

Теперь владелец B & D может сделать новый TX, который
В & D -> E 2BTC

в какой точке A, B, C, и D может быть отсечена однако единственный объект, который может создать что ТХ закрытый ключ держатель B & D.

Вы можете подрезать тупиковые выходы (те, которые уже используют в качестве входных данных в последующем ОМ), но вы можете сделать это путем обрезки blockchain и сделать краткое описание не дают какие-либо значительного космические или пропускную способность сбережений над суммой обрезкой блоков.

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

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

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

котировка
Это как у меня есть модифицированный Bitcoin клиента, который имеет все известные открытые ключи с ненулевыми противовесами. И опять же, это все основано на блочной цепи.

Blockchain можно подрезать, чтобы добиться того, что без создания резюме. В будущем можно было бы иметь узлы запрошенные и обеспечить обрезку блоков. Тем не менее экономия не так много, как вы думаете. Примерно 25% все выходы не были использованы в последующем входе, так что даже обрезка всей избыточной информации будет только уменьшить блок цепи на коэффициенте-не является фактором 33, как вы неправильно указали.
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

31 марта 2012, 5:18:07 PM   # 15
 
 
Сообщения: 2016
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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

Экономия пространства я имел в виду именно то, что люди думают, что это, я просто хранить остатки адреса. Это как у меня есть модифицированный Bitcoin клиента, который имеет все известные открытые ключи с ненулевыми противовесами. И опять же, это все основано на блочной цепи.
Опять же, это может быть включено в новый протокол (который позволяет принудительно объединение нескольких выходов одного и того же адреса), но в текущем протоколе, зная баланс каждого адреса бесполезно.
Мени Розенфельда сейчас офлайн Пожаловаться на Мень Rosenfeld   Ответить с цитированием Мультицитирование сообщения от Мени Rosenfeld Быстрый ответ на сообщение Мени Rosenfeld

1 апреля 2012, 1:19:03 PM   # 16
 
 
Сообщения: 4
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Во-вторых, как вы убедитесь, резюме является точной? Для проверки резюме необходимо иметь все предыдущие блоки в любом случае.

Хорошая точка зрения. Если резюме не согласно с полной историей, которая одна является авторитетной?

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

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

1 апреля 2012, 8:12:24 PM   # 17
Р-
 
 
Сообщения: 238
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Для меня идея сервера, выступающего как шлюз, похожий на Visa / MasterCard, является нашим лучшим выбором для жидкости и легкой передачи обновленной blockchain на мобильное устройство.
R- сейчас офлайн Пожаловаться на R-   Ответить с цитированием Мультицитирование сообщения от R- Быстрый ответ на сообщение R-

4 апреля 2012, 1:39:16 AM   # 18
 
 
Сообщения: 1904
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

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

Что касается резюме, мы принимаем самые надежные блоки, то есть, самые последние блоки не включены в резюме. Положим произвольное число на то, что считается недавнее (от 1 до 6 блоков назад) и то, что считается безопасным и стабильным (от 100 до 1000 блоков назад.) Я просто подумал, что Bitcoin сообщество считает, что 6 блоков назад довольно безопасно, и что-нибудь старше экспоненциально более безопасным. Но после определенного момента, как гораздо более безопасный старший блок по сравнению с не столь старый блок просто большое число.

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

4 апреля 2012, 8:55:11 AM   # 19
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

Экономия пространства я имел в виду именно то, что люди думают, что это, я просто хранить остатки адреса. Это как у меня есть модифицированный Bitcoin клиента, который имеет все известные открытые ключи с ненулевыми противовесами. И опять же, это все основано на блочной цепи.
Опять же, это может быть включено в новый протокол (который позволяет принудительно объединение нескольких выходов одного и того же адреса), но в текущем протоколе, зная баланс каждого адреса бесполезно.

Я имел ту же самую идею. Сам по себе это не спасло бы blockchain пространства на много, но конденсируется в бухгалтерскую книгу он может позволить вам сохранить гораздо меньше blockchain для в основном ту же безопасность. Было бы также хорошо работать в сочетании с доказательством концепции кола, используя регистр хешей каждый, скажем, 138 из 144 блоков, с каждым сто сорок четвёртую подписания.
Haplo сейчас офлайн Пожаловаться на Haplo   Ответить с цитированием Мультицитирование сообщения от Haplo Быстрый ответ на сообщение Haplo

5 апреля 2012, 2:13:20 AM   # 20
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: Блок Цепной Резюме или Ledger или Баланс

После перечитывая эту тему более подробно, я пришел к некоторым другим выводам.

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

2. Если Bitcoin становится повсеместно там, вероятно, будет миллиарды используемых адресов, поэтому резюме хранения будет по-прежнему требует десятков гигабайт.

...

4. Доходы, вероятно, не намного выше того, что обрезку можно сделать ...

Оценка я сделал ранее:

котировка
-Когда вы подрезать Merkle дерев, вы должны держать блок заголовок, все Merkle дерева хэш, и полный ТХ любых ТМ, которые имеют любой неизрасходованный txOuts, включая весь txIns, все скрипты для txIns, все из txOuts (в том числе проведенных txOuts) плюс все скрипты для txOuts. Проверка ОГО еще требует либо полную отсеченной blockchain или что вы доверяете централизованные узлам, чтобы предоставить вам правильные записи дерева Merkle, которые вы запрашиваете.

-Для связанной системы лицевой, вы выбросили все, кроме неизрасходованного txOuts плюс сценарии для неизрасходованного txOuts. Все блоки заголовки старше определенное время может быть отброшены вместе со всеми Merkle хэш и ТМ, и каждый клиент должен только держать 4-5 недель blockchain и 3 гроссбухов (1 для старого посевного периода, 1 резервных, 1 текущих ), из которых 2 недели blockchain и 2 бухгалтерские книги могут быть сжаты, так как они редко, если когда-нибудь нужно.

-Если весь неизрасходованный txOuts, которые имеют один и тот же адрес, складывается вместе и конденсирует, что бы уменьшить размер бухгалтерской книги на ~ 50% или более. Это также потребует использования полной стоимости в учетном как txIn, но это также уменьшает размер txIns на blockchain в качестве результата.

* 0,035 2000 МБ = 70MB Per гроссбух
70MB * 2 = 140MB из регистров, которые могут быть сжаты
33MB (оценка еженедельно размер блока с уменьшенным txIns) * 3 = 99MB несжатый blockchain (максимум, изменяется)
66MB сжимаемый blockchain (2wks историческое для посева)

70 + 99 = 169MB несжатый
140 + 66 = 206MB сжимаемый

Я думаю, что ваша оценка 500Мб для обрезанных Merkle дерев чрезмерно оптимистичная. Я считаю, что когда я вижу это. Предполагая, что вы можете сжимать данные до 66% от оригинала с помощью молнии или аналогичной, с бухгалтерскими книгами вы только держать максимум около 305MB, и только для 215 Mb на Ваш облегченный клиент.

Конденсационные неизрасходованные txOuts в остатках на-адреса и заставляя полный значение адреса для txIns приведет к снижению пропускной способности сети, как понесены в ПРД и blockchain пространства на скромные суммы. Создание pubkeys легко обратима из адресов позволит устранить избыточность публикации вашего Публичный вместе с подписью, когда расходы, что позволит сократить требования к пропускной способности за ТЕ немного больше.

На второй взгляд, 13 недели всего / 2-3 недели на одного клиента, вероятно, будет наиболее экономичным, который легко менее чем на 50% размер полностью обрезают blockchain с текущим стандартом.

3. Быстро сбросив история транзакций будет ограничивать то, что вы можете сделать с системой Bitcoin ...

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

AFAIK только вещи, сбросив историю ТХ мешает вам делать это
A: Используя blockchain как постоянный сервер временных меток или в качестве файлового сервера, оба из которых находятся вне сферы Bitcoin во всяком случае, не говоря уже будет в значительной степени способствовать размеру.

а также

B: Долгосрочный анализ данных о blockchain, который будет использоваться только сотрудниками правоохранительных органов (которые все еще может сохранить столько, сколько они хотят) и кражи личных данных.

Насколько идет долгосрочная перспектива, я думаю, что это отношение сравнить BTC сказать, VISA. VISA делает в среднем, что эквивалентно 1,2 млн ОГО на блок, или около 360MB для каждого блока, или 52GB в день. Для этого у них есть один в нескольких крупных централизованных вычислительных центров, которые, в свою очередь, обслуживаемой одной до нескольких больших цифровых клиринговых домов. Каждый из них имеет какой-то нелепый интернет Подвод для обработки всех необходимых потоков данных, оплачиваемого за счет почти драконовских сборов, которые, как правило, уплачиваемых торговцами и, таким образом, оплаченных, хотя непрозрачна для, потребителей.

BTC, с другой стороны, крайне крайне избыточное резервирование избыточный. Каждый независимый шахтер и каждый полный клиент несут полную массу документирования истории транзакций, а также полную нагрузки на сеть за выдающиеся ТМ. Для того, чтобы BTC сети для обработки таких же объем ОГО как VISA, каждый шахтер должен затем иметь полную сетевую емкость VISA, а также емкость для поддержания неопределенно большую истории транзакций.

В конечном счете это неизбежно для любой защищенной платежной системы, однако для BTC есть и другие соображения, которые являются весьма актуальными и сейчас. Например, из-за размера blockchain, большинство шахтеров (или, по крайней мере, большая часть мощности хеширования) предпочли бы иметь DeepBit взять большой кусок платы и делать все проверки ТХ и blockchain хранения для них, а не хранить всю вещь и получить не-сборов плюс пожертвования на P2Pool.

Обрезка blockchain модель не исправить это очень хорошо, и в конечном счете идея толкает УЮ проверку на централизованном майнинг, с клиентами, вынуждены запрашивать данные Merkle дерева из ТХ отправленных на их счета, чтобы проверить его. Это было бы только добавить дополнительную избыточность и процедите емкость сети централизованных узлов, чем в большей степени, сервера визы дела с в настоящее время.

Что еще более важно, единственное сопротивление тенденцию возросшей централизации БТС и прямой зависимостью от картелей является Закон Мура. Совершенно очевидно, что BTC спрос пользователь имеет возможность расти гораздо быстрее, чем закон Мура. Снижение требований к за-TX сети умеренно и снижая требования за ТЙ-за блок хранения более чем на (вычислительном) порядке будет большим шагом в направлении взвешивания тенденции к децентрализации обратно. Полностью (или, по крайней мере, в основном) решения проблемы централизации может быть сделано только через награду блока, так как объем ТХ, как правило, в масштабе с рыночной капитализацией, так что значение награды блока масштабируется с экономикой БТД. сборы ИМО не способны поддерживать сеть связи с уровнем избыточности настоящего, а только, как правило, уменьшить его ценность использования.
Haplo сейчас офлайн Пожаловаться на Haplo   Ответить с цитированием Мультицитирование сообщения от Haplo Быстрый ответ на сообщение Haplo



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW