Почему не блок хэш используется для расчета накопленного работу?

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

В чем реальная причина? Потому что это будет сделать двойные траты легче? Или это горнодобывающие предприятия, чтобы сделать корыстных добыча, когда они изредка найти блок с очень маленьким хэш? Или это может привести к более Форкс / требуют дополнительных подтверждений?

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

+748
Koolya 15 апр. 2018 г., 13:13:41
30 ответов

Для Java, посмотрите на validateAddress(string) метод этого класса: https://github.com/jim618/multibit/blob/master/src/main/java/org/multibit/viewsystem/swing/action/Validator.java

+991
cvdr 03 февр. '09 в 4:24

По разделу "я потерял свою двухфакторную/мобильных/и т. д. (по электронной почте/ОТП|аутентификации/и т. д.), Что я могу сделать?" из когда GreenAddress страницы FAQ,

Вы всегда должны иметь по крайней мере два фактора включен вариантов.

К сожалению, я не. Я сохранил только Аутентификатор Google в один включена.

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

Я сохранил резервную копию аутентификация Google QR код (это то же самое как "первоначальное количество семян"?), но когда я использовать Google Authenticator или Authy приложений для создания ОТП, когда GreenAddress / GreenBits не признает его.

Почему бы этому не быть?

Есть ли способ, чтобы отключить GreenAdress 2-факторную авторизацию, используя мнемосхему и/или ПИН-код?

+973
Amelia Garcia Mendoza 7 нояб. 2018 г., 18:53:23

Это полная беспомощность. Это еще рано, а биткоин стоит порядка $3 каждый. Если вы хотите быть первопроходцем, купить биткоины сейчас.

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

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

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

+917
Emanuel Marques 22 авг. 2011 г., 19:03:56

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

Я думал о bitcore-Либ, но я не уверен, что я иду в правильном направлении. Ниже является моей отправной точкой, и я не уверен, что делать дальше.

Также scriptPubKey , как представляется, быть 0x04 и 0x05 быть.

И как мне дальше генерировать свои ключи на этот новый адрес?

> ВАР bitcore = требуют bitcore-Либ ('');
неопределено
 > ВАР redeemScript = bitcore.Сценарий.fromASM('OP_SHA256 001xxxxxxxxxxxxxxxxxxxx6 OP_EQUAL');
неопределено
 > ВАР scriptPubKey = redeemScript.toScriptHashOut();
неопределено
 > scriptPubKey
 <Сценарий: OP_HASH160 20 0x04xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx6 OP_EQUAL>
 > scriptPubKey.для()
3xxxxxxxxxxxx
 > scriptPubKey.toHex()
a914xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx287

Другой вариант будет использовать это:

https://github.com/bitcoinjs/bitcoinjs-lib/blob/master/test/integration/addresses.js#L19

Спасибо!

+892
Preston Newby 2 сент. 2015 г., 6:19:10

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

+889
Karan Verma 24 апр. 2011 г., 13:29:26

Причем тут биткоин деньги? Вы знаете, как банки раздают деньги, как кто-то хватает денег, чтобы распространить немного монет, которые могут быть превращены в деньги?

+863
koppor 19 окт. 2011 г., 17:46:40

Вы можете нажать инструменты-> сброс Blockchain и операций.

+848
jack warn 29 окт. 2017 г., 12:57:21

Часто мой собственный IP-адрес отображается как "ретрансляции по IP" кусок данными Blockchain.info.

Есть коммерчески доступный узел, что я могу контракт в качестве реле так, чтобы мой IP не будет известно? (и как часть Соглашения об их уверенности, чтобы не регистрировать IP-адреса для сделок)?

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

+834
Jesse Williams 15 сент. 2015 г., 22:24:13

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

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

+834
Cognitiaclaeves 14 авг. 2013 г., 3:29:44

По словам разработчика биткоин ссылка, блок заголовка составляет 80 байт:

БАЙТ ИМЯ
4 версия
32 предыдущего блока заголовка хэш
32 Меркле корневой хэш
4 раз
4 нонсен

Как я понимаю, midstate (1-й ша блок) содержит 64 байта в блоке заголовка (поля, которые, в частности, я не знаю, но я знаю, что он не содержит случайное число), и 2-й ша блок содержит остальные, только 80-64 = 16 байт. Это значит, что 2-й ша блок заполняется 64 - 16 = 48 байт? Если это так, то почему бы не сделать поле код, например, 48 - 4 = 42 байта больше (т. е. 52 байт вместо 4 байта)?

Этак, extranonce не должно быть в поколении сделки, тем самым ускорив хеширования, нет?

+688
JSnolge 3 мар. 2012 г., 13:16:35

Во-первых, я хотел бы отметить, что вы можете изменить свой сценарий, чтобы OP_1 OP_1 OP_BOOLAND OP_IF OP_RETURN OP_ENDIF и было бы то же самое.

Я читаю биткоин исходный код, и я не вижу чек на вложенные OP_IF по. Таковы, если соответствующие проверки я нашел:

  • Нет, если/уведомление без значение на стеке
  • Нет еще/endif без "если" /уведомление
  • Если не/уведомление не за endif

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

вектор<bool> vfExec;

Если они не хотят, вложенные, если они могли бы сделать, что один типа bool переменной.

Забавляет факт того, что я узнала, работая над этой книгой: сценарий OP_1 OP_IF OP_ELSE OP_ELSE OP_ENDIF вполне допустимым.

+671
user22048 31 мая 2012 г., 23:31:42

Я получил подтверждения от Bitcoin сервисы счета, что моя торговля была обработана и, что цена продажи была 6,842 австралийских долларов. Как я могу получить эти деньги на мой австралийский счет в банке Содружества?

+617
jupiter 21 июн. 2019 г., 5:19:28

Я вычислил ответ, начиная с Гэвин "bitcointools" и его модификации отслеживать остатки на счетах.

Вот что я нашел. Каждая строка показывает количество адресов после указанного блока был найден, в конце каждого месяца. Так 1-й линии говорит, что после блока 2543 был найден в конце января 2009 года были профинансированы 2,439 адреса, и все 2,569 были "активными" в январе 2009 года. "Активные" - количество адресов, участвующих в сделке, в предыдущем месяце, и может быть больше, чем количество адресов, которые остаются финансируется в конце этого месяца.

-блок --дата-- --общая-- ---используется--%итого- -активный---%итого---%использования-
 2543 января 2009 2,569 2,439 (94.94%) 2,569 100.00% 105.33%
 5923 2009 5,975 5,646 февраля(94.49%) 3,447 57.69% 61.05%
 9389 марта 2009 9,444 8,868 (93.90%) 3,486 36.91% 39.31%
 12831 апреля 2009 12,893 12,125 (94.04%) 3,495 27.11% 28.82%
 16214 может 2009 16,288 15,388 (94.47%) 3,424 21.02% 22.25%
 18450 июня 2009 18,528 17,543 (94.68%) 2,267 12.24% 12.92%
 20375 июля 2009 19,347 20,456 (94.58%) 1,973 9.65% 10.20%
 21939 августа 2009 22,021 20,749 (94.22%) 1,639 7.44% 7.90%
 24098 сентября 2009 24,180 22,647 (93.66%) 2,212 9.15% 9.77%
 26224 октября 2009 26,311 24,374 (92.64%) 2,231 8.48% 9.15%
 28441 28,533 ноября 2009 26,411 (92.56%) 2,262 7.93% 8.56%
 32489 декабря 2009 32,611 29,827 (91.46%) 4,420 13.55% 14.82%

-блок --дата-- --общая-- ---используется--%итого- -активный---%итого---%использования-
 37493 января 2010 37,647 34,342 (91.22%) 5,304 14.09% 15.44%
 43096 2010 43,329 37,274 февраля(86.03%) 7,009 16.18% 18.80%
 48297 48,615 марта 2010 40,329 (82.96%) 6,308 12.98% 15.64%
 53875 апреля 2010 57,806 42,688 (73.85%) 10,839 18.75% 25.39%
 58815 может 2010 63,368 44,620 (70.41%) 6,762 10.67% 15.15%
 63561 июня 2010 69,540 47,011 (67.60%) 7,056 10.15% 15.01%
 71436 июля 2010 94,992 53,227 (56.03%) 27,957 29.43% 52.52%
 77452 августа 2010 107,172 55,995 (52.25%) 14,162 13.21% 25.29%
 82997 сентября 2010 120,562 56,490 (46.86%) 16,883 14.00% 29.89%
 88892 октября 2010 135,952 58,428 (42.98%) 18,921 13.92% 32.38%
 94801 ноября 2010 155,639 60,615 (38.95%) 22,307 14.33% 36.80%
100409 декабря 2010 176,326 65,622 (37.22%) 23,377 13.26% 35.62%

-блок --дата-- --общая-- ---используется--%итого- -активный---%итого---%использования-
105570 января 2011 210,243 69,030 (32.83%) 37,989 18.07% 55.03%
111136 2011 267,542 78,813 февраля(29.46%) 62,381 23.32% 79.15%
116038 марта 2011 353,093 90,304 (25.58%) 92,321 26.15% 102.23%
121126 апреля 2011 443,112 99,090 (22.36%) 99,144 22.37% 100.05%
127865 может 2011 631,480 132,152 (20.93%) 203,052 32.15% 153.65%
134121 июня 2011 1,061,590 196,975 (18.55%) 462,886 43.60% 235.00%
139035 июля 1,548,806 2011 380,056 (24.54%) 531,002 34.28% 139.72%
143408 августа 2011 1,930,979 487,833 (25.26%) 428,095 22.17% 87.75%
147565 сентября 2,205,926 533,670 2011 (24.19%) 318,294 14.43% 59.64%
151314 октября 2011 2,411,298 546,269 (22.65%) 241,105 10.00% 44.14%
155451 ноября 2011 2,601,999 553,251 (21.26%) 225,012 8.65% 40.67%
160036 декабря 2011 2,768,500 568,177 (20.52%) 199,879 7.22% 35.18%

-блок --дата-- --общая-- ---используется--%итого- -активный---%итого---%использования-
164780 января 2012 2,956,869 580,453 (19.63%) 236,927 8.01% 40.82%
165643 6 12 2,994,694 583,126 февраля(19.47%) 62,300 2.08% 10.68%

Так что количество не пустых адресов было около 600000 с сентября 2011 года.

В качестве блока 165643, десять наиболее распространенных значений для адресов магазина:

 0.00000000 (в 2411568 адреса)
50.00000000 (в 40631 адреса)
 0.00000001 (в 35921 адреса)
 0.05000000 (в 22806 адреса)
 0.00100000 (в 22439 организаций)
 0.02000000 (в 18160 адреса)
 0.01000000 (в 13178 адреса)
 1.00000000 (в 11636 адреса)
 0.00500000 (в 9502 адреса)
 0.00000002 (в 7628 адреса)

На следующий 43 самых распространенных значений, после этого были 43 значения от 3 до 45 Сатоши Сатоши, между 5472 и 5799 организаций, имеющих каждое значение. Я не знаю, что особенного 0.00000045 и не 0.00000046, но только одно значение с ненулевой 8-го десятичного знака произошло более чем в 25 адресов. Это было 0.00000703, который произошел в 101 разным адресам.

Я тоже нашла кучу странный адреса, который никто и никогда не сможет потратить от. http://blockchain.info/address/871a40e5e61b96b6171f1b435788082edadda7a8 показывает много сделок, посылая крошечные суммы в удобочитаемый адреса, изложив абзацы текста.

В качестве блока 165643, с пн, 6 февраля 2012:

 2 адреса 6 или более цифр (100,000 <= х):
 105,258.88 12WmWuSQCgpEkPQTZ4ABijQaz6TCV69Zpe и
 105,555.00 1933phfhK3ZgFQNLGSDXvqCn32k2buXY8a
 70 адреса имеют 5 цифр (10,000 <= х < 100,000)
 740 адреса имеют 4 цифры (1,000 <= х < 10,000)
 6,552 адреса имеют 3 цифры (100 <= х < 1,000)
 66,118 адреса имеют 2 цифры (10 <= х < 100)
 Адреса 50,638 есть 1 цифра (1 <= х < 10)
 459,006 адреса дробь (0 < х < 1)
2,411,568 адреса 0 БТЦ
+570
Jason Reich 23 янв. 2018 г., 5:30:01

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

+548
Abdou Benbada 6 авг. 2019 г., 11:41:51

Имеются ли какие-либо методы для вычисления закрытого ключа, соответствующего произвольному биткоин адрес? Например, я хочу найти закрытый ключ для этого адреса для доступа средств: 1KsFhYKLs8qb1GHqrPxHoywNQpet2CtP9t

+523
fatiha soliman 4 февр. 2019 г., 18:43:15

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

+519
blondi3101 12 апр. 2010 г., 2:19:23

Это, конечно, технически возможно (запускать с -detachdb , а затем скопировать базу данных каталога), но вопрос в том, хотите ли вы хотите этого.

Во-первых, сделать шаг назад. Биткоин предназначен для работы с умеренными безопасности на легких узлов (см. "упрощенная подтверждение платежа" в Сатоши бумаги). Только доверие облегченные узлы требуют, чтобы цепочка с Большинство работать в нем, также содержит допустимые операции. Такие облегченные узлы требуют несколько мегабайт закачек для синхронизации, и вызвать практически нет процессора или нагрузку на диск. Примерами такого узла включают в MultiBit или биткоин кошелек для Андроид.

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

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

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

Как Примечание стороны, в следующей версии (0.8) из Bitcoind/с Bitcoin-Qt должен быть намного быстрее, особенно на оборудовании с медленной ввода/вывода.

+480
Edgar Ortiz 28 окт. 2010 г., 0:07:41

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

+464
fabb 5 мар. 2013 г., 0:58:52

Между тем я уже отвечал на этот вопрос на реддите.

Вы уже сделали первые 2 из 3 меры, необходимые для вашего кошелька миграции: (1) очистку данных каталога, который содержит старые несовместимые файлы (2) свалил и импортировать приватные ключи от старого кошелька (альтернативно, в зависимости от того, как старый кошелек, можно попробовать начать новый namecore клиенту -upgradewallet параметр).

Внутренняя бухгалтерия не имела возможности обнаружить старые сделки, которые относятся к недавно импортированный закрытый ключи. Это недостающий третий шаг: (3) перезагрузить namecore (т. е. namecoind) с -сканирование параметров.

Короче: сейчас вам нужно перезагрузить новый клиент с параметром-повторное сканирование параметров.

Редактировать: как правило, я рекомендую использовать новый -upgradewallet параметр namecore это:
namecoind -upgradewallet -повторить поиск -переиндексация
как dumpprivkey/importprivkey подход всегда несет риск путаете соответствующих операций name_update и адреса старые. Если вы не знаете, как использовать команду (устарело) name_debug1 в свой Namecoin-Кварты, то вы скорее всего сделаете это неправильно.

+424
dtdlurch 2 июн. 2011 г., 14:10:10

Вдохновленный @NickODell ответа, я создала еще один пример с использованием nodejs, который является производным 5 адресов и 5 адреса меняются.

Вам потребуется этих двух модулей: НПМ установить bitcoinjs-Либ --сохранить и НПМ установить bip32 пакет --сохранить и Бабель на ЕС6 код JavaScript поддержка.

импорт Bitcoin от 'bitcoinjs-Либ';
импорт Bip32Utils от bip32-utils версии';

пусть hdNode = биткоин.HDNode.fromBase58('xpub...вам.интернет.мастер.общественности.ключ.от.а.кошелек.как.Электрум...');

давайте получать = hdNode.получить(0); // BIP32 М/0/<н> путь (получения адреса)
пусть receivingChain = новый Bip32Utils.Цепь(получения);

для (ВАР к = 0; к < 5; к++) {
консоль.журнал(receivingChain.получить());
receivingChain.следующий();
}

давайте меняться = hdNode.получить(1); // BIP32 М/1/<н> путь (адреса меняются)
пусть changeChain = новый Bip32Utils.Цепь(изменение);

для (ВАР к = 0; к < 5; к++) {
консоль.журнал(changeChain.получить());
changeChain.следующий();
}

Испытания в электрума с реальным кошельком.

Когда у вас нет нескольких кошелек вы можете использовать эти BIP32 пути к генерации адресов:

М/0 и/Kсоответствует K-й пары внешней цепи ТБО, полученных от мастер-м.

М/1/к соответствует K-й пары внутренних цепь ГВС происходит от мастер-м. (внутренний, означает, изменений и других внутренних целей)

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

м/i/0 и/K соответствует K-й пары внешней цепи номер счета я из ТБО, полученных от мастер-м.

м/я/1/к соответствует K-й пары внутренних цепь номер счета я из ТБО, полученных от мастер-м.

Это макет кошелек по умолчанию:

Wallet structure

+406
aapata 24 июл. 2010 г., 15:06:11

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

Например, если вы используете ядра биткоин на рабочем столе в вашем доме, просто запросите выплату, которая будет показывать QR-код на экране. Просканируйте его с помощью телефона и отправить любое количество биткоинов, которые вы хотите на ваш рабочий стол бумажник. Да, там будет плата за сделку, но это будет намного меньше, чем стоимость времени,/риск, связанный с импорта закрытых ключей в Bitcoin Core и затем продувать их из своего бумажника телефона.

Что касается наиболее безопасный кошелек для длительного хранения...есть некоторые дебаты о том, что. Вот ранее я дал ответ на тему: Какие варианты есть у человека, чтобы управлять биткоины?

+282
waldo 17 нояб. 2010 г., 14:19:20

Блокчейн имеет отличную документацию по PHP, но ничего реально для узла!

У кого-нибудь есть какие-либо проекты,где они используются blockchain.info прием платежей API, в их узле приложения, получить деньги / проверить для подтверждения?

Я учусь намного лучше при просмотре / воссоздание примере кода, так что вы хотели мне помочь Т!

+256
Curtis Blackwell 7 мар. 2016 г., 10:45:20

Хорошо, мы не знаем, кто он. Я понимаю, что. Но он сделал зарегистрироваться bitcoin.org и в результате пришлось воспользоваться кредитной картой. Поэтому первоначально домен регистратор должен знать, кто он, нет?

+219
Quiet Islet 4 нояб. 2018 г., 11:08:27

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

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

+202
Andrew S 7 июн. 2013 г., 17:32:34

Хранение хэш каждой транзакции в заголовке блока может сделать заголовок блока гораздо больше, чем в настоящее время. Щас весь заголовка составляет 80 байт, и Техас корень Меркле составляет 32 байт, что. Вы можете хэш любое количество сделок в 32 байта Меркле корень, поэтому он очень хорошо работает в качестве криптографически безопасный метод сжатия.

Я могу думать о нескольких эффектов больших блока заголовков:

  • СПВ кошельки будут более ресурсоемкими для выполнения, они требуют гораздо больше места для хранения и пропускной способности. Я думаю, что вычисления Меркле филиал является, наверное, редко аппаратных узких мест, которые необходимо учитывать при проектировании кошельки.
  • Шахтеры будут заинтересованы в шахте небольших блоков. Это потому, что большую blockheader будет означать большее входное значение для алгоритма SHA-256 хэш-функции, так что это займет больше времени, чтобы вычислить хэш. Это важно: самый быстрый блок хэш-Шахтер мог вычислить бы без операции в нем (кроме фонда).
  • Вы могли бы поместиться меньше транзакций в блоке, поскольку больше blockspace будет использоваться в заголовке. Хорошая реализация не приведет к изменению количества сделок может поместиться в блоке, см. комментарий Петра ниже.

Есть, вероятно, больше, не стесняйтесь, чтобы расширить этот список.

+162
Scott Millien 31 янв. 2017 г., 8:50:27

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

Zerocoin изначально должен был решить проблему анонимности биткоина. Как он задуман, это взять оригинальный биткоины, превратить их в Zerocoins, а затем свернуть их в новые биткоины на другой кошелек. В настоящее время технология совершенствуется, чтобы быть более эффективным; однако это вряд ли будет реализовано в Bitcoin. Кроме того, одна из самых больших критических замечаний в адрес zerocoin является дополнительным временем вычислений, затрачиваемых на процесс. Также если доказательств (ноль-знания доказательств) были размещены в блочной цепи, это позволило бы существенно увеличить размер блокчейна.

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

Как вы видите, каждая из этих технологий имеет свои минусы и плюсы. Тот протокол, который я еще не упомянул CryptoNote. На мой CryptoNote знаний является наиболее перспективной технологией для анонимных сделок. Кстати безвестно платежей идет через то, что называется кольцом подписей. Здесь объяснение, как это работает https://cryptonote.org/inside/

Bytecoin (BCN с) Первый cruptocurrency на основании протокола CryptoNote. Он был выпущен в 2012 году. http://bytecoin.org/

+162
Mr PooPoo 25 авг. 2017 г., 5:27:50

Как я понимаю, так как биткоин 0.6.поддерживаемые х, сжатые и несжатые открытыми ключами. И процесс публичного ключа на адрес был тот шаг, который ставит байта перед открытым ключом перед хэшированием, как:

0х04<256 бит х><г 256 бит> = буфера перед хэшированием несжатой открытого ключа

или

[0x02|0x03]<256 бит х> = буфера перед хэшированием сжатого открытого ключа

Это означает, что буфер перед хешированием либо 33bytes длинные или 65 байт.

Мой вопрос: пре-0.6, вплоть до первой публичной версии биткойна, буферной предварительное хеширование всегда 65 байт, поскольку сжатый ключи не были поддержаны? Или 64 байт (всего <256 бит Х><256 бит г>) и не было никакого байта для версии добавляется перед хэшированием?

Если это было только 64 байта открытого ключа на клиентах заранее-0.6, которое означает, что за тот же открытый ключ, если бы я побежал, что открытый ключ через код путь до 0.6 Bitcoin-клиенте и текущем биткоин-клиент (несжатый выбор формата), окончательный биткоин-адрес все равно будет отличаться, поскольку современный клиент подставляла версии байта?

+140
Freya 8 сент. 2014 г., 4:43:38

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

В вашем случае, похоже, что у вас неизрасходованный выход 2 БТЦ. Поскольку операция полностью уничтожает его входы, сделки нужно отправить 1 BTC на указанный Вами адрес и 1 БТЦ обратно на ваш кошелек с учетом 2 БТЦ, что было выпито.

Изменения адреса обычно не отображается клиентом. Если вы работает Bitcoin-Qt, вы можете увидеть все адреса в свой кошелек, введя команду

listaddressgroupings

в консоли отладки.

+136
blwhqntp6564 25 июн. 2012 г., 21:39:00

В Австралии в настоящее время существует множество вариантов для покупки биткоинов. Ниже представлен список бирж, которые я знаю, которые принимают ауд.

Фиксированной цене, обмены: (создание заказа по фиксированной цене и перевода средств после заказа. Обычно в тот же день)

Еще один хороший ресурс https://en.bitcoin.it/wiki/Buying_bitcoins которые, как правило, содержит актуальную информацию о всех способах купить биткоины во всех странах.

+107
Ian Westcott 3 авг. 2013 г., 6:23:53

Биткоин ядро не поддерживает обрезку свидетелей. Он поддерживает полностью подрезка блоков, но это не зависит от segwit.

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

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

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

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

+17
Ruwan Janapriya 14 авг. 2018 г., 9:54:18

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