Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
15 ноября 2010, 1:17:03 AM   # 1
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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


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

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

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

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


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


15 ноября 2010, 1:49:59 AM   # 2
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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





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

15 ноября 2010, 2:47:30 AM   # 3
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

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

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

15 ноября 2010, 3:53:09 AM   # 4
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

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

Подобная особенность, кажется, уже запланировано. Каждая сделка имеет в настоящий момент не используется "nLockTime" поле, и этот бит кода существует для пользовательского интерфейса (текст будет появляться в том же месте, "х подтверждения"):
Код:
    если (! wtx.IsFinal ())
    {
        если (wtx.nLockTime < 500000000)
            вернуться strprintf (_ ("Открыт для% D блоков"), NBestHeight - wtx.nLockTime);
        еще
            вернуться strprintf (_ ("Открыто до% с"), DateTimeStr (wtx.nLockTime) .c_str ());
    }

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

15 ноября 2010, 4:16:16 AM   # 5
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

Код:
если (mapNextTx.count (минус))
        {
            // Отключить функцию замены сейчас
            вернуться ложным;

            // Разрешить замену с более новой версией той же самой транзакции
            если (я! = 0)
                вернуться ложным;
            ptxOld = mapNextTx [] .ptx очкам;
            если (! IsNewerThan (* ptxOld))
                вернуться ложным;
            для (INT I = 0; я < vin.size (); я ++)
           
                COutPoint = VIN очкам [I] .prevout;
                если (! mapNextTx.count (минус)
            ломать;
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

15 ноября 2010, 6:37:44 PM   # 6
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

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

15 ноября 2010, 9:30:26 PM   # 7
 
 
Сообщения: 1708
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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


Ли использование nTimeLock также связать некоторые из монет отправителя до тех пор, пока блокировка не истечет? Я полагаю, что это было бы, и что бы решить эту проблему депозитной немедленно, что позволяет отправителю эффективно писать версию Bitcoin из заднего числа проверки. Даже лучше, видя, запертую сделку по сети позволит коммерсанту знать, что отправитель на самом деле есть средства, чтобы купить продукт, и если монеты связаны, пока блокировка не истекает, что отправитель, вероятно, все еще имеют те же средства. Возможность мошенника отправки заблокированной сделки, чтобы купить что-то в Интернете, а затем аннулировать сделку после того, как продукт был отправлен, по-прежнему существует. Но он может добавить уверенности в сделке, не требуя условное депонирование третьей стороны. Будет ли отмена операций оставить запись внутри или снаружи blockchain? Если это произошло, скан blockchain может быть в состоянии выделить возросшие риски отозванной сделки, если мошенник уже сделал аферу один раз кто-то другое с тем же набором монет. Делать это будет временно «зараза» монета, используемой в отмененной сделке, пока они не были использованы в нескольких действительных сделках.
Moonshadow сейчас офлайн Пожаловаться на Moonshadow   Ответить с цитированием Мультицитирование сообщения от Moonshadow Быстрый ответ на сообщение Moonshadow

18 ноября 2010, 2:16:15 AM   # 8
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

OP_BLOCKNUMBER не вносит какие-либо новые vulnurabilities по сравнению с существующей системой, как сегментация может быть использована, чтобы обмануть человек в данный момент. Это достигается следующим образом:

Оппортунистических злоумышленник имеет клиентов, работающих в нескольких местах по всему миру. Клиенты атакующие имеют те же кошельки и подключаться к различным подмножествам сверстников, вероятно, perferring местных и, безусловно, поддерживать связь с местными горнодобывающими компаниями. Клиенты общаются друг с другом с интервалами, чтобы убедиться в сегментированной сети и обмениваться список коллег, что они разговаривают.
Если связь потеряна к одному или нескольким клиентам атакующего (они идут в автономном режиме), то остальные клиенты пытаются общаться со всеми коллегами на форуме клиента. Если все у них получится, то вполне вероятно, что клиент, который хакер только испорчен или потерял свое подключение к Интернету. Однако если этот клиент переходит в автономном режиме и количество сверстников uncontactable, то это возможно, что сеть на сегменты. Клиенты атакующих определить, являются ли они на части сети с большинством горнорудной власти или меньшинства. Они также угадать, есть ли другая недоступный части сети достаточно добыча мощности для создания блоков с течением времени она воображаемая быть изолированно. Если условия благоприятны, то атака протекает следующим образом:
Клиенты атакующие на большую часть сети отправить монеты из кошелька на новые адреса в правдоподобных невинных перспективных сделках. Клиенты нападавшие на меньшинстве сети используют одни и те же монеты в том же бумажнике, чтобы купить то, что товары, которые они могут найти для продажи на подсети. Когда сеть присоединяется снова, это весьма вероятно, что большинство часть сети сгенерировала более блоки и все операции в блоках со стороны меньшинства цепи повторного входа в пуле транзакций. Операции атакующего на короткой цепи, отбрасываются как монеты уже были потрачены на более длинной цепи. полное мошенничество!

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

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

18 ноября 2010, 2:22:26 AM   # 9
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

18 ноября 2010, 3:01:45 AM   # 10
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

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

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

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

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

18 ноября 2010, 4:35:33 AM   # 11
 
 
Сообщения: 1708
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции


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

ByteCoin

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

18 ноября 2010, 9:10:36 PM   # 12
 
 
Сообщения: 224
Цитировать по имени
цитировать ответ
по умолчанию Re: Нужен OP_BLOCKNUMBER, чтобы позволить «времени» ограниченные операции

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

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

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

ByteCoin

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW