Быстрый переход |
|
Для новичков домен-индустрии
|
|
Опции темы |
Сегодня | |||||
|
17.02.2017, 17:30 | #1 | |||
Реноме:
498
|
Процесс продажи доменов - уточнение деталей
Хочу получить ответы на некоторые вопросы по поводу продажи доменов - я не очень хорошо знаком с механизмом продаж и хочу услышать мнение опытных коллег.
Условия задачи: Предположим, что есть два домейнера - А и Б. У А есть деньги, у Б есть домен и А хочет купить этот домен у Б. А не знает Б, Б не знает А, они из разных городов или даже стран. А и Б могут быть абсолютно честными людьми, а могут быть и мошенниками. Также есть некий сервис С, функция которого помочь А и Б совершить свою сделку - чтобы у А появился домен, а у Б - деньги. Сервис С - честный и справедливый. Схема продажи следующая: А и Б сообщают в сервис С о готовности совершить сделку. После согласия сервиса помочь А и Б, А делает денежный перевод (обязательно с кодом протекции, действующим в течении нескольких суток) на счет Б. Код протекции доподлинно известен сервису С. После сообщения об оплате от сервиса С, Б высылает А AuthCode домена. Теперь есть 2 варианта развития событий. Вариант 1. Если А и Б оба честные домейнеры, то А, использовав AuthCode, получает домен и сообщает в сервис С об успешном получении домена. Сервис С сообщает Б код протекции платежа и Б получает деньги за домен. Все счастливы. Вариант 2. Домейнер А оказался мошенником. Использовав AuthCode, он получает домен, но сообщает в сервис С, что AuthCode от Б не работает и домен он получить не смог. Соответственно, сервис С не отправляет код протекции, проходит некоторое время и А получает обратно свои деньги. В итоге А остался и с доменом и с деньгами, а Б и без домена и без денег. А теперь мои вопросы: 1. В тот момент, когда А использует AuthCode, получает ли Б какие-либо доказательства использования этого самого AuthCode (для предоставления в сервис С)? 2. Есть ли иные способы избежать Варианта 2 без использования услуг третьих лиц (эскроу сервисы, доменные брокеры и тд). |
|||
17.02.2017, 17:46 | #2 | |||
Реноме:
1572
|
Эта сложность решается если передавать домен через сервис. Но это долго (месяц холда для ru), поэтому не очень удобно. С другой стороны, если сервис С надежен, то он 100% передаст домен покупателю. Но у покупателя конечно дискомфорт от того, что надо месяц ждать.
А так, для ru, в хуизе не отображается смена администратора и только регистратор может подтвердить, что смена администратора произошла. Еще при смене администратора падает письмо отдающему администратору, которое он может привести (переслать) в сервис. Но вроде не каждый ru-регистратор отправляет такое письмо. И можно подделать письмо, или передать домен себе же или другу, и сказать - типа я передал и покупатель принял. Т.е. тут уже может смошенничать продавец. |
|||
17.02.2017, 17:54 | #3 | |||
Реноме:
498
|
Продавец не сможет смошенничать - если AuthCode "кривой", то он не получит код протекции платежа. Так что у продавца только один вариант - послать корректный AuthCode, с помощью которого можно перенести домен.
И еще - большая просьба ко всем: не примеряйте вышеуказанные варианты только к зоне .ру - я хочу понять "глобальный" механизм, с помощью которого можно безопасно продавать и покупать домены. |
|||
17.02.2017, 18:10 | #4 | |||
Реноме:
1572
|
alex8, видимо не понял вашу мысль - сервис же не может проверить валидность кода до его ввода? Поэтому можно сообщить фейковый код, а тем временем передать домен сам себе. Покупатель введет код, сообщит что "не получилось", а продавец сообщит - "нет, все прошло удачно", смотрите, смена админа прошла, письмо мне упало.
Вообще нюансов куча может быть. Если, например, сервис С сам будет вводить код, то тогда мошенничество продавца не прокатит. Но для этого сервису С надо иметь доступ в аккаунт покупателя, что вряд ли кто даст сделать, если аккаунт не пустой. Но можно создать на данные покупателя пустой, в принципе... Также, скрины ведь рисуются, поэтому вряд ли кто-то будет их рассматривать (если покупатель покажет скрины). |
|||
17.02.2017, 18:15 | #5 | |||
Реноме:
498
|
Gald, чтобы отсечь все возможные махинации с AuthCode со стороны продавца, есть платеж с протекцией. Есть корректный AuthCode - есть код протекции платежа. Нет корректного AuthCode - нет код протекции. Все очень логично и просто.
Проблема заключается в покупателе - именно он может кинуть продавца, получив AuthCode и не предоставив код протекции. |
|||
17.02.2017, 18:27 | #6 | |||
Реноме:
1572
|
alex8, по моему, здесь симметричная история - покупатель может смошенничать с кодом протекции, а продавец может смошенничать с AuthCode. Как это пресечь - зависит от уровня вовлеченности и доступа сервиса С (если транзакции денег и домена не через С).
Поэтому железобетонно - деньги через гаранта и домен через гаранта. Хоть покупателю и холд пережидать. Может вашу логику до конца не понял... |
|||
Реклама | |
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
|
|