Desarrollando un videogame: revision 10

#1 Acabo de enviar un mail para sacarme algunas dudas sobre como cobrar las comisiones de la casa:


 

Realizando los pagos así, podemos observar algo cercano a un 15% de perdida por cada unidad creada, y no son pagadas al saas (block.io), sino a la red de la moneda.


Si volvemos a correr la prueba:

Podemos observar como los fees cambian como si fuera mágia de 1442 a 618, Lo que para el caso equivale a una variación de %14 a %6, que no es para nada poco. Debe de haber una forma ideal para realizar esas operaciones.

Veo que es necesario que alguien cree una solucion a los “micropagos” porque las comisiones a veces son caras cuando los pagos son pequeños:

Quizás pueda buscar un servicio preferible a block.io. Al día de la publicación el servicio anunciado en coindesk no se ha finalizado…  🙄


#2 Se creo un nuevo record en la db para supervisar las xferencias, dado que seguir el dinero es algo más complicado de lo que pensé.

Volvemos a las bases, al suelo. Comenzamos por lo que es imposible de evadir: los usuarios deben poder crear sus direcciones, enviar y recibir pagos desde las mismas.

Se crea xfers en la base, y se reune la información de las operaciones en blockchain.

  1. ✓ Al crear un nuevo usuario se le genera una dirección.
  2. ✓ Se busca si la dirección posee nuevas operaciones / o información
  3. ✓ Cuando el usuario envía dinero a esa dirección
  4. ✓ Se añade la nueva operación a mariadb.xfers con la información del usuario.
  5. ✓ Se realiza la conversión a micro, simple pero crucial.
  6. ✓ Solo una vez que la operación dispone de 3 confirmaciones,
  7. ✓ Se le suma el balance al balance que posea en mariadb.users
  8. ✓ Ahora solo esperamos 20′ y hacemos la operación inversa
  9. ✓ El usuario pide un envío del 100% de su dinero a su dirección personal.
  10. ✓ Revisamos si el usuario posee los fondos que pide.
  11. ✓ Marcamos la operación en mariadb.xfers.
  12. ✓ Reducimos el dinero pedido del balance en mariadb.users
  13. ✓ Enviamos de el dinero de nuevo a la dirección personal del usuario.
  14. ✓ Llegado acá es necesario analizar como realizar los pagos “in game”.

  1. ✓ Llegado acá es necesario hacer la misma prueba al menos 3 veces más
  2. ✓ A fin de resolver diversos bugs que quedaron.
  3. ✓ Archivar las direcciones creadas
  4. ✓ Creando una nueva dirección única por usuario.
  5. ✓ De ser necesario, eliminar diversos usuarios, o bien,
  6. ✓ Vaciar mariadb.users
  7. ✓ Vaciar mariadb.xfers
  8. ✓ Crear nuevo usuario, analizar proceso de creación de address.
  9. ✓ Realizar una nueva xfer, analizar proceso de validación.
  10. ✓ Confirmar desempeño en localización de una nueva xfer sin confirmar.
  11. ✓ Confirmar desempeño en supervisión de una xfer esperando confirmar.
  12. ✓ Confirmar que el dinero se marque en balance.
  13. ✓ Modificar el guión para pedir el envío del dinero disponible.
  14. ✓ Pedir el dinero una vez que no pueda superar user.balance
  15. ✓ Crear un segundo usuario y enviar el dinero desde una green address.
  16. ✓ Supervisar de nuevo el proceso.
  17. ✓ Analizar posibles diferencias.
  18. Como era de esperarse, usando greenaddress con segw
  19. Las comisiones son infimas, y las confirmaciónes muy rápidas.
  20. Podemos usarlo en vivo  😎
  21. Resolví el problema de las operaciones!

#3 Añadir cuadro inferior para que los usuarios nos den ideas!

En verdad no se relaciona para nada con la programación del blockchain en sí, pero sería bueno añadir un pequeño div inferior, una barra, para que los usuarios manden feedback e ideas.

Una respuesta a “Desarrollando un videogame: revision 10”

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *