Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
7 декабря 2011, 9:58:49 PM   # 1
 
 
Сообщений: 31
Цитировать по имени
цитировать ответ
по умолчанию Re: Сделки, который истекает, если не включен в следующем блоке

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


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

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

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

1 блок обратно = нормальный вес
2 блока назад = 2x вес, так что теперь новая вилка будет требовать цепь высоты  >п + 1 осиротить этот блок
3 блоков обратно = 3x вес, вилка нужна высота >п + 2 осиротить этот блок

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


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


9 декабря 2011, 3:16:28 AM   # 2
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: Сделки, который истекает, если не включен в следующем блоке

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





Нет и да соответственно.

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

Я думаю, что можно с уверенностью сказать, что нет такой функциональности не будет реализована в обозримом будущем.

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

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

11 декабря 2011, 4:23:04 PM   # 3
 
 
Сообщения: 686
Цитировать по имени
цитировать ответ
по умолчанию Re: Сделки, который истекает, если не включен в следующем блоке

Нет. Там нет никакого способа намеренно связывать операции с блоками, так как блок цепи реорганизаций или даже просто блоки прибывающий раньше, чем ожидалось, приведет платежи просто исчезнуть. Solidcoin 2 имеет доверенную схему блока на основе доверенных лиц вставляя операции в блоке цепь и он не точно, потому что транзакции не могут быть привязаны к блокам. Ваш предложенный метод также открывает целую кучу новых 51% атак.
makomk сейчас офлайн Пожаловаться на makomk   Ответить с цитированием Мультицитирование сообщения от makomk Быстрый ответ на сообщение makomk

11 декабря 2011, 6:56:42 PM   # 4
 
 
Сообщений: 31
Цитировать по имени
цитировать ответ
по умолчанию Re: Сделки, который истекает, если не включен в следующем блоке

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

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

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

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

12 декабря 2011, 5:11:30 PM   # 5
 
 
Сообщения: 253
Цитировать по имени
цитировать ответ
по умолчанию Re: Сделки, который истекает, если не включен в следующем блоке

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

12 декабря 2011, 6:48:04 PM   # 6
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Сделки, который истекает, если не включен в следующем блоке

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

+1
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

12 декабря 2011, 10:34:18 PM   # 7
 
 
Сообщений: 31
Цитировать по имени
цитировать ответ
по умолчанию Re: Сделки, который истекает, если не включен в следующем блоке

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW