BlueArrow
Madmaxista
- Desde
- 18 Jun 2015
- Mensajes
- 5.921
- Fruta
- 19.623
Tengo varias ideas, a ver... lo primero es que esto debe ser a prueba de hackeos, la web no debe manejar ningún monedero, debe ser únicamente un visualizador de cómo va la lotería. No debemos tener una base de datos en el servidor, debe hacerlo todo el navegador y consultar directamente de la blockchain, a través de alguna API externa, los datos. Por ejemplo podríamos usar blockchain.info para trincar la información.
La peña va mandando la pasta a la dirección del bote y, conforme lo hagan, usamos la cantidad, la dirección del participante, el número del bloque en el que ha sido incluida su transacción y algún que otro dato, para generar (si al final los usamos), los números de los boletos. Es decir, que todo debe poder ser calculado y generado de forma secuencial en todo momento, cuando se cargue la página.
Habría que diseñar las fórmulas para ello. Es decir, consultando el historial de transferencias a la dirección del monedero del bote, debe poder deducirse, por la cantidad, el orden de las mismas, y una serie de datos, los números de los boletos.
Los boletos deberían distribuirse, sin repetirse, de forma lo más aleatoria posible, no secuencial. Un % de cada 100 boletos no debería ser vendido, para así aumentar las posibilidadesde de que no toque.
La web debe tener también un buscador para buscar la dirección de tu monedero y ver qué boletos te han sido asignados.
Propongo que un boleto cueste 1mBTC. Si un participante envía 1.5 mBTC, sólo se le asigna un boleto y el 0.5 va directamente al bote. Si un participante envía varias transferencias, cada una se considera de forma independiente, y los 0.x no se acumulan para conseguir otro boleto cada vez que sumen una unidad. Por ejemplo, si alguien envía 2.8 mBTC se le asignan 2 boletos y, si luego envía 1.3, se le asigna 1 boleto más, es decir, aunque en total haya enviado 4.1 mBTC, sólo se le asignarán 3 boletos.
Cuando el participante consulte en la web su dirección, le deberían aparecer las transferencias y los boletos que se le asignaron en cada una de ellas.
Secciones:
Una vez que esto rulase, que estaría todo hecho en Javascript básicamente, si al fiinal lo hacemos con una web, podríamos hacer una applicación en C++ usando Qt, que funciona para Windows, macOS y Linux, que haga básicamente lo mismo que la web. Así la peña lo puede usar en su ordenador y le daría un aspecto más "pofesioná".
---------- Post added 27-ene-2017 at 14:39 ----------
Pues igual pero con las palabras en ehpañó, es sólo un boceto de la web, pa tener una idea visual de cómo podría ser. Le añadiríamos internacionalización, claro, cuantos más lenguajes mejor.
---------- Post added 27-ene-2017 at 14:42 ----------
Buena idea, podríamos hacer eso.
La peña va mandando la pasta a la dirección del bote y, conforme lo hagan, usamos la cantidad, la dirección del participante, el número del bloque en el que ha sido incluida su transacción y algún que otro dato, para generar (si al final los usamos), los números de los boletos. Es decir, que todo debe poder ser calculado y generado de forma secuencial en todo momento, cuando se cargue la página.
Habría que diseñar las fórmulas para ello. Es decir, consultando el historial de transferencias a la dirección del monedero del bote, debe poder deducirse, por la cantidad, el orden de las mismas, y una serie de datos, los números de los boletos.
Los boletos deberían distribuirse, sin repetirse, de forma lo más aleatoria posible, no secuencial. Un % de cada 100 boletos no debería ser vendido, para así aumentar las posibilidadesde de que no toque.
La web debe tener también un buscador para buscar la dirección de tu monedero y ver qué boletos te han sido asignados.
Propongo que un boleto cueste 1mBTC. Si un participante envía 1.5 mBTC, sólo se le asigna un boleto y el 0.5 va directamente al bote. Si un participante envía varias transferencias, cada una se considera de forma independiente, y los 0.x no se acumulan para conseguir otro boleto cada vez que sumen una unidad. Por ejemplo, si alguien envía 2.8 mBTC se le asignan 2 boletos y, si luego envía 1.3, se le asigna 1 boleto más, es decir, aunque en total haya enviado 4.1 mBTC, sólo se le asignarán 3 boletos.
Cuando el participante consulte en la web su dirección, le deberían aparecer las transferencias y los boletos que se le asignaron en cada una de ellas.
Secciones:
- En la sección Winners habría una lista y un buscador para consultar los agraciados en anteriores sorteos.
- En la sección How It Works pondríamos una descripción detallada de cómo funciona el asunto, cómo se calcula todo, etc.
- El enlace GitHub lleva al repo en dónde tengamos colgado el código o lo que sea que hayamos hecho.
- En Contact un formulario de contacto.
- En About los crétidos, historia de cómo surgió la idea, etc.
Una vez que esto rulase, que estaría todo hecho en Javascript básicamente, si al fiinal lo hacemos con una web, podríamos hacer una applicación en C++ usando Qt, que funciona para Windows, macOS y Linux, que haga básicamente lo mismo que la web. Así la peña lo puede usar en su ordenador y le daría un aspecto más "pofesioná".
---------- Post added 27-ene-2017 at 14:39 ----------
Pues igual pero con las palabras en ehpañó, es sólo un boceto de la web, pa tener una idea visual de cómo podría ser. Le añadiríamos internacionalización, claro, cuantos más lenguajes mejor.
---------- Post added 27-ene-2017 at 14:42 ----------
Buena idea, podríamos hacer eso.
: