Search content
Sort by

Showing 5 of 5 results by Nolix
Post
Topic
Board Archival
Re: Deleted
by
Nolix
on 09/08/2017, 13:05:03 UTC
Чтo co ввoдoм QIWI?
Cнaчaлa былo 0%, пoтoм 2%, зaтeм кopoткoe вpeмя (нa пaдeнии кpипты) ввoдили пoд 1%, ceйчac 5%.
Этo вooбщe здopoвo, пoльзoвaлcя биpжeй тoлькo зa cчeт yдoбнoгo pyблeвoгo пoпoлнeния, ceйчac вывoжy cpeдcтвa и мeняю биpжy.
Post
Topic
Board Кодеры
Re: Серия вопросов по blockchain
by
Nolix
on 26/07/2017, 14:29:46 UTC
Не, со структурой разобрался (cебе из будущего порекомендовал бы просто найти хороший эксплорер (вроде этого: https://webbtc.com/block/000000000000000001806a922d4d35a37ad9324c690f72d556c6445cb7a9c214.json), с полной структурой данных блока), теперь осталось про корень Меркла понять и проверку транзакций (как по быстрому проверить, что входы еще не были использованы?) mrkl_root - это хэш из всех корней  mrkl_tree? Зачем тогда пишут, что из него можно как-то обратно получить данные, чтобы с чем-то их сверить?
Post
Topic
Board Кодеры
Re: Серия вопросов по blockchain
by
Nolix
on 23/07/2017, 16:30:49 UTC
Нет, развернуть, то есть воссоздать саму транзакцию по её хэшу невозможно.
(Если не считать обращения к сервису, который предоставит эту возможность по своей базе данных)
Т.е. это все-таки хэши транзакций и они не содержат инфу о входах и выходах. Есть же tx-raw и там эта инфа есть. А где он хранится? Непонятен именно момент перехода от отправки транзакции до попадания в блок с технической части (пользователь через клиент кошелька/сервис отправляет инфу, что хочет сделать перевод. формируется транзакция и отправляется в каком-то виде в мемпул). Майнеры проверяют входы-выходы или кто? Т.е. у них блокчейн какой-то более полной версии? Smiley)) Вы говорите к сервису, у которого есть своя база данных (как я понимаю полная)? Что это еще за сервис в децентрализованной системе?

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

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

Спасибо за ответы, буду очень признателен, если подскажите еще по первому пункту, с Мерклем разберусь после, сейчас же хочется полностью понять механизм генерации, отправки и проверки транзакции перед занесением в блок (кто как и в каком виде)
Post
Topic
Board Кодеры
Re: Серия вопросов по blockchain
by
Nolix
on 22/07/2017, 20:02:54 UTC
Спасибо за ответы.

1) Нет, tx в блоке - это не хэш транзакции, а собственно сама транзакция. Вот пример транзакции в формате JSON, это фрагмент блока, хэш в ней прописан отдельно:
т.е.  берем к примеру tx:  36cf28c4a2729c4826221949f10b36283019b758e431d1769c3265ab30022866
и это как-то можно развернуть до json-представления? А где можно с механизмом преобразования ознакомиться ?

2) В самой транзакции публичного ключа нет, только адрес. Проверка на валидность адреса майнерами при занесении в блок упрощённая. При создании транзакции её отправителем, если он знает публичный ключ, проверка может быть более полная. Всё зависит каким софтом вы пользуетесь при создании транзакции и по каким правилам её создаёте. Если вы, допустим, пересылаете данные самому себе и знаете даже закрытый ключ - вы можете сделать самую полную проверку.
т.е. на валидный адрес, но никому еще не принадлежащий транзакция может уйти? Получается, что в будущем кто-то может получить приватный ключ и адрес, на котором уже будут входы (положительный баланс)?

3) Пул транзакций - условное понятие, собственно это некая "память" в сети узла IRC. Узел может удалить эту транзакцию, но она, к примеру, может опять туда прийти. В зависимости от настроек, конфигурации, время может различаться. Очень старые неподтверждённые транзакции в конце концов полностью "исчезают".
"Узел может удалить эту транзакцию" что под узлом имеется ввиду? Разве транзакции (в том числе неподтвержденные) не синхронизируются между всеми узлами?

А хэш дерева Меркля - это  контроль целостности данных внутри текущего блока. Дерево Меркля включает в себя хэши всех транзакций в текущем блоке, а также хэши всех промежуточных узлов дерева и хэш итогового узела, вершины дерева, его и называют hashMerkleRoot. Дерево Меркля используется только для контроля целостности транзакций (и только транзакций) внутри текущего блока.
выходит, что по этому Мерклю нельзя отследить нахождение той или иной транзакции в блоке? Он только как итоговый такой хэш от всех tx-ов? Почему тогда именно "дерево Меркля" а не обычный двойной sha256?
Post
Topic
Board Кодеры
Серия вопросов по blockchain
by
Nolix
on 21/07/2017, 21:48:24 UTC
Ребята, вкатываюсь в тему блокчейна, возник ряд вопросов, гугление не очень помогло (либо не очень много времени этому уделил).

1) tx в блоке - это хэш транзакции, а где хранятся транзакции реально (tx-raw где записан)?
2) адрес кошелька - это условно говоря некий хэш от публичного ключа? так понял, что при занесении транзакции в блок, адреса проверяются на валидность, т.е. передается и публичный ключ?
3) пул транзакций - туда попадают неподтвержденные транзакции и выбираются оттуда майнерами/пулами или вообще все? неподтвержденные транзакции как-то удаляются со временем?
4) если в блоке есть хэш предыдущего блока, для какой цели существует еще и дерево Меркла? Читаю в вики
Преимущества использования таких деревьев, по сравнению с простыми списками хэшей: возможность скачать любую часть дерева и моментально проверить целостность какой-то части данных. Как правило, такие деревья занимают значительно меньше места чем любые другие структуры хэшей.
Как это работает, можно самый простой пример?

Буду очень благодарен, если уделите немного времени и внимания, ответив на эти вопросы.