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

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

То, что я пытался до сих пор является:

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

    2.Принимая адресу маршруте стелс, загрузка до адреса скрытности для получения ставок вознаграждения, поскольку стелс Эдди автоматически присоединяется паб Адди и мог бы решить нормально, но опять произошла ошибка авторизации проверки.

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

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

С моей точки зрения, есть два варианта:

1. Создание нового Адди и использовать его для создания собственной сделки, что не взимается плата за сделку, только убедившись, что это самое последнее в списке операций, прежде чем создавать новый блок. Таким образом, мы гарантируем, когда новый блок смотрит на Эдди, чтобы отправить награду, на этот раз будет забрать.

2. Изменение адреса выбирая подход, вместо того, чтобы искать недавно использованных Адди в список операций кошелька, мы сказать ему, чтобы создать новый и использовать его вместо. Проблема с этим, мы не знаем, если это вновь созданный Эдди работает, ИМО это лазейка, которая может быть использована для атаки на кошелек.



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

Любые замечания будут благодарны.

+929
abdulaich 23 мар. 2013 г., 17:29:35
21 ответов

Транзакции не работают, так что эта проблема не возникает.

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

Так что в пример вы приводите, сделка будет иметь три входа: один для каждого из двух Адрес1 операции в режиме удаленного доступа, а третий для Адрес2 сделки.

+869
Judy Freeman 03 февр. '09 в 4:24

биткоин-CLI и есть -datadir не вариант, так что вы можете указать данные каталог другие bitcoind экземпляр. Он будет использовать этот параметр, чтобы прочитать биткоин.conf и .куки файлы и другие данные каталога, так что он может подключиться к другому bitcoind экземпляр. С этим параметром, вы можете отправить ЭКП команды, включая стоп - команду.

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

+788
William Hund 30 авг. 2017 г., 6:58:51

Нет.

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

Давайте посмотрим на это в абстрактной форме. Если нападающие и защитники имеют эквивалентное оборудование, то это будет игра в числа. Чтобы "заблокировать" 100к злоумышленники требуют 100к защитников. Поскольку ботнеты могут быть очень большими, это опасные тенденции. Если защитники не в 5 раз, как мощный, то он принимает только 20К защитников, чтобы удержать 100к нападавших.

Высокого класса GPU довольно редки в компьютерном мире и еще более редкий среди жертв ботнета. Верхняя часть линии процессора может достигнуть 20MH/s в то время как верхняя часть линии ГПУ может достичь 800MH/сек. Это не 5-кратным множителем, а множитель 40х. Узлов бот-сети, как правило, быть старше, системы с множеством процессор некоторые гораздо менее способны, чем 20MH/С. Еще несколько лет процессор гораздо менее способных. Например, процессор Pentium IV, который достигает только 1 Мх/с. Она занимает 800 x в Pentiums ИЖ процессора для достижения той же мощности майнинга в качестве одного HD 6990.

Поэтому специализация дал сети Bitcoin огромное преимущество перед нападающим. Если мы предполагаем, что средний процессор ботнет способен только 5 МЗ/с после достижения 8-м/с мощность потребуется 1,6 млн. узлов ботнета. Подъем ПЛИС вовремя принять Биткоин сети еще более эффективными давая защитникам еще большее преимущество над средним узел ботнета.

+746
Lyuboy 6 июн. 2013 г., 11:36:18

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

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

например, можно верхнем торце видеокарты еще как подстава ПЛИС?

Можете ПЛИС сделать из поим в том аспекте, что оборудование дешевле/ доступнее? или это все-таки не стоит в сравнении?

+704
PEPELAC 28 сент. 2013 г., 12:29:49

Я искал, чтобы ткнуть вокруг с некоторыми функциями https://github.com/gavinandresen/bitcointools но он утверждает, что работать только на более ранние версии биткоин. Мне просто не повезло? или есть другое решение?

+687
Poyan 26 янв. 2016 г., 10:11:48

Вы должны задать этот вопрос на CryptoSE, так как проблема не биткоин-конкретными. Я даже сделал это за вас.

Короче:

Открытый ключ ОК=Даг, где G является базовой точки На кривой определяется в публично согласованных параметров.

И вы можете найти биткоин кривой (кривая secp256k1) параметров в вики.

+682
p3zo 16 мая 2015 г., 8:43:19

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

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

+641
KateKat 10 мар. 2018 г., 8:36:48

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

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

+588
SlothOfDoom 29 мая 2015 г., 21:43:03

Я нашел причину этой путаницы сам сейчас:

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

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

Позвольте мне объяснить:

Биткоин (который является SHA-256), применяется следующее:

  • Хэш-это "попробовать", чтобы найти определенное решение
  • В среднем вам потребуется 2^32 (~4 млрд.) пытается найти действительный "поделиться" (первоначально это был единственный тип акций, который имеет сложность 1, а сейчас, все бассейны акций с трудностями более 1, см. ниже)
  • Если трудность монет 1, это будет действительный блок
  • С монетой сложности более 1, скажем П, в среднем только 1 из N таких "действительной доли" (с трудом 1) Вам корректный блок
  • Напомним: за сложность монета Н, необходимо в среднем Н*2^32 хэши, чтобы найти блок
  • Таким образом, формулу знать, сколько секунд в среднем требуется, чтобы найти блок с определенной мощности майнинга является "среднее время = сложность * 2^32 / мощности"
  • Когда дело касается добычи бассейны, бассейны принимаются только акции с трудом >N, и 1 доля с трудом П считают точно так же, как акции Н с трудом 1 (или N/2 доли с трудом 2*n и т. п.) - в этом вся сложность бассейн
  • Это также означает, что с N=2*coindiff в PPLNS, как и в большинстве бассейнов, в среднем, последняя "Н" доли в "PPLNS" крышка 2 блоков

Итак, я попытался применить эту информацию на алгоритме Scrypt, потому что при исследовании вещей, как лайткоин сложности, формулы, которые я нашел, были те же, например, "среднее время = сложность * 2^32 / личный", и что в среднем требуется 2^32 хэшей чтобы найти трудности-одну акцию и т. д.

Однако это не имело смысла, все было далеко от того, что я видел на наших горных бассейнов.

На самом деле, оказалось, что это был фактор подозрительно близко к 2^16.

Дальнейшие исследования и тестирования, наконец, дал нам ответ, что для scrypt, по Конвенции, бассейны и шахтеров масштабе доля сложности значение на коэффициент 2^16.

Но только бассейны и программное обеспечение горняка (например, cgminer)! трудность сети по-прежнему отображается без масштабирования!

Пример:

Скажем, сложность сети 900,000 для ОЦК (Bitconnect монета)

В первоначальных расчетах, я предполагаю, что это занимает в среднем 21 часов при мощности 50 гр/с найти блок (900к * 2^32 / 50г = ~77к секунд = ~21 час), который является о праве при взгляде на наш бассейн.

Однако, я бы также предположить, что она занимает в общей стоимости акций в размере около 900,000 (именно сети сложности), однако это не так, потому что один AntMiner Л3+ один уже подает поделиться с сравнения ~150,000 каждые ~15 секунд, так что я бы предположить, что он находит блок каждые 90 секунд, что, конечно, неправда (это ближе к 90 дней более 90 секунд).

И вот вопрос: для scrypt, доля сложности измеряется значение mulitplied по 65,536!

Так что, по сути, "сложности 150,000", который использует бассейн с AntMiners это на самом деле 150,000/65,536 = 2.29

И, это означает, что для того, чтобы добраться до этого значения трудности монета 900,000, бассейн должен получить дисплей общей стоимости акций в размере 900 000*65,536 = 58,982,400,000!

Затем, все вдруг смысл снова.

Есть и другие алгоритмы, которые используют такой коэффициент масштабирования. На самом деле, я обнаружил, что UNOMP бассейн программного обеспечения уже есть файл, который содержит следующие значения: https://github.com/UNOMP/node-merged-pool/blob/master/lib/algoProperties.js (искать множитель). Для SHA-256 это 1, для scrypt это 2^16.

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

Итак, правило:

  • Всякий раз, когда вы видите сложности значение в контексте Шахтер или бассейн на алгоритме Scrypt, нужно разделить его на 65,536 если вы хотите сравнить его с другими числами, как монета сложности.
  • Для монетки/значения трудности блоке (даже в алгоритме Scrypt), и в целом для SHA-256 или X11, не делю его. Для других алгоритмов, посмотрите (например, Блейк использует 2^8).
+585
Ricardo Beas 11 дек. 2017 г., 6:39:57

Использовать WalletAppKit этого класса-это служебный класс, который обертывает шаблонный нужно создать новую СПВ bitcoinj приложение. Инстанцировать его с папку и префикс файла, дополнительно можно настроить несколько вещей, а затем использовать startAsync и дополнительно awaitRunning.

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

общественные главного класса {
 статические параметры NetworkParameters = NetworkParameters.testNet3();
 статические string путь = система.метод getproperty("пользователя.дома") + "/стола";
 отдельный статический файл walletFile = новый файл(путь);
 частная окончательной статическую строку функция app_name = "MyWallet";
 частная статические WalletAppKit комплект;

 общественности статической силы основных(string...аргументы)
{
 комплект = новый WalletAppKit(параметры, walletFile, функция app_name)
{
@Переопределить
 защищен createWallet кошелек() {
 Бумажник кошелек = новый кошелек(параметры);
 вернуть кошелек;
}
@Переопределить
 охраняемых недействительными onSetupCompleted() {
супер.onSetupCompleted();
Системы.из.код println(кит.бумажник().currentReceiveAddress());
Системы.из.код println(кит.бумажник().getTotalReceived().toFriendlyString());
txHistory();
}
};
 Системы.из.код println("начать синхронизацию...");
комплект.startAsync();
комплект.awaitRunning();
}



 частных статических недействительным txHistory()
{
 Список<транзакция> txx все = комплект.бумажник().getTransactionsByTime();
 если (!txx все.свойств isEmpty())
{
 int я = 1;
 для (транзакция TX : txx все)
{
 Системы.из.код println(я + " ________________________");
 Системы.из.код println("дата и время:" + ТХ.getUpdateTime().метод toString());
 Системы.из.код println("адрес:" + ТХ.то getoutput(1).getAddressFromP2PKHScript(параметры));
 Системы.из.код println("адрес:" + ТХ.то getoutput(0).getAddressFromP2PKHScript(параметры));
 Системы.из.код println("количество отправленных мне:" + ТХ.getValueSentToMe(кит.кошелек()).toFriendlyString());
 Системы.из.код println("количество отправленных от меня:" + ТХ.getValueSentFromMe(кит.кошелек()).toFriendlyString());
 длинная плата = (Техас.getInputSum().метод getValue() > 0 ? Техас.getInputSum().метод getValue() - Техас.getOutputSum().метод getValue() : 0);
 Системы.из.код println("плата:" + монета.стоимость(плата).toFriendlyString());
 Системы.из.код println("глубина операции:" + ТХ.getConfidence().getDepthInBlocks());
 Системы.из.код println("транзакции:" + ТХ.getConfidence().метод toString());
 Системы.из.код println("Техас наговор:" + ТХ.getHashAsString());
я++;
}
}
еще
{

 Системы.подстраховаться.код println("транзакция не найдена");
}
}
}
+481
user1242573 25 авг. 2013 г., 6:41:19

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

Сервер не может подделать Ваш баланс, и не смогла выработать каких-либо сделок, поскольку сервер не может подделать вашу подпись на расписке.

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

+466
BixLives32 9 мар. 2010 г., 10:24:18

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

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

+350
arsalansmail 18 июн. 2017 г., 8:19:57

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

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

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

+324
TOP1 TVB 14 мая 2015 г., 7:40:54

В итоге 20 БТЦ прибыли. Но не от этой сделки. Может быть, бирже MtGox понимая, что они сделали ошибку, отправил еще одну дополнительную 20. Странно.

+324
Ioana Orka 12 окт. 2010 г., 0:13:19

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

+299
Sammi 11 нояб. 2015 г., 22:53:09

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

Версия
01000000
Данных(?) 84160b5a
Граф TX_IN [var_int]: шестигранные=06, десятичное число=6
TX_IN[0]
 TX_IN[0] минус хэш (типа char[32])
B540513D71F7E0D0A4B390436D6DE2B38DED7A3FA5C9C8B7EB9849D5E12BAFB7
 Индекс TX_IN[0] минус (uint32_t)
 наговор=01000000, отменил=00000001, десятичное=1
 TX_IN[0] длина скрипт (var_int)
 наговор=6А, десятичное=106
 TX_IN[0] скрипт сиг (Учар[])
 473044022044D5754340DF6EED9A9913E6E71E61A0DB5B273918867F192EF66FC362EB50F2022045B24F8AF67980C5EB4D064333559B1CC60116B445EB5D7B362BF5162351A41981210367C0F22210F87D68EC1BE496CB77E765E4F097F2E3E9341B35FB87B44FCB8256 
##################################################################
 ### tcls_in_sig_script.sh: расшифруйте коды SIG_script от ТХ ###
##################################################################
 47: OP_DATA_0x47: пуш-шестигранник 47 (71 десятичное) байтов на стеке
 30: OP_SEQUENCE_0x30: тип тега, указывающего последовательность, начинают sigscript
 44: OP_LENGTH_0x44: длина Р + С
 02: OP_INT_0x02: тег типа integer, указывающее длину
 20: OP_LENGTH_0x20: это Зиг Р (32 байта)
44D5754340DF6EED:9A9913E6E71E61A0
DB5B273918867F19:2EF66FC362EB50F2
 02: OP_INT_0x02: тег типа integer, указывающее длину
 20: OP_LENGTH_0x20: это Зиг с (32 байта)
45B24F8AF67980C5:EB4D064333559B1C
C60116B445EB5D7B:362BF5162351A419
 81: неизвестный опкод 
 21: OP_DATA_0x21: длина сжатого открытого ключа (Х9.63 форма, 33 байт)
0367C0F22210F87D:68EC1BE496CB77E7
65E4F097F2E3E934:1B35FB87B44FCB82
56
#########################################################
### процедура строго проверять кодировке Der подпись ###
#########################################################
Минимальные и максимальные ограничения по размеру - ОК
scriptsig всегда начинается с 0x30 - ОК
длина 138 символов меньше, чем фактическая длина сиг (144 символов) - ОК
 (шестигранный 0х45, десятичное число 69, 138 символов)
длина R координата (66) >= 0 - ОК
длина s координат (64) >= 0 - ОК
С-значение в scriptsig границы - ОК
Убедитесь, что система R & S длина покрывает всю подпись - ОК
проверка р-значение меньше, чем N/2, р-значение равно нулю мягкий - ОК
проверка с-значение меньше, чем N/2, ЮП... - ОК
строго проверять кодировке Der подпись - ОК
#########################################################

Учитывая, что остальные должны быть похожими на биткоин, я не могу найти "01" в коде, чтобы завершить подпись. Здесь он имеет шестигранную 0x81 до в это место. Может, это совсем другая разница. У меня тоже "строго проверена" подписи за неправильную R или S значений, но это в порядке также. Пока это все, что я могу сделать... может попробовать уменьшить ТХ на один вход и выход и убедитесь, что с помощью права на неприкосновенность частной жизни пары ключ/паб?

+232
samdy1 3 сент. 2015 г., 15:32:41

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

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

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

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

Нет никакого секретного соуса на самом деле, только сочетание многих факторов. Детей-сирот сейчас все равно довольно редко.

+225
essxjay 1 авг. 2015 г., 10:17:58

Я P2Pool вы установки на догикоины. Это, кажется, работает нормально, только он представляет каждую акцию клиенту Догкоин. Клиент, естественно, отвергает блоков недостаточно для военнопленных.

Это как он должен работать? Есть ли параметр, который приведет P2Pool вы представить только допустимые блоки, которые соответствуют требуемым трудности?

+210
user12057 4 дек. 2017 г., 12:24:05

Звездные на самом деле состоит из двух совершенно разных базах кода в этой точке. Он начинался как форк базой волновой код. Это программное обеспечение, называют stellard, до сих пор работает на производстве. Однако, примерно через полгода после запуска, Звездные впоследствии выйдет совершенно другой платежной системы под названием Stellar-ядра. Звездного ядра на основе нового алгоритма консенсуса (так называемый УПП), и совершенно новая база кода. Потому что это проект с чистого листа, нет обратной совместимости и любой переход будет предположительно либо в День флага или торговая старого стеллары для новых стеллары хотя обе организации за период.

Стеллар-ядро имеет много отличий от stellard (и, следовательно, пульсации). Одним из самых больших различий является новый алгоритм консенсуса, УПП, которая была выпущена с доказательством безопасности и имеет быть "оптимально безопасный" для данной конфигурации и картина провала. УПП позволяет большую гибкость в плане того, как узлы, настроить их кворумы, и явно рассчитан на византийских сбоев (где плохая узлы лежат) и различных узлов доверяя разных подмножествах системы. Напротив, пульсация использует фиксированный 80% порогового значения и их анализ не распространяется на случаи, в которых различные узлы имеют различные наборы узлов доверять. (Если что пульсация вызывается уникальная список узлов, или уся, не везде одинакова, то доказательство безопасности не распространяется.)

Существует множество других различий между двумя системами на реализацию и уровень протокола. Например, пульсации позволяет замерзать одной валюты выдал, что Стеллар не поддерживает (по крайней мере пока). Стеллар прямо инфляции, с 1% новых монет, которые создаются каждый год и все сборы перерабатывается, в то время как пульсация разрушает сборов, т. е. общее количество пульсаций существование постепенно уменьшается с течением времени. Звездная использует схему подписи Ed25519 (в основном Шнорра) и 32-байтовое открытых ключей в качестве адресов, в то время как пульсация используется ECDSA и 20-байтные хэши в качестве адреса. На уровне реализации протокола звездной задается с помощью Солнца ШЛУ, в то время как пульсация использует сочетание Google protobufs и рукописный код маршалинга.

+133
gpm 3 июл. 2016 г., 9:21:12

я провел несколько экземпляров узла на различных серверах и отметил, ИС них

1)изменить файл

net.cpp

статический константный тип char *strMainNetDNSSeed[][2] = { 

{"ААА.ААА.ААА.ааа","ааа.ААА.ААА.ААА"}, {"ВВВ.ВВВ.ВВВ.БББ","ВВВ.ВВВ.ВВВ.ВВВ"}, {"КТС.кхц.кхц.ССС","ссс.кхц.кхц.кхц"},

};

Теперь вам преобразовать IP в hex и добавить на 1240(поиск на основе имени функции, а не по номеру строки):

беззнаковый инт pnSeed[] =
{ 
0xa5esadf3d, 0xa5ssddf, 0xa5sd1s3, 0x68ec1asc,
}

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

+57
heather bodiford 6 мая 2012 г., 4:35:04

Я запустил на Windows сервере 2016. Все вроде бы работает нормально.

Если я пойду к https://bitnodes.earn.com/ и выложить на сайте myip:8333, узел успешно добраться.

Мой биткоин.conf это: сервер=1 txindex=1 rpcuser=... rpcpassword=...

Локально, я могу открыть его:

bitcoin-cli.exe -rpcuser=... -rpcpassword= getinfo... 

возвращает:

{
 "осуждение-предупреждение": "предупреждение: getinfo является устаревшей и будет полностью исключена в 0.16. Проекты должны перейти на использование getblockchaininfo, getnetworkinfo, и getwalletinfo перед обновлением до 0,16",
 "версия": 150001,
 "protocolversion": 70015,
 "walletversion": 139900,
 "баланс": 0.00000000,
 "блоки": 0,
 "timeoffset": 0,
 "подключений": 16,
 "прокси": "",
 "трудность": 1,
 "тестовом режиме": ложные,
 "keypoololdest": 1506982194,
 "keypoolsize": 2000,
 "paytxfee": 0.00000000,
 "relayfee": 0.00001000,
 "ошибки": ""
}

Однако, каких-либо c# биткоин Либ я старался всегда возвращает тот же самый веб-исключение при попытке подключения к bitcoind:

"Базовое соединение закрыто: соединение было неожиданно закрыто."

и, кроме того, я не понимаю, почему некоторые образцы используют порт 8332, 8333 некоторые и т. д. Я не имею ничего слушать 8332.

Что я могу потерять?

+56
iMaddin 23 дек. 2013 г., 22:44:22

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