Поскольку транзакции в биткойнах можно отслеживать, можно ли разработать схемы лояльности?
Как уже упоминал Нейт, биткойн работает совершенно ненадежным образом, что подчеркивает псевдонимность его пользователей. Это означает, что покупатели должны будут добровольно идентифицировать себя, и все, что необходимо в этом случае, - это их уникальный идентификатор в этой программе лояльности, который позволит им сохранить свои личные данные в секрете, а также воспользоваться этой услугой лояльности, которая может быть столь же простой как буквенно-цифровой, который они должны будут ввести во время проверки.
Недостаток в этом случае с точки зрения службы заключается в том, что она не может серьезно контролировать случаи, когда одна регистрация будет повторно использоваться более чем одним лицом, которые захотят воспользоваться преимуществами логарифмических предложений службы, связанных с общей суммой, потраченной в определенный период времени, поэтому она должна быть разработана таким образом, чтобы объединенные покупки не давали значительно больше преимуществ, чем те, которые предлагаются за ту же сумму денег при тратах двумя или более учетными записями пользователей.
Еще одна вещь, которую следует учитывать, заключается в том, что для этого также потребуется пользовательский интерфейс, в котором покупатели могли бы вводить уникальный идентификатор своей службы лояльности, поэтому он идеально подходит для онлайн-бизнеса, но определенно делает вещи немного более неясными для обычных предприятий.
Трудность с такой схемой будет идентифицировать клиента.
Разумеется, оператор программы лояльности может отслеживать входящие транзакции на адреса, зарегистрированные участвующими продавцами. Но публичный блокчейн показывает только адрес, с которого был совершен платеж. Вопрос в том, как использовать этот адрес для идентификации клиента, которому следует начислить баллы.
Если клиент совершал все платежи с одного адреса, он мог просто заранее зарегистрировать этот адрес в программе лояльности. Однако большинство клиентов кошельков так не работают; пользователи держат свои монеты по разным адресам, и новые адреса создаются (для сдачи) каждый раз, когда совершается очередная транзакция. (Идея состоит в том, что это затрудняет определение того, кому на самом деле принадлежит данный адрес, и повышает анонимность.)
Таким образом, покупателю придется либо зарегистрировать большой и постоянно меняющийся набор адресов (неудобно), либо принять меры для обеспечения того, чтобы платежи продавцу всегда производились с одного конкретного адреса, который он зарегистрировал (в большинстве случаев это нелегко сделать). клиентов, и могут потребоваться дополнительные транзакции и сборы для перемещения монет по правильному адресу перед совершением платежа).
Аналогичная проблема заключается в том, что продавцы также должны использовать большое количество различных адресов для входящих платежей. Если все входящие платежи поступают на один и тот же адрес, конкуренту будет легко увидеть, как много у него бизнеса. Кроме того, в целях безопасности они могут не захотеть хранить все свои монеты на одном адресе, поэтому, если все входящие платежи пойдут на один адрес, им придется позже совершать дополнительные транзакции, чтобы распределить их по другому адресу. Так что в идеале каждый клиент делает платеж на уникальный адрес. Таким образом, не так просто, чтобы каждый продавец зарегистрировал один платежный адрес. Они, вероятно, захотят заранее сгенерировать большое количество адресов и зарегистрировать их все.
Нейт Элдридж
Рад
Ник Оделл