- Siguen los intentos de convertir Web Monetization, que envía micropagos automáticamente dentro del navegador, en un estándar web y función integrada del navegador en vez de una extensión, pero la barrera de uso sigue siendo alta
- En el pasado, Coil conectaba una extensión del navegador con una billetera en línea para enviar automáticamente micropagos a sitios con la etiqueta
<link rel="monetization">, implementando esta idea de una forma bastante cercana a la realidad
- Después de Coil, una combinación de la extensión de Interledger y las billeteras GateHub y Chimoney ha mantenido una dinámica similar, y el hecho de que se esté realizando un experimento de Web Monetization nativo a nivel de código de Chromium parece un avance técnico
- Sin embargo, en el uso real aparecen problemas críticos de UX y restricciones regionales, como la confusión con el formato de dirección de billetera en GateHub y la imposibilidad de depositar USD, la falta de soporte en EE. UU. y Reino Unido de Interledger, y la falta de soporte web de Chimoney (solo app nativa)
- El artículo sostiene que antes de continuar con experimentos para desarrolladores, la estandarización y la integración en navegadores, primero debe pulirse el camino principal —elección de billetera, recarga y configuración de dirección— hasta un nivel tan “súper simple y súper estable” como Apple Pay, y concluye que por ahora la meta sigue viéndose lejana
La idea de Web Monetization como estándar web
- Web Monetization apunta a un modelo de ingresos que conecta automáticamente una billetera en línea instalada en el navegador con los sitios web para hacer streaming de micropagos
- El sitio expone mediante etiquetas
<meta> o <link> una clave pública (identificador de billetera) de su billetera en línea
- El usuario deja una cierta cantidad de dinero en la extensión del navegador, y la extensión distribuye automáticamente fondos a los sitios visitados que tengan esa etiqueta
- El autor cuenta que en el pasado quedó fascinado con esta idea gracias a Coil, y valora mucho la experiencia de enviar una pequeña propina simplemente por visitar un sitio, con la sensación de “gracias por crear este sitio web”
- También había funciones básicas de control, como listas negras, así que aunque no era exactamente igual a Brave Rewards, funcionaba como un sistema de recompensas de concepto similar
- Sin embargo, lo que más le gustaba de Coil no era tanto el negocio en sí, sino que se veía una ruta concreta para elevar esto a estándar web y función integrada del navegador
- Si llegara a convertirse en una función básica que opere en todos los navegadores sin extensiones, podría cambiar la experiencia de pagos en toda la web
El potencial de los micropagos integrados en el navegador
- Cuatro ventajas esperadas si Web Monetization se integra de forma nativa en el navegador
- Podría volverse muy fácil de usar
- La seguridad podría mejorar mucho
- Serían posibles modelos de suscripción y premium con mayor anonimato
- Podría ayudar a normalizar pagos que no dependan de tarjeta de crédito
- En términos de usabilidad, el autor cree que podría acortar el proceso de pago de una forma comparable o incluso superior a Apple Pay
- Así como Apple Pay redujo el proceso de pago a menos de la mitad, una billetera estandarizada dentro del navegador podría ofrecer una experiencia parecida en todas las plataformas
- En seguridad, destaca que se podría eliminar el patrón de ingresar directamente el número de tarjeta de crédito en los sitios web
- En lugar del modelo actual, donde no queda más que confiar en cómo el sitio transmite y almacena esos datos, prefiere uno donde el navegador procese la información de pago
- En anonimato, sería posible una estructura donde el sitio web ofrezca suscripciones o funciones premium sin siquiera conocer el correo del usuario
- Sin recolectar correos se podrían ofrecer cosas como quitar anuncios, cuentas pro o descargas de alta calidad, lo que permitiría una experiencia paga sin spam por email
- En métodos de pago, una billetera en línea podría conectar cuentas bancarias, tarjetas de crédito, criptomonedas y otras fuentes, rompiendo la idea de que “lo normal es la tarjeta de crédito”
- Sin importar qué moneda o método se use, para la web sería posible una capa de abstracción donde solo importe saber que “la billetera tiene fondos”
Después de Coil: la extensión de Interledger y el código nativo de Chromium
- Tras el cierre de Coil, el proyecto pasó el relevo a Interledger, y la línea de seguir empujando Web Monetization sobre esa base continúa
- Ahora, en lugar de la extensión de Coil, se ofrece la extensión del navegador de Interledger, que detecta si una página contiene una billetera de monetización y procesa el pago automáticamente
- Usa un formato como
<link rel="monetization" href="https://ilp.gatehub.net/150644339/usd" />, y la extensión reconoce la billetera del sitio a partir de ese enlace
- Está diseñada para que desde la billetera del usuario conectada a la extensión fluya de manera continua una moneda virtual hacia la billetera de Web Monetization señalada por ese enlace
- La parte más alentadora de lo que contó Thomas Steiner es que ya existe código dentro de Chromium para Web Monetization nativo
- Ese código fue implementado por Igalia y financiado por Interledger Foundation, y ahora están a la espera de compartir resultados del experimento
- El solo hecho de que ya haya llegado al código del motor del navegador sugiere que Web Monetization ha avanzado hasta cierto punto como candidato a estándar, más allá de ser solo una idea
UX de billeteras y limitaciones regionales: probando GateHub, Interledger y Chimoney
- El autor probó directamente las tres billeteras compatibles con la extensión de Interledger (Interledger, GateHub y Chimoney) para revisar los problemas del estado actual
- Siguiendo el ejemplo de Thomas, primero eligió GateHub, que admite USD
- Aunque el proceso de verificación de la cuenta tuvo algunos tropiezos y requirió reenviar datos varias veces, finalmente sí logró crearla
- El problema 1 es que el formato de dirección de billetera que muestra GateHub no coincide con lo que espera la extensión del navegador
- GateHub entrega un número como “Wallet Address”, pero la extensión no lo reconoce como una dirección válida
- Como resultado, el usuario queda en una situación donde “tiene billetera pero no puede conectarla a la extensión”, y además falta una guía clara sobre el formato de dirección
- El problema 2 es que en GateHub no hay forma de recargar USD
- Aunque intentó varias opciones de depósito visibles en pantalla, todas devolvían mensajes de no disponibilidad, así que en la práctica no pudo ingresar dólares
- Quien ya tenga criptomonedas en otro lugar quizá pueda resolverlo, pero para un usuario común esto se siente como una billetera prácticamente inutilizable
- Las otras billeteras muestran limitaciones parecidas
- La billetera de Interledger mostraba un mensaje indicando que no admite a Estados Unidos, así que su uso real era imposible
- A través de otro enlace también encontró una mención de que en Reino Unido tampoco hay un proveedor de billetera adecuado, por lo que los usuarios británicos casi no tienen opciones
- Chimoney está enfocada en apps nativas como iOS, así que para el autor, que valora la usabilidad y la filosofía centradas en la web, no resultó atractiva
- Como resultado, la experiencia real actual de Web Monetization se acerca a “por ahora, un fracaso casi total”
- Thomas sí logró hacerlo funcionar, así que no es absolutamente imposible, pero para un usuario normal sigue siendo un camino excesivamente complicado
Lo que falta antes de la estandarización y la integración en navegadores
- Para que Web Monetization realmente se consolide, antes que desarrolladores y estandarización, primero hay que pulir la experiencia de usuario hasta volverla extremadamente fluida
- El proceso de crear la billetera, configurar la dirección y recargarla debería llegar a un nivel tipo Apple Pay, listo para usarse desde la instalación inicial
- Una vez alcanzado ese punto, sería natural que encima de eso los desarrolladores creen experimentos y servicios interesantes, y solo después lleguen el estándar y la integración en navegadores
- Hoy ese orden todavía no está resuelto, y el proceso sigue tropezando desde etapas básicas como disponibilidad de billeteras, regulación regional, formato de direcciones y soporte web
- En especial, señala como factor de bloqueo clave que en mercados grandes como Estados Unidos y Reino Unido casi no existan billeteras disponibles o tengan limitaciones fuertes
- Por eso, aun con el avance de que Chromium ya tenga código nativo, el autor considera que no se siente que Web Monetization como función integrada del navegador esté realmente cerca
- Vuelve a enfatizar que antes que documentos de estándar o flags del navegador, hace falta un camino pulido que cualquiera pueda usar con facilidad
Aclaraciones adicionales y debate sobre alternativas en los comentarios
- En los comentarios, Thomas Steiner aportó una explicación adicional sobre el formato de dirección de billetera de GateHub y la ruta de depósito
- La dirección de billetera debe tener el formato
https://ilp.gatehub.net/숫자/통화코드, y en el caso del autor, https://ilp.gatehub.net/150644339/usd era la dirección correcta, según el ejemplo específico que le dio
- Señaló que el sitio web de GateHub sí muestra correctamente este formato, pero la app solo entrega el número, lo que genera confusión
- Sobre el problema de depósito, añadió que los métodos de recarga disponibles dependen de la región
- En su caso, dentro de Europa puede recargar con transferencia bancaria, Google Pay y otros medios, y para EUR existen varias opciones como tarjeta y SEPA
- En la UE, GateHub basado en billetera Interledger sí es una opción realmente utilizable, e incluso permite emitir una MasterCard física, aunque aclara que eso quizá no ayude de forma directa a usuarios de EE. UU.
- En otro comentario, se señala como problema que las implementaciones actuales de Web Monetization están centralizadas y por eso las transacciones pueden quedar limitadas por regulaciones KYC/AML
- Como alternativa, se propone no el ecosistema cripto en general, sino la combinación de Bitcoin y Lightning Network, mencionando la posibilidad de una infraestructura de pagos totalmente descentralizada y self-hosted
- También se presentan la especificación y librerías de WebLN para usar Lightning en la web, con ejemplos de uso como login anónimo, micropagos y self-hosting
- En conjunto, los comentarios muestran que la disponibilidad de billeteras, la regulación y el problema de la centralización son la parte más complicada del ecosistema de Web Monetization, y que ya se están discutiendo alternativas regionales y técnicas para resolverlo
Aún no hay comentarios.