Bitcoin Forum
December 09, 2016, 09:53:49 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 »
  Print  
Author Topic: Информационный ресурс о Bitcoin  (Read 320227 times)
LZ
Moderator
Legendary
*
Offline Offline

Activity: 1456


Satoshi everywhere!


View Profile WWW
December 21, 2011, 07:22:57 PM
 #41

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

"Never invest unless you can afford to lose your entire investment." © S3052
1481277229
Hero Member
*
Offline Offline

Posts: 1481277229

View Profile Personal Message (Offline)

Ignore
1481277229
Reply with quote  #2

1481277229
Report to moderator
1481277229
Hero Member
*
Offline Offline

Posts: 1481277229

View Profile Personal Message (Offline)

Ignore
1481277229
Reply with quote  #2

1481277229
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481277229
Hero Member
*
Offline Offline

Posts: 1481277229

View Profile Personal Message (Offline)

Ignore
1481277229
Reply with quote  #2

1481277229
Report to moderator
1481277229
Hero Member
*
Offline Offline

Posts: 1481277229

View Profile Personal Message (Offline)

Ignore
1481277229
Reply with quote  #2

1481277229
Report to moderator
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
December 22, 2011, 06:47:26 AM
 #42

DeepBit
Спасибо!

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
rPman
Legendary
*
Offline Offline

Activity: 1078


View Profile WWW
December 22, 2011, 08:45:43 AM
 #43

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
DeepBit
Donator
Hero Member
*
Offline Offline

Activity: 532


We have cookies


View Profile WWW
December 22, 2011, 09:26:10 AM
 #44

Quote
"В настоящее время, все нормальные адреса всегда начинаются с 1, хотя это может быть изменено в будущих версиях" - уже изменено. Чуть более чем через месяц обычным людям дадут возможность получать транзакции, отправленные на скрипт-адреса с использованием опкода OP_EVAL (они имеют такую же длину, но начинаются с "3").
а можно поподробнее про этот тип транзакций и адресов, с какой именно целью они вводятся?
Конкретно про адреса - https://en.bitcoin.it/wiki/BIP_0013

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

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

Welcome to my bitcoin mining pool: https://deepbit.net ~ 3600 GH/s, Both payment schemes, instant payout, no invalid blocks !
Coming soon: ICBIT Trading platform
rPman
Legendary
*
Offline Offline

Activity: 1078


View Profile WWW
December 22, 2011, 09:48:25 AM
 #45

Значит 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, получаемых после подписания участниками транзакции.. т.е. это придется делать через другие каналы связи.. это жутко неудобно и не секурно.

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
DeepBit
Donator
Hero Member
*
Offline Offline

Activity: 532


We have cookies


View Profile WWW
December 22, 2011, 03:35:06 PM
 #46

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

Теперь вопрос, как действительно можно организовать выше описанную схему escrow? И что будет со средствами, если один из участников так и не подпишет транзакцию, есть ли возможность указать срок блокировки/действия транзакции, чтобы по его истечению средства были возвращены обратно? И самое главное, как можно создать транзакцию, в которой средства списываются одновременно с нескольких участников, например A -> 10 -> C, B -> 5 -> C, B -> 5 -> A или еще какие глупости...
Ну про то, что в geistgeld - я не в курсе, не смотрел.
Как уже выше писал, Escrow - это только одно из применений. В предыдущем посте я зря смешал его в кучу с OP_EVAL вообще.
Данное нововведение включает в себя две ключевые возможности:
1) отправление на специальный адрес, представляющий собой хэш скрипта. Скрипт предоставляется уже получающей стороной и с помощью OP_EVAL выполняется/проверяется.
2) отправление транзакции, содержащей в себе N публичных ключей и требующей подпись M из них. Стандартными средствами ожидается поддержка режимов 2-из-2 и 2-из-3.

Вот шаблоны возможных скриптов, "на которые" можно будет отправлять транзакции стандартным клиентом:
OP_PUBKEY << OP_CHECKSIG
"Старый" режим, указывается полностью публичный ключ получателя. Самый первый из биткойновых скриптов, раньше он использовался при отправке биткойнов по айпи, сейчас в основном применяется только в генерирующих транзакциях.
Deepbit таким образом пересылает себе сдачу с выплат, т.к. сочетание этого режима с его ответной частью позволяет экономить около 9% объёма, занимаемого транзакциями.
Пример транзакции с таким скриптом на выходе:
http://blockexplorer.com/tx/750706968cb4ea66b792f001aecb48aac3536679f3b3a26ab6ccf70df3abdcc8

OP_DUP << OP_HASH160 << OP_PUBKEYHASH << OP_EQUALVERIFY << OP_CHECKSIG
Наиболее распространённый сейчас скрипт - отправка на хэш публичного ключа. Все обычные транзакции выглядят именно так.
Хэш публичного ключа в base58-кодировке и является биткойновым адресом, начинающимся на "1".
Пример транзакции с таким скриптом на выходе:
http://blockexplorer.com/tx/8346171ab636d38608b66102bb9db5384d2cce988191a117add33f3ebadfc4e4

OP_DUP << OP_HASH160 << OP_SCRIPTHASH << OP_EQUALVERIFY << OP_EVAL
Новый тип - отправка на хэш скрипта. Сам скрипт предоставляется получателем. Если его хэш совпадает с указанным здесь значением, то скрипт исполняется.
Пример транзакции с таким скриптом на выходе:
http://blockexplorer.com/testnet/tx/f5eb769eff73a4781b600064ac16dff54e039994e7dedb77903a19b5edec1fc7
(смотреть второй выход. блокэксплорер ещё не знает про OP_EVAL и поэтому отображает этот опкод как OP_NOP1)

OP_SMALLINTEGER << OP_PUBKEYS << OP_SMALLINTEGER << OP_CHECKMULTISIG
Новый тип - указание N публичных ключей и количества требуемых подписей. Предположительно в "официальном" клиенте будут реализованы варианты "2-из-2" и "2-из-3". При этом не важно, какие именно два из трёх будут подписаны. Например - продавец и покупатель или продавец и доверенное лицо или покупатель и доверенное лицо.
После того как эта транзакция создана, "списать" средства с участников нельзя никак. Можно только определить, кому достанутся уже отправленные. Любой из них может создать свой вариант, но выполнен будет только тот, который окажется подписан нужным количеством подписей.
Более конкретный пример:
Алиса решает купить почку у Боба за 100 БТЦ. Для этого она должна создать транзакцию, содержащую в себе публичные ключи Алисы, Боба и Трента (доверенного лица). Указанную ей сумму изменить уже нельзя.
  • Если сделка проходит успешно, то Боб создаёт транзакцию, которая берёт выход из Алисиной транзакции и переводит 99 БТЦ себе и 1 БТЦ Тренту за помощь (т.е. транзакция с двумя выходами). Он подписывает эту транзакцию своим приватным ключом и посылает её Алисе. Алиса подписывает её своим приватным ключом и транзакция срабатывает - получены две подписи из трёх.
  • Если выясняется что Боб при жизни любил принять на грудь и продукт у него получился сомнительного качества, то Алиса может попробовать отказаться от сделки. Путём долгих и мучительных переговоров они решают вернуть 50%. Тогда Алиса создаёт транзакцию с выходами 50, 49 и 1 БТЦ соответственно, и они подписывают её.
  • Боб попадает под троллейбус по пути в больницу и продукт приходит в негодность вместе с приватными ключами самого Боба, которые тот помнил наизусть. Тогда Трент создаёт транзакцию, возвращающую Алисе 90 БТЦ, посылающую 2 БТЦ себе и ещё 8 БТЦ в благотворительный фонд по борьбе с троллейбусами. Он подписывает её вместе с Алисой и она срабатывает без ключа Боба
  • Трент решает уйти в монастырь и забрать с собой 100 БТЦ, отправленные Алисой. Он создаёт такую транзакцию, но Алиса и Боб её не подписывают. Ничего не происходит и они могут создать свой вариант - соответственно первому пункту
На данный момент поддержка автоматического создания таких транзакций не реализована в клиенте, но делать их можно с помощью предыдущего метода - через OP_EVAL. Поэтому я в прошлом посте упомянул их вместе.

Существующими средствами (если собрать биткойнд с новым патчем) это можно осуществить выполнением следующих RPC-команд:
getnewaddress (получаем наш новый адрес)
validateaddress 1ADYJVkbRSUSpm8YawB4pTknS6kNxGjiqL (эта команда проверяет наш адрес и показывает его полный публичный ключ)
addmultisigaddress 2 ["key1","key2","key3"] (эта команда берёт три публичных ключа в шестнадцатиричном или base58 формате и создаёт из них скриптовый адрес для OP_EVAL, реализующий схему 2-из-3, сами ключи я не показал. Подразумевается что мы используем один свой ключ и два чужих)
sendtoaddress 37muSN5ZrukVTvyVh3mT5Zc5ew9L9CBare 13.2

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

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

Welcome to my bitcoin mining pool: https://deepbit.net ~ 3600 GH/s, Both payment schemes, instant payout, no invalid blocks !
Coming soon: ICBIT Trading platform
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
January 03, 2012, 01:52:22 PM
 #47

Добавил в раздел "Статистика и мониторинг" еще несколько полезных сайтов: blockchain.info, tpbitcalc.appspot.com и bitcoinpie.com

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
Arcturus
Newbie
*
Offline Offline

Activity: 24


View Profile
January 04, 2012, 07:07:41 AM
 #48

Есть еще  http://bitcoinma.appspot.com/
тоже довольно удобный калькулятор, с функцией «возврата в прошлое» (:
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
January 09, 2012, 06:39:09 PM
 #49

Arcturus спасибо, позже добавлю.

Добавил в ФАК вопросы:
"Как обновить версию кошелька Bitcoin с старой на новую"
"Можно ли закачать блоки со стороннего сервера, а не самому?"

Обновил список общих рекомендаций по безопасности
В список сайтов по статистике и мониторингу добавил еще livebitcointicker.com

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
DeepBit
Donator
Hero Member
*
Offline Offline

Activity: 532


We have cookies


View Profile WWW
January 09, 2012, 06:44:06 PM
 #50

Видимо имелось в виду "скачать" ?

Welcome to my bitcoin mining pool: https://deepbit.net ~ 3600 GH/s, Both payment schemes, instant payout, no invalid blocks !
Coming soon: ICBIT Trading platform
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
January 09, 2012, 06:53:36 PM
 #51

Видимо имелось в виду "скачать" ?
Да, так будет грамотнее, спасибо, поправлю.

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
January 21, 2012, 09:13:54 PM
 #52

Переведена для новичков статья с английской ВИКИ: Почему майнинг на GPU быстрее чем на CPU

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
LZ
Moderator
Legendary
*
Offline Offline

Activity: 1456


Satoshi everywhere!


View Profile WWW
January 22, 2012, 12:58:22 AM
 #53

Предлагаю добавить в FAQ вопрос "Можно ли использовать Bitcoin за пределами планеты Земля?" и ответ.

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

"Never invest unless you can afford to lose your entire investment." © S3052
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
January 22, 2012, 01:48:40 PM
 #54

Спасибо!)
Сейчас вообще планируется  ускорить выпуск статей, так что будем развиваться и дальше.

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
invader
Sr. Member
****
Offline Offline

Activity: 267



View Profile
January 29, 2012, 03:49:41 PM
 #55

Простите, может не совсем в тему... Хочу поделиться одним свежим наблюдением - это странно и даже немного смешно, что с июля никто (включая меня) не заметил ошибку в названии этой темы в слове "Информационный".
LZ
Moderator
Legendary
*
Offline Offline

Activity: 1456


Satoshi everywhere!


View Profile WWW
January 29, 2012, 04:02:36 PM
 #56

Благодарю. Мозг сам исправляет опечатки, так что такое легко пропустить. Теперь исправлено. Smiley

"Never invest unless you can afford to lose your entire investment." © S3052
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
March 01, 2012, 01:55:11 PM
 #57

Мы обновили форум, перевели на другой движок. Скоро допилим еще и персональные блоги.
Добавлены статьи "Пример настройки майнеров для пула 50BTC.com" и "Развитие защиты Bitcoin"
Добавлено несколько пунктов в общий FAQ и FAQ по майнингу.

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
LZ
Moderator
Legendary
*
Offline Offline

Activity: 1456


Satoshi everywhere!


View Profile WWW
March 01, 2012, 08:59:31 PM
 #58

Будет ли вход по OpenID или доступ по HTTPS на форум?

"Never invest unless you can afford to lose your entire investment." © S3052
btcsec
Hero Member
*****
Offline Offline

Activity: 670


BITS.MEDIA


View Profile WWW
March 02, 2012, 01:56:15 PM
 #59

lzsaver
По HTTPS  вопрос сейчас рассмартивается, и больше от хостера зависит.  По OpenID пока вопрос не изучал

Bits.media - русскоязычный информационный ресурс о сети Bitcoin
neo_rage
Full Member
***
Offline Offline

Activity: 196



View Profile
March 02, 2012, 08:23:16 PM
 #60

Мне кажется, надо пополнять русский раздел bitcoin-wiki.

Pages: « 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!