Estoy escribiendo un sistema de facturación recurrente y quiero poder contactar a un cliente y solicitar una cierta cantidad de dinero. ¿Es esto posible a través de bitcoin?
De lo contrario, ¿podría proporcionarse una URL al cliente para que simplemente haga clic en ella y abra la aplicación de bitcoin e inicie un proceso de pago?
No hay forma de enviar mensajes dentro del sistema Bitcoin, y todavía no hay un enlace URL en el cliente Bitcoin. Generalmente, lo que haces es proporcionarle al cliente una dirección de pago de Bitcoin y un monto ya sea en la página web, por correo electrónico o por algún otro método.
No puede "contactar" a un usuario de bitcoin a través de su dirección y probablemente nunca lo haga porque eso podría usarse para comprometer la naturaleza anónima de las direcciones. Así mismo no existe un mecanismo para solicitar pagos o enviar facturas. El usuario puede simplemente elegir pagarle.
Por lo tanto, deberá ponerse en contacto con el usuario, vincular direcciones de pago únicas a una cuenta de usuario y realizar un seguimiento del "tiempo restante" todo "fuera de banda" .
Digamos que tiene un servicio de alojamiento web que cuesta 1 BTC por 30 días, prepago. Si bien no existe el concepto de facturación periódica, puede configurar su sitio web para crear una dirección de pago única para cada usuario. Al registrar la información del usuario y la dirección de pago en una base de datos, conoce un método para hacer coincidir los pagos entrantes con los usuarios. Cuando recibe pagos al buscar la cuenta de usuario por la dirección, puede "acreditar" la cuenta de usuario correcta. La ventaja de hacerlo de esta manera es que el usuario no necesita esperar una factura, pagar en un momento preestablecido o espere a que el servicio caduque El concepto de pagos periódicos deberá adaptarse a las características y limitaciones únicas de bitcoin.
Para mejorar las tasas de pago en cada inicio de sesión, puede informar al usuario sobre la cantidad de días restantes y recordarle el pago. El usuario puede enviar un pago en cualquier momento a su dirección de pago única desde cualquier billetera y obtener x más días de servicio según el tamaño del pago. También puede hacer que el servicio web envíe al usuario un correo electrónico a los 7 días restantes, a los 3 días restantes y cuando el servicio haya expirado.
En realidad, crear esta infraestructura para que sea llave en mano para otras empresas sería un buen servicio de bitcoin.
that could be used to compromise the anonymous nature of addressesNo necesariamente. Podrías usar algo como bitmessage. Por supuesto, eso tendría todos los problemas de escala que tiene el propio bitcoin.Si observa la aplicación Bitcoin Wallet para Android, hay un esquema de URI que se utiliza para solicitar dinero a otros usuarios. Desafortunadamente, esto no es parte de la versión de escritorio de la aplicación.
Obviamente, existe una demanda de un sistema de pago recurrente. En mi opinión, hay dos formas de implementar dicho sistema. Uno es un cambio en el propio cliente base de bitcoin para que, con autorización explícita del usuario, envíe x dirección x # de bitcoins cada x número de días. Ese tipo de implementación probablemente tendría más posibilidades de implementarse que algo que saca dinero de la billetera de bitcoin, ya que ese tipo de acción desafía la naturaleza anónima (y bastante libertaria) de bitcoin.
Si bien es posible que se pueda implementar, en mi opinión, una mejor manera sería crear una API para hacer esto. DeathAndTaxes tenía un buen resumen de lo que tendría que hacer una API de este tipo.
Mi idea es algo diferente, pero se basa en lo que dijo DeathAndTaxes. El recordatorio por correo electrónico sería esencial si va a ser un pago "push" en lugar de un pago "pull" automático.
Puse esto en un hilo de bitcointalk, pero este es realmente un mejor lugar para ello.
Esta es mi idea para una API:
1) El cliente envía el pago inicial por x bitcoins. Luego, los pagos futuros se vinculan al tipo de cambio de x bitcoins a x dólares (o cualquier moneda que use el comerciante).
2) El servicio pide autorización para "facturación recurrente"
3) Si el usuario acepta, se configura un cronograma de pago recurrente. Se envían recordatorios por correo electrónico para el pago como dijo DeathAndTaxes. En la marca de 30 días, el servicio se cierra si el usuario no ha pagado. Esto podría ser algo automático, o más probablemente, la API contactaría a quienquiera que la haya implementado que x usuario no ha pagado y, por lo tanto, necesita tener x servicio deshabilitado.
En realidad, otra forma de implementar pagos recurrentes que tendría mucho sentido sería con un cliente de billetera de lujo como Armory y no tocar el cliente base de bitcoin. En cierto modo, este tipo de implementación tendría mucho más sentido que la implementación de la API porque puede ser totalmente recurrente sin que el usuario tenga que hacer nada más que asegurarse de que la cantidad adecuada de bitcoins esté en su billetera y que no sea un billetera fuera de línea El problema con este tipo de implementación, por supuesto, es que limitaría los pagos recurrentes a Armory (o cualquier otro cliente de billetera que lo haya implementado).
Con el tiempo, no me sorprendería que se produjeran ambos tipos de implementaciones. No veo ninguna razón por la que no puedan ocurrir ambos al mismo tiempo.
david perry
jonathan cruz