В некоторых случаях это может быть возможным проанализировать blockchain и проследить moneyflow; что, если конечная цель аа передачи была закодирована как пункт назначение по маршрутизации луки, каждый из хмеля в пути только дешифруемый предыдущим хмелем, каждый из хмеля отслаивание один слоя (и для повышения уровня безопасности, everynow, а затем добавление хмеля или два в последовательность, но реже, чем "пакет" изменения хмеля, в противном случае он никогда не достигнет конечной цели), а также с клиентом ретрансляцией лука направляется всякий раз, когда он трансферты, получает один.



Obviouslly есть риск unscrupulouslly кодированные клиенты могут выбрать, чтобы не передавать переводы и сохранить деньги для борьбы с этим, один из способов может быть распределенная база данных адресов и их соответствующая надежность, когда netowrk acknoledges адрес получил и послал или «красный пакет это надежность идет вверх, и всякий раз, когда это не надежность идет вниз (окончательный перевод не будет считаться лук разгромлен, он не будет иметь дополнительную полезную нагрузку хмеля, клиентов, которые посылают первоначальную передачу будет создать путь, используя случайным найденные адреса в распределенной базе данных, которая получила надежность выше заданного порога (просить больший порог будет likelly увеличить сложность найти большое количество узлов, а также могут сделать весь процесс занимает больше времени, если слишком много людей используют одни и те же посредник , но идти с порогом, установленным слишком низко увеличивает шансы деньги будут потеряны до достижения цели. Решение конфликтов, когда база данных disag Риз между сверстниками будет работать вроде как chainsplits являются Delt с, тем больше коллег согласны с одной версии тем более, что версия может быть полагались на (и, возможно, когда клиент получает один вариант значительно более ненадежны, чем другие было бы проанализировать blockchain и рассчитать его собственный проверка базы данных, что соответствует и что differerhaps opptmization бы onlyr проверить те части, которые не совпадают между различными версиями базы данных видны.

Дополнительное преимущество для запуска узлов может быть плат лука маршрутизации, когда клиент отшелушивает слой и передает его на нем может получить percetntage или фиксированное значение, поступающее из денег перетекают, алгоритм надежности необходимо будет принимать во внимании, насколько большим плата предложил была определена в сделках и сколько каждый узел взял из пакета, загребая negativelly те, которые имеют больше, чем было предложено; плате придется остаться снаружи, или быть включен в каждом слое, поэтому все клиенты могут видеть его без необходимости, чтобы иметь возможность расшифровать весь лук. И, конечно же, выходящий узел обеспечит вам возможность отрицать для любого платежа вы делаете, поскольку эти платежи могут на самом деле были сделаны кем-то другим и просто существовали маршрутизатор сети луковой нашего узла.


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





Конечно, это будет mutiply времени для оплаты, чтобы достичь она предназначена назначение, но я не сомневаюсь, что некоторые люди были бы готовы ждать немного дольше Симметричного, чтобы получить больше личную жизнь. 


Как вы думаете?