Всем привет,
Я хотел бы узнать мнение сообщества на этой идее, что у меня есть.
Кроме того, я хотел бы знать, если это когда-либо реализовано раньше, но, насколько я исследовал я не мог найти никаких доказательств этого.
Задний план
Мы знаем, что Bitcoin не является анонимный система, а это под псевдонимом Окружающая среда.
Возьмем, к примеру, 4chan, где пользователи могут сделать сообщения, но нет имен пользователей или какой-либо способ связи между различными автора поста. (Анонимно)
Reddit, с другой стороны, есть имена пользователей и действия / должности могут быть связаны из-за этого. (Псевдонимы)
В Bitcoin каждый может иметь несколько общедоступных адресов ( «имена пользователей») и потому, что транзакции являются открытыми, мы можем отслеживать действия каждого.
В сделке вы либо платить или платят, и это, как мы можем связать различные адреса для тех же лиц.
Давайте тогда рассмотрим оба случая:
1) Получение оплаты
Рассмотрим случай, когда вам платят, и вы не хотите, чтобы эти платежи должны быть связаны с вами.
Простое решение для этого было бы, для каждого нового платежа, сделать новый адрес, получить платеж, сделанный. Нет ссылок и вы получили компенсацию.
2) Выдача платежа
К сожалению, это более сложная ситуация.
Здесь сшивание может произойти в сделке, которая будет генерировать выходной адрес изменения оплаты;
или при использовании нескольких адресов ввода подытожить на сумму, которую вы должны заплатить. Входные адреса связаны между собой.
Мы можем разбить его на 3-х случаях, в зависимости от того, сколько вам нужно потратили и сколько у вас есть какое-то адрес.
Допустим, вы хотите оплатить X Bitcoins.
2.1) У вас есть адрес с точно X Bitcoins
Легко? Сделать одну транзакцию с входом = выходом, однако я вижу, что, возможно, мы должны учитывать операционные издержки.
Я не знаю, какова вероятность этой ситуации, в которой вы владеете X + Y биткойны, где Y представляет собой сумму платы за сделки, в результате чего «без изменений» сделки.
Это было бы в случае, когда не требуется никаких изменений.
Если вы не хотите, эта сделка будет связана с вашим оригинальным адресом, вы могли их использовать один из смесительных услуг, прежде чем совершить сделку и «перерыв» ссылка.
2,2) У вас есть адрес с более чем X Bitcoins
В этом случае, наивная сделка приведет к решению проблемы изменения. Проблема заключается в том, что теперь этот адрес изменение будет нести историю этого платежа.
Кроме того, если ваш исходный адрес уже был идентифицирован как-то, то адрес изменения, вероятно, будет связан с ним.
Решение, которое я вижу, это расстройство ваши биткойны путем создания новых адресов и распространение среди них.
Если это возможно, создать один адрес с X Bitcoins, то в случае 2.1).
Опять использовать некоторую смесительную услугу «перерыв» в связи с первоначальным адресом и сделать платеж без изменений.
Однако я вижу, это должно быть очень трудно получить адреса с точным количеством мы хотим, и некоторые смесительные услуги просят отрывы на биткойны в некотором количестве они установили.
И тогда мы в конечном итоге на случай 2.3)
2,3) У вас есть несколько адресов с менее чем X Bitcoins.
Это где я обеспокоен тем, что в настоящее время делают люди.
Я считаю, что пользователи будут просто совершать операции с использованием нескольких адресов ввода и сделать оплату, возможно, с выходом изменения.
Если все эти несколько адресов, которыми вы владеете порождены от службы смешивания, то, возможно, вы на самом деле не волнует, что теперь вы снова связывая несколько адресов.
Но, возможно, это связывание может быть обнаружено и де-анонимный злоумышленником из стоимости сделки или из-за времени это произошло.
И вы, вероятно, в конечном итоге с адресом изменения, которые теперь связаны со всеми используемого входа.
Но, допустим, вы Викиликс или другой объект, который получает платежи (пожертвования) на новые адреса каждый раз.
Если вы используете несколько транзакции ввода, чтобы компенсировать сумму, которую вы должны заплатить, вы только что создали точку зацепления для злоумышленника, и он может, возможно, обнаружить, кто вы (по побочным каналам) и вывести донор.
Мое предложение здесь, чтобы увеличить анонимность пользователей, избегая создание множества входных сделок.
Идея заключается в том, чтобы пробое сделка значение X в N меньших операций со значениями, которые сопоставляются суммы Bitcoin покупателя.
Это может быть установлено с соглашением (может быть, умный контракт) между покупателем и продавцом.
Таким образом, мы всегда можем попытаться получить N-1 операций типа (2.1) без изменений и только один с изменением.
Преимущество здесь в том, что не было бы никакой связи между этими N сделок.
Есть некоторые детали для анализа:
1) Пошлины, сколько сделок пользователь хочет создать для того, чтобы иметь это лучше гарантию несвязываемости с учетом сборов по сделке.
1.1) Может быть, мы не против ссылок несколько адресов, может быть, некоторые адреса более чувствительны. Таким образом, мы можем разделить сделку различными способами.
2) Насколько эффективна эта техника будет на практике, против нынешнего де-анонимизирующих методов / алгоритмов.
Подводя итог, я считаю, что это предложение, вместе с перемешивающими услугами, может повысить системную конфиденциальность.
Пожалуйста, дайте мне знать ваши мысли по этому поводу.