смягчение цепи пыли: Демередж на основе цепь Пылесос

Количество "пыли" в блоке цепи становится большим, и он все время растет. В настоящее время 11% неизрасходованных выходов ТХ (UTXO) имеют 1Satoshi (0.00000001BTC), 32% меньше, чем 0.0001BTC и 60% меньше, чем 0.001BTC. (Спасибо Яна для выкапывания этих цифр!)

Это означает, что большая часть блока цепи используется для практически ничего - например, сумма 11% стоит около 2 центов США!

Основным источником этих 1 Сатоси выплат является Sahtoshi плашек. И ничего плохого в том, что, тем не менее, мы не должны работать на обеспечение того, чтобы слишком много слишком мелких платежей не будет убивать размер blockchain в конце концов - в дальнейшем, они по существу слишком малы, чтобы быть включены в другой транзакции в качестве добавленной платы часто сделать его более дорогим, чтобы удалить их. Следовательно, нет никакого стимула, чтобы избавиться от них.

У меня есть идея для возможного смягчения этой проблемы - введение простоя - не как в нем нормальном значении в процентах с течением времени (см: http://en.wikipedia.org/wiki/Demurrage_(currency) Кстати, это также было судит в freicoin), но и как средство для переработки грошей в течение долгого времени. Предложение простое - UTXOs возраст, если повторно не транзакционной - тем меньше монет, тем быстрее старение:
1-99 Satoshi: живет 210 блоков
100-9999 Satoshi: живет 2100 блоков
10000-999999 Satoshi: живет 21000 блоков
1000000-99999999 Satoshi: живет 210000 блоков

Только суммы выше 1BTC живет вечно - (или мы могли даже наложить старения на те тоже ..)

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

Эта схема будет накладывать определенные сроки службы и на, например, цветные монеты (следовательно, вы должны использовать определенное количество занимать место на blockchain течение времени, необходимого, или просто вести их).

Если вам нравится это, я был бы рад записать его в BIP.

Мысли?

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

Я не думаю, что вы получите изменения, как, что в Bitcoin в этой точке. Я хотел бы держаться подальше от "D" слово. Это только собирается привлечь эмоциональные реакции. Я не вижу проблем с ультра крошечных сделками, промытой в течение долгого времени, но это будет трудно вилка и шансы, что происходит на что-либо, кроме критических исправлений примерно 0%. Это может быть полезно для использования в новых монетах. Я хотел бы сделать это гораздо менее сложным, чем ваш мульт-уровневой системы, хотя. Все, что ниже X становится может быть истекло и включено в следующем блоке после того, как она Y блоки старого.

Может быть, лучше система бы ограничили количество цифр. Требуя увеличивающиеся цифры требуют супер большинство одобрения шахтеров. Начните с чем-то вроде 3 цифры и пусть расширить до 10 цифр в зависимости от потребностей *. Все внутри будет храниться в виде 10 цифр "Satoshi" целочисленные значения.

* 21000000 BTC @ 10 цифр точности сохраняется как целое будет максимальное значение 210,000,000,000,000,000, которое меньше максимального значения 64битное Int (18,446,744,073,709,600,000). , Если общее количество монет было сделано 18 миллионов вместо 21M можно было получить 12 бит точности в том же 64битное INT 18.000.000.000.000.000.000

Я также не вижу шансов, что Демередж будет частью протокола Bitcoin.

Но это могло не быть обработаны как-то на стороне клиента?

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

-> Не создавать новые адреса изменения, когда изменения малы, а "заполнить" существующие адреса
риск конфиденциальности, поэтому должно быть сделано только тогда, когда пользователь понимает / запрашивает.

Цитата: Herbert от 03 декабря 2012 года, 2:52:19 PM

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

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

Цитата: Herbert от 03 декабря 2012 года, 2:52:19 PM

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

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

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

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

Идея у меня будет на самом деле есть два мета деревья: один с "большинство" важные неизрасходованные выходы, и те, с "наименее", Бита пыль попадет в "наименее", На самом деле, любой выход операция, которая достигает возраста, пропорционально его размеру, будет кандидатом попасть в "наименее важный" дерево (пример: 1 Satoshi может принадлежать там после того, как только 1 подтверждение, но праздный 1 BTC, таким как Casascius монеты, будет принадлежать там только после того, как незадействованные, скажем, 4-х лет).

Узлы, присоединившиеся к сети имеет возможность сохранения только "самое важное" дерево, или оба дерева.

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

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

Этот риск при этом, что в том, что честные узлы, не имеющие неважное дерево не смогут несущественные передатчики. Это может позволить злоумышленнику, чтобы затопить сеть с фиктивными сделками, которые честные, но несведущие узлы будут по-прежнему вперед. Один контрмеры может быть требовать доказательств работы на неважных сделках. Узлы, не имеющие оба дерева не могут быть подтверждены ТМИ, но могут проверить доказательство работы. Таким образом, теперь стоимость нападающих в попытке затопить сеть.

Примечание стороны: даже если все узлы хранятся все ОЕ (как сейчас) обрезка из спам вместе с отработанным ТМ в отдельную таблицу, дБ, индекс может улучшить производительность. По существу ultraprune метод, но включают в себя "низкая вероятность" выходы в отработанном наборе.

Таким образом, узел принимает ТХ. Это делает высокую скорость поиска в в своем активном наборе, но неизрасходованного TX (который может быть кэшировать в памяти). Если есть совпадение он проверяет, добавляет в пул памяти, и вперед. Если совпадения нет, он выглядит в отработанном & маловероятное множество. Большинство операций выполняется быстро. Случай, основная часть потратили низких выходов значений может потребоваться второй медленный поиск, но это компенсируется увеличение производительности на большинстве операций.

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

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

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

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

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

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

Цитата: DeathAndTaxes от 03 декабря 2012 года, 4:10:06 PM

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

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

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

Если один satashi никогда больше не используется, то он никогда не добавляет к размеру blockchain снова не так ли? Даже если вы объедините 11% выходов, которые добавляют до 2 центов вы все еще есть все эти выходы в цепи, они будут просто тратить.

Цитата: J-Norm 04 декабря 2012 года, 3:50:58 AM

Где я подписываю?

Если я раскрутить Bitcoin узла и обменивается информацией через Голубь капельного USB палочку, а не TCP 8333, я в нарушении контракта?

Хорошо, глупости в стороне. Я на самом деле думаю, что вы на правильном пути. Использование видео терминологии, мета дерево идея отслеживания только неизрасходованного состояния сети, вероятно, уже то, что вы имеете в виду, с ключевых кадров поддерживается сетью и размножают только принести новые узлы до скорости, а затем решаемые блоки сами по себе будучи "I кадры" скажем. И в coinbase каждого блока, будет хэш в настоящее время оказывается "Рамка" с блоком сам прикладной, так что узлы могут быть уверены в том, что вся сеть наблюдает за один и тот же фильм.

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

Цитата: casascius от 04 декабря 2012 года, 4:00:07 AM

Где я подписываю?

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

Так что вряд ли вы когда-либо получить 51% + членов коммунальную договора согласиться с этим и начать делать это в то же время очень маловероятно, что blockchain никогда не включают в себя удаление средств из адреса без подписи с закрытым ключом ,

Цитата: J-Norm 04 декабря 2012 года, 4:06:34 AM

Цитата: casascius от 04 декабря 2012 года, 4:00:07 AM

Где я подписываю?

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

Мне нужно 51% согласие, если я хочу, чтобы изменить определение действительного блока или сделки, но если я хочу, чтобы изменить, как я прохожу блоки и транзакции между другим узлом (предположительно, что также говорит "Satoshi" путь к "Satoshi" узлы, поэтому мы не остров), мне не нужно согласие ничьего. Это что-то совершенно другое.

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

Вполне возможно, что мы можем быть приравнивая два различных определения для того, что представляет собой "Bitcoin протокол", В той мере, вы имеете в виду формат структур данных, таких как блоки и сделок, вы 100% право. Но в той мере, она включает в себя модель и стиль общения, проведенное через TCP порт 8333, это освобождается от необходимости разрешения 51% 's.

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

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

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

Цитата: casascius от 04 декабря 2012 года, 4:12:31 AM

Мне нужно 51% согласие, если я хочу, чтобы изменить определение действительного блока или сделки,

Нет, для этого нужно почти «согласия» каждого. Большинство не может сделать недействительным действительным. [Касательная на вашу точку свободно в состоянии изменить узел связи узел; Thats пятно на]

Цитата: casascius от 03 декабря 2012 года, 3:29:19 PM

Я люблю идею POW подтверждено множеством UTXO, что, однако останется "пыльный",

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

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

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

Цитата: casascius от 04 декабря 2012 года, 2:25:42 PM

Что вы предлагаете интересно.

Вопрос 1: Почему бы кто-нибудь сохранить дерево пыли в этом случае? Единственный стимул, я могу видеть, чтобы заработать горнодобывающие сборы от пыли. Но если это действительно пыль (например, 11% от blockchain данных, содержащих $ 0.02 USD от стоимости), то не надо платить, чтобы заработать.

Вопрос 2: Если пыль "отряхнул и используется", Делает это требует от других узлов, чтобы загрузить всю историю пыли снова? Или же доверять узлы, которые валидация пыли?

Вопрос 3: Блоки могут быть добыты, которые не содержат пыли. Если большинство шахтеров ограничиваются этим типом блока, не правда ли лучше для других шахтеров сделать так же? (Так как блок пыли, казалось бы занять много времени, чтобы проверить и, таким образом, риск создания сиротой. Кроме того, даже если все шахтеры дело в пыли, не будет пыли блоки займет гораздо больше времени, чтобы распространяться через сеть, что приводит к тому же эффекту ?)

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

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

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

3 декабря 2012, 10:08:04 AM	# 1
libcoin Сообщений: 26 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Количество "пыли" в блоке цепи становится большим, и он все время растет. В настоящее время 11% неизрасходованных выходов ТХ (UTXO) имеют 1Satoshi (0.00000001BTC), 32% меньше, чем 0.0001BTC и 60% меньше, чем 0.001BTC. (Спасибо Яна для выкапывания этих цифр!) Это означает, что большая часть блока цепи используется для практически ничего - например, сумма 11% стоит около 2 центов США! Основным источником этих 1 Сатоси выплат является Sahtoshi плашек. И ничего плохого в том, что, тем не менее, мы не должны работать на обеспечение того, чтобы слишком много слишком мелких платежей не будет убивать размер blockchain в конце концов - в дальнейшем, они по существу слишком малы, чтобы быть включены в другой транзакции в качестве добавленной платы часто сделать его более дорогим, чтобы удалить их. Следовательно, нет никакого стимула, чтобы избавиться от них. У меня есть идея для возможного смягчения этой проблемы - введение простоя - не как в нем нормальном значении в процентах с течением времени (см: http://en.wikipedia.org/wiki/Demurrage_(currency) Кстати, это также было судит в freicoin), но и как средство для переработки грошей в течение долгого времени. Предложение простое - UTXOs возраст, если повторно не транзакционной - тем меньше монет, тем быстрее старение: 1-99 Satoshi: живет 210 блоков 100-9999 Satoshi: живет 2100 блоков 10000-999999 Satoshi: живет 21000 блоков 1000000-99999999 Satoshi: живет 210000 блоков Только суммы выше 1BTC живет вечно - (или мы могли даже наложить старения на те тоже ..) Выдержанный монеты просто включен в награде горнорудного блока, создавая еще один стимул для шахтеров. Кроме того, если мы включаем все монеты в этой рецикла схемы монет никогда не будет потеряна навсегда. Эта схема будет накладывать определенные сроки службы и на, например, цветные монеты (следовательно, вы должны использовать определенное количество занимать место на blockchain течение времени, необходимого, или просто вести их). Если вам нравится это, я был бы рад записать его в BIP. Мысли?

3 декабря 2012, 2:12:27 PM	# 2
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Получил 1806 Биткоинов Реальная история. Люди принимают Bitcoin именно потому, что она не включает в себя ерунду, как произвольная инфляция и простой. Если вам не нравится этот переключатель к одному из этих альтернативных цепочек, которые никто не хочет использовать вместо того, чтобы пытаться изменить Bitcoin в противоположность того, что она есть.

3 декабря 2012, 2:23:07 PM	# 3
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Я не думаю, что вы получите изменения, как, что в Bitcoin в этой точке. Я хотел бы держаться подальше от "D" слово. Это только собирается привлечь эмоциональные реакции. Я не вижу проблем с ультра крошечных сделками, промытой в течение долгого времени, но это будет трудно вилка и шансы, что происходит на что-либо, кроме критических исправлений примерно 0%. Это может быть полезно для использования в новых монетах. Я хотел бы сделать это гораздо менее сложным, чем ваш мульт-уровневой системы, хотя. Все, что ниже X становится может быть истекло и включено в следующем блоке после того, как она Y блоки старого. Может быть, лучше система бы ограничили количество цифр. Требуя увеличивающиеся цифры требуют супер большинство одобрения шахтеров. Начните с чем-то вроде 3 цифры и пусть расширить до 10 цифр в зависимости от потребностей . Все внутри будет храниться в виде 10 цифр "Satoshi" целочисленные значения. 21000000 BTC @ 10 цифр точности сохраняется как целое будет максимальное значение 210,000,000,000,000,000, которое меньше максимального значения 64битное Int (18,446,744,073,709,600,000). , Если общее количество монет было сделано 18 миллионов вместо 21M можно было получить 12 бит точности в том же 64битное INT 18.000.000.000.000.000.000

3 декабря 2012, 2:52:19 PM	# 4
Герберт Сообщения: 488 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Я также не вижу шансов, что Демередж будет частью протокола Bitcoin. Но это могло не быть обработаны как-то на стороне клиента? Идеи: -> При создании транзакции пытаются использовать больше мелких конце вставки, если возможно точно так никаких новых изменений не требуется Это будет по-прежнему есть проблема повышенных сборов сделки, но, возможно, некоторые Компромисс можно найти. -> Не создавать новые адреса изменения, когда изменения малы, а "заполнить" существующие адреса риск конфиденциальности, поэтому должно быть сделано только тогда, когда пользователь понимает / запрашивает.

3 декабря 2012, 3:18:44 PM	# 5
DannyHamilton Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: Herbert от 03 декабря 2012 года, 2:52:19 PM -> При создании транзакции пытаются использовать больше мелких конце вставки, если возможно точно так никаких новых изменений не требуется Это будет по-прежнему есть проблема повышенных сборов сделки, но, возможно, некоторые Компромисс можно найти. Я не уверен, но я подумал, что, с целью повышения анонимности, текущий клиент намеренно пытается использовать достаточное количество выходов требуют изменений. Таким образом, трудно сказать, если смотреть на сделки, которая является изменение и которое является оплата. Цитата: Herbert от 03 декабря 2012 года, 2:52:19 PM -> Не создавать новые адреса изменения, когда изменения малы, а "заполнить" существующие адреса Это не поможет. Вы все еще будете иметь небольшой выход, связанный с существующим адресом, а не в адрес изменения. Выходы, связанные с адресом все не объединены в один выход. Все они разделены. Вы должны были бы создать транзакцию, которая передает все выходные сигналы, связанные с этим адресом, чтобы их объединить в один выход.

3 декабря 2012, 3:29:19 PM	# 6
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Хотя я на самом деле не заполнены все пробелы, я считаю, что это возможно, если мы когда-нибудь вокруг, реализующей "мета-дерево" Предложение, как уже обсуждалось в других на форумах. Коротко говоря, "мета дерево" является отсортированной древовидной структурой всех неизрасходованных выходов, хэш которых становится обязательной частью coinbase сделки. От блока к блоку, узлы просто сохранить дерево обновляется, и отказаться от потраченных сделок. Мое предложение идея предполагает, что методология мета дерева понимается читателем. Идея у меня будет на самом деле есть два мета деревья: один с "большинство" важные неизрасходованные выходы, и те, с "наименее", Бита пыль попадет в "наименее", На самом деле, любой выход операция, которая достигает возраста, пропорционально его размеру, будет кандидатом попасть в "наименее важный" дерево (пример: 1 Satoshi может принадлежать там после того, как только 1 подтверждение, но праздный 1 BTC, таким как Casascius монеты, будет принадлежать там только после того, как незадействованные, скажем, 4-х лет). Узлы, присоединившиеся к сети имеет возможность сохранения только "самое важное" дерево, или оба дерева. "самое важное" дерево будет сильно ограничен размер (возможно, несколько сотен мегабайт в лучшем случае). Кто-то с только "самое важное" дерево будет видеть только входящую транзакцию, затрачиваемую монеты на дереве. Если кто-то с только "самое важное" Дерево принимает монеты от "наименее важный" дерево, они все равно приходят, только гораздо позже. Узлы без малейшего важного дерева будет узнать о сделке, когда он получает добывали в блок, а затем видит несколько подтверждений. Таким образом, люди все еще могут провести bitdust, они просто нужно ждать 6 подтверждений сделки даже быть видно не говоря уже подтверждена массой людей, которые просто загрузили минимальный набор данных, необходимый, чтобы быть частью сети.

3 декабря 2012, 3:56:40 PM	# 7
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Этот риск при этом, что в том, что честные узлы, не имеющие неважное дерево не смогут несущественные передатчики. Это может позволить злоумышленнику, чтобы затопить сеть с фиктивными сделками, которые честные, но несведущие узлы будут по-прежнему вперед. Один контрмеры может быть требовать доказательств работы на неважных сделках. Узлы, не имеющие оба дерева не могут быть подтверждены ТМИ, но могут проверить доказательство работы. Таким образом, теперь стоимость нападающих в попытке затопить сеть. Примечание стороны: даже если все узлы хранятся все ОЕ (как сейчас) обрезка из спам вместе с отработанным ТМ в отдельную таблицу, дБ, индекс может улучшить производительность. По существу ultraprune метод, но включают в себя "низкая вероятность" выходы в отработанном наборе. Таким образом, узел принимает ТХ. Это делает высокую скорость поиска в в своем активном наборе, но неизрасходованного TX (который может быть кэшировать в памяти). Если есть совпадение он проверяет, добавляет в пул памяти, и вперед. Если совпадения нет, он выглядит в отработанном & маловероятное множество. Большинство операций выполняется быстро. Случай, основная часть потратили низких выходов значений может потребоваться второй медленный поиск, но это компенсируется увеличение производительности на большинстве операций.

3 декабря 2012, 4:07:22 PM	# 8
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Это может быть смелым и неортодоксальные, и я хотела бы быть сбит, но я рискну предположить, что было бы хорошо для узлов с только "самое важное" дерево даже не потрудились ретрансляции сделок, которые могут принадлежать к "наименее важный" дерево. Почти как если бы "самое важное" сети были своего рода элитной подсеть. Причина этого заключается в том, что перспектива иметь трудное время быстро проводить чрезвычайно низкий приоритет монеты не слишком много, чтобы пользователь страдает. Это не собирается сделать сеть страдать, а также не собирается разделить сеть вверх. Это будет просто сделать взрывное такие сделки вне тяжелую борьбы. С другой стороны, это интернет: если такая сделка может быть даже отправлена в полудюжине узлы, как известно, готово принять его, и это делает его в блок, он будет распространяться по всей сети без дискриминации. Если кто-то хочет провести свою низкий приоритет монету, они должны либо загрузить набор низкого приоритета транзакций, или использовать сервис созданный для этого (их монет почти наверняка станут "высокий приоритет" снова, как только она движется). Такой клиент или такая услуга уже будет в состоянии убедиться, что операция делает его шахтер как-то для возможного включения в блок. Это было бы как в реальных условиях, пытаясь купить продукты, используя старые часы радио с 80-х годов в качестве оплаты. Старое радио-часы не бесполезно, но вы должны найти покупатель первым, и не желая, чтобы помочь тем, что это разумная позиция политики для продуктового магазина, чтобы взять.

3 декабря 2012, 4:10:06 PM	# 9
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Пока протокол поддерживает метод для узла, чтобы определить свои возможности и позволяет узел найти "полный комплект" узел, чтобы передать ему на самом деле не является проблемой. В настоящее время они не могут, которые, вероятно, будет означать много путаницы. то есть создать действительный ТХ, представить его, и оно отвергается всеми моими коллегами. ТХ никогда не идет куда-нибудь. Мои узлы продолжают пытаться отправить его навсегда, и получатель никогда даже не знает, что он существует.

3 декабря 2012, 4:26:58 PM	# 10
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: DeathAndTaxes от 03 декабря 2012 года, 4:10:06 PM Пока протокол поддерживает метод для узла, чтобы определить свои возможности и позволяет узел найти "полный комплект" узел, чтобы передать ему на самом деле не является проблемой. В настоящее время они не могут, которые, вероятно, будет означать много путаницы. то есть создать действительный ТХ, представить его, и оно отвергается всеми моими коллегами. ТХ никогда не идет куда-нибудь. Мои узлы продолжают пытаться отправить его навсегда, и получатель никогда даже не знает, что он существует. Я убежден, что "протокол" имеет массу эволюционирует, чтобы сделать, и это относительно легко заменить часть Bitcoin инфраструктуры. Конечно, формат структуры данных, таких как блоки и операции не может быть изменен независимо друг от друга, но часть протокола, который определяет, как рукопожатия работы, как равные найти работы, как решить, какие сообщения ретрансляции, как общаться возможности узла, какой можно сделать предположение о том, что информация, каждый узел имеет ... Я считаю, что может быть 100% заменен на новый протокол на другой порт или через другой транспорт, если кто-то пришел с лучшей мышеловки, которая охватывает все критические точки. Я предполагаю, что это произойдет в один день, только не очень скоро.

4 декабря 2012, 3:50:58 AM	# 11
J-Норм Сообщений: 56 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Это не может быть сделано, потому что это в нарушении общего договора мы все вовлечены в том, что мы называем протокол Bitcoin. Мы должны жить с дизайном, который позволяет их накапливать. Я никогда не понимал, почему мы не могли просто взять верхние 200к блоки и заменить их с "ключевой кадр" родов и идти оттуда. Очень публичная контрольная сумма этого ключевого кадра может быть построена в клиент, чтобы предотвратить ревизионизм. Если один satashi никогда больше не используется, то он никогда не добавляет к размеру blockchain снова не так ли? Даже если вы объедините 11% выходов, которые добавляют до 2 центов вы все еще есть все эти выходы в цепи, они будут просто тратить.

4 декабря 2012, 4:00:07 AM	# 12
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: J-Norm 04 декабря 2012 года, 3:50:58 AM Это не может быть сделано, потому что это в нарушении общего договора мы все вовлечены в том, что мы называем протокол Bitcoin. Мы должны жить с дизайном, который позволяет их накапливать. Я никогда не понимал, почему мы не могли просто взять верхние 200к блоки и заменить их с "ключевой кадр" родов и идти оттуда. Очень публичная контрольная сумма этого ключевого кадра может быть построена в клиент, чтобы предотвратить ревизионизм. Где я подписываю? Если я раскрутить Bitcoin узла и обменивается информацией через Голубь капельного USB палочку, а не TCP 8333, я в нарушении контракта? Хорошо, глупости в стороне. Я на самом деле думаю, что вы на правильном пути. Использование видео терминологии, мета дерево идея отслеживания только неизрасходованного состояния сети, вероятно, уже то, что вы имеете в виду, с ключевых кадров поддерживается сетью и размножают только принести новые узлы до скорости, а затем решаемые блоки сами по себе будучи "I кадры" скажем. И в coinbase каждого блока, будет хэш в настоящее время оказывается "Рамка" с блоком сам прикладной, так что узлы могут быть уверены в том, что вся сеть наблюдает за один и тот же фильм. Причина, по которой будет организовано в отсортированное дерево, является то, что можно доказать существование или несуществование конкретного листа на дереве, просто предоставляя хэш, которые идут от узла листьев к корню (в случае» повторно доказывать что-то существует), либо предоставление всех окружающих узлов листа, все между ними до их общего предка, а затем весь путь к корню (в том случае, мы доказав что-то не существует), своего рода не как доказать, есть нет "Forzoops" в телефонной книге, обеспечивая непрерывный набор страниц (ы), включая как "Forrester" а также "способствовать", Еще по идее мета-дерева можно найти с помощью поиска форума.

4 декабря 2012, 4:06:34 AM	# 13
J-Норм Сообщений: 56 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: casascius от 04 декабря 2012 года, 4:00:07 AM Где я подписываю? Контракт является протоколом Bitcoin, вы подписываете, когда вы посылаете деньги. Любая сделка, которая включает в себя не забирая деньги других людей, независимо от того, как мало будет отвергнуты клиентами из-за не отвечают согласованному договор клиенты обеспечения соблюдения. Так что вряд ли вы когда-либо получить 51% + членов коммунальную договора согласиться с этим и начать делать это в то же время очень маловероятно, что blockchain никогда не включают в себя удаление средств из адреса без подписи с закрытым ключом ,

4 декабря 2012, 4:12:31 AM	# 14
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: J-Norm 04 декабря 2012 года, 4:06:34 AM Цитата: casascius от 04 декабря 2012 года, 4:00:07 AM Где я подписываю? Контракт является протоколом Bitcoin, вы подписываете, когда вы посылаете деньги. Любая сделка, которая включает в себя не забирая деньги других людей, независимо от того, как мало будет отвергнуты клиентами из-за не отвечают согласованному договор клиенты обеспечения соблюдения. Так что вряд ли вы когда-либо получить 51% + членов коммунальную договора согласиться с этим и начать делать это в то же время очень маловероятно, что blockchain никогда не включают в себя удаление средств из адреса без подписи с закрытым ключом , Я не уверен, что это, как это работает. На самом деле, я уверен, что это не так. Единственный "подписание" что происходит, когда я отправить деньги расчет числа, которое оказывается на остальную часть сети, что предполагаемый владелец некоторых монет соглашаются на сделку, чтобы переназначить их собственность. Мне нужно 51% согласие, если я хочу, чтобы изменить определение действительного блока или сделки, но если я хочу, чтобы изменить, как я прохожу блоки и транзакции между другим узлом (предположительно, что также говорит "Satoshi" путь к "Satoshi" узлы, поэтому мы не остров), мне не нужно согласие ничьего. Это что-то совершенно другое. Если завтра я заявляю, что я произвел единорог протокол, который делает то, что протокол Satoshi делает плюс что-то еще, что все мгновенно находит привлекательным, а также Я убедиться, что я обеспечить способ преодоления узлов, используя свой протокол со всеми остальными на Satoshi-только сети, сообщество тех, кто предпочитает использовать протокол не нуждается ни согласия со стороны тех, кто не не принимать его, независимо от их относительных размеров , Никто из нас никогда не соглашался или удержан согласие Электрум / Stratum, и все же он действует так же, как и должно быть. Вполне возможно, что мы можем быть приравнивая два различных определения для того, что представляет собой "Bitcoin протокол", В той мере, вы имеете в виду формат структур данных, таких как блоки и сделок, вы 100% право. Но в той мере, она включает в себя модель и стиль общения, проведенное через TCP порт 8333, это освобождается от необходимости разрешения 51% 's.

4 декабря 2012, 5:34:46 AM	# 15
J-Норм Сообщений: 56 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Да, я был referrring только правила аудита транзакций. Транспортный механизм может быть переключен без вопроса. Я согласен, что способ сделки проработаны может измениться, чтобы уменьшить образование пыли, клиенты могут даже отказаться от реле пыли. Но пыль, которая уже существует и не может быть перемещена без закрытых ключей для них, не без нарушения правил аудита транзакций мы все согласились.

4 декабря 2012, 7:33:20 AM	# 16
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: casascius от 04 декабря 2012 года, 4:12:31 AM Мне нужно 51% согласие, если я хочу, чтобы изменить определение действительного блока или сделки, Нет, для этого нужно почти «согласия» каждого. Большинство не может сделать недействительным действительным. [Касательная на вашу точку свободно в состоянии изменить узел связи узел; Thats пятно на]

4 декабря 2012, 11:15:05 AM	# 17
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: casascius от 03 декабря 2012 года, 3:29:19 PM Хотя я на самом деле не заполнены все пробелы, я считаю, что это возможно, если мы когда-нибудь вокруг, реализующей "мета-дерево" Предложение, как уже обсуждалось в других на форумах. Я люблю идею POW подтверждено множеством UTXO, что, однако останется "пыльный", Эти клиенты должны тратить предпочитают агрегированные ресурсы для решения этой проблемы.

4 декабря 2012, 2:25:42 PM	# 18
casascius Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос То, что я предложил в двух словах, что пыль может храниться только узлами, которые хотят, чтобы сохранить его (давайте назовем это нижний ярус хранения) и позволяют пользователям возможности загрузить неизрасходованные сделки набора не включая пыль. Это приведет к меньшим сообщества узлов, которые могут быть подтверждены операции, содержащей пыль - и, конечно, все шахтеры должны хранить пыль, а также. Узлы, которые не хранят пыль узнают об операциях пыли, видя их добывали в блоки, которые продолжают быть подтверждено. Такой узел займет гораздо больше времени, чтобы увидеть сделку пыли, поскольку они не будут слушать по неподтвержденной транзакции (они не имеют никакого способа, чтобы сказать это, кроме совершенно фиктивной / недействительной сделки).

5 декабря 2012, 6:42:48 AM	# 19
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Я думаю, что это только шахтер, торговцы и веб-кошелек услуги будут хранить цепь в ближайшее время.

5 декабря 2012, 8:06:27 AM	# 20
cunicula Сообщения: 798 Цитировать по имени цитировать ответ	Re: Цепь смягчение пыли: Демередж на основе цепь Пылесос Цитата: casascius от 04 декабря 2012 года, 2:25:42 PM То, что я предложил в двух словах, что пыль может храниться только узлами, которые хотят, чтобы сохранить его (давайте назовем это нижний ярус хранения) и позволяют пользователям возможности загрузить неизрасходованные сделки набора не включая пыль. Это приведет к меньшим сообщества узлов, которые могут быть подтверждены операции, содержащей пыль - и, конечно, все шахтеры должны хранить пыль, а также. Узлы, которые не хранят пыль узнают об операциях пыли, видя их добывали в блоки, которые продолжают быть подтверждено. Такой узел займет гораздо больше времени, чтобы увидеть сделку пыли, поскольку они не будут слушать по неподтвержденной транзакции (они не имеют никакого способа, чтобы сказать это, кроме совершенно фиктивной / недействительной сделки). Что вы предлагаете интересно. Вопрос 1: Почему бы кто-нибудь сохранить дерево пыли в этом случае? Единственный стимул, я могу видеть, чтобы заработать горнодобывающие сборы от пыли. Но если это действительно пыль (например, 11% от blockchain данных, содержащих $ 0.02 USD от стоимости), то не надо платить, чтобы заработать. Вопрос 2: Если пыль "отряхнул и используется", Делает это требует от других узлов, чтобы загрузить всю историю пыли снова? Или же доверять узлы, которые валидация пыли? Вопрос 3: Блоки могут быть добыты, которые не содержат пыли. Если большинство шахтеров ограничиваются этим типом блока, не правда ли лучше для других шахтеров сделать так же? (Так как блок пыли, казалось бы занять много времени, чтобы проверить и, таким образом, риск создания сиротой. Кроме того, даже если все шахтеры дело в пыли, не будет пыли блоки займет гораздо больше времени, чтобы распространяться через сеть, что приводит к тому же эффекту ?) Мне кажется, что это подлый способ введения пыли демереджа с помощью экономических стимулов. то есть, если вы сделаете это дешево, чтобы отсортировать записи пыли из ценных записей, и ни одна из партий прибыли от ведения учета пыли, то мы в конечном итоге только сохранения ценных записей. Так же, как если бы мы изменили правила протокола. Мне это нравится. Скажем, мы зачистить всю новую пыль, созданную после каждого блока прибытия (введение нового материала повернет некоторые старые вещи в пыль). Есть быстрый алгоритм для этого? Или это потребует ресурсов интенсивного поиска и, таким образом, поддержания индекса пыли?

Заголовок