В какую сторону рыть хотя бы? На хостингах UPnP не должно работать. Это нормально. Порт 8333 может быть и так уже открыт. Если UPnP не работает - это не значит, что порт закрыт. А если всё-таки закрыт, проверить: 1. Настройки файервола Убунты (iptables). 2. Настройки доступа к портам в админке хостинга.
|
|
|
Я просто хочу понять что это за штука такая, и как сделать чтобы она работала, коль уж она есть))
UPnP - протокол автоматического (без участия человека) управления NAT и файерволлом роутера. Ваш Bitcoin Core говорит вашему роутеру: Эй, роутер, а пробрось-ка мне порт 8333 с твоего внешнего адреса на мой внутренний адрес. А роутер в ответ молчит. Вот Bitcoin Core в лог и ругается: No valid UPnP IGDs found. (IGD - Internet Gateway Device, то есть, роутер). Ну, ничего страшного, Bitcoin Core вполне себе работает и с закрытым портом 8333, только количество соединений с другими нодами ограничено (раньше - 8, в новых версиях - 16).
|
|
|
Есть ноут, в ноуте интегрированный Intel HD Graphics 3000 с 12-ю подпроцессорами Если Intel HD Graphics 3000 не поддерживает OpenCL, а узнать это можно с помощью GPU-Z, то никак. Тем не менее, можно майнить на CPU вот этим.
|
|
|
Ну и как там Карбованец? Какие успехи? У вас там конкурент появился - тоже первая Укр крипта) Так что теперь расслабляться нельзя! Они не конкуренты Карбованцу. Карбованец - полноценная криптовалюта с майнингом, пулами, эксклюзивной программой-кошельком и форумным психом. А Tix24Coin - всего лишь токен Waves для одного интернет-магазина.
|
|
|
Да ладно вам уже с этими стрелками, вот вам доказательство одновременности для стрелков, куда ещё наглядней-то:
С прикольными картиночками - это вам во Вконтактик. Вы лучше поясните, почему в вашей формуле вероятности одновременного нахождения блока двумя пулами (p1 * p2) не учитывается фактор оповещения друг друга о найденном блоке?
|
|
|
Если одна сторона захочет соскамить битки, то ей придётся подождать 1000 блоков. За это время вторая сторона либо прощёлкает свои битки либо может забрать себе и свои и в качестве бонуса битки скамера тоже... причём вторая сторона ждать 1000 блоков уже не обязана ))
Этот момент недостаточно освещён с практической точки зрения. Если открытие/закрытие каналов и приём/отправка платежей расписаны достаточно подробно для lnd и c-lightning, то со спорными моментами как-то всё туго. Какое конкретно действие надо выполнить, чтобы "забрать себе и свои и в качестве бонуса битки скамера", и когда это надо успеть сделать чтобы не прощёлкать свои битки?
|
|
|
да просто не может законнектится - это и пишет. Делает попыток надцать
Возможно, порт 9735 закрыт файерволлом на приём входящих соединений. поднимал на гуглооблаке - там, вроде, в настройках нет портов. поставил галочки принимать http и https В таком случае, у вас открыты только 80 и 443 порты, а все остальные, в том числе 9735, закрыты. Подключиться к ноде вы не сможете, не открыв порт 9735.
|
|
|
да просто не может законнектится - это и пишет. Делает попыток надцать
Возможно, порт 9735 закрыт файерволлом на приём входящих соединений.
|
|
|
ps. Поднял одну ноду - она появилась на карте, есть адрес, все дела поднял вторую и не могу подключить ее к первой. Может, кто-то разбирался в вопросе и сможет помочь?
Я успешно создавал каналы, правда, не со своими, а с чужими нодами. А что не получается? Какая-то ошибка выдаётся?
|
|
|
Информация о LN на английском языке собрана здесь. Особенно интересным мне показался этот FAQ.
|
|
|
Каким образом? В первом пункте узел Lightning Network даёт Вам мультисиг Bitcoin-транзакцию, которой Вы можете закрыть канал, но которую Вы не публикуете раньше времени, ибо нет смысла.
Что значит не публикуете раньше времени? Транзакция, открывающая канал, должна сразу же попадать в блокчейн. Пока её нет в блокчейне - канал не считается открытым. Вот пример открывающей транзакции, которой я открыл канал между моей нодой DONNERWETTER и нодой #RECKLESS: https://blockchain.info/tx/7c72accf825cd84a48855e95b276b5ef9558fc1bfd6ba7f7a3eb498263842a1aЯ бы не сказал, чтобы эта транзакция была большого размера.
|
|
|
У меня, как раз, два пула (или даже больше) вполне могут найти блок одновременно. У нас с вами имеются разногласия по поводу понимания этой самой одновременности. Рассмотрим двух стрелков, стреляющих по одной мишени. Первый попадает в мишень с вероятностью p1 = 0.3, второй - с вероятностью p2 = 0.2. И тут есть следующие варианты. Вариант 1: Первый стрелок стреляет в мишень независимо от результата выстрела (попал/промахнулся) второго стрелка и наоборот. Вероятность того, что оба стрелка попадут в одну мишень равна p(1*2) = p1*p2 = 0.3*0.2 = 0.06 Вариант 2: Каждый стрелок громким криком сообщает о результате своего выстрела, и когда слышит крик "Попал!", то уже не стреляет в эту же мишень. Очевидно, что в этом случае вероятность того, что оба стрелка попадут в одну мишень равна p(1*2) = 0. Вариант 3: Каждый стрелок громким криком сообщает о результате своего выстрела, и когда слышит крик "Попал!", то уже не стреляет в эту же мишень. Но помимо этих двух стрелков рядом находятся другие стрелки, которые своими выстрелами и криками мешают услышать двум стрелкам друг друга. И тут возникает новый параметр: вероятность ошибочного приёма сообщения Perr (или вообще не услышал, или услышал но совсем не то). В этом случае вероятность того, что оба стрелка попадут в одну мишень равна p(1*2) = p1*p2*Perr. Допустим, два стрелка находятся рядом, слышат друг друга хорошо и, следовательно, вероятность ошибочного приёма низка: Perr = 0.01. Тогда p(1*2) = 0.3*0.2*0.01 = 0.0006 В Варианте 3 возникает новый фактор, который серьёзным образом влияет на вероятность одновременного попадания, и приводит к совершенно другому значению вероятности по сравнению с Вариантом 1. Чем меньше вероятность ошибочного приёма, тем меньше вероятность одновременного попадания будет определяться меткостью стрелков (параметров p1 и p2). При достаточно низком Perr можно считать p(1*2) ≈ Perr. Так же и с пулами. Пулы делают всё возможное, чтобы услышать друг друга и минимизировать Perr и, следовательно, вероятность получить орфан практически не зависит от произведения вероятностей нахождения блока отдельным пулом p1*p2.
|
|
|
БЛОК ОБЯЗАТЕЛЬНО БУДЕТ НАЙДЕН В Тоесть, исхода "оба не нашли" просто нет. Так же, как и исхода "оба нашли". Есть, и то, и другое, посмотрите в свой "блохчейн". Утверждение 1: Совокупность пулов (майнеров, асиков) найдёт блок с вероятностью 1, если время нахождения блока стремится к бесконечности. Утверждение 2: Найденный блок может быть отклонён сетью с некоторой вероятностью, зависящей от физических параметров сети (времени распространения информации). Два этих утверждения никак друг от друга не зависят - это два разных испытания (опыта), со своими независимыми исходами. В первом испытании есть только один исход: блок найден. А раз исход только один то и вероятность его равна единице. Во втором испытании - два исхода: 1. Найденный блок принят сетью 2. Найденный блок отклонён сетью Сумма вероятностей этих исходов равна единице. Вы же смешиваете два этих испытания в одну кучу. Совокупность событий нахождения блока одним из пулов (майнеров, асиков) образуют полную группу событий из первого испытания. Вы же в эту полную группу событий из первого испытания зачем-то запихиваете событие "Найденный блок отклонён сетью" из второго испытания. Коллектив кружка любителей математики русского раздела форума bitcointalk в шоке! считает такой подход ошибочным.
|
|
|
хеш = приватныйключ&публичный ключ.
Не так. На основании случайных данных создаётся приватный ключ. Из приватного ключа генерируется публичный ключ. Подпись сообщения создаётся только с помощью приватного ключа, публичный ключ не принимает в этом процессе никакого участия. Зато проверка осуществляется с помощью только публичного ключа. Одним лишь публичным ключом ему хеш не вычислить. С помощью публичного ключа хеш не вычисляется, с помощью публичного ключа проверяется следующее утверждение: владелец приватного ключа может потратить выход при помощи транзакции, которую он подписал своим приватным ключом.
|
|
|
Ваш вопрос можно расширить: а как, вообще, работает асимметричная криптография?
У меня (и только у меня) есть мой приватный ключ. Я им подписываю сообщение. У всех остальных есть мой публичный ключ. Им нельзя подписать сообщение, но зато с его помощью можно проверить, что сообщение было подисано именно мной.
|
|
|
Наверно, потому что крупные майнинг-пулы обычно используют самописное/доработанное программное обеспечение, а не стандартный bitcoind, и они могут просто не принять смайненный блок непонятно от кого.
Ну, вы, блин, даёте. Блоки принимают и проверяют каждая полная нода сама для себя, и если пул будет перебирать харчами: блок от Джона Смита не принимаю, а от Ли Хуня - принимаю, то этот пул гарантированно будет майнить свою цепочку, которую не примут остальные ноды (если, конечно, мощность этого пула не больше 50%).
|
|
|
Идёте в релизы. Скачиваете нужную вам версию. Находите внутри архива файл doc\build-unix.md. Это оно.
|
|
|
Признаюсь, я был неправ, в свою очередь, TechPriest - прав по поводу того, что нахождение блоков пулами - несовместные события.
В умных книгах по теории вероятности, совместные события иллюстрируются двумя стрелками, при этом каждый из них не видит, попал ли другой, и стреляет в ту же мишень независимо от результата выстрела другого.
В случае с пулами всё наоборот. Каждый пул отслеживает появление нового блока, и в случае нахождения блока другим пулом предпринимает меры по переприцеливанию на другую мишень. То есть, нахождение блоков пулами - несовместные события.
А для независимых несовместных событий вероятность нахождения блока хотя бы одним из двух пулов равна сумме вероятностей нахождения блока каждым из пулов: P(A+B) = P(A) + P(B)
|
|
|
Но не верите формулам - поверьте хотя бы фактам: если бы вероятности тупо линейно складывались - не было бы никакой разницы, майнить в одиночку (хоть на CPU) или пулом, получить свои гарантированные 20 беткоэнов раз в 3 месяца или 0.2 раз в день. Но покупатели асиков почему-то упорно сбиваются в пулы.
Вероятности тупо линейно складываются, потому что хеш к блоку подбирают не сами пулы, а тысячи асиков или видеокарт. Вы свой пример считали для одного пула против трёх, а правильней надо считать 40000 асиков против 3 х 20000 асиков. 20 битков раз в три месяца - это матожидание, которое в каждом конкретном случае нахождения блока, может превратиться, как в одну неделю, так и в год (дисперсия, мать её). И, кстати, не 20 битков, а 12.5 битков сейчас вознаграждение за блок. Целый год нечем будет платить за электричество и к майнеру придут коллекторы и отберут асики. И зачем майнеру этот геморрой, когда при работе в пуле даты выплат более предсказуемы и можно планировать выплаты по кредитам без просрочек и заранее спланировать отдых на Бали.
|
|
|
|