Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
12 ноября 2014, 3:21:12 PM   # 1
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

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


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

котировка
С 1 февраля 2012 года, блок-цепь будет исследована, чтобы определить количество блоков, поддерживающих оплату за скрипт-хэш за предыдущие 7 дней. Если 550 или больше содержат "/ P2SH /" в их coinbase, то все блоки с метками времени после 15 февраля 2012, 00:00:00 GMT имеет их платить по-скрипт-хэш операции полностью проверены. Около 1000 блоков создаются в неделю; 550 должен, таким образом, приблизительно 55% от сети, поддерживающей новую функцию.
BIP 0016

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

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

Вместо того, чтобы требовать большинства (или квалифицированный) в coinbase основе голосов на последних N блоков, то может потребоваться двойное большинство, то есть большинство coinbase на основе голосов, а также большинство голосов простых транзакций на основе.

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

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


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


12 ноября 2014, 5:16:46 PM   # 2
 
 
Сообщений: 49
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

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





Когда BIP-16 был принят, был своего рода неофициального голосования. Шахтеры попросили вставить свой голос в coinbase сделок блоков они добываются и перейти к новым правилам, как только большинство поддержало его:

Это был не голос. Видеть:


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

12 ноября 2014, 5:19:58 PM   # 3
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

Это был не голос. Видеть:


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

12 ноября 2014, 7:34:32 PM   # 4
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

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

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

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

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

12 ноября 2014, 8:05:11 PM   # 5
 
 
Сообщения: 266
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

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

это дало бы им путь к много голосов.

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

12 ноября 2014, 8:17:25 PM   # 6
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

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

Я хотел бы посмотреть на UTXO и взвешивать каждый выход сделки с отмеченной "голос" с количеством BTC в этой продукции. Этот способ последующие операции могут переопределять ранее голос.
mmeijeri сейчас офлайн Пожаловаться на mmeijeri   Ответить с цитированием Мультицитирование сообщения от mmeijeri Быстрый ответ на сообщение mmeijeri

12 ноября 2014, 8:29:02 PM   # 7
 
 
Сообщения: 266
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

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

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

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

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

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

31 мая 2015, 11:07:47 AM   # 8
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: Совершенствование механизма консенсуса зондирования для обновления протокола

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW