Román Mirilaczvili, От упсу толку нет. О держит от силы 3 минуты. Поэтому я его не покупал. Вместо этого поставил защиту от перепадов в сети. Линия связи и так почти бесперебойная. Перебои бывают 2-3 раза в год.
Николай Савельев, Это как когда. Меня не спрашивают, верстальщик я дизайнер, или бэкендер. Меня просят сделать сайт. Если я буду говарить что я бэкендер, и верстать не умею, меня не поймут. И работы я не получу. А если я скажу что программист, поймут, и дадут работу.
Не думаю что это так. Скорее всего специалист он хороший, но с тараканами в голове. Я с такими людьми сталкивался. Если все время прислушиваться к их мнению, ни одного человека невозможно на работу принять. Им всё не так. Нужно что бы все всё знали, вплоть до устройства полупроводников. Программисту сайтов не нужно знать как работают полупроводники.
Василий Банников, Ну тогда скажем так, все номера купюр продавец вносит в некую базу. И других номеров, которые, он не записывал, он не принимает. И все остальные продавцы на рынке сверяются с базами этого продавца. т.е. У всех одинаковые базы. Так понятне. А про сам механизм поиска в leveldb можно почитать, документации масса. В приципе, когда обращаешся через функцию поиска, знать как именно что то ищется, не очень то нужно, если ты не разработчик баз данных. Главное что ищется. Ты же не задаёшся вопросом, каков механизм поиска в google. Просто пользуешся.
Василий Банников, как ищется тебе придется очень много объяснять. И про связанные списки, и про дерево хэшей. Просто прими на веру, оно ищется и быстро находится. В json запросе содержится не вся информация, которая содержится в транзакции. Пытаюсь объяснить последний последний раз. Вот у тебя в кармане есть две купюры, по 100 рублей. Ты на рынке что то захотел купить, и суеш продавцу эти купюры. А продавец хитрожопый, он на номера купюр смотрит. Если они одинаковые, он тебя пошлет. Ему не надо знать всю историю, как к тебе эти деньги к тебе попали, и в каком количестве.
Василий Банников, Отвечаю последний раз. ПО ХЭШУ. Слово сканить, не нужное. Ты думаеш, что при каждой транзакции идёт проверка всего блокчейна на все возможные входы и выходы. Это бессмысленно и глупо. Ищится конкретные входы (а они уже доказаны, раз есть в блокчейне), которые указаны в транзакции, и если их нет, либо они уже потрачены, такая транзакция отклоняется.
"транзакция содержит дату создания, при её изменении меняется хеш. Как вы создадите одинаковые транзакции не прибегая к самописным скриптам?" консоль отладки
Короче говоря. Вы попробуйте. Возьмите создайте себе изолированную ноду, и подключитесь туда, двумя клиентами, один как майнер, другой как отправитель, создайте 2 транзакции, и вы убетитесь, что так не получится.
Василий Банников, Это как если бы я отдал одному человеку 100 рублей, а потом попытался у него их отабрать, и передать другому. Он не отдаст без сопротивления.
Василий Банников, В том то и дело, что одни и те же выходы, нельзя запихнухнуть в разные транзакции. В одной транзакции можно сделать несколько выходов. А не наобарот.
Василий Банников, хэши одинаковых транзакций тоже будут одинаковы. Хэши разных транзакций будут разными. Нет надобности знать, сколько и чего было потрачено.
Ничего подобного ни в теме, ни в содержании нет. Просто строка типа f 23 sj 45 4 2 a b. Никаких скрытых кодов и скриптов нет. Я смотрел код самого письма. Ничего нет.
Василий Банников, А как их он потратил 10 блоков назад? Его и после первого блока не пропустит, тем более после второго. Вы посмотрите blokchain explorer, и сразу станет всё понятно. Хоть 100 миллионов блоков назад. В хэш последующего блока, включен хэш предыдущего, и т. д. А майнер, да включает в блок наиболее выгодные для него транзакции. НО НЕ ДУБЛИ! Иначе блок будет запорчен, и цепочка будет потеряна. Да, какой то отдельный майнер, может продолжать цепочку "фальшивых" блоков, но все вместе майнеры в Мире!
