Может ли это быть подобным образом использованы для PoS сделок? Например, вы подходите к кассиру в 7-11, чтобы купить шоколадку. Вы вынимаете свой телефон, но обычно вы будете ждать 20 секунд для того, чтобы найти коллег и подключиться к ним. Вместо этого, BTC-процессор магазина имеет небольшую WiFi антенну с ограниченной сетью "BTC" - вы можете мгновенно подключиться к нему и отправить ПРД на 7-11 компьютера, который будет транслировать для вас (если у вас есть достаточно баланс в кошельке уже). Кроме того, 7-11 может быть гарантировано, чтобы увидеть ТХ первых, вместо того, чтобы ждать, пока она распространяется по всему миру.

Я предполагаю, что все это должно рассматриваться в контексте: "есть проблема с принятием «побочный канал» TX-данных?"  Я мог видеть нападавший выяснить, как заливать / DOS вашего клиента, бросая миллионы ТХ ых через боковой канал (если они могут получить доступ к нему), но, возможно, что боковой канал можно рассматривать так же, как другой пэр и светотеневой если что-то подозрительное обнаружено. Я не вижу каких-либо очевидных причин, это было бы рискованно функция для добавления.

В качестве альтернативы (по теме, не мгновенным ТХ вещания) ... какой процент из "сетевой двигатель" вы должны реализовать для того, чтобы инициировать "легкий" подключение к bitcoind через локальный хост? Если TX-вещание все, что мне нужно, то я держал пари, я мог бы реализовать лишь небольшое подмножество сетевого протокола и до сих пор получить bitcoind принять мою ТХ. Похоже, я только реализовать несколько сообщений для сетевой версии обмена, и сообщи. Я мог бы пропустить самонастройки / IRC, обнаружение наводнений, пэр DB здание и т.д.