ТС, может, и не против. Зато мы, читатели этого форума - против. btcsec - известный и уважаемый сайт, а у Вас какой?
Зачем связываться с таким трусом, который даже боится собственную ветку стартовать?
Перевелись у нас настоящие мужчины...

Научите, пожалуйста, как раздавать WiFi при помощи смартфона.
Конкретно интересует
HP iPaq 514 Voice Messenger

надо попробовать

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

почему? Нам надо проверять не блок, а транзакцию.

это значит, что нужно убедиться, что
1) блок принадлежит длиннейшей цепочке
2) контрольная сумма блока посчитана правильно

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


непонятна эта фраза. вроде как это то же самое, что написано выше, но нет уверенности


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

https://bitcointalk.org/index.php?topic=4483.0

А если на пальцах - то что надо поменять в биткоин-клиенте, чтобы получилась тестовая сеть? (т.е. как сделать свой Testnet-In-A-Box)
Может там какая-то конкретная константа для этого есть?


m или n - это очень много, лучше пусть будет k

А что у такой транзакции можно поменять?
Например сумму денег можно изменить? или получателя?

Идея такая - резервируем сумму денег до даты завершения работ по контракту.
Если контракт выполнен - подтверждаем
Если не выполнен - отменяем

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

Зачем ещё это может понадобиться?

тогда надо два протокола:
- один для IPv4/IPv6
- другой для I2P

потому что адреса в I2P длинные и просто так в поле для IPv6 не влезут

а где-то выше нужен будет дополнительный уровень абстракции

https://en.bitcoin.it/wiki/Protocol_specification#alert

Я правильно понимаю, что в принципе алерты может послать кто угодно?

Т.е. можно тупо зафлудить всю сеть?

Что будет, если один из узлов сети будет иметь существенно отличающуюся версию?

https://en.bitcoin.it/wiki/Protocol_specification#version

вот если здесь будет не 106, а например 0x00FF0006 ?

Это к тому, что можно использовать пару старших байтов под дополнительное поле фич.

Например, можно ли доопределить протокол так, если число отрицательное, то клиент работает в I2P и адрес будет добавлен дополнительным полем?



Вообще, такое впечатление, что адрес в протоколе используется только в этом единственном месте.
И непонятно для чего (зачем). ведь получающая нода итак знает свой адрес...

UPD:
нет, не в единственном, еще в сообщении addr

Чем locked transactions отличаются от unlocked transactions ?

Можно ли сказать, что клиент отправляет locked-транзакцию, в которой указывается что она валидна в течении такого-то времени
и если она не будет за это время включена в блок, то она будет отброшена?

Или это что-то другое, что именно?


UPD:
это вот отсюда:
http://bitcoin.stackexchange.com/questions/2025/what-is-txins-sequence

а что будет, если будет послана замещающая транзакция, но не успеет дойти,
а в блок будет принята более старая транзакция?

Чем мотивируется хранение траких транзакций?
Что, например, мешает провести DOS-атаку зафлудив такими транзакциями сеть?

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

Вот если, к примеру, разделить одну цепочку (которая сейчас есть в bitcoin) на две цепочки.
одна цепочка будет считать время и являться основной цепочкой,

а вторая цепочка будет прицеплена к первой при помощи merged mining.

Вот если все транзакции, на самом деле переводящие деньги будут во второй цепочке,
а в первой цепочке только транзакции от механизма merged mining,
то какие угрозы и риски это принесёт?


Зачем это надо? чтобы цеплять вторичные цепочки единообразно.
Например, чтобы прицепить:
- разделить транзакции по переводу денег и текстовые сообщения в две разные цепочки (это позволило бы организовать распределённый электронный нотариат)
- dark exchange (объявления о покупке-продаже)
- записи о владении ресурсами (про домены - DIANNA по-моему)
- записи о намерениях продавать акции, опционы, фьюччерсы и другие финансовые инструменты
и т.д.

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

Зачем проверяются блоки сначала и проверка затрагивает каждый блок (а не некоторые выборочно)?

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

Можно ли сократить время проверки, если проверять только эту транзакцию и те транзакции, на которые она ссылается входами?

Цифровые подписи разработчиков - рапространяются ли публичные ключи разработчиков внутри клиента?

Если да, то что мешает скачивать цепочку большими кусками, подписанными этими ключами?
Ну, по крайней мере между чекпоинтами-то точно можно?...

Что мешает вставить несколько блоков в середину цепочки?
(ну, кроме контрольных точек (checkpoints))

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



И другой вопрос - merkle tree оно одно общее на все блоки,
или в каждом блоке своё merkle tree, которые не входят в одно общее дерево?

http://it-news.by/all-category/internet/785-dve-programmistki-predstavili-na-khakerskoj-vystavke-programmu-deanonimizator

На хакерской выставке 29С3 в Гамбурге двумя программистками был представлен проект
по выявлению личности анонимных пользователей на форумах и других ресурсах.
Как сообщают сами программистки, эффективность их сервиса достигает 80%.

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

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

Это не так, у микрософта был msn messenger.

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

Целостность p2p-серверной части контролировать при помощи UEFI + Secure Boot.
Просчитать схему разделения прибыли между продавцам софта, производителями узлов и операторами узлов

Смешно читать. Финансирование Вы так не выбьете.