Topic: Информационный ресурс о Bitcoin - Bits.media - page 61. (Read 555191 times)

Значит escrow
Тогда вопрос в догонку, когда изучал escrow на примере geistgeld был несколько удивлен странному способу указания объема средств в транзакции, я наивный думал что будет так:
* A инициирует транзакцию, с указанием всех участников (адресов) и указанием какие суммы кому выдать (например B продавец, A покупатель, C проверяющий, которому хочется комиссию со сделки), т.е. объем сделки 110btc, 100 перевод A -> B и 10 перевод A -> C, средства у A списываются сразу, но подвисают, не попадая ни к B ни к C.
* B и C в своих клиентах видят что к ним пришла escrow транзакция
* A, создав транзакцию получает/создает некое число (подпись), с помощью которого, передав его B или C он подтверждает свою транзакцию
* C, получив подпись от A так же подписывает с ее помощью и с своего кошелька транзакцию, подтверждая что сделка прошла, получает новое число/подпись
* B, получает подпись от C, и так же проверив, что сделка проходит верно (получил товар), подписывает транзакцию с помощью этого числа и своего кошелька
Так как все участники подписали транзакцию, средства успешно переводятся, порядок передачи подписи от A к B и C может быть иной, например A -> B -> C

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

Теперь вопрос, как действительно можно организовать выше описанную схему escrow? И что будет со средствами, если один из участников так и не подпишет транзакцию, есть ли возможность указать срок блокировки/действия транзакции, чтобы по его истечению средства были возвращены обратно? И самое главное, как можно создать транзакцию, в которой средства списываются одновременно с нескольких участников, например A -> 10 -> C, B -> 5 -> C, B -> 5 -> A или еще какие глупости...

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

Конкретно про адреса - https://en.bitcoin.it/wiki/BIP_0013

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

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

а можно поподробнее про этот тип транзакций и адресов, с какой именно целью они вводятся?

DeepBit
Спасибо!

Как-нибудь поговорим, только не тут.

Гм, можно поподробнее ? А то я, например, поддерживаю, но про риск не слышал.

DeepBit, там не все так гладко с OP_EVAL. Люди поддерживающие идею очень рискуют биткоинами.

На сайте в разделе ЧАВО есть устаревшая информация - "Клиент находит других клиентов в первую очередь путем подключения к серверу IRC".
На данный момент в первую очередь используется dns seed.

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

"Некоторые пулы разрешают многжественные заходы" - опечатка.

"Далее, на Mt Gox жмем Withdraw Funds, выбираем US Dollars (LibertyReserve)" - вывода в ЛР там уже нет.

"В отличие от золота биткоины" - не упомянуто что могут дробиться на очень малые части и быстро пересылаться.

"Действие не будет считаться терроризмом, если оно не носит насильственный характер" - я бы ещё добавил что терроризм - это акты (дословно) запугивания населения в каких-либо целях. Биткойн создан не для этого.

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

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

"В настоящее время, все нормальные адреса всегда начинаются с 1, хотя это может быть изменено в будущих версиях" - уже изменено. Чуть более чем через месяц обычным людям дадут возможность получать транзакции, отправленные на скрипт-адреса с использованием опкода OP_EVAL (они имеют такую же длину, но начинаются с "3").

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

"Кроме того, можно отправить BTC непосредственно на IP адрес" - эта возможность давно убрана из официального клиента из-за несекьюрности.

На картинке есть слова "Байт идентификатора сети", но это не идентификатор сети, это версия. Нормальная версия для тестнета уже изменена, кстати.

https://en.bitcoin.it/wiki/Difficulty

Согласен, но ресурсов не хватает. Если кто поможет с скриптами, сделаю обязательно. Под это дело даже ВПС подниму с bitcoind
Или ткните носом, если такие мануалы и скрипты готовые уже есть.

Не просто обновить, а сделать, чтобы автоматически обновлялась.

Обновить бы таблицу сложностей:  http://btcsec.com/difficulty/

Добавлены новые вопросы в ФАК по майнингу:

Что будет, если два майнера зайдут на сервер под одним воркером?
AOCLBF позволяет восстанавливать при загрузке частоты, но не умеет восстанавливать обороты кулеров, а MSI AfterBurner не восстанавливает частоты, но восстанавливает обороты кулеров, как их объединить?
Что делать, если в майнере не отображается одна или несколько из установленных видеокарт?
Что делать, если видеокарта не видится через райзер?
Может майнер проверить честность пула, что он дает в задании все транзакции сети и не игнорирует некоторые неугодные?

Подправлены косяки в статье про адреса.

Добавлена статья: Адреса Bitcoin. Часть 1, теория.

Добавлена пошаговая инструкция по настройке Screensaver RPC Miners

Да, что логично. Вот еще неплохой сайт со статистикой нашел, скоро добавлю - http://bitcoinstatus.rowit.co.uk/

Удобная таблица. Судя по всему, сейчас майнеры уходят.

Свел в таблицу все изменения сложности, если кому надо - http://btcsec.com/difficulty/

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

Но в общем ладно, спорить не буду, это тема нескончаема в принципе.

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