Есть биткоин-пользователей в Азии, особенно Юго-Восточной Азии ? Я из Малайзии

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

+45
Allen McHu 18 февр. 2019 г., 17:50:40
18 ответов

Есть действительные адреса и недопустимые адреса.

  1. Если вы отправить его действительный адрес он ушел.
  2. Если вы попытаетесь отправить его на неверный адрес к клиенту/узлов/протокол/шахтеров не позволю тебе.
+990
Sieghilde Krenn 03 февр. '09 в 4:24

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

Я понимаю, что случайно угадал частная ключи маловероятно. Однако вряд ли, хотя, казалось бы, вы увеличите вероятность для каждого дополнительного угадать и майнинг фермы могли бы сделать много гадать с 24 часа в сутки 365 дней в году. И любое конкретное предположение может повезло, что трещины в бумажник.

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

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

Что мешает этому?

+968
Peter O 4 мая 2016 г., 20:32:30

Длина ключа не изменяются. Частная ключи всегда 32 байта, а открытые ключи можно всегда 65 байт (или 33 байт в сжатом открытого ключа). Открытый ключ хэши всегда 20 байт.

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

+880
pchmn 22 окт. 2016 г., 14:56:21

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

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

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

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

+858
sakshi 27 июл. 2013 г., 22:40:54

Я использовал как в Debian и Arch Linux на ИРЦ для запуска бабочка лаборатории горно-шахтного оборудования; ИРЦ был способен обслуживать до 9 СК синглов с процессора, чтобы сэкономить, используя последние версии cgminer и bfgminer. Я так подозреваю, что это не будет иметь никаких трудностей вождения восемь блок Erupters.

Будьте уверены, чтобы принять какую-то помощь в выборе USB-концентратор (он должен быть на питание), и вы можете найти MinePeon быть полезны пакет для настройки.

+821
Minggrabber 11 июл. 2015 г., 22:39:45

Увидеть эти строки:

// Мы не избавимся от пыли-поменять на сборы, потому что отправитель будет платить больше, чем просил.
// Это будет противоречить цели "все включено".
// Поэтому вместо того, чтобы поднять изменить и взыскать с получателя.
если (nSubtractFeeFromAmount > 0 && newTxOut.IsDust(::minRelayTxFee))
{
 CAmount nDust = newTxOut.GetDustThreshold(::minRelayTxFee) - newTxOut.nValue;
 newTxOut.nValue += nDust; // поднимаем меняться, пока больше никакой пыли
 для (беззнаковый int я = 0; я < vecSend.размер(); я++) // вычитаем из первого получателя
{
 если (vecSend[я].fSubtractFeeFromAmount)
{
 txNew.Uвых[я].nValue -= nDust;
 если (txNew.Uвых[я].IsDust(::minRelayTxFee))
{
 strFailReason = _("сумма сделки слишком мала, чтобы отправить после того, как плата была вычтена");
 возвращает false;
}
перерыв;
}
}
}

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

+812
3anucka 13 июн. 2017 г., 23:04:55

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

На шахте 'в геометрической прогрессии' больше монет вы должны иметь 'в геометрической прогрессии' более hashpower.

+774
shisui uchiha 7 апр. 2017 г., 22:20:14

У меня этот Bip44 путь реализован

м / назначению / тип_монеты' / счета / изменения / порядковый_номер_адреса 

Можно ли использовать мастер-закрытый ключ, чтобы подписать все ТХ
т. е. Биткоин Техас, Техас Etherum

или мне придется сделать на основе активов закрытых ключей для каждого актива и подписать в Техас ?

+675
Filippa 23 авг. 2014 г., 8:48:44

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

+638
Daddy32 28 янв. 2010 г., 5:25:08

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

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

Я очень сомневаюсь, что там должно быть больше работать впустую с короткий блок времени, если трудности калибруется Вт.Р.Т. время, чтобы прийти к консенсусу. Математически шахтеры зарабатывают процент от вновь созданные блоки пропорции примерно их процент от системы мощности майнинга, независимо от относительной распределяется пропорционально их удачи от сложности работы и (случайных) потерянные цепочки.

Если есть доказательства, я сомневаюсь, что утверждают, что короткий блок раз создать больше времени для достижения консенсуса (т. е. ре-орг шпагат), потому что например если есть в 4 раза больше сплитов с 1/4 блока времени, есть примерно 7 больше итераций для достижения согласия в тот же срок.

Учитывая, что необратимость является функцией количества блоков&mdash; не, не из времени— и минус задержки в транзакции, кажется, более короткий блок времени является убедительным.

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

+586
Jeremy Visser 17 июн. 2012 г., 16:54:08

У меня есть его две 6870 и они оба удара 270kh/с при 77c с этими параметрами: интенсивность 14, worksize 64, резьба-параллелизм 6720, в GPU-memclock 900, с GPU-powertune технология -20. Работает по умолчанию litecoinBAMT1.3

версию sgminer 4.0.0 - начало: [2014-02-10 20:31:11]
--------------------------------------------------------------------------------
(5С):551.1 к (СР):543.6 Х/С | а:314368 Р:3072 ГВ:0 ВУ:524.5/м
СТ: 6 СС: 0 ПРИМЕЧАНИЕ: 2039 ДВ: 38388 ГФ: 1 РФ: 0
Подключен к useast.middlecoin.com дифф 1.02 K с прослойка, как пользователя меня
Блок: f91ee7b2... различий:110М начал: [06:46:06] лучшая доля: 325К
--------------------------------------------------------------------------------
[П]управление оол [г]управления ПУ [с]аналогичны [Д]параметры отображения [г]Уит
 ГПУ 0: 77.0 с 3012RPM | 272.5 к/273.3 Х/С | Р: 0.6% оборудования:0 ВУ: 275.4/м я:14
 ГПУ 1: 77.0 с 2826RPM | 272.7 к/270.4 Х/С | Р: 1.4% ГВ:0 ВУ: 249.1/м я:14
--------------------------------------------------------------------------------
+495
Prince Philip Federico 7 сент. 2011 г., 23:36:10

Я пытаюсь сделать следующее:

  • У демона работает на сервере
  • Что демон предоставляет API (JSON и т. д....)
  • Я могу назвать этот API с localhost с: 1: Адрес 2: Адрес 3: ключ для адреса из
  • Демон создает допустимые операции с использованием неизрасходованных выходов, подписывает транзакцию с помощью ключа, и передает его в сеть, потом забывает про ключ.

Я не хочу, чтобы демон для хранения закрытого ключа (апатриды) и подписи транзакций по требованию. Демон должен быть как можно легче (если можно использовать менее 256 МБ оперативной памяти).

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

Что самый простой способ добиться этого?

+445
Aargx 3 авг. 2018 г., 9:33:12

Кто-нибудь знает, что здесь происходит:

https://blockchain.info/address/1NZ9kxxUykiNSe61ZRNPLqWeVHVRnirGry

Насколько я могу сказать, это похоже на "1NZ9..." адрес, кажется, один из тех, которые "не могут декодироваться"? Как же blockchain.info потом решили показать эту информационную страницу на адрес? Потому что, если я делаю getrawtransaction на TX показано там, я не получаю адреса от bitcoind.

А если адрес один из "не может быть декодирован", как придет общая сумма, полученная и окончательный баланс поля 0?

+372
Khmer Go1 29 янв. 2016 г., 21:05:49

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

Пожалуйста, см. Следующий рисунок, который показывает дерево Меркле:

enter image description here

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

+364
Brandon Barton 13 нояб. 2011 г., 9:20:48

Базовая система описана в BIP32 и BIP39.

По сути, конверсия идет наоборот. Мы не преобразовать список адресов семя. Семя преобразуется в список адресов.

BIP32 описано, как иерархические детерминированные (HD) на кошельки работы.

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

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

+249
specKoR 22 янв. 2014 г., 5:06:33

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

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

Есть ли решение, чтобы решить эту повторяющуюся проблему при введении нубов на Bitcoin?

+207
Carllie Dawson 2 янв. 2010 г., 11:49:55

Вы не должны беспокоиться об этом когда-нибудь происходит.

Нет петли опкодов в сценарии. Каждый опкод скрипта может быть выполнена только один раз, и самые медленные операции-это, наверное, проверка подписи ECDSA (потому что она включает EC_point_multiply). Даже если и так, это только занимает около 50~100мкс на одном ядре современного процессора для обработки.

Предположим, что блок 1МБ (Макс. размер) содержит 100% проверку подписи опкодов, это 1 млн. проверкой подписи и принимает не более 100 секунд процессорного времени на одном ядре, это все еще значительно ниже, чем в Времени блока. На практике каждый scriptSig сопровождается не менее 100 байт данных (по умолчанию + подписи ECDSA), так что он, вероятно, займет меньше 1 секунды процессорного времени.

+131
user101792 30 дек. 2016 г., 11:00:27

У меня есть адрес :LUiTUnmBLQ6mvCXk2YNxiU7cZQdty1pTov когда я проверить его на http://block-explorer.com/address/LUiTUnmBLQ6mvCXk2YNxiU7cZQdty1pToV Я получил: 1,199.9 ЛТК. есть еще один способ, чтобы проверить его бросить API или кошелек в RPC ? имейте в виду, что адрес не на мой кошелек, а из кошелька, который был отключен от интернета. Я пытался вызвать метод :  getreceivedbyaddress LUiTUnmBLQ6mvCXk2YNxiU7cZQdty1pTov 1 на моем местном кошелек но получить ноль.

+77
Andrew Lindburg 20 апр. 2015 г., 1:37:17

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