Что случилось с биткоин-24?

Согласно теме. Он был вниз в течение нескольких дней, видимо из-за банковских проблем собственника (- ов):

Наш сервис в данный момент не доступно.
1. Все средства (в евро, долларах, злотых, фунтах стерлингов & биткоины) являются безопасными.
2. Все изъятия будут постепенно обрабатываться в хронологическом порядке с другого банковского счета.
3. Польские власти закрыли наш банковский счет в Польше.
4. Наши юристы работают с высоким давлением на раствор.



Мы вернемся с биткоин-24 2.0, когда все объявления закончил.

Все важные письма можно отправить [email protected]

У кого есть более подробная информация?

+484
boheme 20 окт. 2010 г., 18:46:05
28 ответов

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

Этот сайт указывает на пропускную способность памяти для видеокарт-1070-это на самом деле 256 ГБ/сек, что соответствует вашим расчетом.

+954
raisedandglazed 03 февр. '09 в 4:24

Операции А,B,C будет проверен и добавлен в пул памяти шахтеров, как и любой другой узел. Если A и B являются единственными, добавленные в следующий блок, то c остается в памяти бассейном и в дальнейшем будут присоединены д. Так что C и D останется в памяти бассейн пока они не будут добавлены в новый блок А и Б станут частью нового блока. Если Шахтер будет успешным в решении доказательства работы, то его блок будет передаваться на другие узлы, и если это принято, то оно будет добавлен в цепочку. Когда шахтер получает новый блок из сети, тогда программа проверяет, если новый блок транзакций, которые находятся в его памяти и удалить все транзакции из пула памяти, если это в новом блоке.

+944
April Scott 10 окт. 2018 г., 2:24:35

Обратите внимание, что адрес-это просто кодирование некоторых данных, и что не все адреса должны быть в кодировке хэшей.

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

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

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

Однако предлагаемый Segwit В1 адреса стержневой корень не будет использовать хэшированные открытых ключей. Скорее он использует открытые ключи сами кодируется как bech32 адреса. Хотя это не как эффективное пространство, он делает операции более эффективными, а не предположение о том, что данные суммы безопасным. Кроме того, поскольку он использует bech32, случай-ности каждого письма не имеет значения, и поскольку он использует ВСН коррекции ошибок коды, он может сказать вам, где вы сделали ошибку и что это письмо должно было быть (при условии, что вы не сделали много ошибок). Так это позволяет избежать других проблем с помощью кодировке Base58 адреса.

+936
Dudupoo 24 нояб. 2017 г., 11:22:53

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

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

+932
Taniora Morgan 26 окт. 2014 г., 4:26:18

Вы можете использовать ADSL для синхронизации вашего клиента, и использовать связь 4G позже.

Или вам в ~/.биткоин/ папки из синхронизации клиента.

+913
user294625 11 мар. 2018 г., 0:18:25

я хочу скачать последний стабильный биткоин-ядра ГРЦ файлов. и хотите построить его на моей системе из источника.

вот последний ГКЗ от биткоин-ядра , но не стабильный для производства готовой среды.

https://github.com/bitcoin/bitcoin 

https://bitcoin.org/en/download показывает последнюю версию как

Последняя версия: 0.14.2

Обновление 1 :

Похоже, ГИТ кассе - это то, что я ищу.

+883
Rohan Ghadi 9 июл. 2011 г., 10:33:25

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

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

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

[Править] Я решил этот вопрос сам, и я буду публиковать подробный ответ на него в ближайшее время.

+858
LimeTime 6 мар. 2018 г., 5:46:26

Я настроил большие (8х) изображения ГПУ на АРМ в 2.60/час. Я побежал оно идет несколько часов после установки и добывали ничего.

Это был мой первый набег в горнодобывающей промышленности.

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

+857
Charles Rutabanzibwa 11 окт. 2012 г., 20:23:51

Лайткоин имеет раздвоенный проекта Bitcoinj, так что вы можете использовать Litecoinj

РЕПО-это здесь: https://github.com/hank/litecoinj

и вот : https://github.com/hank/litecoinj-new

Я думаю, что последнее-это самые свежие и активный РЕПО.

+800
nadejnaya 10 апр. 2014 г., 4:40:34

Да, вы можете использовать узел ЭКП метод API getnewaddress для создания нового открытого ключа пары и он вернется адресу.

+799
John HB 13 мар. 2014 г., 0:01:10

http://howdoyoubuybitcoins.com/

Похоже, пытается предоставить эту информацию и поддерживать ее актуальность.

+775
Taras Alenin 8 авг. 2012 г., 5:44:36

Да. Это точно. Действующий ГК Техас является допустимым биткоин TX с дополнительной структурой, которая только чч узлы увидеть. Биткойн-узлы не проверяют цветовой аспект.

+647
user68856 25 нояб. 2011 г., 17:23:16

Не тщеславие почему-то адреса снижение безопасности мой приватный ключ?

+627
Maulik 11 нояб. 2019 г., 10:13:18

Это Биткоин майнинг выгоднее на 8 ядер, 32 ГБ сервер с неиспользованный потенциал?

Нет.

Я http://www.coinish.com/calc/ но это не имеет ничего рядом с моим аппаратных спецификаций.

Ожидаем 2-4МГН на ядро. 38MH/S для всех восьми, но это все бесполезно. Может быть, 80С месяц, если что.

с 1BTC=1200$+ сценарий сильно изменился ?

Нет.

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

Нет.

+568
J Pizarro 8 дек. 2013 г., 15:50:01

У меня есть биткоин.конф. Это выглядит так:

тестовом режиме=1
сервер=1
rpcuser=Ulysseys
rpcpassword=YourrrPassword
rpctimeout=30
чтобы=8332

Теперь я пытаюсь запустить контейнер из данного изображения:

Создание объема:

объем $ докер создать --имя=bitcoind-данные

Создание контейнера:

докер запустить -в bitcoind-данные:/биткоин --имя=bitcoind-узел -д \
 -п 8333:8333 \
 -п 127.0.0.1:8332:8332 \
 -в /путь/к/биткоин.конф:/биткоин/.биткоинов/биткоин.\конф 
 kylemanna/bitcoind -тестовом режиме

Я иду в мой контейнер и проверить с биткоин-Кинк getinfo:

{
 "версия": 140200,
 "protocolversion": 70015,
 "walletversion": 130000,
 "баланс": 0.00000000,
 "блоки": 0,
 "timeoffset": 0,
 "подключений": 0,
 "прокси": "",
 "трудность": 1,
 "тестовом режиме": правда,
 "keypoololdest": 1503649077,
 "keypoolsize": 100,
 "paytxfee": 0.00000000,
 "relayfee": 0.00001000,
 "ошибки": ""
}

Тестовом режиме=true, так что все в порядке, но я не вижу никакого журнала данных (журналы докер контейнер-имя). Также мой объем докер еще 17МБ и 0 блоков.

Что я делаю не так?

Когда я загрузить мой биткоин.конф на мой биткоин-интервала QT на MacOSX он становится зеленым, но остается на "ожидании", чтобы получить блокчейн.

Что-то не так с моей конфигурации, или это может быть заблокировано в сети?

+555
Gasperoni 12 окт. 2010 г., 10:31:42

Поэтому я скачал и установил биткоин-ядра 64-разрядной версии v0.9.3 от https://bitcoin.org/en/download.

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

Я запустил программу, и вот я здесь, около 20 часов, а ее еще синхронизация с сетью... у меня около 4 недель осталось.

Я заметил, что мой биткоин папку программы, Мои загрузки.DAT-файл был переименован в ушко.дат.старый.

Я просто интересно, если это в обычной для того времени это берет, чтобы синхронизировать загруженный файл Bootstrap. Не говоря уже о работает мой процессор на 70% всего времени.

Мой ПК Процессор AMD 8-ядерный с 16GB оперативной памяти, и интернет 50 Мбит / с и 25 Мбит скорость.

Спасибо за любые советы.

+544
mwande 12 дек. 2011 г., 15:49:46

Я очень новой для биткоин. У меня есть сомнения.

Скажем, я, человек, есть 1 биткоин. Я хочу послать 0.5 BTC на лицо Б и 0.5 BTC на человека С в одной транзакции. Можно ли сделать это в одной транзакции?

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

+527
slongfield 22 авг. 2014 г., 18:44:57

Нет, там не такое коды для обменов, как нет никаких кодов для различных сайтов. Коды различных валютах только для укорочения я считаю. Это проще абы для торговли пары (КНМ/БТЦ, а не от Namecoin/биткоин)

+477
Dejan Mirkovic 7 авг. 2013 г., 5:10:07

Как правило, размер комиссии зависит размер Техас в кошельках я в курсе. Есть ли кошелек, что позволяет устанавливать плату на основе фиксированной доли от общего объема вводимого значения (скажем, 1/1000th из стоимости материалов)?

Пожалуйста, включите кошельки, используемых разработчиками также (Bitcoinj, bitcoinjs и т. д.).

+435
user954 16 июн. 2017 г., 23:21:11

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

+428
Jhodg927 25 окт. 2015 г., 12:18:52

Все жесткие диски девственно чисты и с ними все рекорды в цепочке блоков Bitcoin.

Сможем ли мы восстановить?

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

Есть некоторые альтернативные резервную копию блокчейна?

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

Мы надеемся, что по крайней мере один компьютер защищен под землей?

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

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

Даже если вы использовали бумажный кошелек, если каждая запись истории блокчейн был разрушен, ваш бумажный кошелек будет бесполезно. Бумажный кошелек просто владеет закрытым ключом, способным провести биткоин, хранящиеся на соответствующий адрес. Если блокчейн записи были полностью потеряны, не было бы сети, чтобы согласовать сколько биткоинов хранится по этому адресу. Так что бумажный кошелек, который провел 100 БТЦ до катастрофы не будет отличаться, чем тот, который проходит 0 БТЦ. Без блокчейна претензии, они будут эффективно стоимостью 0 БТЦ.

Конечно, большим ударом для биткоин-сообщества.

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

+380
antonpug 27 июл. 2012 г., 13:58:06

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

Веб-сайт динамически вычисляет набор ключей для определенного количества страниц. Он не хранит всех возможных ключей.

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

+346
makatym 23 янв. 2018 г., 4:44:14

Скорее всего, это ваша программа-кошелек делает для вас. Это может быть, что ваш кошелек был только один выходной провести с .95 биткоин. И ты хотел отправить только .25. Поэтому кошелек должен был разделить его как-то... создается транзакция с двумя выходами, одним из которых является обратный адрес. Вероятно, этот адрес тоже в ваш кошелек. Регистрация адресов в бумажник, чтобы увидеть, если он принадлежит вам. Или проверить остаток. Если есть, то все ок. Если нет, то есть необходимость для дальнейшего расследования, но для этого потребуется подробнее...

+280
Maro 14 сент. 2014 г., 22:45:57

Биткоин вызовов RPC все используют 8 цифр после запятой ('Реала') для кодирования количество сатоши. Например, если я получаю выход сделки, это может выглядеть так:

{
 "значение" : 0.00050000,
 "Н" : 1,
 "scriptPubKey" : {
 "АСМ" : "OP_HASH160 c6e0b29d2aa23b6436cec99e65dfeed2c64a2cad OP_EQUAL",
 "наговор" : "a914c6e0b29d2aa23b6436cec99e65dfeed2c64a2cad87",
 "reqSigs" : 1,
 "тип" : "scripthash",
 "адреса" : [
"3KpatoAjz3H5huJJieSpH4j7qFUeTXMnfc"
]
}

Есть причина, по которой разработчики решили работать с "0.00050000" вместо "50000"? Целое число, кажется, было бы лучше для компьютеры для работы.


Редактировать: я предполагаю, что вторая половина этого является то, что если вызовов RPC используются человеком, то проще использовать с суммы в долях (человек может сказать, разница между 5,5 и 0,55 намного проще, чем 55000000 и 5500000). Поэтому, я думаю, реальный вопрос, является RPC-интерфейс предназначается, чтобы использоваться больше для командной человека использовать линии или для кодирования использовать приложения?

+277
milamir 21 апр. 2010 г., 11:41:54

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

Поскольку стоимость идет от спроса, как это возможно, чтобы создать нечто из ничего и ожидать, что люди за это платить?

+150
Phil Reinhold 29 сент. 2019 г., 8:20:24

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

Вот мой код до сих пор.

Blockchain.info, Электрум, и Bitcoin Core все расшифруешь мои попытки Техас во что-то разумное, глядя, как:

{
"txid" : "49c210ae472c5b5e39447e1f6d9bc020cd0f0075cc03d919afb0857a964e1f41",
"версии" : 1,
"locktime" : 0,
"Альвин" : [
{
"txid" : "b097384c42a3be2730db3e3720a1806c76172b6b62b2b5ee007c2c6fd295cadf",
"Uвых" : 1,
"scriptSig" : {
"АСМ" : "30460221009f478737296e39bbcff2ef7c6f013acc25bea75941acd8573bcea83ca910018b022100e9bff518297fec344d6e7e42cabc5ec793c4be507af68210bdde803a8a2958ed0104d8f39341451e2e66a00ef010c815f1284bc5e3a187476aab319b2d127b7e219c9b9e68bff311c63474242a9baab34f7ddec05de2c45bd140a74a64621ccb42cb",
"наговор" : "4930460221009f478737296e39bbcff2ef7c6f013acc25bea75941acd8573bcea83ca910018b022100e9bff518297fec344d6e7e42cabc5ec793c4be507af68210bdde803a8a2958ed014104d8f39341451e2e66a00ef010c815f1284bc5e3a187476aab319b2d127b7e219c9b9e68bff311c63474242a9baab34f7ddec05de2c45bd140a74a64621ccb42cb"
},
"последовательности" : 4294967295
}
],
"Uвых" : [
{
"значение" : 0.00439999,
"н" : 0,
"scriptPubKey" : {
"АСМ" : "OP_DUP OP_HASH160 7847eb9e366653aeb8857d541236fe4fd90c57e7 OP_EQUALVERIFY OP_CHECKSIG",
"наговор" : "76a9147847eb9e366653aeb8857d541236fe4fd90c57e788ac",
"reqSigs" : 1,
"тип" : "pubkeyhash",
"адреса" : [
"1BxzF8rgXtuiPuSN8azdMJgryzQSWt4Uoj"
]
}
}
]
}

Пытаясь sendrawtransaction в Bitcoin ядро, я получаю "ошибка -25". Читать через другой клиент StackExchange посты и погуглить, то возможные причины перечислены как:

"Читая исходный код, эта ошибка возвращается, когда AcceptToMemoryPool не удается, но не тогда, когда это не удается, потому что сделка недействительна. Не отладки.журнал излучают ничего, когда это происходит?"

"Вы получаете то непонятную ошибку RPC, когда передатчик использует выходы, которые bitcoind никогда не слышал". Ничего не появляется в ~/.биткоин/отладки.журнал.

Пытаюсь отправить его с blockchain.info'ы Слэш услуги pushtx (Ой, да ладно, серьезно-не белый список для сайтов, я могу ссылку дать?), Я получаю сообщение "сценарий вызвал настоящий стека: []", что подразумевает, что я сделал ошибку в моей-то логикой подписания.

Я ходил через эти:

И другие, в том числе различные Руби, питон, Java и JavaScript реализаций, но мне нужно больше, чем 10 репутации размещать более 2 ссылок. Я не могу за жизнь мне выяснить, где я отклонился.

Я знаю, часть из них являются устаревшими. Закрытый ключ я начиная с (из электрума) не помечен как сжатый (33 байта после DecodeBase58Check с последним 0х01), так что открытый ключ в сделке, я пытаюсь извлечь из не должны быть сжаты либо.

В Техас, я пытаюсь провести с (b097384c42a3be2730db3e3720a1806c76172b6b62b2b5ee007c2c6fd295cadf, второй выход, ака 1) с этой Техас имеет выход скрипт, который платят открытым ключом хэш (d9495c762aed3dba15eec648beb55a8a43b8d1bd) по блокчейн инфо. Полное scriptPubKey из prevout является:

OP_DUP OP_HASH160 d9495c762aed3dba15eec648beb55a8a43b8d1bd OP_EQUALVERIFY OP_CHECKSIG

Мой приватный ключ, декодируется с WIF, а бегать по алгоритму ECDSA::pub_from_priv(), по алгоритму ECDSA::pub_encode(), соответствует этому значению.

Кажется, получить право вещи хэшируется перед хэш подписывается в подпись, будет сложно. Я добавляя 0x01 до подписи после того, как он выходит из алгоритма ECDSA::знак(). До подписания Техас, он получает 01000000 добавленным к нему. scriptSig (скрипт на входе в Техас я здания) "OP_DUP, OP_HASH160, PUSHDATA, биткоин-адрес (открытый ключ хеш), OP_EQUALVERIFY, OP_CHECKSIG", прежде чем он будет подписан, то он становится varstr сиг и по умолчанию, и который декодирует разумных просмотр байт-кода:

scriptSig:

0: OP_PUSHDATA 0x304602210094c538663c149f40929bb787d6174104a694181d063943a745e558b17d09e276022100b1812105ea6d7a8206c9019303a6459a9a2b2524b364debe69405b5d8b90c6c301
74: OP_PUSHDATA 0x04d8f39341451e2e66a00ef010c815f1284bc5e3a187476aab319b2d127b7e219c9b9e68bff311c63474242a9baab34f7ddec05de2c45bd140a74a64621ccb42cb

scriptPubKey:

0: OP_DUP
1: OP_HASH160
2: OP_PUSHDATA 0x7847eb9e366653aeb8857d541236fe4fd90c57e7
23: OP_EQUALVERIFY
24: OP_CHECKSIG

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

Вот исходные, (неправильно?) подписано Техас:

0100000001dfca95d26f2c7c00eeb5b2626b2b17766c80a120373edb3027bea3424c3897b0010000008b48304502202647239b48610693967a24c7c976f0df903891113c56f50b6e3368c3f73eefb0022100e372ab8bf76ab35cba1ce6c1890fb6b27bb4d6d54f080180b46a6ecc2ae09248014104d8f39341451e2e66a00ef010c815f1284bc5e3a187476aab319b2d127b7e219c9b9e68bff311c63474242a9baab34f7ddec05de2c45bd140a74a64621ccb42cbffffffff01c0b60600000000001976a9147847eb9e366653aeb8857d541236fe4fd90c57e788ac00000000

Вот код:

https://gist.github.com/scrottie/15f2fca963d164306dcb

Закрытый ключ по запросу (есть $1 В есть).

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

+115
Ade YU 23 дек. 2012 г., 13:10:19

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

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

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

Так что, как я понимаю, клиент СПВ просто получает последний Меркле корень последний блок и проверить, если проводка в нем. Потом он видел, что очень много hashpower было потрачено на этот блок, а затем предполагает, что это должно быть допустимым блок. Я прав?

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

Также, если у меня весь блокчейн в обрезке режиме, то есть, блокчейн, сделанный только дерево Меркле, с учетом новой проводки и ее мерклый путь, я могу проверить, что это в какой-то блок и я знаю, что этот блок действует, потому что я проверила его, прежде чем подрезать. Впрочем, откуда мне знать, что эта сделка тратит неизрасходованные ввода? Нужно ли мне попросить Меркле путь к указанной сделке, и продолжаешь делать это?

В текущей модели в моей голове, я не понимаю, как узел обрезки могли быть обмануты. Это единственный недостаток обрезка узлов, что они не помогают сети очень много? Потому что они не могут предоставить пути Меркле для тех, кто просит, и т. д. Но если я получу сделки и я обрезку клиента, могу ли я иметь такую же уверенность, как при использовании полного узла, что меня не обманули?

Есть ли другие disavantage подрезать, чего я не знаю? Я спрашиваю, потому что я verfy интересуетесь этой модели и я хочу, чтобы выполнить обрезку клиента.

+94
ThatNateGuy 10 янв. 2011 г., 0:47:14

Некоторые люди рекомендовали мне оставить мой биткоин-клиент открытым, потому что это помогает сети.

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

+60
Joe Essey 30 окт. 2010 г., 15:10:11

Показать вопросы с тегом