Есть ли способ сети Bitcoin выдержал душком-монета вирусная система маркировки реализуемых регуляторов?

Уже можно биткойна на биржах MtGox и т. д. для выявления тратит монет, которые имеют определенные известные кражи в их истории. Если регулирующие органы заставили аудит на биржах и ключ популярные купцов, а также отслеживание монеты, по их мнению, были причастны к незаконной деятельности, они могут сделать эти обмены и торговцы платили небольшой налог на эти 'испорченный' операции и передать эти затраты на потребителя. В качестве регуляторов 'с душком' список монеты будут открытыми, это станет больше и больше интереса народов на использование программного обеспечения Wallet, который присоединяется к 'душок' список, чтобы отклонить монеты, они знают, что понесут наказание по расходам. Чем больше регулятор поднимает налог на биржах и проверенные купцы, тем больше людей должны присоединиться.

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

Такой сценарий реалистичен, и не это делает биткойн действительно в конечном счете очень контролируемой среде?

('испорченный' монеты имеют ценность на черном рынке, создавая сплит-системы, где биткоины больше не взаимозаменяемые)

+212
Felix Quehl 3 нояб. 2013 г., 14:37:00
28 ответов

Сказать, что моя печатной продукции формата для ТХ объекта является:

<Техас версия: (версия)>
 ntx_ins: 
 (TxIns prev_output_hash)
 tx_outs: (TxOut значения), всего:(сумма значений TxOut)>

Если у меня есть этот выход:

<ТХ версия: 2 
 ntx_ins: 
<TxIn 8d203ebc847f5a0def5d50aa0f05da8701f6248b0db7ad313030bdbe3495c91e>,
<TxIn 4b995a79b3026d9dcceeb81cdf0b1599c8fbbd2a9d1466a3d97437a8b24ad02e>,
<TxIn 5da3a822d936733788d93a681be4ca8b3b6dc7d82c02713159ad59b75f9d0495> 
 tx_outs: 0.00853117,0.00988388, итого:0.01841505>

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

+982
Chanthorn Laiy 03 февр. '09 в 4:24

Сделать サトシ (Сатоши) и ナカモト (Накамото) имеют специальное значение в японской?

Например, фамилия "Иванов" или "Миллер" означает кузнеца или зерна Миллер, соответственно.

+979
Draco 24 авг. 2013 г., 21:12:04

Пульсация на самом деле не совсем новый, но все еще интересная монета.

Их веб-сайт перечисляет несколько возможных обменов (https://ripple.com/xrp-portal/how-to-buy-xrp/). У меня нет твердого мнения о том, какой из них является наиболее надежным. Есть и другие (https://poloniex.com например), где вы можете торговать сообщества/БТЦ, так что если у вас уже есть аккаунт на бирже, которым Вы доверяете, которые могли бы быть самый простой способ.

+839
Honza Javorek 6 нояб. 2017 г., 14:01:41

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

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

Измеряя что-то нельзя делать в протоколе. Нужно смотреть на отчетность компании, пресс ...

+775
Bulki 25 авг. 2013 г., 23:36:05

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

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

+741
Benedek Goldmann 7 июл. 2011 г., 14:41:48

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

+714
Argh 22 янв. 2011 г., 12:50:14

Вы дали инструкцию для демона.

компакт-диск PayCon

для qmake

сделать

Что следует выплевывать на Qt

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

+691
krabov 23 июн. 2013 г., 19:44:19

Я заметил в биткоин, когда через крошечный-кривая secp256k1 библиотека подписать подписи для подписи хэш ввода, подпись всегда одинаковая. Однако в других библиотеках уровнем названием secp256k1 (im, используя один скандинавских полупроводники) подпись всегда разная.

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

Спасибо! Крис

+639
Pakih 3 авг. 2014 г., 3:57:18

Несколько дней назад я прочитал это.

Для людей, которые слишком заняты, я постараюсь объяснить, что там написано (Это мое понимание, которое может быть неправильным, так что если вы думаете, что оно неправильное, измените его):

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

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

+616
enigmaverick 6 янв. 2016 г., 8:55:16

Можно ли использовать эгоистичный алгоритм, чтобы украсть биткоины?

+578
abcentt 16 сент. 2017 г., 16:52:52

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

Это общая черепок. Анонимность определенный вклад является самым близким к фактической реализации среди всех анонимность-центру азц. RC4-это в тестировании, как мы говорим сейчас и будут представлены DarkSend+.

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

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

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

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

+568
ayeitzraven 23 янв. 2019 г., 6:28:51

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

1) Найти первый экземпляр идентификатор учетной записи в Blockchain. Если номер счета не отображается, остановка. Счета имеет firstbits.

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

3) Вы можете посмотреть все предыдущие сделки на идентификатор учетной записи, который соответствует этому ID аккаунта, чтобы как можно больше персонажей.

4) Вы выводите еще один символ из кода счета, чем количество совпавших символов в шаге 3. Это firstbits идентификатора.

Так что если самый длинный матч до первого появления "13xdjsNsf5zJV9tpbxL6iirp1Wdettzwyb" начинается "13xdjq.." (и так игр 5 символов), firstbits для "13xdjsNsf5zJV9tpbxL6iirp1Wdettzwyb" это "13xdjs" (первые 6 символов).

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

+547
user18896 8 июн. 2014 г., 1:58:24
НЕ ИСПОЛЬЗОВАТЬ. Снято в рамках "отсеивания плохих Теги инициативы 2014". Смотри ссылку в тег Вики для получения дополнительной информации.
+530
Filippo Rossi 19 июн. 2018 г., 0:37:10

Математика утверждает, что монеты будут полностью заминированы-иш в 1.43 лет (525 дней) от бытие блока.

Это июнь 2015 люди

+504
Russell Palmer 15 июн. 2019 г., 1:16:49
Биткойн-биржа, которая также поддерживает пульсации
+464
Travis Lariscy 23 июн. 2019 г., 23:03:57

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

различи ... a/src/main.cpp ГИТ b/src/main.cpp
a9311e2 индекс..b3496a1 100644
--- a/src/main.cpp
+++ b/src/main.cpp
@@ -780,7 +780,7 @@ int64 значение типа статического GetBlockValue(внутр nheight, типа int64 nFees)
}

 статический константный тип int64 nTargetTimespan = 14 * 24 * 60 * 60; // две недели
-статический константный тип int64 nTargetSpacing = 10 * 60;
+статический константный тип int64 nTargetSpacing = 10;
 статический константный тип int64 nInterval = nTargetTimespan / nTargetSpacing;

//
@@ -1784,7 +1784,7 @@ боол LoadBlockIndex(боол fAllowNew)
 если (fTestNet)
{
 hashGenesisBlock = uint256("0x00000007199508e34a9ff81e6ec0c477a4cccff2a4767a8eee39c11db367b008");
- bnProofOfWorkLimit = CBigNum(~uint256(0) >> 28);
+ bnProofOfWorkLimit = CBigNum(~uint256(0) >> 15);
 pchMessageStart[0] = 0xfa;
 pchMessageStart[1] = 0xbf;
 pchMessageStart[2] = 0xb5;

Вот некоторые отладки.выход журнала с учетом этих изменений. Я сгенерировать блок каждые 2 секунды или около того. Если это слишком быстро, увеличить ">> 15" соответственно. Каждый шаг там удваивает время между блоками.

03/05/12 07:21:54 топить кошелек.дат
Покраснел кошелек.дат 132ms
askfor блок 000000935f454d1641e5 0
отправив метода GetData: блок 000000935f454d1641e5
получил блок 000000935f454d1641e5
SetBestChain: новый лучший=000000935f454d1641e5 высота=23 работа=559980566
ProcessBlock: принято
askfor блок 00000c4d375ce8f92166 0
отправив метода GetData: блок 00000c4d375ce8f92166
получил блок 00000c4d375ce8f92166
SetBestChain: новый лучший=00000c4d375ce8f92166 высота=24 работа=561029143
ProcessBlock: принято
askfor блок 000007e863a6d86bfb1d 0
отправив метода GetData: блок 000007e863a6d86bfb1d
получил блок 000007e863a6d86bfb1d
SetBestChain: новый лучший=000007e863a6d86bfb1d высота=25 работа=562077720
ProcessBlock: принято
03/05/12 07:21:59 топить кошелек.дат
+462
Nifolem 19 нояб. 2016 г., 6:54:35

Меня зовут Бен и я работаю со специалистом, который называется ФАБ.

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

  1. Мы создали в Ubuntu 13.10 VPS сервер

  2. Далее мы скачали http://www.forked.net/~Апекс/cgmon/cgmon.на TCL.На TCL скрипт найти на этой странице форума: https://bitcointalk.org/index.php?topic=353436.0

  3. (ФАБ:)нам удалось установить X-сервер и Lite окружения рабочего стола KDE, и мы можем подключиться через VNC к VPS рабочего стола.

(ФАБ:) Итак: что мы хотим понять, является ли хост-машине, где ВПС контейнере сидит, должно быть, видеокарту или если добыча использование VPS-сервера можно добиться даже без хост-сервер обладая физической карты, возможно, в другой на внешнюю сторону?

Теория

Теперь мы также хотим закрепить это все в Каире grahics Либ http://cairographics.org/ (это чисто на C++ обработка графической библиотеки для предварительной генерации изображений на стороне сервера, так что нет необходимости для видеокарты).

Мои личные мысли (Бен) заключается в том, что хэш содержит двоичные данные.

UFUYFYF*^Р&^Р*IYG*Р*FUYFUYFUDKYTDLUFU...

но гораздо дольше...

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

ÿØÿà формата jfif ч ч ÿÛ с ...

Разница не большая (на мой взгляд), потому что графические карты изготавливаются для обработки изображений, таких как .формат JPG / .ПНГ/ .гиф/ .BMP, и т. д. Они делают это очень быстро, потому что в начале файла или, возможно, даже расширение говорит видеокарта как расшифровать; где в качестве хэш-то же, только описание способа является секретом, что должен быть судим со многими вариациями описание (отсюда и термин хеширование ссылается на многочисленные попытки).

Теперь, если вы читали Вики по ссылке выше он объясняет, что TCL была изначально "родился из разочарования" и если вы прокрутите вниз на Вики имеется одна из перечисленных: расширяемость, через С, С++, Java и TCL.

Так, видел как libcairo чисто на C++ и TCL может выполнять команды языка C++, что я хотел бы знать, как мы можем связать два...

+457
Michael Mortensen 1 февр. 2014 г., 18:50:29

Чтобы найти список наиболее распространенных команд

биткоин-Кинк помочь

для списка всех команд относятся к биткоин-клиента API.

+426
Todd Mailloux 25 окт. 2016 г., 5:44:35

Итак, представьте себе, я купил 1 БТЦ, поэтому у меня есть закрытый ключ генерируется на мой интернет-кошелек, а также свой публичный ключ, что я могу дать людям/друзьям. У меня вопрос, если я трачу 0.5 купить яблоки на веб-сайте?

Как это работает?

1) только 0,5 БТЦ отправляется на сайт, у меня еще есть 0.5 BTC на закрытый ключ

2) 1 БТЦ общая передается через протокол, таким образом, изменение отправлены обратно ко мне. На какой ключ? Ключ, где у меня была 1 БТЦ ? Или новый создается? (Ключ B)

Спасибо :)

+346
Ejaz 8 апр. 2018 г., 14:58:24

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

Я читал много о том, что необходимо использовать новый адрес каждый раз, когда я получаю оплату. (https://en.bitcoin.it/wiki/Address_reuse) Хлеб приложение представляет меня с QR-кодом, с моим адресом ниже его, чтобы получить деньги, но нет очевидного способа создать новый адрес.

Я упускаю что-то очевидное, или это ОК, чтобы использовать этот же ключевое слово снова и снова?

+270
user7986267 24 дек. 2014 г., 11:35:46

Говорю, что люди копят биткоины находится вне фокуса: они просто "не тратить их", потому что недостаточно способов потратить их.

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

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

Подводя итог, не очень хорошая идея, и наверняка не новаторской.

+264
Marcus Engvall 4 июл. 2018 г., 4:21:31

В то время как вы можете кормить ядра биткоин блокчейн биткоин АВС, блокчейн будет изменена биткоин Азбука. Итак, вам понадобится две копии блокчейна, если вы хотите работать с биткоин ядра.

Также, к сожалению, вы не можете легко выполнять эти два параллельных клиентов. Если вы попытаетесь установить биткоин АВС будет установлен над биткоин-ядра и использовать тот же конфигурационный файл. Единственное решение-это какой-то контейнеризации. Вы можете сделать это с помощью второго компьютера. Я делаю это путем установки второго Ubuntu на виртуальную машину. Я использовать KVM/QEMU с Вирт-менеджера. Тогда я установить биткоин азбука в этой виртуальной машине. Я держать вторую копию блокчейна на мой хост-машине и смонтировать через NFS. Просто добавьте в ваш /etc/fstab или что-то вроде:

192.168.122.1:/главная/пользователя/BitcoinCash /главная/пользователя/BitcoinCash НФС жесткий,чтобы увидеть=14 0 0

Обратите внимание, что 192.168.122.1-это адрес по умолчанию, в которой Вашей машине можно добраться. Смотрите здесь.

До сих пор это работало и мне удалось синхронизировать до развилки, но помимо этого у меня возникли некоторые проблемы, которые я спрашиваю про здесь. [Я сейчас в состоянии полной синхронизации. Увидеть эту ссылку. Будьте уверены, что при копировании .каталог Bitcoin для использования с биткоин ABC, вы удалите каталог chainstate/ и блоков/{БЛК Ред.}*.DAT, который содержит блоки за вилы, или клиент будет мерзнуть.]

Отметим также, что вы должны быть осторожны о бумажнике, что вы кормите на Bitcoin Азбука. Не кормить это ваш Bitcoin кошелек, если у вас ничего не осталось в нем. Во-первых, передачи все на второй кошелек. Затем дать биткоин Азбука ваш первый кошелек. Так что сначала кошельке BTC в ней на развилке, те БТД станет БЦК хотя где-то после развилки кошелек пустеет. Причиной для переноса БТЦ из кошелька на второй, заключается в том, что вы не хотите доверять второй кусок программного обеспечения, в этом случае биткоин АВС, с ключами, которые могут дать ему доступ к вашему (классический) биткоинов.

+254
davecom 6 нояб. 2012 г., 3:08:42

Почему операции, сгруппированные в блоки (часть 2)?

  1. Допустим, у нас есть просто поставить блок на цепочке. В этот момент делает протокол создать уникальные головоломки, чтобы быть решена? Это новая головоломка, известная до этого момента? Различные пазлы сосуществовать одновременно (так что пользователям решать различные головоломки параллельно)?

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

+203
Vincent Savard 11 июл. 2013 г., 18:04:51

Биткоин казино сайте SatoshiBet - это 100% доказуемо справедлива. После каждой раздачи игрок может вручную проверить законность перемешать.

+185
AlRacoon 25 июн. 2011 г., 7:28:39

Я пытаюсь выяснить, как произвести действительную подпись транзакций потреблять БТЦ с multisig-адрес.

1) Во-первых, давайте смотреть в создание подписи для UTXO, связанных с регулярной адрес:

Предположим, мы создаем транзакцию, чтобы потреблять один UTXO, выход 0 сделки 1111111111111111111111111111111111111111111111111111111111111111(шестигранный), депозит 1 BTC на адрес 147Us9aEq2PvBC5wobBJw1yEpQEbPKzssa, для которых HASH160 является 2222222222222222222222222222222222222222 (в шестнадцатеричном виде).

Это будет сырьевой сделки до подписания, форматированные для чтения:

01000000
01
1111111111111111111111111111111111111111111111111111111111111111
00000000
00
ffffffff
01
00e1f50500000000
19
76
А9
14
2222222222222222222222222222222222222222
88
переменного тока
00000000

Предположим UTXO связан со следующими основными пара и регулярный адрес:

L2hYQuKeAUr4hLAdDspnwm4YCcFb222Redw34wsmoneejp5wp4qt
02d619bbd8166614b3c6cdb2833392a71793a1f531693e3a18e7ac3ccbdd161972
15Rrie5X6VgDRVwMvB63hKf8Uk5MBZEmbc

После подписания сделки с закрытым ключом выше, мы получаем уровнем подпись 304402205c2ce1a04b7eb882cf39bfff278b59b9c90ae8c98ce3911bd63b0909bd524df3022000dd5393fa0526ed2d30eff4102c8592c0502406adb0e5a925cd299f8eeb770d (шестигранные), которые с добавленным SIGHASH_ALL байт 01 (шестнадцатеричный), затем внедряется в ее использование платить-в-PubkeyHash scriptSig для регулярных адресам: <сиг> <по умолчанию>.

01000000
01
1111111111111111111111111111111111111111111111111111111111111111
00000000
6а
47
304402205c2ce1a04b7eb882cf39bfff278b59b9c90ae8c98ce3911bd63b0909bd524df3022000dd5393fa0526ed2d30eff4102c8592c0502406adb0e5a925cd299f8eeb770d
01
21
02d619bbd8166614b3c6cdb2833392a71793a1f531693e3a18e7ac3ccbdd161972
ffffffff
01
00e1f50500000000
19
76
А9
14
2222222222222222222222222222222222222222
88
переменного тока
00000000

Для того, чтобы произвести эту подпись, Мы должны были подписать следующую измененную сделки:

01000000
01
1111111111111111111111111111111111111111111111111111111111111111
00000000
19
76
А9
14
3093fd17ee01616456cc3e8d792d8d03ec31e624
88
переменного тока
ffffffff
01
00e1f50500000000
19
76
А9
14
2222222222222222222222222222222222222222
88
переменного тока
00000000
01000000

В основном мы исправили сырьевой сделке с оплатой за PubkeyHash scriptPubKey источника UTXO: OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG. Мы также добавили SIGHASH_ALL слово 01000000 (наговора).

Обратите внимание, что 3093fd17ee01616456cc3e8d792d8d03ec31e624 (шестигранный) является HASH160 открытого ключа 02d619bbd8166614b3c6cdb2833392a71793a1f531693e3a18e7ac3ccbdd161972.

Для облегчения воспроизведения вычисления подписи, K применяется в подписании процедуры была получена детерминированно по RFC6979. Его значение для этого примера 11911142871849518033668783171853950819406055147191692459499720537819802969751 (декабря).

2) Теперь, для случая, когда UTXO связана с multisig-адрес, то нужно произвести различные подписали сделки:

Мы предполагаем здесь 1-из-2 Адрес multisig.

Вторая пара ключ/использовать следующий адрес:

Kwc7zeCyVsemqAED2cpL138hKYRTcBQgawyhlqaparj3k2uwjpuk
0340f2f93487edb2ea49ffbdfc7de20481e54dae44420135fc6c6ea8262477fc9b
1DUDqhpJS7YHsQXuchWhPJUHr2DRnHYp6x

Таким образом, полученные multisig-адрес 35NBKdnf3F9XSGqfUsNxBMWGspm4y7Yi8x.

Связанные с сырьем транзакций так же. Однако, подписанные транзакции должны иметь разную структуру, как мы должны исправить его с оплатой за сценарий-хэш scriptSig для multisig: 0 <sig1> OP_1 <pubKey1> <pubKey2> OP_2 OP_CHECKMULTISIG

01000000
01
1111111111111111111111111111111111111111111111111111111111111111
00000000
91
00
47
30xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
01
47
51
21
02d619bbd8166614b3c6cdb2833392a71793a1f531693e3a18e7ac3ccbdd161972
21
0340f2f93487edb2ea49ffbdfc7de20481e54dae44420135fc6c6ea8262477fc9b
52
АЭ
ffffffff
01
00e1f50500000000
19
76
А9
14
2222222222222222222222222222222222222222
88
переменного тока
00000000

Я пытаюсь получить по алгоритму ECDSA подпись 30xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx которое должно быть вычислено с помощью первого закрытого ключа (его длина здесь в Х- Х является приблизительной).

Я пытался произвести такие подписи с использованием сырья, сделки на котором установлены все платные до-скрипта-хэш scriptPubKey: OP_HASH160 <scriptHash> OP_EQUAL. Однако, в результате подписания 304402201264c3a19e805ff976241c20897a2c702a5fa9a3882524317ef1444b0bfebdf502207bc45af98867c9366368f2be2d3a7335bd2681c4ad58ad38224b982029fda8e5 (в шестнадцатеричном виде), кажется, не быть действительным.

Ниже упомянутых модифицированных сырьевых транзакций. Обратите внимание, что 285071ecf3cce5e8eeb80aa289c3b7ba611cdd6d (наговор) сценарий HASH160, связанные с multisig-адрес 35NBKdnf3F9XSGqfUsNxBMWGspm4y7Yi8x:

01000000
01
1111111111111111111111111111111111111111111111111111111111111111
00000000
17
А9
14
285071ecf3cce5e8eeb80aa289c3b7ba611cdd6d
87
ffffffff
01
00e1f50500000000
19
76
А9
14
2222222222222222222222222222222222222222
88
переменного тока
00000000
10000000

Опять же, для облегчения анализировать расчета подписи, K применяется в подписании процедуры была получена детерминированно по RFC6979. Его значение для этого примера 52344238881233128299244703933491194256385056421257949759777810457555478930704 (декабря).

ТЛ;ДР - как пропатчить необработанные транзакции из примера выше для того, чтобы произвести алгоритма ECDSA подпись для соответствующего multisig UTXO? Вы можете также предоставить подписанный образец сделки и K применяется при расчете подписи? Или - где можно найти этот подписании процедуру, описанную в деталях, текстуально, на multisig-адреса?

+158
JoePanpi 17 окт. 2010 г., 1:42:53

Я должен был получить сумму биткоинов, но баланс моего кошелька в клиенте все еще показывает $0. Передача произошла вчера, пока клиент не был запущен. Я подтвердила, все как всегда обновляется и что сделка появляется в blockchain.info еще кошелек по-прежнему показывает $0. Что может вызвать это?

+73
Richard Roberts 27 янв. 2012 г., 23:40:22

Я знакома с базовыми командами RPC, но у меня возникли проблемы извлечения/добавления адреса к кошельку, используя чисто RPC-вызовов (т. е. bitcoind, а не биткоин-Кварты).

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

В псевдокоде, это то, что я хочу быть в состоянии сделать:

если (число(getAddressesByLabel("пожертвования")) == 0) {
 адрес = кошелек.createBitcoinAddress();
адрес.setLabel("пожертвования");
}

donationAddress = getAddressesByLabel("пожертвования"))
+65
NikaKim 29 апр. 2011 г., 2:23:51

Мне кажется, что затраты на электроэнергию в шахта блоков растет неприемлемыми темпами. Графики сложности и сети хэшей растут в геометрической прогрессии. Это является неустойчивым. В настоящее время шахтеры приносят доход ок. $30 на каждую сделку. Кто платит за это? Держатели БТЦ, вот кто. (Источник: Blockchain.info диаграммы) хотя кажется, что гонорары мы платим заключения-это минимум, мы на самом деле платить этот намного выше суммы, в основном за счет инфляции сейчас, из-за добычи новых биткоинов.

Большие претензии в пользу устойчивости протокола заключается в том, что рынок найдет баланс на нужном уровне плата за сделку. Я утверждаю, что уже в настоящее время показано, что эффективное комиссии за транзакции (добыча инфляции + сборы) слишком высоки - в основном из-за базовые затраты производства блоков, из которых электричество является растущим компонентом. Неустойчиво растущим компонентом. И, что низкая плата, которую мы платим заключения-это на самом деле иллюзия, скрывая реальные расходы просто потому, что так много инвестиционных денег течет в базу неликвид БТЦ, предотвращая последствия инфляции, которые в противном случае снизить цену БТЦ так очевидно.

+24
JD Homm 30 апр. 2017 г., 6:26:26

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