1. «Участники» 1.1. Скрывают себя как могут, но некоторые платёжные системы выдают их. 1.2. Выдают своё намерение 2. «Сеть» обмена ставками 2.1. Распределённая для надёжности, одноразовые идентификаторы для отсечения сбора статистики 2.2. Анонимная - формулируем критерии анонимности (способов деанонимизировать - много). 2.3. Защищённая от различного рода атак 2.4. На чьих-то ресурсах функционирующая (личные ресурсы Участников, либо арендуемые специализированные ресурсы) 2.5. Сеть ничего не знает о статусах сделок, идентификаторах в платёжных системах и т.д. 3. «Агент» Ы (Арбитр?) 3.1. У Участников принимает их Ресурсы и передаёт их. 3.2. За услугу получает Пошлину 3.3. О нём тоже как-то нужно узнать, проверить репутацию, либо предложить визави кандидатов на эту роль и согласовать. 3.4. Агент получает доступ к неанонимной информации, если таковая имеется, причём деанонимизируется и вторая платёжная система Участника, если она анонимна 3.5. Агент, кроме репутации, может оказаться заложником физического воздействия (законного или нет), подпадает под действие законов в своей юрисдикции. 4. ПО 4.1. Надёжность программной части (люки, ошибки, уязвимости библиотек). 4.2. Надёжность протокола.
2 - Сеть Необходимо будет сделать начальные шлюзы для работы с этой сетью. Т.е. Приходит клиент и тут же получает ID некий рандомный ID по которому он размещает лот Лот размещается 2мя способами ( на выбор ) - либо просто как объявление ( в таком случае все средства постоянно находятся у клиента ) --Вариант 1 Либо лот размещается сразу на счете у "доверенного лица" -- Вариант 2. Вариант 2 - очень похож на текущие биржи, с той лишь разницей, что вместо "временного счета"\баланса - собственные кошельки пользователя + нет ограничений на ввод\вывод (ну или они больше размыты между "доверенными лицами") Доверенное лицо сразу же производит транзакцийю - как только получает средства от обеих сторон.
Вариант 1 пока еще не могу придумать как это будет выглядеть ( наиболее удобным образом )
Приходит клиент со своим рандомным 128-битным ID и открытым ключом. Если такой ID уже отмечен в сети, то он отклоняется и клиент генерирует новый ID. Все операции с аккаунтом (размещение/удаление объявлений) клиент подписывает закрытым ключом. Аккаунт хранится ограниченное количество времени. Уязвимым местом сети могут оказаться разновидности DoS, требующие регистрации/обслуживания большого числа фейковых участников.
Вариант со ставками у доверенного лица - это биржи в нынешнем виде. Баланс - это абстракция, позволяющая через одно перечисление средств выполнить ряд транзакций (в некоторых системах оплата берётся за каждую транзакцию или накладывается минимальная сумма оплаты за транзакцию - например, перечисляя 50 копеек с банковского я должен заплатить пару гривен за операцию). Поэтому отказываться от концепции баланса у Агента нерационально.
Собственные кошельки пользователя задействовать однозначно не удастся - арбитраж нужен по одной единственной причине - транзакции в ряде систем отмене и учёту не подлежат, а Агент должен эту отмену в случае чего обеспечить, а также убедиться, что обе стороны предоставили соответствующее количество ресурсов и тогда уже транзакцию, соответственно, завершить или отменить. Для этого нужны промежуточные счета, находящиеся под контролем Агента.
Я, кстати, сознательно использовал термин Ресурс: под ним можно понимать что угодно, вплоть до товаров в онлайн-торговле.
1. «Участники»
1.1. Скрывают себя как могут, но некоторые платёжные системы выдают их.
1.2. Выдают своё намерение
2. «Сеть» обмена ставками
2.1. Распределённая для надёжности, одноразовые идентификаторы для отсечения сбора статистики
2.2. Анонимная - формулируем критерии анонимности (способов деанонимизировать - много).
2.3. Защищённая от различного рода атак
2.4. На чьих-то ресурсах функционирующая (личные ресурсы Участников, либо арендуемые специализированные ресурсы)
2.5. Сеть ничего не знает о статусах сделок, идентификаторах в платёжных системах и т.д.
3. «Агент» Ы (Арбитр?)
3.1. У Участников принимает их Ресурсы и передаёт их.
3.2. За услугу получает Пошлину
3.3. О нём тоже как-то нужно узнать, проверить репутацию, либо предложить визави кандидатов на эту роль и согласовать.
3.4. Агент получает доступ к неанонимной информации, если таковая имеется, причём деанонимизируется и вторая платёжная система Участника, если она анонимна
3.5. Агент, кроме репутации, может оказаться заложником физического воздействия (законного или нет), подпадает под действие законов в своей юрисдикции.
4. ПО
4.1. Надёжность программной части (люки, ошибки, уязвимости библиотек).
4.2. Надёжность протокола.
Dixi: последняя правка - окончательная версия :-)
Reply
Необходимо будет сделать начальные шлюзы для работы с этой сетью. Т.е. Приходит клиент и тут же получает ID некий рандомный ID по которому он размещает лот
Лот размещается 2мя способами ( на выбор ) - либо просто как объявление ( в таком случае все средства постоянно находятся у клиента ) --Вариант 1
Либо лот размещается сразу на счете у "доверенного лица" -- Вариант 2.
Вариант 2 - очень похож на текущие биржи, с той лишь разницей, что вместо "временного счета"\баланса - собственные кошельки пользователя + нет ограничений на ввод\вывод (ну или они больше размыты между "доверенными лицами")
Доверенное лицо сразу же производит транзакцийю - как только получает средства от обеих сторон.
Вариант 1 пока еще не могу придумать как это будет выглядеть ( наиболее удобным образом )
Reply
Приходит клиент со своим рандомным 128-битным ID и открытым ключом.
Если такой ID уже отмечен в сети, то он отклоняется и клиент генерирует новый ID.
Все операции с аккаунтом (размещение/удаление объявлений) клиент подписывает закрытым ключом.
Аккаунт хранится ограниченное количество времени.
Уязвимым местом сети могут оказаться разновидности DoS, требующие регистрации/обслуживания большого числа фейковых участников.
Вариант со ставками у доверенного лица - это биржи в нынешнем виде. Баланс - это абстракция, позволяющая через одно перечисление средств выполнить ряд транзакций (в некоторых системах оплата берётся за каждую транзакцию или накладывается минимальная сумма оплаты за транзакцию - например, перечисляя 50 копеек с банковского я должен заплатить пару гривен за операцию). Поэтому отказываться от концепции баланса у Агента нерационально.
Собственные кошельки пользователя задействовать однозначно не удастся - арбитраж нужен по одной единственной причине - транзакции в ряде систем отмене и учёту не подлежат, а Агент должен эту отмену в случае чего обеспечить, а также убедиться, что обе стороны предоставили соответствующее количество ресурсов и тогда уже транзакцию, соответственно, завершить или отменить. Для этого нужны промежуточные счета, находящиеся под контролем Агента.
Я, кстати, сознательно использовал термин Ресурс: под ним можно понимать что угодно, вплоть до товаров в онлайн-торговле.
Reply
Leave a comment