Перерывы в течение.

Этот маленький IC приемопередатчик кажется идеальным для этой цели ...

http://www.linxtechnologies.com/resources/data-guides/trm-xxx-lt.pdf

Чип не накладывает какой-либо протокол его собственных на наборе данных, так что простая форма сетки «сплетни» кажется идеальной для диссеминации подписанного Bitcoin сделок. Такие, как передавать транзакции в сырье с вводным сигналом (а "Привет, слушай, я получил сделку здесь" заголовок, на самом деле) с хмелевым-номером в заголовке, который будет повторно передаются другими устройствами после вычитания 1 из предела хмеля. Возможно, предел хмеля всегда будет один и те же (скажем, 7 макс), но если устройство слышит ту же операцию с нижними хмелевыми Спальными, она занимает меньшее количество хмеля, когда это его собственный ход. Устройства будут только ретранслировать сделку с полом-случайной задержкой (это как пакет радио избегает столкновений) и отменяет свой собственный эфир, если он слышит ту же операцию еще раз в этом время ожидания. Первоначальное устройство передает по сделке три раза; один раз сразу же (или как только канал свободен), один раз около 5 минут (5 минут плюс случайная задержка предотвращения столкновений после последней передачи другими, снова пакетной радиосвязи методом) и снова примерно через час. Нет прослушивания устройства не реагировать с ACK, но сохранить эту транзакцию для последующей передачи. Устройства прослушивания затем ждать около 7 минут (6 минут + случайных ожиданиями 0-100 секунд), но отменяют передачу, если он видит другую передачу той же транзакцию в течение этого периода времени. (Т.е. она все еще может быть рядом с оригинальным устройством, может быть рядом с другим вторичным прибором, в любом случае нет необходимости повторной передачи в это время) Вторичное устройство затем будет пытаться снова ретранслировать около часа (60 минут + случайной задержки 0-100 секунд), но и отменяет передачу, если она слышит еще один первый. Все устройства затем идут тихо об этой конкретной сделке пока в зоне действия Wi-Fi точки доступа (если Equipt) и отвалах это сделка бассейн на Интернет. Так как подогнана сделка просто не будет пройти проверку полного клиента & протокол сплетен очень упругая иначе, нам не нужны какие-либо дополнительные исправления ошибок или ACK-пакеты.

  Это же устройство будет работать так же хорошо, как p2p текстовых сообщений устройства, что-то вроде Jabber по воздуху, если хеширования данных & было использовано направленное смещение для сплетен. Например, если предположить, что устройства имели чип GPS, и широковещательные заголовки всегда включали MAC-адрес для исходящего устройства и устройство в настоящее время вещания, и (укороченный) последний известное местоположение GPS-для передающего устройства в настоящее время; все устройства в этой области могли бы создать короткоживущую «направленную» таблицу маршрутизации. Передающее устройство может выбрать до трех устройств, которые он рассчитывает быть в лучшем общем направлении & Оптимальное расстояние для его назначения (то есть 60 градусов сектор последнего известного положения узла-получателя намерены) и назовите их по их MAC-адреса в заголовке. Так как те же самые три устройства знают, где они находятся & где инициирующее устройство (как правило, с помощью кода GPS-преднамеренно для снижения точности) они могут Jude для себя направление предназначены, и (почти) немедленно ретранслировать пакет с более трех МАС-адресами и один меньше на переменном хмель. Это продолжается в том же направлении, пока количество переходов не падает до нуля. Если используемое устройство recieves, он отправляет обратно ACK в противоположном направлении. Пакет можно ожидать действовать в Teh общего направления (assumeing, что имеется достаточная плотность узлов) и в целом веер как прогресс хмеля, но не interferance в направлении, противоположном предполагаемого направление не происходит, так что максимальное количество хмеля может быть выше , скажем, 15. в стандартном диапазоне около Klick, предел хмеля 15 имеет максимально возможный диапазон 15 километров в городском районе с оптимальной плотностью, но из-за прямую видимость потерь и помехи, Teh практического предела будет быть ближе к 10 Klicks. До сих пор не плохо для инфраструктуры меньше цифровых коммуникаций, которые ничего не стоят.
 


  Радиоприемник имеет приличный диапазон на приличном пропускной способности, о Klick на 10kBps. Добавить протокол заголовка пакета ecapselating сетки, и мы хорошо идти туда. Я не уверен, как обращаться в лицо инициация сделок, однако. Другими словами, я не знаю, как получить POS устройство запросить сумму платежа от устройства по воздуху.  

EDIT: Если необъективной sceam маршрутизации, например, как указано выше, были использованы; а «биения» для устройств, которые не переданных в десять минут срок потребуется, поэтому thta поблизости устройства могли знать, что там до сих пор представляет собой устройство в этом направлении. Это было бы просто очень короткий взрыв, contianing только УДС устройств, тем укороченный код GPS и (возможно) основной вектор. (То есть, перемещение 5 миль в час NNW). Если устройство имеет еще один пакет для трансляции или движется быстрее, чем 25 миль в час, пакет сердцебиения было бы бессмысленно. Этот же вид смещены сплетни сетки может хорошо работать, если устройства хранятся знания основных базовых узлов с доступом в Интернете и направили свои операции в этом общем направлении. Очевидным недостатком будет то, что не было бы никакого способа, чтобы скрыть информацию о местоположении.