OAuth не является решением единого входа, это протокол, который обычно используется для делегированной авторизации API. 3 legged OAuth позволяет клиенту, запрашивающему доступ к защищенному ресурсу, делегировать авторизацию серверу, на котором размещен этот ресурс. По сути, пользователь не обязан передавать свои учетные данные третьему лицу (клиенту), а только серверу, на котором размещен защищенный ресурс. OpenID может быть более подходящим решением, если вы хотите внедрить единый вход. Вы также можете использовать расширение OpenID OAuth, которое позволит вам совмещать аутентификацию с авторизацией через OAuth.
В настоящее время ведется работа над OAuth 2.0. WRAP был разработан как решение с ограничением по времени для решения некоторых случаев использования, не охваченных оригинальной спецификацией OAuth 1.0a. WRAP не заменит OAuth, скорее идеи WRAP будут внедрены в OAuth 2.0, где это уместно. Ряд оригинальных авторов OAuth, а также один из авторов WRAP написали об этом здесь:
Что происходит с OAuth?
Так что нет, OAuth не потерпел неудачу, на самом деле он получил довольно широкое распространение. OAuth 1.0 будет по-прежнему внедряться большим количеством поставщиков, и в конечном итоге OAuth 2.0 также будет доступен. WRAP предназначен для людей, которые хотят воспользоваться преимуществами сценариев, которые он рассматривает сейчас.
Что касается сложности реализации OAuth в качестве клиента, почему бы не попробовать его? Доступные библиотеки различного качества, но с приличной библиотекой вы обычно можете внедрить клиент OAuth менее чем за день.