Как blockchain.info определить, когда платеж получен?

Может кто поможет мне понять, как их API оплаты работ на уровне ЭКП bitcoind? Насколько я могу судить, нет никакого способа, чтобы увидеть, что баланс адрес, только номер биткоин адрес получил вместе с подтверждениями этого.

Если бы мне пришлось повторить в Blockchain API, мне придется:

  • создать адрес и связан с учетной записью (адрес назначения)
  • проверить баланс по всем счетам
  • получить список всех организаций в этой учетной записи
  • проверить все адреса ищет низкой подтверждений
    • если значение < баланса петли назад к тому, чтобы проверять другие адреса
  • найти обратного вызова и вызова, что
  • движение биткоинов со счета на адрес назначения
  • повторить

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

+399
user37309 17 янв. 2017 г., 4:19:50
25 ответов

Это совсем другое. Эфириума предлагает стандартизированный способ создать новые маркеры на блокчейн называется КМО-20 протоколом. КЧП-20-это не кусок кода, программное обеспечение или технология. Скорее, это рекомендации, которые способствуют интеграции различных валютах. Трон является Эфириума маркер, который означает, что он работает на блокчейн Эфириума. Он будет использовать ресурсы Эт блокчейн трон не блокчейн начали с нуля.

+984
Suntea 03 февр. '09 в 4:24

Это нормально для процессора, чтобы увеличить, клиент имеет много работы, чтобы сделать во время синхронизации и проверки блока цепи. Температура должна резко возрасти некоторых, но не, так что вы можете иметь проблемы охлаждения оборудования. Увидеть, если то же самое происходит и с другими ресурсоемкими приложениями процессора. Если так, то это аппаратная проблема и ничего общего с Bitcoin.

+973
Chris Hull 16 янв. 2013 г., 21:03:05

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

Но точно так же, долларовую купюру 10 $будет колебаться в стоимости, если вы выразите величины в евро или биткоины (в основном, если вы живете где-нибудь на планете кроме США).

Это все вопрос перспективы.

+961
priya 3 янв. 2018 г., 16:11:10

Когда не было бассейна, весь первый горный клиентам работать непосредственно с Bitcoin. Они подключены к биткоина в JSON-RPC интерфейс и использовал getwork ЭКП способ, чтобы сделать необходимую работу. Получать от работы бассейн такой же, как и начало работы с Bitcoin. Клиент подключается к бассейну через HTTP, часто используя те же HTTP-аутентификации, что биткоин формата JSON-RPC интерфейс применения; клиент отправляет в JSON-RPC для getwork сообщение; и бассейн отправляет обратно в JSON-RPC для getwork ответ.

Много бассейнов на сегодняшний день поддерживает некоторые расширения getwork протокол, что биткоин не.

См.: https://en.bitcoin.it/wiki/Getwork

+939
Alex Shores 18 авг. 2018 г., 2:37:33

Я хочу использовать библиотеку Python-OP_RETURN. Для этого мне нужно установить биткоин-ядра. Но когда я exceute эту команду судо apt-получить обновление у меня эта ошибка :

Подстраховаться http://ppa.launchpad.net Джесси/главная пакеты для amd64 

Подстраховаться http://ppa.launchpad.net Джесси/главная пакеты для amd64 

Подстраховаться http://ppa.launchpad.net Джесси/главная пакеты для amd64 

Подстраховаться http://ppa.launchpad.net Джесси/главная пакеты для amd64 

Подстраховаться http://ppa.launchpad.net Джесси/главная пакеты для amd64 
 404 Не Найдено
Получаем:2 http://security.debian.org Джесси/обновления/основной для amd64 пакеты [371 КБ] 
Игн http://httpredir.debian.org Джесси InRelease 
Вам:3 http://httpredir.debian.org Джесси-обновления InRelease [142 КБ] 
Хит релиз http://httpredir.debian.org Джесси.Гоб
Хит релиз http://httpredir.debian.org Джесси 
Получите:4 http://httpredir.debian.org Джесси-обновления/главная пакеты для amd64 [17.6 КБ]
Получаем:5 http://httpredir.debian.org Джесси/главная пакеты для amd64 [9032 КБ]
Извлечена 9626 КБ 8С (1085 кб/с) 
Вт: не удалось получить http://ppa.launchpad.net/bitcoin/bitcoin/ubuntu/dists/jessie/main/binary-amd64/Packages 404 не найдено

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

Что это значит?

+907
Cheese Daneish 5 окт. 2014 г., 23:48:44

Пытаюсь увидеть, как это Техас был успешно подтвержден (в 2013 году) в блокчейн должен раскрыть секрет этого сценария. В предыдущих комментариях уже дают представление, что скрипт делает, но не объясняет все. Поэтому я стараюсь и дальше распадаться. Предположение, что sigscript расходов Техас идет в стек, затем сверху скрипт по умолчанию. Чтобы проверить подпись, предыдущее финансирование Техас должен быть преобразован в unsigned Техас, так что я удалить сиг с ориг Техас, замените его сценарий по умолчанию, и изменения длины входного скрипта:

 01000000 01 A214A2DAF91691AFDD491FD00D894EB3301E35BC18B5554B14E12843037E954C (<-- обратный наговор !)
00000000
 23 (<-- длина десятичной 35 байт, отменено, шестигранный 0x23)
 2102085C6600657566ACC2D6382A47BC3F324008D2AA10940DD7705A48AA2A5A5E33AC7C2103F5D0FB955F95DD6BE6115CE85661DB412EC6A08ABCBFCE7DA0BA8297C6CC0EC4AC7C5379A820D68DF9E32A147CFFA36193C6F7C43A1C8C69CDA530E1C6DB354BFABDCFEFAF3C875379A820F531F3041D3136701EA09067C53E7159C8F9B2746A56C3D82966C54BBC553226879A5479827701200122A59A5379827701200122A59A6353798277537982778779679A68 (<-- pkscript размещены здесь в разделе sigscript)
 00000000 (<-- интересно, что последовательность не FFFFFFFF)
 01 C06C3C0000000000 23 21039DC85F5FE062D4EEF0470FA96D4BBCFFF0096C62042333CD05AD491536560443AC DA538652

который сериализуется и двойной SHA256 и хэшированных:

01000000014c957e034328e1144b55b518bc351e30b34e890dd01f49ddaf9116f9daa214a200000000b52102085c6600657566acc2d6382a47bc3f324008d2aa10940dd7705a48aa2a5a5e33ac7c2103f5d0fb955f95dd6be6115ce85661db412ec6a08abcbfce7da0ba8297c6cc0ec4ac7c5379a820d68df9e32a147cffa36193c6f7c43a1c8c69cda530e1c6db354bfabdcfefaf3c875379a820f531f3041d3136701ea09067c53e7159c8f9b2746a56c3d82966c54bbc553226879a5479827701200122a59a5379827701200122a59a6353798277537982778779679a680000000001c06c3c00000000002321039dc85f5fe062d4eef0470fa96d4bbcfff0096c62042333cd05ad491536560443acda53865201000000

4eb4dccd727e81315a9ff801c205efc62635471cf8668e42c1c8aebfb51500a3

Этот двойной SHA256 хэш, публичные ключи и Sig (от расходов Техас) совпадает с этими публичные ключи:

ssig1:
30450221009a29101094b283ae62a6fed68603c554ca3a624b9a78d83e8065edcf97ae231b02202cbed6e796ee6f4caf30edef8f5597a08a6be265d6601ad92283990b55c038fa по умолчанию в шестнадцатеричном виде: 03F5D0FB955F95DD6BE6115CE85661DB412EC6A08ABCBFCE7DA0BA8297C6CC0EC4 по умолчанию в PEM: MDYwEAYHKoZIzj0CAQYFK4EEAAoDIgAD9dd7lv+V3WvmEVzoVmHbQS7GoIq8v859oLqCl8bmdsq= двойной SHA256 хэш: 4eb4dccd727e81315a9ff801c205efc62635471cf8668e42c1c8aebfb51500a3

ssig2:
3044022045d08719828fbd93e49c9223e63f4d2dab2de6c568e1faa2cccb33adf2575d2c02200c00126cb0105275040a963d91e45460147e40451b590485cf438606d3c784cf по умолчанию в шестнадцатеричном виде: 02085C6600657566ACC2D6382A47BC3F324008D2AA10940DD7705A48AA2A5A5E33 по умолчанию в PEM: MDYwEAYHKoZIzj0CAQYFK4EEAAoDIgACcfxmagv1zqzc1jgqr7w/MkAI0qoQlA3XcFpIqipaXjM= двойной SHA256 хэш: 4eb4dccd727e81315a9ff801c205efc62635471cf8668e42c1c8aebfb51500a3

Быстрая проверка с OpenSSL (отсюда умолчанию в формате PEM):

sig=30450221009a29101094b283ae62a6fed68603c554ca3a624b9a78d83e8065edcf97ae231b02202cbed6e796ee6f4caf30edef8f5597a08a6be265d6601ad92283990b55c038fa
ПК=03F5D0FB955F95DD6BE6115CE85661DB412EC6A08ABCBFCE7DA0BA8297C6CC0EC4
хэш=4eb4dccd727e81315a9ff801c205efc62635471cf8668e42c1c8aebfb51500a3
е $( эхо $хэш | СЭД с/[[:xdigit:]]\{2\}/\\х&/г' ) > tmp_utx_dsha256.наговор
Эхо "MDYwEAYHKoZIzj0CAQYFK4EEAAoDIgAD9dd7lv+V3WvmEVzoVmHbQS7GoIq8v859oLqCl8bmdsq=" > кошка по умолчанию.УГР
е $( эхо $сиг | СЭД с/[[:xdigit:]]\{2\}/\\х&/г' ) > tmp_sig.наговор
в OpenSSL pkeyutl <tmp_utx_dsha256.наговор -проверить -pubin -инкей по умолчанию.Пэм-sigfile tmp_sig.наговор

ОК, часть для подписи понятно. Итак, смотрим далее на pkscript, я постараюсь расшифровать:

pubkey1 21 02085C6600657566ACC2D6382A47BC3F324008D2AA10940DD7705A48AA2A5A5E33 переменного тока 7С
pubkey2 21 03F5D0FB955F95DD6BE6115CE85661DB412EC6A08ABCBFCE7DA0BA8297C6CC0EC4 переменного тока 7С
 53 79 А8 
hash1 20 D68DF9E32A147CFFA36193C6F7C43A1C8C69CDA530E1C6DB354BFABDCFEFAF3C
 87 53 79 А8 
hash2 20 F531F3041D3136701EA09067C53E7159C8F9B2746A56C3D82966C54BBC553226
 87 9А 54 79 82 77 
 01 20
 01 22
 А5 9А 53 79 82 77 
 01 20
 01 22
 А5 9А 63 53 79 82 77 53 79 82 77 87 79 67 9А 68

Проблему я вижу, что ваше заявление как-то не соответствует:

если (и SHA256(для dat1) == hash1 &&
 и SHA256(dat2 аппликации) == hash2 &&
 размер(для dat1) == 32 или 33 &&
 размер(dat2 аппликации) == 32 или 33) {
 если (размер(для dat1) == размер(dat2 аппликации)) {
 возвращение опция -- checksig(sig2, pk2);
 } еще {
 возвращение опция -- checksig(sig1, ПК1);
}

Стек будет выглядеть после sigscript:

[ssig2]
[ssig1]
[0х00]
[0х00]

И на вершине pkscript будет следовать:

21: OP_DATA_0x21: длина сжатого открытого ключа (Х9.63 форма, 33 байт)
02085C6600657566:ACC2D6382A47BC3F:324008D2AA10940D:D7705A48AA2A5A5E:33
 соответствующий биткоин-адрес: 152q849uVmoB5oRcZ4d4tJHyRuB6FPB9hz 
АС: OP_CHECKSIG: сиг должен быть действительным SIG для окрошки и по умолчанию

- это мог бы проверить pubkey1 против ssig2, удалить по умолчанию и [ssig2] из стека, и оставить [правда] на стек

7С: OP_SWAP: два верхних элементов стека меняются местами

-- это своп [ssig1][правда], так [ssig1] находится на вершине стека

21: OP_DATA_0x21: длина сжатого открытого ключа (Х9.63 форма, 33 байт)
03F5D0FB955F95DD:6BE6115CE85661DB:412EC6A08ABCBFCE:7DA0BA8297C6CC0E:С4
 соответствующий биткоин-адрес: 1BaJ2fYiAVnZC73MtX1LsyJBtXNZWDSkt6
АС: OP_CHECKSIG: сиг должен быть действительным SIG для окрошки и по умолчанию

- это мог бы проверить pubkey2 против ssig1, удалить по умолчанию и [ssig1] из стека, и оставить [правда] на стек [0х00][0х00][правда][истинной]

7С: OP_SWAP: два верхних элементов стека меняются местами

-- это своп [истинного][правда], причина неясна

53: OP_3: число 3 находится в стеке

-- верхний элемент стека "3" [0х00][0х00][правда][правда][0x53]

79: OP_PICK: элемент N обратно в стек копируется в топ

-- это будет поп 1 элемент из стека, и принести [0х00] в вершину стека: [0х00][0х00][правда][правда][0х00]

А8: OP_SHA256: ввод хэшируется с помощью алгоритма SHA-256
20: OP_Data: следующая 32 байт данных, которые должны быть толкнул на стек
D68DF9E32A147CFF:A36193C6F7C43A1C:8C69CDA530E1C6DB:354BFABDCFEFAF3C
87: OP_Equal: возвращает 1, если входные сигналы равны 0 в противном случае

-- хэшируется в [0х00] значение, поставить OP_DATA на вершине, и сравнить его. OP_EQUAL соз два элементы из стека. Это дало бы [ложного] в стек. Состояние стека: [0х00][0х00][правда][правда][ложные]

53: OP_3: число 3 находится в стеке
79: OP_PICK: элемент N обратно в стек копируется в топ

- это мог бы выбрать [истинное] значение ??

А8: OP_SHA256: ввод хэшируется с помощью алгоритма SHA-256
20: OP_Data: следующая 32 байт данных, которые должны быть толкнул на стек
F531F3041D313670:1EA09067C53E7159:C8F9B2746A56C3D8:2966C54BBC553226
87: OP_Equal: возвращает 1, если входные сигналы равны 0 в противном случае

-- хэшируется в [0х00] значение, поставить OP_DATA на вершине, и сравнить его. OP_EQUAL соз два элемента из стека. Это дало бы [ложного] в стек. Состояние стека: [0х00][0х00][правда][правда][ложь][ложные]

-- интересно, что это будет матч в SHA256 хэш(хэш) при условии финансирования Техас, как упоминалось в предыдущем комментарии. Я прекращаю дальнейшую оценку сценария здесь. Мое понимание такое, что мы видели сценарий траты с последующим двух значений наговор от 0x00, по сигс. Это не соответствует псевдо код? Может быть еще такой:

если (sig1 == значение true && 
 sig2 == значение true &&
 и SHA256(для dat1) == hash1 &&
 и SHA256(dat2 аппликации) == hash2 &&
 размер(для dat1) == 32 или 33 &&
 размер(dat2 аппликации) == 32 или 33) 
...

Однако: у меня где-то "на единицу" на второй хэш-значение (F531F3041D313670...). Следует OP_4 или OP_5 (вместо OP_3), чтобы добраться до Один из предлагаемых хэш-образов. Со значением 3 в OP_PICK бы скопировать [истинное] (от проверка сиг) сверху, вместо хэш изображения в положении 4 или 5...

Я не выполните следующие опкоды, есть несколько условий. Также номерная серия "00000000" (не "FFFFFFFF"), и LockTime является "DA538652" (десятичное ), что больше, чем 500'000'000, то есть метку времени Unix. Это приводит к дата: пт 15 ноября 2013 18:03:22 мск. ТХ появился в blockchain на 2013-11-15 17:13:23.

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

Нет, наверное, больше, я оставляю это экспертам для расшифровки оставшаяся часть :-)

+824
Patrick Dynes 3 сент. 2010 г., 18:59:34

Я могу вычислить приоритет сделки (527 подтверждений в настоящее время, ~452 байт):

119994817 * 527 / 452 = 139,905,461

Так это за минимум 57,600,000 и удовлетворяет другие правила бесплатно сделок: а именно, что сделка по 1000 байт и не имеет выходов под 0.01 БТЦ, эта сделка может быть свободным. Вам не нужно включать комиссию за транзакцию: сделать сумма выходов равна сумме входных данных ровно.

Если ваша сделка не соответствует требованиям для бесплатного сделки, или если ты не хочешь, чтобы рассматриваться в качестве сделки (которые имеют некоторые ограничения в передаче и т. д. что может замедлить их включения в блоке), необходимо включать в 0.0001 BTC, операционный сбор за тысячу байтов (например, до 1000 байт составляет 0.0001, 0.0002 1001-2000 байт и т. д.)

(это если считать тестовом режиме, имеет те же правила для сборов транзакции биткоина mainnet)

+808
Tory4ka 30 авг. 2019 г., 1:47:42

Давайте пересекая вызов этой функции:

пустота и SHA256(SHA256 и структура *ша, ничтоже слово const *п size_t в размер)

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

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

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

+601
ZGl6YXNt 22 февр. 2018 г., 12:57:42
prev_block = "000000000000000117c80378b8da0e33559b5997f2ad55e2f7d18ec1975b9717"

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

prev_block.декодирования('Хекс')[::-1]

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

Если вы просто хотите создать заголовок, то этот код будет выполнения, что, как долго, как вы предоставите все переменные (Вер prev_block, mrkl_root, time_, биты и случайный код):

Вер = 2
prev_block = "000000000000000117c80378b8da0e33559b5997f2ad55e2f7d18ec1975b9717"
mrkl_root = "871714dcbae6c8193a2bb9b2a69fe1c0440399f38d94b3a0f1b447275a29978a"
time_ = 0x53058b35 # 2014-02-20 04:57:25
бит = 0x19015f53
значения Nonce = 1 # Убедитесь в том, чтобы изменить это на правильное нонсен
заголовок = ( структуру.пакет("<л", ДСВ) + prev_block.декодирования('Хекс')[::-1] +
 mrkl_root.декодирования('Хекс')[::-1] + структура.пакет("<ЛЛЛ", time_, биты, извращенец))
заголовок печати.кодировать('Хекс')

Обновление

Эти структуры.пакет("<л", ДСВ) и структуры.пакет("<ЛЛЛ", time_, биты, извращенец) называет просто использовать первый аргумент (формату строки), как инструкциям, чтобы конвертировать остальные аргументы такого рода (называемые также наименее значимый байт или LSB) неподписанных длинные байтовые массивы более подробно об этом здесь. В последнем случае при трех "L"используется с это потому, что есть 3 при целочисленных аргументов, которые мы хотим преобразовать в беззнаковое тоскует.

[::-1] используется для изменения байт массива (это необходимо, потому что хэши хранятся в текстовом Hex в обратном порядке от того, как они хранятся в двоичном который является обратным порядком байтов). Так, например, если prev_block.декодирования('Хекс') вернул байт значения 0, 1, 2, 3 и prev_block.декодирования('Хекс')[::-1] будет возвращать Byte значения 3, 2, 1, 0. Подробнее о расширенной нарезки здесь.

+599
Lil Bil 12 сент. 2016 г., 3:28:52

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

+504
Serag Hassouna 16 мар. 2017 г., 0:52:36

Похоже, bitcore заменить понимание-АПИ

+501
Wolfe 27 июл. 2011 г., 1:05:16

Я пытаюсь выучить каждый бит процесс преобразования закрытого ключа в WIF (формат импорт кошелек).
Я следовал инструкциям на этой странице и сделали это весь путь до последнего шага (Шаг 7 - "преобразовать результат из байтовую строку в base58 строку с помощью base58check кодирование") и вот где я застрял.
Мне нужно, чтобы использовать этот процесс:

 code_string = "123456789ABCDEFGHJKLMNPQRSTUVWXYzabcdefghijkmnopqrstuvwxyz"
 х = convert_bytes_to_big_integer(hash_result)

 output_string = ""

 а(Х > 0) 
{
 (х, остаток) = деление(Х, 58)
output_string.добавить(code_string[остаток])
}

повторение(number_of_leading_zero_bytes_in_hash)
{
output_string.добавить(code_string[0]);
}

output_string.обратный();

Этот процесс с биткоин Вики.
Я уверен, что мне удалось расшифровать все кроме этой части:

х = convert_bytes_to_big_integer(hash_result)

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

И в меньшей степени эта часть:

повторение(number_of_leading_zero_bytes_in_hash)

Я не уверен, что "хаш", он имеет в виду.

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

+452
Gustavo Oliveira 18 апр. 2010 г., 23:57:59

В 24-часовом рынках высоких и низких, как правило, означает "высокая/низкая цена в последние 24 часа".

Открытые обычно относится к цене на 12:01 утра по Гринвичу на любой день и близко обычно относится к цене на 11:59 вечера по Гринвичу на любой день.

+429
iovuio 28 янв. 2013 г., 1:24:10

У меня проблема с bitcoind с командой sendfrom

Пример :

./bitcoind тест1 sendfrom 1.99990005

Значение, когда команда "условие_1 listtransaction" является 1.99990004.

Я использую bitcoind в Ubuntu 12:04 язык язык.В UTF-8

Спасибо за помощь.

+409
Cfr 30 янв. 2015 г., 12:36:24

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

Из-за ограниченного предложения, люди, которые их думать прежде чем тратить. Все радикальные расходов, которые крупными экономиками сделать, потому что нет краткосрочные последствия такие-за нехватки валюты могут быть учтены за счет эмиссии. Но в долгосрочной перспективе, когда расходы не принести результатов, так как ожидается, девальвация национальной валюты вредит экономике больше в долгосрочной перспективе. Ссылка на статью в Википедии о денежной массе. Это одна из вещей, которые Биткоин хочет решить/или людей, которые биткоин евангелисты рассказывают. Как повысить оклад на 5% и увеличение цен на сырье на 5% не дает никаких разница, в конце концов для тех, увеличение суммы валюты в поток и цены на сырьевые товары будут иметь никакого значения.

Кроме того, это учесть, что минимально возможная транзакций в биткоин-Сатоши, который 0,00000001 ВТС. Так что даже если есть такой день, когда 1BTC 1 миллион долларов, 1 сатоши будет 1 цент.

+320
Raymond Gilbaliga Sangyon 29 авг. 2016 г., 13:03:00

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

+269
Superraiders 11 мая 2011 г., 12:18:47

Я посылаю 50mBTC 10 адресов кошелек в одной транзакции. Какая плата за сделку я должен добавить ко всей сделке? 0.1 мбтх?

Исходя из того, какое максимальное количество адресов можно добавить, что одной транзакции, которая держит под порог 10кб?

+203
Farzaneh Salehi 7 сент. 2018 г., 3:39:03

Биткоин-ядра не имеет встроенных механизмов для ограничения доступа к API.

Для ваших целей нужно использовать прокси между Пользователем и узлом.

Например, https://github.com/rsksmart/rskj/wiki/Nginx-Proxy-Server-for-JSONRPC-Calls

+172
pmiddlet 20 янв. 2018 г., 11:52:13

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

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

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

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

Я не вижу, как еще это может работать.

+169
user112927 25 сент. 2019 г., 23:41:52

Биткоины займет много времени, какие есть альтернативы? я слышал, лайткоин, но есть так много в строю так что бы быть лучшим выбором для обычного ПК?

+164
Sunil Janghu 13 сент. 2012 г., 13:45:21

Что касается Абэ, то он должен загрузить сиротских кварталах от блокчейна, если вы используете blkfile погрузчика... я еще не рассматривал подробно использование orphan_block таблица, но она пустая как на моем дБ, несмотря на то, что я делаю у сирот блоки в них (я не могу сказать, что это баг, но он уверен, выглядит подозрительно).

Вы можете искать сироту блока хэш в Абе, но найти хэши нужно смотреть непосредственно в базе данных. Этот запрос у меня работает на MySQL, используя двоичный хэш хранения (следовательно, шестигранник() функция); будьте уверены, чтобы удалить его, если вы храните хеши как char шестнадцатеричных строк (используется по умолчанию).

Выберите block_height, шестигранные(block_hash) из блока Б
 Левое соединение block_next млрд на (б.block_id = БН.block_id)
 Где bn.next_block_id имеет значение null
 Заказ на B.предел block_id убыв 1,10;

Этот предел 1,10 пропустить последние загруженные блок, который, скорее всего, верхушка; он не block_next_id но это не сирота ни.

Если вы используете загрузчик RPC, можно только поймать сирот блоков во время загрузки новейших блоков; он не получит никакого сирота из bitcoind если он еще не был сиротой! Вы можете поймать некоторые через abe_loader и в итоге с какой-то код я по-прежнему тестирования, что позволит постоянно нагружать mempool и блоков.

+106
Reds 26 мар. 2010 г., 4:00:39

Свободы.меня попросил покупателям все платить в один адрес, а потом написать "публичный ключ" сделки. Что такое открытый ключ сделки? Как бы вы найти его в Электрума?

+29
Ranjan Lekhy 10 мар. 2014 г., 2:29:53

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

+20
user111885 9 июн. 2016 г., 4:27:55

Можно ли в будущем сократить время подтверждения транзакций? Может это как-то быть уменьшена до менее чем 10 минут? Это может быть сделано быстрее?

+16
Chris Paveglio 19 окт. 2010 г., 18:11:17

Как сообщается на Техник грязь здесь адрес, где биткоины изъяли из Силкроад хранятся выявлены здесь.

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

Может оригинальные средства ФБР заплатило, чтобы их кошелек еще можно выделить из общего фонда в кошельке после операции с 3-й стороны? Я предполагаю, что они держали подсчитать, сколько они перевели в но для целей доказательства я представляю, как они должны были бы знать реальных монет, а не только сумма.

+12
Cool Guy 11 авг. 2016 г., 6:15:36

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