 Show Posts
|
|
Pages: [1] 2 3 »
|
Так и не понял, что это такое. Объясните что это, сам интересуюсь.
Дословно и значит: непотраченный выход транзакции. У каждой транзакции, есть один или более вход и один или более выход. Входом транзакции служит выход какой либо предыдущей транзакции (за исключением генерирующих или, по другому, coinbase-транзакций, у которых их единственный "вход" имеет специальное предназначение). Как только в цепочке блоков появляется транзакция, которая тратит какой либо непотраченный выход транзакции, этот непотраченный выход становится потраченным. Потратить уже потраченный выход (сделать дабл-спенд) в одной цепи блоков не возможно. Разница между суммой входов и суммой выходов называется комиссией и майнер, нашедший блок, в который он включил эту транзакцию, имеет право ее себе присвоить. |
|
|
|
Вы имеете ввиду подключаться тором к веб кошельку?
Я имею ввиду подключася к биткойн-сети стандартным клиентом через tor. Для меня веб-кошельков не существует вообще: когда монеты находятся в веб-кошельке или на бирже - они принадлежат не тебе, а владельцам используемого сервиса. Надо будет погуглить Silk Road и понять как могут вычислить, но первое что мне приходит в голову что это то что когда информация передается по другим мем-пулам то она содержит ссылку на тот мем-пул куда транзакция была помещена изначально, а это посути и есть локальный кошелек?
Может всё же стоит наконец изучить (почитать исходные тексты стандартного клиента), как всё работает на самом деле, вместо того что бы строить предположения? |
|
|
|
Экономия в 2 бита - это вообще смешно.  Справедливости ради, экономия не в два бита - адрес записанный в кодировке base58 почти на треть короче чем, в шестнадцатеричной форме: |
|
|
|
Еще учусь.. переименую ник, неужели этот ник, причем, никого не оскорбляющий, влияет на ответ всех участников форума. Иными словами, столбиком же из hex в base58 никто не пользуется..  Спасибо xhomerx10, буду искать ответ дальше.. Ник выбрал такой - потому что это, на данном форуме, правда. Он никого, кроме тебя не оскорбляет. Самокритика - это конечно злорово, но к месту. Подумай, чем он принципиально отличается от ника, скажем, "пидар". Какое впечатление ты производишь на тех, кто тебя читает? Теперь по теме напомню правило: Для перевода числа, записанного в системе с основанием a, в систему с основанием b нужно: записать основание b как число в системе с основанием a и выполнять деление числа с остатком на ba до тех пор, пока частное не станет равным нулю. На первой итерации выполняется деление исходного числа, на всех последующих - частного от предыдущей итерации. Затем все остатки переводятся в цифры системы счисления с основанием b и выписываются в обратном порядке Перевод биткойн-адресов из бинарной формы (внутреннего машинного представления) в форму, удобную для человека, происходит по такому же принципу, где конечная система счисления имеет основание 58, а цифры представлены следующей последовательностью символов: 123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz где символ 1 соответствует нулю, а z - 57 10 |
|
|
|
Можно расколоть кэш на много мелких частей и через тот же ТОР вывести, мелкие транзы сложнее отследить и скорость транзы выше чем меньше ее сумма.
Не надо писать бред, если не в теме. Вообще говоря скорость транзакции зависит только от желания майнеров включать ее в блок, которое тем выше, чем больше отношение включённой комиссии к размеру транзакции в байтах. |
|
|
|
Ну с майнингом то хоть понятно, кто больше вложился в железо у того и контроль больше, это плохо но это логично.
А по поводу пользовательского IP он как-то фигурирует логах или нет? С веб кошельками понятно что там веб сервер все логгировать должен, а сами кошельки никак IP не используют? не хранят?
Забудь об анонимности. Если кого-то припрет - вычислят, имея необходимые ресурсы (погугли Silk Road). Но если речь идет о том, что бы спрятать концы в воду когда украл $1 - то подключения к сети через tor более чем достаточно. |
|
|
|
По сути это вопрос про статические IP:
Биткоин считается децентрализованной сетью, НО если новый узел подключается к сети ему надо к какому-то узлу подключиться и скачать блокчейн и получить список других узлов, получается что новый узел должен знать хотябы один IP любого узла сети биткоин, иначе он не сможет подключиться к сети. Значит должен существовать публичный список IP узлов или как?
Да, существует. Забит прямо в исходный код клиента. https://github.com/bitcoin/bitcoin/blob/v0.14.1/src/chainparams.cpp#L123 |
|
|
|
А вот еще какой вопрос, если я делаю узел который создает транзакцию с двойной тратой и записывает ее в свой блок как будто она правильная, как другие узлы могут(если могут) просигнализировать об этом и чтобы все узлы не признали эту транзакцию или этот блок?
Никто никому ни о чем не должен сигнализировать. Каждый узел после проверки информации полученной от какого либо пира, будь то блок или транзакция, начисляет этому пиру штрафные очки по результатам проверки. Если всё ОК - то начисляется 0 очков. если всё плохо - то вплоть до 100. при достижении 100 (по умолчанию, можно поменять из командной строки) пир (его IP) помечается как ненадежный, узел рвет с ним соединение, и нескоро решит принимать входящие подключения с этого IP или сам коннектится к этому IP. Так же, узел будет пересылать всем другим подключенным к нему узлам полученную информацию только в случае, если блок и транзакции в нем не содержали дабл-спендов и все параметры соответствовали правилам. Представь себе ситуацию: тебе сосед Вася говорит: "за углом раздают по $100". Ты идешь, проверяешь - ничего там не раздают. Ты возвращаешься и бъешь Васе рожу. Ты после этого пойдешь к соседу Пете сказать ему, что за углом раздают по $100? |
|
|
|
То есть количество подтверждений это на самом деле количество блоков которое было найдено после совершения транзакции?
Именно. Я то думал что все ноды проверяют каждую транзакцию заносимую в блок.
Ты правильно думал. Каждый узел проверяет каждый полученный блок полностю (все транзакции) и если хоть что-то в блоке не соответствует текущему консенсусу - то узел выкидывает этот блок нафиг. |
|
|
|
Если транзакция еще не была включена в блок , что будет показывать time?
Это зависит от системы/сервиса, о которой иде речь. В случае blockexplorer.com можно только предполагать, или спросить у их разработчиков. Я бы отображал время, когда мой узел получил транзакцию по сети.
речь о LTC,DASH,DOGE
ltc и doge - копии биткоина в этом вопросе. Относительно dash я точно не помню, но, если не ошибаюсь, это PoS-монета. В известных мне реализациях PoS, время транзакции присутсвует в самой транзакции. Курите исходники. |
|
|
|
Для bitcoin сети время транзакции - это время блока, в который транзакция включена. Несмотря на то, что стандартный клиент запоминает время создания им транзакции, в блокчейне это время не содержится. Таким образом, если ваш клиент был выключен в момент публикации транзакции в сети и до момента, как она была включена в какой либо блок, у него нет никакой возможности указать более точное время, чем время блока, в который эта транзакция включена. И я не только о bitcoin транзакциях
Наверное, это зависит от дизайна базы данных, о которой идет речь. |
|
|
|
У каждой транзакции есть параметр time , по какому стандарту времени или поясу он привязан??
Если вопрос о транзакции биткоина - нет там времени: class CTransaction
{
public:
...
IMPLEMENT_SERIALIZE
(
READWRITE(this->nVersion);
nVersion = this->nVersion;
READWRITE(vin);
READWRITE(vout);
READWRITE(nLockTime);
) nLockTime не имеет отношения к времени создания транзакции. Во всех нормальных системах, к коим относится и биткоин, время хранится в зоне UTC (GMT, что то же самое) |
|
|
|
Получается что мне достаточно подписанную транзакцию поместить в любой из мемпулов и она скоро будет видна всем и любой майнер ее может подхватить, но а как происходят подтверждения? Кто подтверждает - наверное полная нода? И куда заносится информация о подтверждении транзакции?
"Поместить транзакцию в любой мемпул" нельзя. Можно послать ее любому узлу, подключенному к сети, а он уже решит, помещать ее в свой мемпул или нет. Получается следующее. Для того, чтобы отправить транзакцию "нестандартными" способами, т.е. непосредствонно с использованием р2р протокола, нужно знать C++, так как единственная нормальная документация на протокол - сырцы официального клиента. Транзакция должна быть полностью валидна, т.е. все входы должны существовать и быть непотраченными и т.д., т.е. нужен способ парсить блоки, строить базу данных потвержденных транзакций и т.д. ВСЁ это уже есть в официальном клиенте. Нафига городить огород? И да, информация о подтверждении заносится в блокчейн. |
|
|
|
я хотел 2 платы Gridseed засунуть в дистиллированную воду, но как сунул в нее щупы от омметра и он показал около 1МегаОмма, я передумал. Причем я брал для эксперимента 2 типа воды - одну в автомагазине, а другую жена принесла со стоматологической клиники, вторая оказалось более пригодной, но все же. Сейчас в поиске другого теплоносителя
Кто то давно использует масло , но можно и не искать лёгких путей . масло, даже растительное не дешево стоит, если 10л собрать надо. Так и платы то сами не стоят. Не вздумайте использовать растительное масло. Кстати, трансформаторное масло не так уж и дорого стоит: https://www.google.ru/search?q=%D0%BC%D0%B0%D1%81%D0%BB%D0%BE+%D0%B3%D0%BA+%D1%86%D0%B5%D0%BD%D0%B0 |
|
|
|
Дак я не могу понять есть общий мемпул куда сначала попадают все транзакции и еще у каждого майнера есть свой мемпул? Тогда получается что биткоин сеть все-таки имеет централизацию и это слабое место сети.
нет никакого "общего" мемпула. Каждый полноценный (не SPV) узел имеет собственный мемпул, в котором (в идеале) есть все, еще неподтвержденные (не включенные ни в какой блок), транзакции. |
|
|
|
У кого нибудь есть возможность взять хеш sha256 от этих строк и выложить тут я хочу понять как будут выглядеть эти строки:
abracadabra
abracadabrb
abracadabrc
abracbdabra
abracbdabrb
bbracbdabrb
А потом еще раз взять хеш но уже от тех строк которые получатся после хеширования исходных строк (двойной хеш).
Выглядеть будут как набор бессмысленных символов, визуально никакой закономерности точно не определить по хэшу, там нехило всё перемешивается. Единственное, что можно точно сказать - длина у каждого хэша будет 256 бит, или 64 hex-символа. Да это я уже увидел. У меня была задумка попробовать определить закономерность и если бы выявил закономерность то попытаться подобрать ключ от чужого кошелька. Но все оказалось гораздо хитрее и казалось бы совсем близкие фразы имеют абсолютно разные хеши. Ты скорее найдешь решение блока биткоина чем коллизию sha256d. На данный момент не известно никаких уязвимостей sha256 и не существует технологий, которые могли бы позволить делать такие вещи в разумное время. Кроме того, sha256d не имеет отношения к ключам чужих кошельков. Займись чем нибудь более продуктивным. |
|
|
|
Я хочу понять что реально происходит в момент совершения транзакции. Т.е. мне надо связаться с любым из майнеров и передать информацию о транзакции и от него она уже разойдется по другим майнерам или что подразумевается под "В момент отправки биткойнов платёжные транзакции попадают в сеть, где их увидят все майнеры"?
В двух словах так: Модуль "кошелек" (wallet.cpp) фомирует транзакцию, подписывает ее необходимыми ключами (соответсвующими использованным входам) и отправляет ее в мемпул. Мемпул вне зависимости от способа получения транзакции валидирует ее (для предотващения спама невалидными транзакциями) и, в случае успеха валидации, запоминает ее, а так же сообщает всем пирам по p2p протоколу, к которым узел подключен и которые могут еще не знать об этой транзкции, о том, что у него имеется новая инвентарная единица типа "транзакция" с хешем таким-то. Любой узел получив от пира сообщение об инвентарной единице, будь то транзакция или блок, проверяет, знает ли он уже о таковой(ом) и, если необходимо, запрашивает ее от источника сообщения. Получив саму транзакцию узел пытается поместить ее в собственный мемпул (см. предыдущий абзац). Процесс "повторяется" по сети до тех пор пока вся сеть не узнает о транзакции. Для предотвращения лавины сообщений, каждый узел для каждого соединения ведет список известных на другом конце соединения инвентарных единиц. |
|
|
|
Правильный ответ: никак. Если не знаешь приватный (закрытый) ключ (их может быть много), то не сможешь сформировать корректную транзакцию, которую примет сеть. пароль и имя пользователя тут побоку, просто шифруют файл данных, в котором хранятся закрытые ключи.
у меня есть wallet.dat, но не самая последняя версия.. возможно ли без развертывания новой ноды что-то сделать? (так-то понятно развернул ноду, валлет-дат скопировал, реиндекс сделал и готово) ну если есть wallet.dat с коры, то качай кору можешь не последнюю и заменяй созданный wallet корой на свой wallet.dat по этому пути C:\Users\имя пользователя\AppData(сркыта)\Roaming\Bitcoin возможно получится что то, по другому никак не получится получить доступ интересно, а есть какое-нибудь решение в какой-нибудь лайт скопировать типа electrum? что бы блоки все не скачивать Есть: https://en.bitcoin.it/wiki/Raw_Transactionsдля того, что бы не скачивать блоки createrawtransaction и sendrawtransaction для вас сделает либо друг, у которого скачаны блоки, либо есть онлайн-сервисы (гугл в помощь) |
|
|
|
|
